Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 166693 - dev-java/picocontainer-1.3 version bump
Summary: dev-java/picocontainer-1.3 version bump
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Java (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Java team
URL: http://www.picocontainer.org/
Whiteboard:
Keywords: EBUILD, InOverlay
Depends on:
Blocks:
 
Reported: 2007-02-13 18:13 UTC by kiorky
Modified: 2015-08-06 08:57 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description kiorky 2007-02-13 18:13:46 UTC
Bumped to version 1.2_beta1 as it is a jboss-jacorb dependency !
Added to "java-migration-overlay"
Comment 1 kiorky 2007-02-13 18:15:12 UTC

*** This bug has been marked as a duplicate of bug 128398 ***
Comment 2 kiorky 2007-02-13 18:20:18 UTC
The other bug was for a stable request !
Comment 3 kiorky 2007-02-13 20:25:32 UTC
added dev-java/picocontainer-1.2 too
Comment 4 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2007-02-13 20:51:03 UTC
Please, don't copy and commit all versions that are in main tree, into the overlay. Only version(s) you are adding. Thanks.
Comment 5 Petteri Räty (RETIRED) gentoo-dev 2007-02-13 20:54:58 UTC
(In reply to comment #4)
> Please, don't copy and commit all versions that are in main tree, into the
> overlay. Only version(s) you are adding. Thanks.
> 

Agreed. Also it seems that upstream is going to release 1.3 soon as they already have rc1 available so we might as well go with 1.3 directly if they release it soon assuming it is ABI compatible.
Comment 6 kiorky 2007-02-13 22:39:40 UTC
i removed the "beta" as it's useless. 

Don't know for 1.3, just relesead the 1.2 as it is the one required by JBoss.

After that, if you continue with 1.3, please not remove the 1.2 in flavor of 1.3 before i tried to compile JBoss with.
Comment 7 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2007-02-14 11:37:55 UTC
1.1 -> 1.2 apicheck
Package Summary:
org.picocontainer: 100% good
org.picocontainer.alternatives: 99.55% good, 0.44% missing
org.picocontainer.defaults: 97.93% good, 0.12% bad, 1.93% missing

dev-java/radeox (the only package depending on it in main tree) doesn't mind

I see you are using ejavac/jar... tried to produce build.xml from maven instead?
Comment 8 kiorky 2007-02-14 13:21:02 UTC
Why, ejavac is just enought, isn't it?
Maybe just a matter of taste or must i rewrite it with a build.xml ?
Comment 9 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2007-02-14 13:32:36 UTC
Probably enough for this simple library, OK. I just though getting build.xml from maven is easier than writing ejavac calls, but then I really don't have much experience with it, maybe betelgeuse would know better.
Comment 10 kiorky 2007-02-14 13:44:48 UTC
no, as it has only a few dependencies ( only 1 or two if  i am right ) and don't use maven/ant plugins .

Generating a build.xml, then rewriting classpath and related stuff (maven use some variables like maven.classpath (something like that) ) is a bigger effort and less maintenable IMHO.

Please tell me if i am wrong.
Comment 11 Josh Nichols (RETIRED) gentoo-dev 2007-02-14 14:22:20 UTC
Using ejavac may actually be less work and easier to maintain. Even if you generate the build.xml, you usually have to hack it quite a bit, like not to download stuff among other things.

Other notes:
src_unpack isn't needed since you don't do anything fancy.

'classes' is an idiomatic directlory to place compiled class files, as opposed to 'java'

ejavac will die on it's own, no need to || die.

Probably don't need to mkdir dist during src_install, since you create it during src_compile.
Comment 12 Petteri Räty (RETIRED) gentoo-dev 2007-02-14 16:05:38 UTC
(In reply to comment #11)
> Using ejavac may actually be less work and easier to maintain. Even if you
> generate the build.xml, you usually have to hack it quite a bit, like not to
> download stuff among other things.
> 

The problem with ejavac and friends or hand written build.xml files is that they have caused bugs in the past when for example our installed jar file misses some xml file.
Comment 13 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2007-04-24 06:48:37 UTC
1.3 is out

1.2 breaks deskzilla... and doesn't seem like result of API change that would be catched during build, were deskzilla opensource... 

FATAL ERROR
java.util.ConcurrentModificationException
        at java.util.AbstractList$Itr.checkForComodification(AbstractList.java:449)
        at java.util.AbstractList$Itr.next(AbstractList.java:420)
        at org.picocontainer.defaults.DefaultPicoContainer$OrderedComponentAdapterLifecycleManager.start(DefaultPicoContainer.java:660)
        at org.picocontainer.defaults.DefaultPicoContainer.start(DefaultPicoContainer.java:464)
        at org.picocontainer.defaults.DefaultPicoContainer.start(DefaultPicoContainer.java:469)
        at z.gbf.e(ZZ:43)
        at com.almworks.platform.ComponentLoader.s(ZZ:385)
        at com.almworks.platform.ComponentLoader.b(ZZ:93)
        at com.almworks.platform.ComponentLoader.a(ZZ:30)
        at z.azs.run(ZZ:42)
        at java.lang.Thread.run(Thread.java:595)
        at z.gxk.run(ZZ:18)
20070424-064532.800 SEVERE FATAL ERROR
java.util.ConcurrentModificationException
        at java.util.AbstractList$Itr.checkForComodification(AbstractList.java:449)
        at java.util.AbstractList$Itr.next(AbstractList.java:420)
        at org.picocontainer.defaults.DefaultPicoContainer$OrderedComponentAdapterLifecycleManager.start(DefaultPicoContainer.java:660)
        at org.picocontainer.defaults.DefaultPicoContainer.start(DefaultPicoContainer.java:464)
        at org.picocontainer.defaults.DefaultPicoContainer.start(DefaultPicoContainer.java:469)
        at z.gbf.e(ZZ:43)
        at com.almworks.platform.ComponentLoader.s(ZZ:385)
        at com.almworks.platform.ComponentLoader.b(ZZ:93)
        at com.almworks.platform.ComponentLoader.a(ZZ:30)
        at z.azs.run(ZZ:42)
        at java.lang.Thread.run(Thread.java:595)
        at z.gxk.run(ZZ:18)
==========================================================================================
Comment 14 Jeroen Roovers (RETIRED) gentoo-dev 2014-02-24 00:54:50 UTC
The HOMEPAGE domain seems dead now.
Comment 15 Andreas Sturmlechner gentoo-dev 2015-08-06 01:44:45 UTC
Ebuild removed from overlay.
Comment 16 Patrice Clement gentoo-dev 2015-08-06 08:57:30 UTC
Perfect, thanks.