On Tue, Jul 28, 2009 at 9:21 PM, sebb wrote:
> On 29/07/2009, Rahul Akolkar wrote:
>> On Tue, Jul 28, 2009 at 3:41 PM, sebb wrote:
>> > Although Jexl 2.0 works OK currently with Apache BSF 3.0, it relies on
>> > the factory & engine provided by BSF 3.0.
>> >
>> > Now Java 1.6 has scripting bui
Would then have to hack the menus.
On 7/28/09, sebb wrote:
> On 29/07/2009, pste...@apache.org wrote:
>> Author: psteitz
>> Date: Wed Jul 29 00:35:36 2009
>> New Revision: 798737
>>
>> URL: http://svn.apache.org/viewvc?rev=798737&view=rev
>> Log:
>> Disabled development reports for release.
On 29/07/2009, Rahul Akolkar wrote:
> On Tue, Jul 28, 2009 at 3:41 PM, sebb wrote:
> > Although Jexl 2.0 works OK currently with Apache BSF 3.0, it relies on
> > the factory & engine provided by BSF 3.0.
> >
> > Now Java 1.6 has scripting built-in, so I think it would make sense to
> > includ
On 29/07/2009, pste...@apache.org wrote:
> Author: psteitz
> Date: Wed Jul 29 00:35:36 2009
> New Revision: 798737
>
> URL: http://svn.apache.org/viewvc?rev=798737&view=rev
> Log:
> Disabled development reports for release.
Rather than disable them, why not just exclude them from the archive
Looks good, except NOTICE still says:
Copyright 2001-2008 The Apache Software Foundation
There have been changes in 2009 ...
On 28/07/2009, l...@apache.org wrote:
> Author: luc
> Date: Tue Jul 28 20:14:14 2009
> New Revision: 798697
>
> URL: http://svn.apache.org/viewvc?rev=798697&view=rev
>
On Tue, Jul 28, 2009 at 3:41 PM, sebb wrote:
> Although Jexl 2.0 works OK currently with Apache BSF 3.0, it relies on
> the factory & engine provided by BSF 3.0.
>
> Now Java 1.6 has scripting built-in, so I think it would make sense to
> include the necessary classes and property file in Jexl. Thi
Phil Steitz wrote:
I don't think the following addition to LICENSE.txt is appropriate:
"The Apache commons-math library includes a number of subcomponents with
separate copyright notices and license terms. Your use of the source
code for the these subcomponents is subject to the terms and
condit
I don't think the following addition to LICENSE.txt is appropriate:
"The Apache commons-math library includes a number of subcomponents with
separate copyright notices and license terms. Your use of the source
code for the these subcomponents is subject to the terms and
conditions of the followin
On Tue, Jul 28, 2009 at 3:47 PM, Henrib wrote:
>
>
>
> sebb-2-2 wrote:
>>
>> Ah, sorry, I did not realise there were some pending patches.
>>
>> I've finished for the time being - there are still a few raw types,
>> but I don't know what they are all supposed to be.
>>
>
> Thanks; I just wanted to
On Tue, Jul 28, 2009 at 3:21 PM, sebb wrote:
>
> I've finished for the time being - there are still a few raw types,
> but I don't know what they are all supposed to be.
>
Lot of collections usage in JEXL (or most expression language
implementations for that matter) is indeed quite raw. At which
On Tue, Jul 28, 2009 at 2:28 PM, sebb wrote:
> On 28/07/2009, Rahul Akolkar wrote:
>> On Tue, Jul 28, 2009 at 11:44 AM, sebb wrote:
>
>> > The JavaCC generator unforunately generates some rather unsafe code
>> > (e.g. writable public static String arrays); I don't know if it is
>> > possible t
sebb a écrit :
> On 28/07/2009, Luc Maisonobe wrote:
>> sebb a écrit :
>>
>>> On 25/07/2009, Phil Steitz wrote:
>> >> http://people.apache.org/~psteitz/commons-math-2.0-RC1/
>> >
>> > Sigs OK, but the MD5 and SHA1 hashes are different from usual:
>> >
>> > MD5(commons-math-2.0-RC1.tar.gz)= 3
On 28/07/2009, Luc Maisonobe wrote:
> sebb a écrit :
>
> > On 25/07/2009, Phil Steitz wrote:
> >> http://people.apache.org/~psteitz/commons-math-2.0-RC1/
> >
> > Sigs OK, but the MD5 and SHA1 hashes are different from usual:
> >
> > MD5(commons-math-2.0-RC1.tar.gz)= 3117860975931ae8e16d60ece
sebb-2-2 wrote:
>
> Ah, sorry, I did not realise there were some pending patches.
>
> I've finished for the time being - there are still a few raw types,
> but I don't know what they are all supposed to be.
>
Thanks; I just wanted to be sure Rahul (I guess) would have something as
easy as po
Although Jexl 2.0 works OK currently with Apache BSF 3.0, it relies on
the factory & engine provided by BSF 3.0.
Now Java 1.6 has scripting built-in, so I think it would make sense to
include the necessary classes and property file in Jexl. This would
allow it to be used without the BSF jar.
It s
Hi, Gary,
I just attached a [CODEC-59] patch that I think I'm finally happy
with. This one is based on trunk as of right now.
I've also added a private reset() call that encode() and decode()
always call just before they start their operation. The reset() makes
this kind of usage possible:
Ba
sebb a écrit :
> On 25/07/2009, Phil Steitz wrote:
>> http://people.apache.org/~psteitz/commons-math-2.0-RC1/
>
> Sigs OK, but the MD5 and SHA1 hashes are different from usual:
>
> MD5(commons-math-2.0-RC1.tar.gz)= 3117860975931ae8e16d60ece525b211
>
> This complicates checking them.
>
> The no
On 28/07/2009, Henrib wrote:
>
>
>
> sebb-2-2 wrote:
> >
> >
> > Now that the code requires Java 1.5, there are a lot of complaints
> > from the Eclipse compiler about Type Safety and Raw Types. I think
> > these should ideally be fixed.
> >
> > Findbugs complains:
> >
> > There is an ap
> -Original Message-
> From: Rahul Akolkar [mailto:rahul.akol...@gmail.com]
> Sent: Tuesday, July 28, 2009 9:00 AM
> To: dev@commons.apache.org
> Subject: Re: [codec] svn commit: r798436
>
> On Tue, Jul 28, 2009 at 3:57 AM, wrote:
> > Author: ggregory
> > Date: Tue Jul 28 07:57:49 2009
>
sebb-2-2 wrote:
>
>
> Now that the code requires Java 1.5, there are a lot of complaints
> from the Eclipse compiler about Type Safety and Raw Types. I think
> these should ideally be fixed.
>
> Findbugs complains:
>
> There is an apparent infinite recursive loop in Interpreter:
>
> pub
On 28/07/2009, Rahul Akolkar wrote:
> On Tue, Jul 28, 2009 at 11:44 AM, sebb wrote:
> > On 28/07/2009, Rahul Akolkar wrote:
> >> On Tue, Jul 28, 2009 at 10:43 AM, Henrib wrote:
> >> >
> >> > After JEXL-60 is reviewed & committed, it seems Jexl-2.0 could reach
> code
> >> > freeze.
> >>
On Tue, Jul 28, 2009 at 3:57 AM, wrote:
> Author: ggregory
> Date: Tue Jul 28 07:57:49 2009
> New Revision: 798436
>
> URL: http://svn.apache.org/viewvc?rev=798436&view=rev
> Log:
> Bring code coverage to 100%/100% line/branch.
>
> Added:
>
> commons/proper/codec/trunk/src/test/org/apache/comm
On Tue, Jul 28, 2009 at 11:44 AM, sebb wrote:
> On 28/07/2009, Rahul Akolkar wrote:
>> On Tue, Jul 28, 2009 at 10:43 AM, Henrib wrote:
>> >
>> > After JEXL-60 is reviewed & committed, it seems Jexl-2.0 could reach code
>> > freeze.
>>
>>
>>
>> Cool, so (as I just asked in JIRA) you're done wi
> -Original Message-
> From: Rahul Akolkar [mailto:rahul.akol...@gmail.com]
> Sent: Tuesday, July 28, 2009 8:35 AM
> To: Commons Developers List
> Subject: Re: [codec] Wiki problem
>
> On Tue, Jul 28, 2009 at 11:32 AM, Gary
> Gregory wrote:
> >> -Original Message-
> >> From: Rahul
On 28/07/2009, Rahul Akolkar wrote:
> On Tue, Jul 28, 2009 at 10:43 AM, Henrib wrote:
> >
> > After JEXL-60 is reviewed & committed, it seems Jexl-2.0 could reach code
> > freeze.
>
>
>
> Cool, so (as I just asked in JIRA) you're done with that patch for a bit? :-)
>
>
>
> > All 1.1 pending
On Tue, Jul 28, 2009 at 11:34 AM, Henrib wrote:
> JEXL-43 will be (hopefully) the last issue to close before 2.0.
Yes, +1 to that.
-Rahul
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-
On Tue, Jul 28, 2009 at 11:32 AM, Gary
Gregory wrote:
>> -Original Message-
>> From: Rahul Akolkar [mailto:rahul.akol...@gmail.com]
>> Sent: Tuesday, July 28, 2009 8:30 AM
>> To: Commons Developers List
>> Subject: Re: [codec] Wiki problem
>>
>> On Tue, Jul 28, 2009 at 11:26 AM, Gary
>> Gre
Rahul Akolkar wrote:
>
> Cool, so (as I just asked in JIRA) you're done with that patch for a bit?
> :-)
>
Yes, I'm done with this one. ;-)
Rahul Akolkar wrote:
>
> Haven't looked at it, but does it also contain docs to address JEXL-43 as
> well?
> If not, thats the main remaining pending it
> -Original Message-
> From: Rahul Akolkar [mailto:rahul.akol...@gmail.com]
> Sent: Tuesday, July 28, 2009 8:30 AM
> To: Commons Developers List
> Subject: Re: [codec] Wiki problem
>
> On Tue, Jul 28, 2009 at 11:26 AM, Gary
> Gregory wrote:
> >> -Original Message-
> >> From: Rahul
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The following page has been changed by RahulAkolkar:
http://wiki.apache.org/commons/Codec
The comment on the change is:
Unlink pages that are not immediately going to be populated with
On Tue, Jul 28, 2009 at 11:26 AM, Gary
Gregory wrote:
>> -Original Message-
>> From: Rahul Akolkar [mailto:rahul.akol...@gmail.com]
>>
>> Fixed. Pages that aren't WikiNames require special attention for linking.
>>
>> In the section above, does any one intend to create RefinedSoundex and
>
> -Original Message-
> From: Rahul Akolkar [mailto:rahul.akol...@gmail.com]
> Sent: Tuesday, July 28, 2009 7:10 AM
> To: Commons Developers List
> Subject: Re: [codec] Wiki problem
>
> On Tue, Jul 28, 2009 at 2:24 AM, Gary
> Gregory wrote:
> > Well, this may be an RTFM...
> >
> > I added:
On Tue, Jul 28, 2009 at 10:43 AM, Henrib wrote:
>
> After JEXL-60 is reviewed & committed, it seems Jexl-2.0 could reach code
> freeze.
Cool, so (as I just asked in JIRA) you're done with that patch for a bit? :-)
> All 1.1 pending bugs would be fixed, enhancements requests & new features
> are
After JEXL-60 is reviewed & committed, it seems Jexl-2.0 could reach code
freeze.
All 1.1 pending bugs would be fixed, enhancements requests & new features
are in (assignment, ternary operators, UnifiedJEXL, constructor) and
micro-benchmarks seem to indicate better performance (for what it's worth
On Tue, Jul 28, 2009 at 4:59 AM, Gary
Gregory wrote:
>
> Maybe we can start by marking the Ant build files as deprecated.
>
> It seems to work fine right now.
>
IMO its more a documentation thing -- marking as deprecated perhaps,
and stressing that the releases are built with m2. We don't
necess
On Tue, Jul 28, 2009 at 2:24 AM, Gary
Gregory wrote:
> Well, this may be an RTFM...
>
> I added:
>
> http://wiki.apache.org/commons/Codec/Version_1_4
> http://wiki.apache.org/commons/Codec/Version_1_5
>
> for planning purposes and linked from:
>
> http://wiki.apache.org/commons/Codec
>
> I used the
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The following page has been changed by RahulAkolkar:
http://wiki.apache.org/commons/Codec
The comment on the change is:
Fix links to SubPages.
> -Original Message-
> From: news [mailto:n...@ger.gmane.org] On Behalf Of Jörg Schaible
> Sent: Tuesday, July 28, 2009 1:54 AM
> To: dev@commons.apache.org
> Subject: RE: [VOTE] Release Codec 1.4 based on RC2
>
> Gary Gregory wrote at Dienstag, 28. Juli 2009 10:39:
>
> >> -Original M
Hi Mat,
Mat Booth wrote at Dienstag, 28. Juli 2009 10:37:
> Heh, turns out my request to make the ant build better will probably
> get it abolished, though I don't blame you for wanting to maintain
> only one buildsystem. I thought ant and maven would both be first
> class citizens around here bu
Gary Gregory wrote at Dienstag, 28. Juli 2009 10:39:
>> -Original Message-
>> From: Emmanuel Bourg [mailto:ebo...@apache.org]
>> Sent: Tuesday, July 28, 2009 1:29 AM
>> To: Commons Developers List
>> Subject: Re: [VOTE] Release Codec 1.4 based on RC2
>>
>> Jörg Schaible a écrit :
>>
>> >
> -Original Message-
> From: Emmanuel Bourg [mailto:ebo...@apache.org]
> Sent: Tuesday, July 28, 2009 1:29 AM
> To: Commons Developers List
> Subject: Re: [VOTE] Release Codec 1.4 based on RC2
>
> Jörg Schaible a écrit :
>
> > Maybe we should start asking the other way round: Why do *we*
On Tue, Jul 28, 2009 at 9:04 AM, Jörg Schaible wrote:
> sebb wrote at Dienstag, 28. Juli 2009 09:40:
>
>> On 28/07/2009, Jörg Schaible wrote:
>>> sebb wrote at Montag, 27. Juli 2009 23:14:
>>>
>>>
>>> > On 27/07/2009, Niall Pemberton wrote:
>>>
>>>
>>> [sinp]
>>>
>>>
>>> >> I dont know the plug
I have done another round and improved code coverage in a couple of packages.
I would encourage anyone interested in trying to up the code coverage and tests
for the project and the language package in particular. It is challenging to
find examples for language codecs...
Aside from that, I thi
Jörg Schaible a écrit :
Maybe we should start asking the other way round: Why do *we* want to
maintain an additional Ant build file? We build our artifacts with Maven,
vote on them and distribute exactly those in the end. I'd never expect to
get the exactly same jar using a different build syste
sebb wrote at Dienstag, 28. Juli 2009 09:40:
> On 28/07/2009, Jörg Schaible wrote:
>> sebb wrote at Montag, 27. Juli 2009 23:14:
>>
>>
>> > On 27/07/2009, Niall Pemberton wrote:
>>
>>
>> [sinp]
>>
>>
>> >> I dont know the plugin, but looking at the code it looks like it
>> >> generates the j
On 28/07/2009, Gary Gregory wrote:
> > -Original Message-
> > From: Niall Pemberton [mailto:niall.pember...@gmail.com]
>
> > Sent: Monday, July 27, 2009 2:01 PM
> > To: Commons Developers List
> > Subject: Re: [VOTE] Release Codec 1.4 based on RC2
> >
>
> > On Mon, Jul 27, 2009 at 9:45
On 28/07/2009, Jörg Schaible wrote:
> sebb wrote at Montag, 27. Juli 2009 23:14:
>
>
> > On 27/07/2009, Niall Pemberton wrote:
>
>
> [sinp]
>
>
> >> I dont know the plugin, but looking at the code it looks like it
> >> generates the jar and extracts the manifest:
> >>
> >>
>
> http://svn.
On 28/07/2009, Gary Gregory wrote:
> > -Original Message-
> > From: news [mailto:n...@ger.gmane.org] On Behalf Of Jörg Schaible
> > Sent: Monday, July 27, 2009 10:50 PM
> > To: dev@commons.apache.org
> > Subject: Re: [VOTE] Release Codec 1.4 based on RC2
> >
>
> > sebb wrote at Montag
48 matches
Mail list logo
