java-devel December 2010

java-devel@lists.fedoraproject.org

12 participants
12 discussions

JRE not recognised in eclipse IDE
by Yup Yup 14 Jun '11

14 Jun '11

Hi, I installed eclipse-platform-3.5.2-2.fc13.x86_64 on Fedora 13. Java has been installed on the system. ca1@localhost ~]$ java -version java version "1.6.0_18" ...... But, Java runtime is not recognised in the Eclipse IDE. Under Menu....... Window>Preferences there are no installed JREs options. Also, no Java project, class options in the menu is available.

5 5

Building against java-1.5.0-gcj-devel instead of java-1.6.0-openjdk-devel
by Richard Fearn 30 Dec '10

30 Dec '10

Hi, I'm building jcip-annotations for x86_64 rawhide using mock on my F14 x86_64 laptop. The package BuildRequires java-devel >= 1.5.0 and java-1.6.0-openjdk-devel is being installed to satisfy that dependency. When requesting a scratch build, such as this one: http://koji.fedoraproject.org/koji/taskinfo?taskID=2694190 java-1.5.0-gcj-devel is installed instead. Anyone know why? I expected the latest version to be used for the Koji build. Also, has anyone noticed that the GCJ javadoc produces an empty package-list file? For example, this recent build of jcip-annotations: http://koji.fedoraproject.org/koji/buildinfo?buildID=207525 resulted in this rpmlint output: http://autoqa.fedoraproject.org/results/32774-autotest/qa02.c.fedoraproject… Note the "zero-length /usr/share/javadoc/jcip-annotations/package-list" error. That file should contain "net.jcip.annotations". Regards, Rich

3 2

Re: [fedora-java] Fedora java png parser issue
by Mat Booth 23 Dec '10

23 Dec '10

On 23 December 2010 12:01, Marius Andreiana <marius.andreiana2(a)gmail.com> wrote: > Hi all, > > Please see this bug > https://bugzilla.redhat.com/show_bug.cgi?id=665355 > > Fedora java distribution cannot read some PNG images which work fine in > * Windows java 1.6 > * Linux image viewers > * browsers > * "identify a.png" works: PNG 16x16 16x16+0+0 8-bit DirectClass 1.38KB > 0.000u > > 0:00.000 > > (more info and code to reproduce in bug). > > Do you have any suggestion for workarounds or fix? (besides re-generating > all pngs somehow) > > Thanks > You might get more response from the java-devel list. I will forward this message to that list. -- Mat Booth http://fedoraproject.org/get-fedora

1 0

Java SIG meeting minutes ( 21st of December)
by Stanislav Ochotnicky 21 Dec '10

21 Dec '10

You can see meetbot meeting minutes[1] or just read my summary :-) People present: mbooth akurtakov nthykier orionp sochotni Summary: * Maven 3 (release 4) has local resolver built-in. - mvn3-local should be drop-in replacement for mvn-jpp - separate announcement will go to ML * Tomcat5->6 migration - 14 packages still require tomcat5 (or subpackage) - Required for maven-doxia fix[2] - no-tomcat5 should be complete by F-15 * Tomcat 7 - mbooth *might* take a look at tomcat7 requirements after new years * Tracker bug status - one tracker bug per week per sig member would be woot [1] http://meetbot.fedoraproject.org/fedora-meeting-1/2010-12-21/java-sig.2010-… [2] https://bugzilla.redhat.com/show_bug.cgi?id=664493 -- Stanislav Ochotnicky <sochotnicky(a)redhat.com> Associate Software Engineer - Base Operating Systems Brno PGP: 71A1677C Red Hat Inc. http://cz.redhat.com

1 0

Java SIG meeting 21st of December (Tuesday) 16:00 UTC
by Stanislav Ochotnicky 20 Dec '10

20 Dec '10

Hi everyone, We'll have our meeting a bit untraditionally due to Christmas looming close-by :-) Tomorrow (Tuesday) at 16:00 UTC in #fedora-meeting-1 Agenda is on wiki[1] (more things likely to be added tomorrow). Feel free to update the agenda, but please make sure to attend the meeting in that case :-) I also forgot to send meeting minutes from our previous meeting[2]. Main topic: * continuing work on Maven3 - custom resolver should be available by next meeting * tomcat5-6 migration continuing, few new missing packages added to be fixed * Packaging java webapps (wars, ears etc.) - with guest from Debian * there are two basic approached to deploy (not start, just prepare for starting) webapps. One is automated during install, second one is tool-based. For now we didn't agree on a solution. * wars should be installed "exploded" not as a zip (easier work with dependencies) * to be continued later * New macro to simplify depmap installation was introduced * few changes needed still (placement of fragment files for example) * SIG tracker bug needs attention from time to time. Nothing to do? Look there :-) [1] https://fedoraproject.org/wiki/Meeting:Java_SIG_2010-12-21 [2] http://meetbot.fedoraproject.org/fedora-meeting-1/2010-12-08/fedora-meeting… -- Stanislav Ochotnicky <sochotnicky(a)redhat.com> Associate Software Engineer - Base Operating Systems Brno PGP: 71A1677C Red Hat Inc. http://cz.redhat.com

