Re: [fedora-java] rawhide report: 20140415 changes
by Mat Booth
On 15 April 2014 17:55, Fedora Rawhide Report <rawhide(a)fedoraproject.org>wrote:
>
> Broken deps for i386
> ----------------------------------------------------------
> [sinjdoc]
> sinjdoc-0.5-16.fc21.i686 requires java-gcj-compat >= 0:1.0.70
> sinjdoc-0.5-16.fc21.i686 requires java-gcj-compat >= 0:1.0.70
>
Can sinjdoc be retired now? I can't think of a case where you would use it
over the OpenJDK implementation of javadoc.
--
Mat Booth
http://fedoraproject.org/get-fedora
9 years, 11 months
solr 4.7.2 is available
by gil
hi
i am going to upgrade solr to 4.7.2. if there is any reason not to
upgrade it please let me know,
thanks
regards
gil
10 years
jmol and jspecview oddity
by Florian Weimer
I noticed that the applet JARs in jmol and jspecview contain classes in
the sun.applet package. How is this supposed to work, considering that
sun.* packages are restricted? Do you think this is just accidental
bundling?
I haven't investigated the build process in detail, but there is a
dependency on icedtea-web, and the class files are mostly identical to
those in some icedtea-web version, except for jmol-14.0.11-1.fc21.noarch
and jspecview-2-7.1464svn.fc21.noarch, which differ in the
sun.applet.PluginAppletViewer class (so we currently do not provide
matching source code, I think).
(I found this while checking for references to sun.misc.Ref, which will
be removed in OpenJDK 9. Coincidentally, icedtea-web has already been
fixed.)
--
Florian Weimer / Red Hat Product Security Team
10 years
Problems creating eclipse project from archetype
by John W. Himpel
Good afternoon,
This started out as an entry in bugzilla, but I am posting here in hopes
of receiving advise from a wider audience.
I am running an up-to-date rawhide (4/8/2014). Eclipse version is
KEPLER (1:4.3.2-3.fc20) with eclipse-m2e-core-1.4.0-11.1.fc20.
I am attempting to create a new eclipse project using a maven archetype.
When I click on New->Project...->Maven->Maven Project->Next I get the
New Maven Project wizard. I select "Use default Workspace location" and
click Next. I get the next dialog box in the wizard with a dialog box
saying "No archetypes currently available. The archetype list will
refresh when the indexes finish updating.". I notice in GKrellM, that
the CPU usage and the LAN usage rises substantially for about 30 - 45
seconds, then returns to normal. However, nothing changes in the dialog
box. I'm not sure if this is relevant or not, but I'm running inside a
KVM qemu instance with SELINUX=enforcing.
In bugzilla (https://bugzilla.redhat.com/show_bug.cgi?id=1015324),
someone resolved his issue by adding more space to /tmp. However,
following his suggestion to use watch -n1 -d 'du -sh /tmp', there was
no change is the available file space in /tmp.
Has anyone else seen this issue?
Has anyone else gotten it to work successfully?
Am I perhaps missing some dependent rpms?
Are the contents of catalog.xml normally provided in an rpm package or
are they normally downloaded from the master repository?
Do I need to change something in the "Configure" dialog box?
If eclipse is attempting to download the archetype catalog.xml file,
does it use the normal http ports or do I have a firewall issue?
Any suggestions or references would be greatly appreciated.
John
10 years
Re: [fedora-java] rawhide report: 20140404 changes
by Mat Booth
On 4 April 2014 17:59, Fedora Rawhide Report <rawhide(a)fedoraproject.org>wrote:
>
> Broken deps for i386
> ----------------------------------------------------------
> [solr3]
> solr3-3.6.2-5.fc21.noarch requires
> mvn(org.apache.lucene:lucene-stempel)
> solr3-3.6.2-5.fc21.noarch requires
> mvn(org.apache.lucene:lucene-smartcn)
> solr3-3.6.2-5.fc21.noarch requires
> mvn(org.apache.lucene:lucene-phonetic)
> solr3-3.6.2-5.fc21.noarch requires
> mvn(org.apache.lucene:lucene-kuromoji)
> solr3-3.6.2-5.fc21.noarch requires
> mvn(org.apache.lucene:lucene-icu)
>
>
solr3 should be retired and dependent packages should be ported to solr4. I
think there is only one package that still requires solr3:
$ repoquery --repoid=rawhide --whatrequires solr3
hibernate-search-0:4.5.0-1.fc21.noarch
--
Mat Booth
http://fedoraproject.org/get-fedora
10 years
Java 8 testing in Fedora
by Mikolaj Izdebski
I have done a rebuild [1] of Java packages using Java 8. About 20 % of
packages currently fail, but mostly for reasons not related directly to
Java 8.
Some of problems I have found:
1) Some collection iterators return elements in different order - most
common problem, which breaks tests in many packages and who knows what
else.
Solution: work with upstream to fix buggy code that relies on order of
elements in unordered collections.
2) Assertion failure jn javadoc - rhbz#1082186
3) Some new methods were added, which breaks existing code. Examples:
java.util.Map - remove(K,V)
java.util.List - sort(Comparator)
java.lang.reflect.TypeVariable - getAnnotatedBounds()
sun.security.jgss.spi.GSSCredentialSpi - impersonate(GSSNameSpi)
Solution: patch code to implement new methods
4) java.lang.reflect.Proxy - fields of proxy classes cannot be accessed
using reflection any longer?
[1] The rebuild was done for testing purposes only. Resulting Builds
are not included in Fedora.
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
10 years
retire seam-solder
by gil
hi folks,
i would like to withdraw seam-solder.
Cause: "active development of solder has been halted ....
this project has been migrated over to apache deltaspike ."
the current release, also, don't support the actual
|jboss-logging-tools| [1] package
and have some problems with java 8 [2].
regards
gil
[1] |jboss-logging-tools <= 1.0.3|
[2] [ERROR]
/builddir/build/BUILD/seam-solder-3.1.1.Final/impl/src/main/java/org/jboss/solder/serviceHandler/ServiceHandlerBeanLifecycle.java:[70,47]
incompatible types: java.lang.Object cannot be converted to H
10 years
Weak dependencies
by Mikolaj Izdebski
Fedora 21 will likely introduce so called "weak" or "soft" dependencies,
also known as recommends and suggests. For proposed change see [1].
What do you think about Java packages adopting usage of weak dependencies?
An example: Dependencies declared as optional in POM files could be
translated by dependency generators to Recommends instead of Requires.
Any thoughts on this?
[1] https://fedoraproject.org/wiki/Changes/RPM-4.12
--
Mikolaj Izdebski
10 years
