[continuum] BUILD FAILURE: Apache Commons - Commons Math - Default Maven 2 Build Definition (Java 1.5)

Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=22989&projectId=97 Build statistics: State: Failed Previous State: Ok Started at: Thu 7 Jun 2012 06:20:49 + Finished at: Thu 7 Jun 2012 06:24:30 + Total time: 3m 40s Build Trigger: Schedule Build

[javaflow] Need help in fixing a problem in javaflow

> Hi, > > I am using javaflow in one of my project to get the continuation > functionality. I have hit a situation in which I need to call a function > using reflection which potentially can call suspend. (changing this, removes > a few functionality that is already present, hence before changing I

[GUMP@vmgump]: Project commons-proxy-test (in module apache-commons) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-proxy-test has an issue affecting its community integration. This

Re: [classscan] new URL(xxx) and it's problems

Yes, we had this pretty commonly in OWB. You might get funny strings like "wsjar:///..." as URL.toExternalForm() :( Basically all Systems which do not use the native file system but an own virtual files system implementation for storing apps, like JBossAS, WebLogic, WebSphere, etc For storing U

Re: [classscan] Metadata API discussion

> You mention that interfaces take a bit more space in memory.  Is this > because there is an adapter class (implementing the interface) and the > delegated final implementor? Or are you pointing out some other memory > concern? It's not much actually. Merely 80 bytes + fully qualified class name l

[GUMP@vmgump]: Project commons-graph (in module commons-sandbox) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-graph has an issue affecting its community integration. This issue

[GUMP@vmgump]: Project commons-digester3 (in module apache-commons) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-digester3 has an issue affecting its community integration. This i

[GUMP@vmgump]: Project commons-jxpath (in module apache-commons) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-jxpath has an issue affecting its community integration. This issu

[GUMP@vmgump]: Project commons-exec-test (in module apache-commons) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-exec-test has an issue affecting its community integration. This i

Re: [classscan] new URL(xxx) and it's problems

I did originally use URLs. Due to the ugliness Mark alludes to, I moved to URIs. The biggest performance consideration was using a URL as a Key to a map. That completely blew up performance. Does anyone have a concrete example of !url.equals(new URL(url.toExternalForm()) ? Thanks, Chas On 6

Re: [classscan] Metadata API discussion

Mark, In the BCEL implementation I originally used adapter classes which implemented the appropriate interface and delegated to the BCEL object. Unfortunately, this created a large memory footprint. The BCEL objects are not frugal with memory. I'm pretty sure we could tease apart the BCEL parts

[classscan] Metadata API discussion

Hi! I now did read through the metadata classes of Chas' and Davids impls. Both look pretty similar to some degree. A few key differences * using AnnotatedElement instead of HasName() makes it possible to replace most 'old' code which does getAnnotations() etc 1:1  Imo we should keep this featu

[classscan] new URL(xxx) and it's problems

Hi! I've now looked through both impls and both share some very similar API classes obviously (MetaClass, MetaField, etc). Details are different, but I think we can extract a common API. One thing I figured while looking at the code is that some parts are full with URI handling instead of URL.

[classscan] transparency

Hi all, David had mentioned an IRC conversation that had taken place. This did indeed transpire; the results of said conversation have been summarized at [1]. The channel has not been registered yet, but remains open as #asfcommons on freenode. Feel free to join us there, or rest assured that

Re: [All] Versions and versions.

Agreed. I'm in OSGi-land these days (ServiceMix, Camel, ActiveMQ, etc.), so I'm all for it! :) On Wed, Jun 6, 2012 at 12:21 PM, Christian Grobmeier wrote: > No objections here. > If there is a spec we can follow, we should do it. > In commons we build components - osgi is very natural for these

Re: [IO] Upcoming IO 2.4

Hi, Am 06.06.2012 um 15:23 schrieb Gary Gregory: > On Wed, Jun 6, 2012 at 8:57 AM, Felix Meschberger wrote: > >> Hi, >> >> Am 06.06.2012 um 13:52 schrieb Gary Gregory: >> >>> On Wed, Jun 6, 2012 at 6:40 AM, Felix Meschberger >> wrote: >>> Hi I am on the Felix and Sling project

Re: [functor] Checkstyle errors and new TODO's

Olá Simo :) Understood, I will fill an issue and assign it to you.   Thank you! Bruno P. Kinoshita http://kinoshita.eti.br http://tupilabs.com > > From: Simone Tripodi >To: Commons Developers List >Sent: Wednesday, 6 June 2012 10:47 AM >Subject: Re: [functor

Re: [functor] Checkstyle errors and new TODO's

Olá Bruno, the ML is not the right place where attaching patches - can you please fill an issue and assign it to me, so I won't forget to apply it? TIA! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/

Re: [IO] Upcoming IO 2.4

On Wed, Jun 6, 2012 at 8:57 AM, Felix Meschberger wrote: > Hi, > > Am 06.06.2012 um 13:52 schrieb Gary Gregory: > > > On Wed, Jun 6, 2012 at 6:40 AM, Felix Meschberger >wrote: > > > >> Hi > >> > >> I am on the Felix and Sling projects where we use commons IO and are > >> confronted with a OSGi se

Re: [IO] Upcoming IO 2.4

Hi, Am 06.06.2012 um 13:52 schrieb Gary Gregory: > On Wed, Jun 6, 2012 at 6:40 AM, Felix Meschberger wrote: > >> Hi >> >> I am on the Felix and Sling projects where we use commons IO and are >> confronted with a OSGi semantic versioning issue with the Commons IO 2.x >> bundles. >> >> According

Re: [functor] Patch for FUNCTOR-14, new Generators and Ranges

On Tue, Jun 5, 2012 at 11:48 PM, Bruno P. Kinoshita wrote: > Hi Matt, > > >> Would there be a type of Range that could not be turned into a >> Generator given a compatible Step parameter?  If not, we could define: >> >> interface Range  { >> ... >>    Generator  toGenerator(S step); >> } >> >> Thi

Re: [classscan] java5 or java6 as lang level in commons nowadays?

6 On Jun 6, 2012 8:51 AM, "Mark Struberg" wrote: > Hi! > > Should we set our java language level to java5 or java6? > > LieGrue, > strub > > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional comman

[classscan] java5 or java6 as lang level in commons nowadays?

Hi! Should we set our java language level to java5 or java6? LieGrue, strub - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

Re: [All] Versions and versions.

Hi, Am 06.06.2012 um 14:16 schrieb Gary Gregory: > On Wed, Jun 6, 2012 at 8:12 AM, Felix Meschberger wrote: > >> Hi, >> >> Am 06.06.2012 um 14:00 schrieb Gary Gregory: >> >>> Opening ... >> >> ;-) BTW: Thanks alot ! This is appreciated. >> >>> >>> Should Commons adopt OSGi Semantic Versio

