java-devel September 2015

java-devel@lists.fedoraproject.org

7 participants
7 discussions

Apache TomEE rpms
by David Blevins 12 Feb '16

12 Feb '16

Hello Fedora/Java people, First post to the list, so hello! We've crafted up some RPMs for Apache TomEE and are looking to contribute them to Fedora if at all possible. * http://dl.bintray.com/hgomez/devops-incubator-rpm/tomee-jaxrs-1.5.2-1.noarc… * http://dl.bintray.com/hgomez/devops-incubator-rpm/tomee-webprofile-1.5.2-1.… * http://dl.bintray.com/hgomez/devops-incubator-rpm/tomee-plus-1.5.2-1.noarch… I haven't much of an idea on what the process for this might be. Dan Allen (RedHat) pointed us this way. Hoping someone here might have insight, even if that is some other list. -David

5 5

Searching for Java classes in Fedora packages - java-deptools in Fedora Cloud
by Michael Šimáček 12 Oct '15

12 Oct '15

Hi, java-deptools is a project that can extract class information from RPM packages. It has been provided as a commandline tool and now I'm working on bringing it online as a web service. The web service can search for class names and tell you in which RPMs the classes exists in Fedora. It is now available in Fedora Cloud at: http://java-deptools.fedorainfracloud.org/ Currently, it can only be used for searching for class names in Fedora Rawhide, but there are plans for more. Please keep in mind that the current instance is experimental and may not be reliable (the database is currently regenerated manually). Ideas for features/contributions are welcome. Source repository is at: https://github.com/msimacek/java-deptools Michael Simacek

5 8

Tracking OpenJDK API breakages, static linking
by Florian Weimer 06 Oct '15

06 Oct '15

Some time ago, I started an effort to track API (and ABI) breakages in OpenJDK releases: https://bugzilla.redhat.com/show_bug.cgi?id=1094780 https://bugzilla.redhat.com/show_bug.cgi?id=1095309 https://bugzilla.redhat.com/show_bug.cgi?id=1095328 Is something like this useful? These reports were based on a database which contains all Java method/class/field references from Java class files contained in Fedora RPMs. This means that once we know about a removal and have written the required query, reports can be automated. There is also a weird form of static linking (copying of JAR files into other JAR files): https://bugzilla.redhat.com/show_bug.cgi?id=1098237 I think we discussed this before, but the discussion never came to a real conclusion. -- Florian Weimer / Red Hat Product Security

4 7

Odd test failure in mock (& sometimes koji)
by Gerard Ryan 28 Sep '15

28 Sep '15

Hi, I'm encountering a test failure for the minimal-json package in mock, and I'm hoping someone can help me understand it. The assertions that fail are at [1]. If I take one of the assertions as an example, the first one on line 44: assertSame(Json.NULL, JsonValue.NULL); This is trying to assert that both of the objects refer to the same objects in memory. I think this is a perfectly fine thing to expect in this case, since the NULL field in JsonValue[3] refers directly to the NULL field in the Json class[4]. The test works fine if I just run mvn test in the upstream project, and I'm not applying any patches or changes in the spec file[2]. To compound my confusion, where this doesn't work in local mock for me at all for any release (f24, f23,f22), it works in koji **sometimes**: * a passing build from a couple of weeks ago in rawhide[5] * a passing scratch build from just now in rawhide[6] * a failing scratch build from just now in f23 [7] * a passing scratch build from just now in f23 [8] I _assume_ that my consistent failures locally and the intermittent failures in koji are related. If anyone has any idea what the cause of this is (also, solution ;)), I'd be delighted for any advice. I've been out of the Java head space for 6+ months now, so it's very possible that I'm overlooking something something obvious! Thanks, Gerard. [1] http://git.io/vcJap [2] https://apps.fedoraproject.org/packages/minimal-json/sources/spec/ [3] http://git.io/vcJAz [4] http://git.io/vcJAX [5] http://koji.fedoraproject.org/koji/buildinfo?buildID=685277 [6] http://koji.fedoraproject.org/koji/taskinfo?taskID=11244458 [7] http://koji.fedoraproject.org/koji/taskinfo?taskID=11244554 [8] http://koji.fedoraproject.org/koji/taskinfo?taskID=11244672

2 2

broken hadoop stuff
by gil 24 Sep '15

24 Sep '15

hi these packages still fail to build hbase https://bugzilla.redhat.com/show_bug.cgi?id=1239559 fails because of incompatibility with protobuf 2.6 series see http://mail-archives.apache.org/mod_mbox/hbase-user/201504.mbox/%3CCALPvCiC… curator https://bugzilla.redhat.com/show_bug.cgi?id=1239419 fails because of guava 18. htrace https://bugzilla.redhat.com/show_bug.cgi?id=1239568 available patch regards gil

