[Bug 1147105] New: CATALINA_OPTS are only read when SECURITY_MANAGER is true
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1147105
Bug ID: 1147105
Summary: CATALINA_OPTS are only read when SECURITY_MANAGER is
true
Product: Fedora
Version: 20
Component: tomcat
Assignee: ivan.afonichev(a)gmail.com
Reporter: awood(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ivan.afonichev(a)gmail.com,
java-sig-commits(a)lists.fedoraproject.org,
krzysztof.daniel(a)gmail.com
Description of problem:
The CATALINA_OPTS configuration value is ignored during Tomcat start-up unless
the SECURITY_MANAGER configuration value is set to true. By default
SECURITY_MANAGER is set to "false" so this issue can be pretty confusing if
you're trying to add to CATALINA_OPTS and nothing happens.
Version-Release number of selected component (if applicable):
tomcat-7.0.52-1.fc20.noarch
How reproducible: Always
Steps to Reproduce:
1. Edit /etc/tomcat/tomcat.conf
2. Set CATALINA_OPTS to something.
"-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=8000" for
example.
3. Set SECURITY_MANAGER to "false"
3. Restart tomcat.
4. pgrep -fla tomcat
Actual results: The pgrep command reveals that Tomcat is running without the
values set in CATALINA_OPTS.
Expected results: CATALINA_OPTS are present.
Additional info: This bug is actually due to the fix to bug 1051194. In the
bugfix, the reading in of CATALINA_OPTS has been moved in
/usr/libexec/tomcat/server into a block that requires SECURITY_MANAGER to be
true.
if [ "$1" = "start" ] ; then
if [ "${SECURITY_MANAGER}" = "true" ] ; then
FLAGS="${FLAGS} $CATALINA_OPTS"
OPTIONS="${OPTIONS} \
-Djava.security.manager \
-Djava.security.policy==${CATALINA_BASE}/conf/catalina.policy"
fi
run start
I propose that the flags be read before looking at the security manager
settings. Like
if [ "$1" = "start" ] ; then
FLAGS="${FLAGS} $CATALINA_OPTS"
if [ "${SECURITY_MANAGER}" = "true" ] ; then
OPTIONS="${OPTIONS} \
-Djava.security.manager \
-Djava.security.policy==${CATALINA_BASE}/conf/catalina.policy"
fi
run start
Possible OPTIONS should be read outside of the block too?
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=H3lP9UbWQ1&a=cc_unsubscribe
8 years, 5 months
[Bug 1177153] New: zookeeper-lib-devel is missing
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1177153
Bug ID: 1177153
Summary: zookeeper-lib-devel is missing
Product: Fedora
Version: 21
Component: zookeeper
Assignee: tstclair(a)redhat.com
Reporter: fedora(a)famillecollet.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ethan(a)ethantuttle.com,
java-sig-commits(a)lists.fedoraproject.org,
jeff(a)ocjtech.us, s(a)shk.io, tstclair(a)redhat.com
Up to Fedora 20 zookeeper-lib-devel was available.
I understand that zookeeper-devel provides the needed stuf.
I think zookeeper-devel have to obsoletes and provides zookeeper-lib-devel
And zookeeper have to obsoletes and provides zookeeper-lib
This will allow smoth update from Fedora < 21
And avoid having to conditionalize the BR in dependent packages
(even if I prefer the previous layout, which pull much less dependency)
P.S. I use this to build php-pecl-zookeper (but not yet submitted for Fedora
repo)
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=6r7IOnjNPg&a=cc_unsubscribe
8 years, 6 months
[Bug 1262810] New: Please update to current upstream version
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1262810
Bug ID: 1262810
Summary: Please update to current upstream version
Product: Fedora
Version: 22
Component: minimal-json
Assignee: gerard(a)ryan.lt
Reporter: leamas.alec(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: gerard(a)ryan.lt,
java-sig-commits(a)lists.fedoraproject.org
Description of problem:
Cannot build recent update of harctoolbox due to old version of minimal-json
Version-Release number of selected component (if applicable):
0.9.1-4
How reproducible:
Always
Steps to Reproduce:
1. Try to build build harctoolbox 1.1.3 (which depends on minimal-json)
Actual results:
Error messages (multiple):
/builddir/build/BUILD/harctoolboxbundle-Version-1.1.3/IrScrutinizer/src/main/java/org/harctoolbox/irscrutinizer/importer/CommandFusionImporter.java:[90,25]
cannot find symbol
[ERROR] symbol: method getString(java.lang.String,<nulltype>)
Expected results:
No such messages :)
Additional info:
Current upstream version is 0.9.4.
harctoolbox requires at least 0.9.2. 0.9.2 packages are available at my COPR
https://copr.fedoraproject.org/coprs/leamas/harctoolbox. Using this package the
build works OK (at least a local build).
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=wMm7vmR31O&a=cc_unsubscribe
_______________________________________________
java-sig-commits mailing list
java-sig-commits(a)lists.fedoraproject.org
http://lists.fedoraproject.org/postorius/java-sig-commits@lists.fedorapro...
8 years, 6 months
[Bug 1217425] New: xmvn-builddep generates dependencies on artifacts in the reactor
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1217425
Bug ID: 1217425
Summary: xmvn-builddep generates dependencies on artifacts in
the reactor
Product: Fedora
Version: rawhide
Component: xmvn
Assignee: mizdebsk(a)redhat.com
Reporter: msimacek(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: java-sig-commits(a)lists.fedoraproject.org,
mat.booth(a)redhat.com, mizdebsk(a)redhat.com,
msimacek(a)redhat.com, msrb(a)redhat.com
Description of problem:
xmvn-builddep sometimes unnecessarily generates dependency on artifacts from
the project itself, thus creating circular dependency.
Version-Release number of selected component (if applicable):
xmvn-2.4.0-0.28.git49333a9.noarch
How reproducible:
always
Steps to Reproduce:
1. rebuild log4j
2. run xmvn-builddep on the build.log
Actual results:
Unnecessary circular dependency:
BuildRequires: mvn(org.apache.logging.log4j:log4j-api)
BuildRequires: mvn(org.apache.logging.log4j:log4j-api::tests:)
BuildRequires: mvn(org.apache.logging.log4j:log4j-core)
BuildRequires: mvn(org.apache.logging.log4j:log4j-core::tests:)
BuildRequires: mvn(org.apache.logging.log4j:log4j:pom:)
BuildRequires: mvn(org.apache.logging.log4j:log4j-web)
Expected results:
No circular dependency.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=IopQVXkuHY&a=cc_unsubscribe
8 years, 6 months
[Bug 1217422] New: xmvn-builddep: unexpanded variables in output
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1217422
Bug ID: 1217422
Summary: xmvn-builddep: unexpanded variables in output
Product: Fedora
Version: rawhide
Component: xmvn
Assignee: mizdebsk(a)redhat.com
Reporter: msimacek(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: java-sig-commits(a)lists.fedoraproject.org,
mat.booth(a)redhat.com, mizdebsk(a)redhat.com,
msimacek(a)redhat.com, msrb(a)redhat.com
Description of problem:
xmvn-builddep sometimes outputs buildrequires with unexpanded variables
Version-Release number of selected component (if applicable):
xmvn-2.4.0-0.28.git49333a9.noarch
How reproducible:
always
Steps to Reproduce:
1. rebuild felix-bundlerepository
2. run xmvn-builddep on the build.log
Actual results:
BuildRequires: maven-local
BuildRequires: mvn(junit:junit)
BuildRequires: mvn(net.sf.kxml:kxml2)
BuildRequires: mvn(org.apache.felix:maven-bundle-plugin)
BuildRequires: mvn(org.apache.rat:apache-rat-plugin)
BuildRequires: mvn(org.codehaus.woodstox:woodstox-core-asl)
BuildRequires: mvn(org.easymock:easymock)
BuildRequires: mvn(org.osgi:org.osgi.compendium)
BuildRequires: mvn(org.osgi:org.osgi.core)
BuildRequires: mvn(${project.groupId}:org.apache.felix.shell)
BuildRequires: mvn(${project.groupId}:org.apache.felix.utils)
BuildRequires: mvn(${project.groupId}:org.osgi.service.obr)
BuildRequires: mvn(xpp3:xpp3)
Expected results:
BuildRequires: maven-local
BuildRequires: mvn(junit:junit)
BuildRequires: mvn(net.sf.kxml:kxml2)
BuildRequires: mvn(org.apache.felix:maven-bundle-plugin)
BuildRequires: mvn(org.apache.rat:apache-rat-plugin)
BuildRequires: mvn(org.codehaus.woodstox:woodstox-core-asl)
BuildRequires: mvn(org.easymock:easymock)
BuildRequires: mvn(org.osgi:org.osgi.compendium)
BuildRequires: mvn(org.osgi:org.osgi.core)
BuildRequires: mvn(org.apache.felix:org.apache.felix.shell)
BuildRequires: mvn(org.apache.felix:org.apache.felix.utils)
BuildRequires: mvn(org.apache.felix:org.osgi.service.obr)
BuildRequires: mvn(xpp3:xpp3)
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=PQlXaYXPad&a=cc_unsubscribe
8 years, 6 months
[Bug 1217473] New: xmvn-builddep generates buildrequires on plugins that weren't used
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1217473
Bug ID: 1217473
Summary: xmvn-builddep generates buildrequires on plugins that
weren't used
Product: Fedora
Version: rawhide
Component: xmvn
Assignee: mizdebsk(a)redhat.com
Reporter: msimacek(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: java-sig-commits(a)lists.fedoraproject.org,
mat.booth(a)redhat.com, mizdebsk(a)redhat.com,
msimacek(a)redhat.com, msrb(a)redhat.com
Description of problem:
xmvn-builddep generates buildrequires on plugins that weren't used during the
build. Usually observed when the artifacts don't exist in Fedora.
Version-Release number of selected component (if applicable):
xmvn-2.4.0-0.28.git49333a9.noarch
How reproducible:
always
Steps to Reproduce:
1. rebuild log4j
2. run xmvn-builddep on the build.log
Actual results:
It generates buildrequires on artifact that doesn't exits in Fedora:
mvn(org.apache.maven.plugins:maven-pdf-plugin)
Expected results:
Buildrequires generated only on plugins that were actually used during the
build.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=XT4t37R3cJ&a=cc_unsubscribe
8 years, 6 months
[Bug 1217462] New: xmvn-builddep always generates buildrequires on test dependencies
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1217462
Bug ID: 1217462
Summary: xmvn-builddep always generates buildrequires on test
dependencies
Product: Fedora
Version: rawhide
Component: xmvn
Assignee: mizdebsk(a)redhat.com
Reporter: msimacek(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: java-sig-commits(a)lists.fedoraproject.org,
mat.booth(a)redhat.com, mizdebsk(a)redhat.com,
msimacek(a)redhat.com, msrb(a)redhat.com
Description of problem:
xmvn-builddep generates buildrequires on test dependencies even though tests
were disabled during the build.
Version-Release number of selected component (if applicable):
xmvn-2.4.0-0.28.git49333a9.noarch
How reproducible:
always
Steps to Reproduce:
1. rebuild log4j
2. run xmvn-builddep on the build.log
Actual results:
There's this line in the output
BuildRequires: mvn(org.mockejb:mockejb)
even though such artifact doesn't even exist in Fedora.
Expected results:
No test dependencies emitted when using %mvn_build -f
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=iPoFy7H4DC&a=cc_unsubscribe
8 years, 6 months