Re: [All] Versions and versions.

On Wed, Jun 6, 2012 at 8:12 AM, Felix Meschberger wrote: > Hi, > > Am 06.06.2012 um 14:00 schrieb Gary Gregory: > > > Opening ... > > ;-) > > > > > Should Commons adopt OSGi Semantic Versioning [1] instead of defining our > > own [2] (even though they might in effect be the same)? > > From my cons

Re: [IO] Upcoming IO 2.4

On Wed, Jun 6, 2012 at 6:40 AM, Felix Meschberger wrote: > Hi > > I am on the Felix and Sling projects where we use commons IO and are > confronted with a OSGi semantic versioning issue with the Commons IO 2.x > bundles. > > According to [1] Commons IO 2.0 is binary compatible with Commons IO 1.4

Re: [IO] Upcoming IO 2.4

On Wed, Jun 6, 2012 at 12:40 PM, Felix Meschberger wrote: > Would you consider a bug/patch and include it in the release ? That would be most welcome, as you certainly understand much more about OSGI than we do. Please be so kind and file a Jira issue, and attach the patch to that issue. Thanks

Re: [IO] Upcoming IO 2.4

Hi I am on the Felix and Sling projects where we use commons IO and are confronted with a OSGi semantic versioning issue with the Commons IO 2.x bundles. According to [1] Commons IO 2.0 is binary compatible with Commons IO 1.4. So I would assume all 2.x versions are binary compatible with 1.4.

[GUMP@vmgump]: Project commons-scxml-test (in module apache-commons) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-scxml-test has an issue affecting its community integration. This