1 0

activemq-5.12.0 is available
by gil 22 Sep '15

22 Sep '15

hi i updated activemq Task info: http://koji.fedoraproject.org/koji/taskinfo?taskID=11178777 https://gil.fedorapeople.org/activemq-5.12.0-1.fc22.src.rpm https://gil.fedorapeople.org/activemq-5.12.0.spec Changes, enabled these modules: activemq-broker activemq-console activemq-http activemq-jdbc-store activemq-jms-pool activemq-leveldb-store activemq-log4j-appender activemq-maven-plugin activemq-memtest-maven-plugin activemq-mqtt activemq-openwire-generator activemq-openwire-legacy activemq-perf-maven-plugin activemq-partition activemq-pool activemq-ra activemq-spring activemq-stomp activemq-web NOTE activemq-core was replaced by activemq-client activemq-kahadb was replaced by activemq-kahadb-store (not sure about backward compatibility) Things to do: activemq-leveldb-store activemq-partition use utils-misc https://bugzilla.redhat.com/show_bug.cgi?id=1211654 utils-zookeeper https://bugzilla.redhat.com/show_bug.cgi?id=1211659 hawtdispatch >= 1.21-3 http://pkgs.fedoraproject.org/cgit/hawtdispatch.git/tree/hawtdispatch.spec#… activemq-amqp use https://gil.fedorapeople.org/qpid-jms-0.3.0-1.fc22.src.rpm activemq-shiro use https://bugzilla.redhat.com/show_bug.cgi?id=970285 activemq-openwire-generator use (runtime only) https://bugzilla.redhat.com/show_bug.cgi?id=846561 Please let me know if I need to make changes in the package/s regards gil

1 0

[HELP] mvn_install doesn't install
by Alec Leamas 14 Sep '15

14 Sep '15

Dear list, As usual, I have problems... trying to update a package I run into this in %install: Exception: Following dependencies were not resolved and requires cannot be generated. Either remove the dependency from pom.xml or add proper packages to BuildRequires: org.harctoolbox:HarctoolboxBundle:zip:sources:1.0.0 required by org.harctoolbox:package Now, this is as they say "odd". Bits and pieces: - The missing artifact is produced by the project top-level pom. - The missing artifact is seemingly not installed, logs says: [INFO] Installing artifact org.rxtx:rxtx:jar:2.2 [INFO] Installing artifact org.harctoolbox:HarctoolboxBundle:pom:1.0.0 [INFO] Installing artifact org.harctoolbox:IrpMaster:jar:1.1.3 [INFO] Installing artifact org.harctoolbox:IrpMaster:pom:1.1.3 [INFO] Installing artifact org.harctoolbox:HarcHardware:jar:1.1.3 [INFO] Installing artifact org.harctoolbox:HarcHardware:pom:1.1.3 [INFO] Installing artifact org.harctoolbox:Girr:jar:1.1.3 [INFO] Installing artifact org.harctoolbox:Girr:pom:1.1.3 [INFO] Installing artifact org.harctoolbox:Jirc:jar:1.1.3 [INFO] Installing artifact org.harctoolbox:Jirc:pom:1.1.3 [INFO] Installing artifact org.harctoolbox:IrScrutinizer:jar:1.1.3 [INFO] Installing artifact org.harctoolbox:IrScrutinizer:pom:1.1.3 [INFO] Installing artifact org.harctoolbox:package:jar:1.0.0 [INFO] Installing artifact org.harctoolbox:package:pom:1.0.0 i. e., org.harctoolbox:HarctoolboxBundle:zip:sources:1.0.0 is nit installed(?). (And indeed, it's not in the buildroot). - The artifact is part of .xmvn-reactor: <artifact> <groupId>org.harctoolbox</groupId> <artifactId>HarctoolboxBundle</artifactId> <extension>zip</extension> <classifier>sources</classifier> <version>1.0.0</version> <path>/home/mk/rpmbuild/BUILD/harctoolboxbundle-Version-1.1.3/target/HarctoolboxBundle-1.0.0-sources.zip</path> <properties> <type>pom</type> </properties> Any hint out there why I run into this, or more exactly why the artifact isn't installed despite being part of xmvn-reactor? BTW, its 'a catch-22 situation: I cannot remove the dependency, and if I try to add the missing artifact I get a perfectly sensible "duplicate artifact" error. So, in some sense it's there, it's just not installed. Or? Any hint out there? Cheers! --alec

3 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

java-devel September 2015