1 0

Re: [fedora-java] Orphaning all of my packages :(
by Jerry James 16 Dec '10

16 Dec '10

On Thu, Dec 16, 2010 at 10:55 AM, Toshio Kuratomi <a.badger(a)gmail.com> wrote: > The following packages have been orphaned in Fedora 13, 14, and devel: [snip] > latexmk -- A make-like utility for LaTeX files Er, hold on there. I'm the maintainer for that package; mef was comaintainer. Anyway, it looks like it is not orphaned in packagedb, so I guess we're okay. More comaintainers are welcome if anyone else would like to pile on. -- Jerry James http://www.jamezone.org/

1 0

java 1.6 and epel6
by Ismael Olea 16 Dec '10

16 Dec '10

Hi: Is correct for openjdk to be available at epel4 and 5 and not 6?[1], I discovered this after this broken dependence message. [1] https://admin.fedoraproject.org/pkgdb/acls/name/java-1.6.0-openjdk ---------- Forwarded message ---------- From: <buildsys(a)fedoraproject.org> Date: Tue, Dec 14, 2010 at 7:16 PM Subject: Broken dependencies: htmlparser To: htmlparser-owner(a)fedoraproject.org Cc: java-1.5.0-gcj-owner(a)fedoraproject.org htmlparser has broken dependencies in the epel-6 tree: On ppc64: htmlparser-1.6-5.el6.1.noarch requires java >= 1:1.6.0 Please resolve this as soon as possible. -- Ismael Olea http://olea.org/diario/

3 3

Orphaning of classpathx-jaf
by Stanislav Ochotnicky 15 Dec '10

15 Dec '10

Hi, I noticed you recently retired classpathx-jaf. There are still quite a few packages requiring this package though: $ repoquery --whatrequires classpathx-jaf classpathx-jaf-0:1.0-15.1.fc12.x86_64 ant-javamail-0:1.7.1-12.fc12.x86_64 ant-javamail-0:1.7.1-13.fc13.x86_64 axis-0:1.2.1-7.fc12.x86_64 classpathx-mail-0:1.1.1-9.1.fc12.x86_64 dumbster-0:1.6-9.fc12.noarch ec2-api-tools-0:1.3.53907-3.fc14.noarch javatar-0:2.5-2.fc13.x86_64 mx4j-1:3.0.1-9.9.fc12.x86_64 mx4j-1:3.0.1-9.11.fc13.noarch tomcat5-0:5.5.27-7.4.fc12.noarch + gdata-java for BR Unfortunately dead.package contents don't help me much: $ cat dead.package Obsolete package." When you are retiring a package it's considered common courtesy to let other stakeholders know about it. Care to elaborate what happened? -- Stanislav Ochotnicky <sochotnicky(a)redhat.com> Associate Software Engineer - Base Operating Systems Brno PGP: 71A1677C Red Hat Inc. http://cz.redhat.com

2 2

Changes to maven2-common-poms (missing depmaps coming when building)
by Stanislav Ochotnicky 15 Dec '10

15 Dec '10

Hi, maven2-common-poms were in a bad need for cleanup. I deleted over 100 pom files today that: a) are provided by packages themselves b) should not be needed because we don't have that package anyway Changes were also to maven2-versionless-depmap.xml spread over ~10 commits. I am sure there will be problems causes by this, but it had to be done. Problems should be easy to fix by adding compatibility depmaps to packages themselves. Thanks, -- Stanislav Ochotnicky <sochotnicky(a)redhat.com> Associate Software Engineer - Base Operating Systems Brno PGP: 71A1677C Red Hat Inc. http://cz.redhat.com

2 1

Re: [fedora-java] [java-sig-commits] [apache-commons-launcher] - Fix build due to changed ant groupId.
by Stanislav Ochotnicky 08 Dec '10

08 Dec '10

On 12/08/2010 10:45 AM, Alexander Kurtakov wrote: > +sed -i "s|\<groupId\>ant\<\/groupId\>|<groupId>org.apache.ant</groupId>|g" build.xml It's actually not needed to escape <,> and even / if you used different delimiter (which you did). So this could be written as: sed -i "s|<groupId>ant</groupId>|<groupId>org.apache.ant</groupId>|g" build.xml What is boggling me though is...there is no groupId in build.xml :-) -- Stanislav Ochotnicky <sochotnicky(a)redhat.com> Associate Software Engineer - Base Operating Systems Brno PGP: 71A1677C Red Hat Inc. http://cz.redhat.com

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

java-devel December 2010