java-sig-commits January 2014

java-sig-commits@lists.fedoraproject.org

15 participants
376 discussions

[Bug 1017702] New: javapackages-tools: Incorrect requires on package providing filesystem
by Red Hat Bugzilla 05 Feb '15

05 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=1017702 Bug ID: 1017702 Summary: javapackages-tools: Incorrect requires on package providing filesystem Product: Fedora Version: rawhide Component: javapackages-tools Assignee: sochotni(a)redhat.com Reporter: mizdebsk(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: java-sig-commits(a)lists.fedoraproject.org, mizdebsk(a)redhat.com, msrb(a)redhat.com, sochotni(a)redhat.com Description of problem: Packages with non-empty <namespace> have auto-requires on jpackage-utils instead on <namespace>-runtime. Version-Release number of selected component (if applicable): 3.3.1-1 Steps to Reproduce: Run autorequires generator for package with the following fragment: $ cat depmap.xml <?xml version="1.0" encoding="US-ASCII"?>  <dependencyMap> <dependency> <maven> <namespace>maven31</namespace> <groupId>org.eclipse.aether</groupId> <artifactId>aether-api</artifactId> <version>0.9.0.M3</version> </maven> <jpp> <namespace>maven31</namespace> <groupId>JPP/maven31-aether</groupId> <artifactId>aether-api</artifactId> </jpp> </dependency> </dependencyMap> Actual results: Generated Requires is: jpackage-utils Expected results: Generated Requires should be: maven31-runtime -- 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=GVVUPaGAHS&a=cc_unsubscribe

1 9

[Bug 796739] New: Missing service provider configuration files in the woodstox jar files
by Red Hat Bugzilla 19 Jan '15

19 Jan '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Missing service provider configuration files in the woodstox jar files https://bugzilla.redhat.com/show_bug.cgi?id=796739 Summary: Missing service provider configuration files in the woodstox jar files Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Linux Status: NEW Severity: medium Priority: unspecified Component: woodstox-core AssignedTo: jcapik(a)redhat.com ReportedBy: juan.hernandez(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: java-sig-commits(a)lists.fedoraproject.org, jcapik(a)redhat.com Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Description of problem: The jar files provided in the woodstox-jar package don't contain the service provider configuration files needed to use the Version-Release number of selected component (if applicable): woodstox-core-4.1.2-2.fc17.x86_64 How reproducible: Always. Steps to Reproduce: 1. Write and compile the following java program: import javax.xml.stream.XMLInputFactory; public class Test { public static void main(String[] args) throws Exception { System.out.println(XMLInputFactory.newInstance()); } } 2. Run it with the version of the "woodstox-core-asj.jar" provided by the RPM: $ java -cp $(build-classpath woodstox-core stax2-api):. Test Actual results: com.sun.xml.internal.stream.XMLInputFactoryImpl@605df3c5 It is using the internal implementation provided by the JDK. Expected results: com.ctc.wstx.stax.WstxInputFactory@a5ae1e7 It should use the implementation provided by the woodstox-core package. Additional info: I believe that the problem is that the service provider configuration files that are available in the source of the package in the "src/resources" directory are not copied to the "META-INF/services" directory of the generated jar files. This can be fixed with the following patch for the spec: --- a/woodstox-core.spec +++ b/woodstox-core.spec @@ -64,7 +64,6 @@ sed -i "s/@REQ_STAX2_VERSION@/%{stax2_ver}/g" pom.xml pom-lgpl.xml # removing bundled stuff rm -rf lib rm -rf src/maven -rm -rf src/resources rm -rf src/samples rm -rf src/java/org rm -rf src/test/org @@ -76,6 +75,11 @@ mv -f src/java src/main/ mkdir src/test/java mv -f src/test/wstxtest src/test/java/ +# Make sure that the service provider configuration files end up +# in the META-INF/services directory of the resulting jar files: +mkdir -p src/main/resources/META-INF/services +cp src/resources/* src/main/resources/META-INF/services/. + %build # stax2 missing -> cannot compile tests -> tests skipped mvn-rpmbuild -Dmaven.test.skip=true \ -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 804968] New: Put /etc/ant.d on the LOCALCLASSPATH
by Red Hat Bugzilla 09 Jan '15

09 Jan '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Put /etc/ant.d on the LOCALCLASSPATH https://bugzilla.redhat.com/show_bug.cgi?id=804968 Summary: Put /etc/ant.d on the LOCALCLASSPATH Product: Fedora Version: 17 Platform: All OS/Version: All Status: NEW Severity: unspecified Priority: unspecified Component: ant AssignedTo: jcapik(a)redhat.com ReportedBy: cdewolf(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: akurtako(a)redhat.com, mmatejov(a)redhat.com, java-sig-commits(a)lists.fedoraproject.org, jcapik(a)redhat.com Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Description of problem: To allow usage of antlib.xml scripts installed by other rpms /etc/ant.d must be on the LOCALCLASSPATH for ant to find these scripts. Version-Release number of selected component (if applicable): ant-1.8.3-1.fc17.noarch -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 11

[Bug 1048608] New: Tomcat console output is not going to ${CATALINA_BASE}/logs/catalina.out
by Red Hat Bugzilla 15 Dec '14

15 Dec '14

https://bugzilla.redhat.com/show_bug.cgi?id=1048608 Bug ID: 1048608 Summary: Tomcat console output is not going to ${CATALINA_BASE}/logs/catalina.out Product: Fedora Version: 20 Component: tomcat Severity: high Assignee: ivan.afonichev(a)gmail.com Reporter: karthic_babu(a)hotmail.com QA Contact: extras-qa(a)fedoraproject.org CC: akurtako(a)redhat.com, ivan.afonichev(a)gmail.com, java-sig-commits(a)lists.fedoraproject.org, krzysztof.daniel(a)gmail.com Description of problem: Tomcat console output (System.out and System.err) are not going to ${CATALINA_BASE}/logs/catalina.out. As per Apache Tomcat documentation (http://tomcat.apache.org/tomcat-7.0-doc/logging.html#Console), console messages go to ${CATALINA_BASE}/logs/catalina.out Previous versions of fedora outputs to /usr/share/tomcat/logs/catalina.out Version-Release number of selected component (if applicable): How reproducible: All times Steps to Reproduce: 1. Develop a simple tomcat web application. Add debug statements in servlet that prints to System.out or System.err. 2. Deploy it to tomcat server on Fedora 20 and start the tomcat server 3. Invoke the servlet. Actual results: No file appears /usr/share/tomcat/logs/catalina.out Expected results: Debug statements put on System.out and System.err shall appear in file /usr/share/tomcat/logs/catalina.out Additional info: -- 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=b9abB1daz3&a=cc_unsubscribe

1 8

[Bug 973304] New: javapackages-tools: fail build if there is a subpackage with pom file but no depmap
by Red Hat Bugzilla 14 Dec '14

14 Dec '14

https://bugzilla.redhat.com/show_bug.cgi?id=973304 Bug ID: 973304 Summary: javapackages-tools: fail build if there is a subpackage with pom file but no depmap Product: Fedora Version: rawhide Component: javapackages-tools Severity: unspecified Priority: unspecified Assignee: sochotni(a)redhat.com Reporter: sochotni(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: java-sig-commits(a)lists.fedoraproject.org, mizdebsk(a)redhat.com, msrb(a)redhat.com, sochotni(a)redhat.com, tradej(a)redhat.com javapackages-tools should fail build if there is a subpackage with pom file but no depmap. This would catch problems with wrong depmap file placement early on for most common cases. -- 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=mRDzx6ZQbm&a=cc_unsubscribe

1 6

[Bug 922147] New: CVE-2013-0248 jakarta-commons-fileupload, apache-commons-fileupload: /tmp directory used by default for uploaded files (possibility to overwrite arbitrary files) [fedora-all]
by Red Hat Bugzilla 05 Dec '14

05 Dec '14

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=922147 Bug ID: 922147 Summary: CVE-2013-0248 jakarta-commons-fileupload, apache-commons-fileupload: /tmp directory used by default for uploaded files (possibility to overwrite arbitrary files) [fedora-all] Product: Fedora Version: 18 Component: apache-commons-fileupload Keywords: Security, SecurityTracking Severity: low Priority: low Assignee: mizdebsk(a)redhat.com Reporter: jlieskov(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: java-sig-commits(a)lists.fedoraproject.org, jerboaa(a)gmail.com, mizdebsk(a)redhat.com, msrb(a)redhat.com, sochotni(a)redhat.com, SpikeFedora(a)gmail.com, tradej(a)redhat.com Blocks: 922146 (CVE-2013-0248) This is an automatically created tracking bug! It was created to ensure that one or more security vulnerabilities are fixed in affected versions of Fedora. For comments that are specific to the vulnerability please use bugs filed against the "Security Response" product referenced in the "Blocks" field. For more information see: http://fedoraproject.org/wiki/Security/TrackingBugs When creating a Bodhi update request, please use the bodhi submission link noted in the next comment(s). This will include the bug IDs of this tracking bug as well as the relevant top-level CVE bugs. Please also mention the CVE IDs being fixed in the RPM changelog and the Bodhi notes field when available. Please note: this issue affects multiple supported versions of Fedora. Only one tracking bug has been filed; please ensure that it is only closed when all affected versions are fixed. [bug automatically created by: add-tracking-bugs] -- 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=i2Ts9FpsI9&a=cc_unsubscribe

1 9

[Bug 1059236] New: icu4j: OSGi BSN conflict
by Red Hat Bugzilla 21 Nov '14

21 Nov '14

https://bugzilla.redhat.com/show_bug.cgi?id=1059236 Bug ID: 1059236 Summary: icu4j: OSGi BSN conflict Product: Fedora Version: rawhide Component: icu4j Assignee: fnasser(a)redhat.com Reporter: mizdebsk(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: akurtako(a)redhat.com, dbhole(a)redhat.com, fnasser(a)redhat.com, java-sig-commits(a)lists.fedoraproject.org, krzysztof.daniel(a)gmail.com, nsantos(a)redhat.com Description of problem: Packages icu4j and icu4j-eclipse (which both are built from the same source package icu4j) install two different JARs with the same OSGi Bundle-SymbolicName. This causes two different RPMs have the same osgi provides and because of that it's unspecified which package will be installed to satisfy dependency on osgi(com.ibm.icu) Version-Release number of selected component (if applicable): 50.1.1-2 Additional info: Bundle-SymbolicName: com.ibm.icu The JARs are: /usr/share/java/icu4j.jar /usr/share/java/icu4j-eclipse/plugins/com.ibm.icu_50.1.1.v20130412.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=seV7azHKzb&a=cc_unsubscribe

1 5

[Bug 1015124] New: plexus-containers: FTBFA in rawhide
by Red Hat Bugzilla 22 Oct '14

22 Oct '14

https://bugzilla.redhat.com/show_bug.cgi?id=1015124 Bug ID: 1015124 Summary: plexus-containers: FTBFA in rawhide Product: Fedora Version: rawhide Component: plexus-containers Assignee: fnasser(a)redhat.com Reporter: mizdebsk(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dbhole(a)redhat.com, fnasser(a)redhat.com, java-sig-commits(a)lists.fedoraproject.org, mizdebsk(a)redhat.com, sochotni(a)redhat.com, yyang(a)redhat.com Description of problem: Package plexus-containers fails to build from source in rawhide. Version-Release number of selected component (if applicable): 1.5.5-13 Probable cause of build failure: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.1:compile (default-compile) on project plexus-container-default: Compilation failure: Compilation failure: [ERROR] /builddir/build/BUILD/plexus-containers-1.5.5/plexus-container-default/src/main/java/org/codehaus/plexus/component/repository/ComponentDescriptor.java:[192,49] incompatible types [ERROR] required: java.lang.Class<T> [ERROR] found: java.lang.Class<capture#1 of ?> [ERROR] /builddir/build/BUILD/plexus-containers-1.5.5/plexus-container-default/src/main/java/org/codehaus/plexus/component/repository/ComponentDescriptor.java:[302,59] incompatible types [ERROR] required: java.lang.Class<? extends T> [ERROR] found: java.lang.Class<capture#2 of ?> Full build logs from Koji: Package plexus-containers (6019802): noarch (6019832): root.log : http://kojipkgs.fedoraproject.org/work/tasks/9832/6019832/root.log build.log : http://kojipkgs.fedoraproject.org/work/tasks/9832/6019832/build.log state.log : http://kojipkgs.fedoraproject.org/work/tasks/9832/6019832/state.log mock_output.log : http://kojipkgs.fedoraproject.org/work/tasks/9832/6019832/mock_output.log Additional info: [1] http://fedoraproject.org/wiki/Packaging:Java [2] http://fedoraproject.org/wiki/Packaging:Guidelines -- 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=Qo209Tj5dm&a=cc_unsubscribe

1 6

[Bug 1011115] New: [RFE] request for epel package
by Red Hat Bugzilla 13 Oct '14

13 Oct '14

https://bugzilla.redhat.com/show_bug.cgi?id=1011115 Bug ID: 1011115 Summary: [RFE] request for epel package Product: Fedora Version: rawhide Component: maven Severity: low Assignee: sochotni(a)redhat.com Reporter: jcpunk(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: akurtako(a)redhat.com, java-sig-commits(a)lists.fedoraproject.org, mizdebsk(a)redhat.com, msrb(a)redhat.com, sochotni(a)redhat.com Description of problem: Can Maven be packaged for EPEL6? It would be useful to have easy access to this software. Version-Release number of selected component (if applicable):3.0.4 How reproducible: 100% Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: -- 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=SmFVuK8SXc&a=cc_unsubscribe

1 4

[Bug 1011003] New: missing pom for tomcat-jdbc
by Red Hat Bugzilla 26 Sep '14

26 Sep '14

https://bugzilla.redhat.com/show_bug.cgi?id=1011003 Bug ID: 1011003 Summary: missing pom for tomcat-jdbc Product: Fedora Version: rawhide Component: tomcat Assignee: ivan.afonichev(a)gmail.com Reporter: puntogil(a)libero.it QA Contact: extras-qa(a)fedoraproject.org CC: akurtako(a)redhat.com, ivan.afonichev(a)gmail.com, java-sig-commits(a)lists.fedoraproject.org, kdaniel(a)redhat.com hi is possible install also tomcat-jdbc pom file? (required by some datanucleus libraries) http://repo2.maven.org/maven2/org/apache/tomcat/tomcat-jdbc/7.0.42/tomcat-j… thanks -- 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=HPqRJuz7Ns&a=cc_unsubscribe

1 4

← Newer
1
2
3
4
5
6
7
...
38
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

java-sig-commits January 2014