Searching for Java classes in Fedora packages - java-deptools in Fedora Cloud
by Michael Šimáček
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
8 years, 1 month
Odd test failure in mock (& sometimes koji)
by Gerard Ryan
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
8 years, 2 months
[HELP] mvn_install doesn't install
by Alec Leamas
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
8 years, 2 months
