[Bug 1013603] New: jspc: Maven metadata is installed incorrectly
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1013603
Bug ID: 1013603
Summary: jspc: Maven metadata is installed incorrectly
Product: Fedora
Version: rawhide
Component: jspc
Assignee: pmackinn(a)redhat.com
Reporter: mizdebsk(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: java-sig-commits(a)lists.fedoraproject.org,
pmackinn(a)redhat.com
Description of problem:
jspc package installs the same Maven metadata in more than one package. This
results in incorrect package provides.
Version-Release number of selected component (if applicable):
2.0-0.7.alpha.3
Steps to Reproduce:
1. Look at package provides
Actual results:
mvn(org.codehaus.mojo.jspc:jspc):
jspc:
package version: 2.0
provided version: 2.0-alpha-3
jspc-compiler-tomcat6 (jspc):
package version: 2.0
provided version: 2.0-alpha-3
jspc-compilers (jspc):
package version: 2.0
provided version: 2.0-alpha-3
jspc-maven-plugin (jspc):
package version: 2.0
provided version: 2.0-alpha-3
mvn(org.codehaus.mojo.jspc:jspc-compiler-api):
jspc:
package version: 2.0
provided version: 2.0-alpha-3
jspc-compiler-tomcat6 (jspc):
package version: 2.0
provided version: 2.0-alpha-3
jspc-compilers (jspc):
package version: 2.0
provided version: 2.0-alpha-3
jspc-maven-plugin (jspc):
package version: 2.0
provided version: 2.0-alpha-3
mvn(org.codehaus.mojo.jspc:jspc-compiler-tomcat6):
jspc:
package version: 2.0
provided version: 2.0-alpha-3
jspc-compiler-tomcat6 (jspc):
package version: 2.0
provided version: 2.0-alpha-3
jspc-compilers (jspc):
package version: 2.0
provided version: 2.0-alpha-3
jspc-maven-plugin (jspc):
package version: 2.0
provided version: 2.0-alpha-3
mvn(org.codehaus.mojo.jspc:jspc-compilers):
jspc:
package version: 2.0
provided version: 2.0-alpha-3
jspc-compiler-tomcat6 (jspc):
package version: 2.0
provided version: 2.0-alpha-3
jspc-compilers (jspc):
package version: 2.0
provided version: 2.0-alpha-3
jspc-maven-plugin (jspc):
package version: 2.0
provided version: 2.0-alpha-3
mvn(org.codehaus.mojo.jspc:jspc-maven-plugin):
jspc:
package version: 2.0
provided version: 2.0-alpha-3
jspc-compiler-tomcat6 (jspc):
package version: 2.0
provided version: 2.0-alpha-3
jspc-compilers (jspc):
package version: 2.0
provided version: 2.0-alpha-3
jspc-maven-plugin (jspc):
package version: 2.0
provided version: 2.0-alpha-3
--
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=Oals1syJlT&a=cc_unsubscribe
7 years, 9 months
[Bug 958727] New: plexus-utils: XMLWriterUtil should guard against problematic comments
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=958727
Bug ID: 958727
Summary: plexus-utils: XMLWriterUtil should guard against
problematic comments
Product: Fedora
Version: rawhide
Component: plexus-utils
Severity: unspecified
Priority: unspecified
Assignee: fnasser(a)redhat.com
Reporter: fweimer(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fnasser(a)redhat.com,
java-sig-commits(a)lists.fedoraproject.org,
mizdebsk(a)redhat.com
Blocks: 958220
Category: ---
org.codehaus.plexus.util.xml#writeComment(XMLWriter, String, int, int, int)
does not check if the comment includes a "-->" sequence. This means that text
contained in the command string could be interpreted as XML, possibly leading
to XML injection issues, depending on how this method is being called.
--
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=N5myzkUcYQ&a=cc_unsubscribe
7 years, 11 months
[Bug 958221] New: plexus-utils: directory traversal in org.codehaus.plexus.util.Expand
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=958221
Bug ID: 958221
Summary: plexus-utils: directory traversal in
org.codehaus.plexus.util.Expand
Product: Fedora
Version: rawhide
Component: plexus-utils
Severity: unspecified
Priority: unspecified
Assignee: fnasser(a)redhat.com
Reporter: fweimer(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fnasser(a)redhat.com,
java-sig-commits(a)lists.fedoraproject.org,
mizdebsk(a)redhat.com
Blocks: 958220
Category: ---
org.codehaus.plexus.util.Expand does not guard against directory traversal, but
such protection is generally expected from unarchiving tools.
I think the class should just be deprecated and removed because there do not
appear to be any users left (not even a test case).
--
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=hp1lhU9LQd&a=cc_unsubscribe
7 years, 11 months
[Bug 1193307] New: tomcat: do not provide javax.el:el-api
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1193307
Bug ID: 1193307
Summary: tomcat: do not provide javax.el:el-api
Product: Fedora
Version: 22
Component: tomcat
Assignee: ivan.afonichev(a)gmail.com
Reporter: msrb(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:
tomcat currently provides, among others, mvn(javax.el:el-api). The problem is
that the glassfish-el-api provides it as well. This causes other packages fail
to build, if both tomcat and glassfish-el-api happen to be in the buildroot. I
think that glassfish-el-api should be the one providing javax.el:el-api, as it
is a reference implementation of EL.
Java packaging guidelines should be updated as well.
Version-Release number of selected component (if applicable):
tomcat-8.0.18-1.fc23
--
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=kgtemPVawE&a=cc_unsubscribe
8 years
[Bug 1237344] New: emit requires on javapackages-tools instead of jpackage-utils
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1237344
Bug ID: 1237344
Summary: emit requires on javapackages-tools instead of
jpackage-utils
Product: Fedora
Version: rawhide
Component: javapackages-tools
Severity: medium
Assignee: mizdebsk(a)redhat.com
Reporter: orion(a)cora.nwra.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:
Now that javapackages-tools provides/replaces jpackage-utils, it's probably
time to change /etc/java/javapackages-config.json to emit javapackages-tools
instead of jpackage-utils.
Version-Release number of selected component (if applicable):
javapackages-tools-4.5.0-3.fc23.noarch
--
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=TO46dpI0y1&a=cc_unsubscribe
8 years
[Bug 1236297] New: log4j not working
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1236297
Bug ID: 1236297
Summary: log4j not working
Product: Fedora
Version: 22
Component: tomcat
Severity: low
Assignee: ivan.afonichev(a)gmail.com
Reporter: edwardquick(a)hotmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: alee(a)redhat.com, ivan.afonichev(a)gmail.com,
java-sig-commits(a)lists.fedoraproject.org,
krzysztof.daniel(a)gmail.com, me(a)coolsvap.net
Description of problem:
After configuring tomcat to work with log4j, there are no logs.
Version-Release number of selected component (if applicable):
tomcat-7.0.59-4.fc22.noarch
tomcat-log4j-7.0.59-4.fc22.noarch
How reproducible:
Always
Steps to Reproduce:
1. dnf install tomcat tomcat-log4j
2. cp /etc/tomcat/log4j.properties /usr/share/tomcat/lib/log4j.properties
3. cp /usr/share/java/tomcat/log4j.jar /usr/share/tomcat/lib
4. echo "LOGGING_PROPERTIES=/usr/share/tomcat/lib/log4j.properties" >
/etc/tomcat/tomcat.conf
5. systemctl start tomcat
Actual results:
tomcat.log does not exist in /var/log/tomcat
Expected results:
tomcat.log should exist in /var/log/tomcat with debug logging
Additional info:
I followed the information at
https://tomcat.apache.org/tomcat-7.0-doc/logging.html#Using_Log4j and got this
to work by replacing tomcat-juli.jar in /usr/share/tomcat/bin and adding
tomcat-juli-adapaters.jar to /usr/share/tomcat/lib
Here is the tomcat process I ran
[root@fedora22 lib]# ps -ef | grep java
tomcat 4128 31665 4 12:54 pts/0 00:00:02 /usr/lib/jvm/jre/bin/java
-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/lib/log4j.properties
-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
org.apache.catalina.startup.Bootstrap start
--
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=52EFloyjfz&a=cc_unsubscribe
8 years, 1 month