[Bug 1195244] New: Mis-configured logging mutes log messages
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1195244
Bug ID: 1195244
Summary: Mis-configured logging mutes log messages
Product: Fedora
Version: 22
Component: javapackages-tools
Assignee: mizdebsk(a)redhat.com
Reporter: leamas.alec(a)gmail.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
Created attachment 994371
--> https://bugzilla.redhat.com/attachment.cgi?id=994371&action=edit
Test case provoking bug with non-readable metadata.
Description of problem:
Version-Release number of selected component (if applicable):
How reproducible: Always
Steps to Reproduce:
1. Install DecodeIrCaller from
https://copr.fedoraproject.org/coprs/leamas/harctoolbox/
2. For the example, create a bug:
$ sudo chmod 600 /usr/share/maven-metadata/DecodeIrCaller.xml
3.Run attached maven.req. It is a patched version of the thing
run by rpmbuild
$ ./maven.req
4. Watch in output
Processing files: IrpMaster-1.0.2-1.fc21.noarch
No handlers could be found for logger "pyxb.binding.basis"
No handlers could be found for logger "pyxb.binding.basis"
The messages stems from the XML parsing in
javapackages/metadata/pyxbmetadata.py around line 59. Obviously, they are not
really helpful, loggers should be configure
Actual results:
Useless messages
Expected results:
Good messages.
Additional info:
Same thing is likely to happen for any maven-driver spec given a non-readable
metadata dependency. And there are other things which might got wrong, needing
configured logger I guess.
--
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=AcTChb0Kzb&a=cc_unsubscribe
7 years, 3 months
[Bug 1215690] New: [abrt] tomcat-7.0.59-1.fc21: Uncaught exception java.lang.NullPointerException in method org.apache.catalina.loader.WebappClassLoader.getResource()
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1215690
Bug ID: 1215690
Summary: [abrt] tomcat-7.0.59-1.fc21: Uncaught exception
java.lang.NullPointerException in method
org.apache.catalina.loader.WebappClassLoader.getResour
ce()
Product: Fedora
Version: 21
Component: tomcat
Assignee: ivan.afonichev(a)gmail.com
Reporter: redhat(a)lb1a.de
QA Contact: extras-qa(a)fedoraproject.org
CC: alee(a)redhat.com, coolsvap(a)gmail.com,
ivan.afonichev(a)gmail.com,
java-sig-commits(a)lists.fedoraproject.org,
krzysztof.daniel(a)gmail.com
Description of problem:
Tried to reload the geonetwork-opensource webapp via the manager application.
This seemed to fail with endless identical error in the logfile, so i tried to
stop the tomcat server
[root@pazuzu]# service tomcat stop
Redirecting to /bin/systemctl stop tomcat.service
Then abrt popped up.
Version-Release number of selected component:
tomcat-7.0.59-1.fc21
Additional info:
reporter: libreport-2.3.0
abrt-java-connector: 1.0.10
cmdline: /usr/lib/jvm/jre/bin/java
-agentpath:/usr/lib/abrt-java-connector/libabrt-java-connector.so=abrt=on
-classpath
/usr/share/tomcat/bin/bootstrap.jar:/usr/share/tomcat/bin/tomcat-juli.jar:/usr/lib/java/commons-daemon.jar
-Dcatalina.base=/usr/share/tomcat -Dcatalina.home=/usr/share/tomcat
-Djava.endorsed.dirs= -Djava.io.tmpdir=/var/cache/tomcat/temp
-Djava.util.logging.config.file=/usr/share/tomcat/conf/logging.properties
-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
org.apache.catalina.startup.Bootstrap start
executable: /usr/share/tomcat/bin/bootstrap.jar
java_executable:
/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.45-31.b13.fc21.x86_64/jre/bin/java
kernel: 3.19.4-200.fc21.x86_64
pid: 12202
runlevel: N 5
uid: 91
Truncated backtrace:
#1 java.lang.NullPointerException
#2 at
org.apache.catalina.loader.WebappClassLoader.getResource(WebappClassLoader.java:1466)
[file:/usr/share/java/tomcat/catalina.jar]
#3 at
org.apache.catalina.loader.WebappClassLoader.getResource(WebappClassLoader.java:1466)
[file:/usr/share/java/tomcat/catalina.jar]
#4 at
org.apache.catalina.loader.WebappClassLoader.getResource(WebappClassLoader.java:1466)
[file:/usr/share/java/tomcat/catalina.jar]
#5 at
org.apache.catalina.loader.WebappClassLoader.getResource(WebappClassLoader.java:1466)
[file:/usr/share/java/tomcat/catalina.jar]
#6 at
org.apache.catalina.loader.WebappClassLoader.getResource(WebappClassLoader.java:1466)
[file:/usr/share/java/tomcat/catalina.jar]
#7 at
org.apache.catalina.loader.WebappClassLoader.getResource(WebappClassLoader.java:1466)
[file:/usr/share/java/tomcat/catalina.jar]
#8 at
org.apache.catalina.loader.WebappClassLoader.getResource(WebappClassLoader.java:1466)
[file:/usr/share/java/tomcat/catalina.jar]
#9 at
org.apache.catalina.loader.WebappClassLoader.getResource(WebappClassLoader.java:1466)
[file:/usr/share/java/tomcat/catalina.jar]
#10 at
org.apache.catalina.loader.WebappClassLoader.getResource(WebappClassLoader.java:1466)
[file:/usr/share/java/tomcat/catalina.jar]
--
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=Ox2leBR99N&a=cc_unsubscribe
7 years, 4 months
[Bug 1147963] New: JENKINS script for showing failed jobs is not working
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1147963
Bug ID: 1147963
Summary: JENKINS script for showing failed jobs is not working
Product: Fedora
Version: 21
Component: jenkins
Severity: medium
Assignee: msrb(a)redhat.com
Reporter: amsharma(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: java-sig-commits(a)lists.fedoraproject.org,
msrb(a)redhat.com
Description of problem:
JENKINS script for showing failed jobs is not working
Version-Release number of selected component (if applicable):
[root@dhcp201-185 ~]# rpm -qa | grep jenkins
jenkins-icon-shim-1.0.3-1.fc21.noarch
js-yui2-jenkins-2.9.0-6.fc21.noarch
jenkins-task-reactor-1.4-2.fc21.noarch
jenkins-external-monitor-job-plugin-1.2-1.fc21.noarch
jenkins-javadoc-plugin-1.2-1.fc21.noarch
jenkins-commons-jelly-1.1.20120928-6.fc21.noarch
jenkins-instance-identity-1.3-4.fc21.noarch
jenkins-sshd-1.6-4.fc21.noarch
jenkins-1.581-2.fc21.noarch
jenkins-ant-plugin-1.2-1.fc21.noarch
jenkins-executable-war-1.29-3.fc21.noarch
jenkins-xstream-1.4.7-3.jenkins1.fc21.noarch
trilead-ssh2-217-4.jenkins4.fc21.noarch
jenkins-ssh-cli-auth-1.2-4.fc21.noarch
jenkins-core-1.581-2.fc21.noarch
jenkins-remoting-2.43-1.fc21.noarch
jenkins-json-lib-2.4-7.fc21.noarch
jenkins-junit-plugin-1.1-1.fc21.noarch
jenkins-mailer-plugin-1.11-1.fc21.noarch
jenkins-extras-memory-monitor-1.8-1.fc21.noarch
jenkins-crypto-util-1.4-2.fc21.noarch
jenkins-version-number-1.1-4.fc21.noarch
jenkins-webapp-1.581-2.fc21.noarch
jenkins-winstone-2.3-1.fc21.noarch
jenkins-jexl-1.1-3.20111212.fc21.noarch
jenkins-cli-1.581-2.fc21.noarch
How reproducible:
Always
Steps to Reproduce:
1.go to https://wiki.jenkins-ci.org/display/JENKINS/Failed+Jobs
2. copy script and paste in localhost:8080/script
Actual results:
It does not display anything in output.
Result
Result: []
Expected results:
It should display all failed jobs
Additional info:
I had failed jobs in my jenkins
--
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=63mWa2HTjL&a=cc_unsubscribe
7 years, 4 months
[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
7 years, 4 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
7 years, 4 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
7 years, 5 months