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, 7 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
9 years, 8 months
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
9 years, 8 months
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
9 years, 8 months
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
9 years, 8 months
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
9 years, 8 months
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
9 years, 8 months
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
9 years, 8 months
