Re: [Digester] Sandbox "annotations" package ready to be revisioned and merged to /trunk

2010-07-23 Thread Simone Tripodi
Hi Rahul, thanks a lot, very appreciated :) Have a nice WE, greetings, Simo http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Fri, Jul 23, 2010 at 4:43 AM, Rahul Akolkar wrote: > On Wed, Jul 21, 2010 at 4:01 PM, Simone Tripodi > wrote: >> Hi all guys, >> as discussed and agre

[scxml-js] Question on Basic HTTP Event I/O Processor Specification

2010-07-23 Thread Jacob Beard
Hi, I'm currently working on developing support for the External Communications module of the SCXML specification for scxml-js, and I'm a bit confused about Appendix H Basic HTTP Event I/O Processor . It seems like there may be a contradict

[VOTE] Release Commons Lang 3.0 Beta.2

2010-07-23 Thread Henri Yandell
Context: Releasing a beta version of the Lang 3.0 API for user feedback. There aren't any major API changes expected, unless the community raises them. The aim would be to _not_ put this in the Maven repository. Update from Beta-1:

Re: [scxml-js] Question on Basic HTTP Event I/O Processor Specification

2010-07-23 Thread Rahul Akolkar
On Fri, Jul 23, 2010 at 2:51 PM, Jacob Beard wrote: > Hi, > > I'm currently working on developing support for the External Communications > module of the SCXML specification for scxml-js, and I'm a bit confused about > Appendix H Basic HTTP Event I/O Processor >

Re: [scxml-js] Question on Basic HTTP Event I/O Processor Specification

2010-07-23 Thread Jacob Beard
Great, thanks for the quick response. Jake On 10-07-23 05:51 PM, Rahul Akolkar wrote: On Fri, Jul 23, 2010 at 2:51 PM, Jacob Beard wrote: Hi, I'm currently working on developing support for the External Communications module of the SCXML specification for scxml-js, and I'm a bit confused

Re: clirr for MATH-389

2010-07-23 Thread Gilles Sadowski
> >>> Intentional but still a mistake IMO ;-) as it's part of the interface > >>> whereas the prime use is to allow to define a default constructor so that > >>> the user does *not* have to refer to the value. > >>> When using the default constructor, the user can always obtain the default > >>> va

Re: clirr for MATH-389

2010-07-23 Thread Phil Steitz
Gilles Sadowski wrote: > Intentional but still a mistake IMO ;-) as it's part of the interface > whereas the prime use is to allow to define a default constructor so that > the user does *not* have to refer to the value. > When using the default constructor, the user can always obta

Re: clirr for MATH-389

2010-07-23 Thread Bill Barker
-- From: "Phil Steitz" Sent: Friday, July 23, 2010 5:42 PM To: "Commons Developers List" Subject: Re: clirr for MATH-389 Gilles Sadowski wrote: Intentional but still a mistake IMO ;-) as it's part of the interface whereas the prime use is to a

Re: [compress] release 1.1?

2010-07-23 Thread Stefan Bodewig
On 2010-07-22, Torsten Curdt wrote: >> Between 1.0 and 1.1 I pushed getLastModifiedDate into ArchiveEntry to >> simplify a very common case. > Maybe we should add some more there. >>> If a particular ArchiveEntry doesn't support e.g. getGroup() it would >>> just return null ...but I am a little