There is a huge difference between 4 and 5.
But Java 6 does not offer much, so I say stick with Java 5 unless the
code needs Java 6.
On 25 April 2014 23:09, Gary Gregory wrote:
> We should update the JRE requirement to a least java 6.
>
> G
>
> Original message From: sebb
> Dat
We should update the JRE requirement to a least java 6.
G
Original message From: sebb
Date:04/25/2014 17:50 (GMT-05:00) To: Commons
Developers List Subject: Re: [bcel] Next
release
Also, JDK 1.4 is really old now; it's highly unlikely that anyone is
stuck on it.
But if t
Also, JDK 1.4 is really old now; it's highly unlikely that anyone is
stuck on it.
But if there are other significant changes I don't object to a major
version bump.
On 25 April 2014 15:49, Gary Gregory wrote:
> FWIW: We've changed Java requirements in minor releases before.
>
> Gary
>
>
> On Fri
Hey guys,
sorry for messing this up and many thanks for spotting it!! I've reverted
the commit in r1590122.
Benedikt
2014-04-25 21:42 GMT+02:00 Siegfried Goeschl
:
> For the records and not-soo-old-hands - http://www.apache.org/memorials/
>
> Siegfried Goeschl
>
> On 25 Apr 2014, at 21:38, Ph
For the records and not-soo-old-hands - http://www.apache.org/memorials/
Siegfried Goeschl
On 25 Apr 2014, at 21:38, Phil Steitz wrote:
> On 4/25/14, 12:14 PM, Oliver Heger wrote:
>>
>> Am 25.04.2014 16:11, schrieb brit...@apache.org:
>>> Author: britter
>>> Date: Fri Apr 25 14:11:14 2014
>>>
On 4/25/14, 12:14 PM, Oliver Heger wrote:
>
> Am 25.04.2014 16:11, schrieb brit...@apache.org:
>> Author: britter
>> Date: Fri Apr 25 14:11:14 2014
>> New Revision: 1590035
>>
>> URL: http://svn.apache.org/r1590035
>> Log:
>> Fix typo
>>
>> Modified:
>> commons/proper/io/trunk/pom.xml
>>
>> Mod
Am 25.04.2014 16:11, schrieb brit...@apache.org:
> Author: britter
> Date: Fri Apr 25 14:11:14 2014
> New Revision: 1590035
>
> URL: http://svn.apache.org/r1590035
> Log:
> Fix typo
>
> Modified:
> commons/proper/io/trunk/pom.xml
>
> Modified: commons/proper/io/trunk/pom.xml
> URL:
> http
FWIW: We've changed Java requirements in minor releases before.
Gary
On Fri, Apr 25, 2014 at 10:47 AM, Dave Brosius wrote:
> I think it should be 6.0 since we've changed from requiring jdk1.4 to
> jdk1.5 and that really shouldn't be done on a point release.
>
> ---
>
>
>
> On 2014-04-25 08:57
I think it should be 6.0 since we've changed from requiring jdk1.4 to
jdk1.5 and that really shouldn't be done on a point release.
---
On 2014-04-25 08:57, Gary Gregory wrote:
Either version # is fine with me.
Gary
On Fri, Apr 25, 2014 at 8:40 AM, Torsten Curdt
wrote:
Go go go! Thanks
Hi Benedikt,
I havent added patches yet wantes ro know if i need to add tht with jira
created
Regards,
-Yogesh
On Friday, April 25, 2014, Benedikt Ritter wrote:
> Hi Yogesh,
>
> thanks for your work on BU2. I'm a bit busy currently, that's why I haven't
> found the time to review your patches.
Ok, will try.
Thanks
Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.com/rmannibucau
2014-04-25 14:24 GMT+02:00 Siegfried Goeschl :
> Hi folks,
>
> don't know the official view of things (cu
That that I think about it, sem ver says we should do 6.0 next, so let's do
that.
Next we should discuss if we should change package names.
Gary
On Fri, Apr 25, 2014 at 9:07 AM, Benedikt Ritter wrote:
> I'm not sure we should rush this... this my be the way to jar hell. But I'm
> not using BC
Hi Yogesh,
thanks for your work on BU2. I'm a bit busy currently, that's why I haven't
found the time to review your patches. I'll try to have a look tomorrow.
Regards,
Benedikt
2014-04-25 10:19 GMT+02:00 Yogesh Rao :
> Hi,
>
> I have added 2 new tasks in JIRA :- SANDBOX-472 & SANDBOX-473
>
>
I'm not sure we should rush this... this my be the way to jar hell. But I'm
not using BCEL in my projects so I can not really tell if it's a problem.
2014-04-25 14:57 GMT+02:00 Gary Gregory :
> Either version # is fine with me.
>
> Gary
>
>
> On Fri, Apr 25, 2014 at 8:40 AM, Torsten Curdt wrote
go for it.
2014-04-25 6:19 GMT+02:00 Henri Yandell :
> +1 to remove.
>
>
> On Mon, Apr 21, 2014 at 1:42 PM, Duncan Jones wrote:
>
> > Hi everyone,
> >
> > The Conversion class has numerous instances in which a value is
> > multiplied by one (e.g. line 1054):
> >
> > shift = i * 1 + dstPos;
> >
Either version # is fine with me.
Gary
On Fri, Apr 25, 2014 at 8:40 AM, Torsten Curdt wrote:
> Go go go! Thanks for looking into this :)
>
> IIRC there is so much stuff fixed and changed from 5.2 - I think
> calling it 6.0 expresses this better than 5.3.
> Especially with the changes to the vi
Go go go! Thanks for looking into this :)
IIRC there is so much stuff fixed and changed from 5.2 - I think
calling it 6.0 expresses this better than 5.3.
Especially with the changes to the visitor interface.
cheers,
Torsten
On Fri, Apr 25, 2014 at 12:30 PM, Emmanuel Bourg wrote:
> Hi all,
>
> I
Hi all,
I'm currently working on the migration to Java 8 in Debian and several
packages are broken due to the lack of invokedynamic support in BCEL 5.2
(the dreaded ClassFormatException: Invalid byte tag in constant pool:
18). I think it's high time for a release. Even if the current code
isn't pe
Hi folks,
don't know the official view of things (current ASF Git support) but I
use GitHub to work on refactoring since it allows broader contribution
(only GitHub account is required)
Cheers,
Siegfried Goeschl
On 25.04.14 09:28, Romain Manni-Bucau wrote:
yep was the idea.
promoting jcs
On 24 April 2014 16:58, Honton, Charles wrote:
> TextStrategy is only for parsing finite set of string choices. Literal
> text is handled by CopyQuotedStrategy.
>
I see.
In which case I suggest renaming it to reflect its new case-blind behaviour.
Also remove keyValues - it wastes space.
>
> On
In any case, please remember to add your changes to changes xml.
2014-04-24 17:58 GMT+02:00 Honton, Charles :
> TextStrategy is only for parsing finite set of string choices. Literal
> text is handled by CopyQuotedStrategy.
>
>
> On 4/23/14, 6:14 PM, "sebb" wrote:
>
> >On 23 April 2014 21:19, H
On 25 April 2014 08:45, Benedikt Ritter wrote:
> Nice! But you seem to have auto-formating enabled, which leads to unrelated
> changes (see below). For larger changes you should enabled auto-formating
> only for edited lines or make a separate reformat commit.
>
> Regards,
> Benedikt
Thanks for t
Hi,
I have added 2 new tasks in JIRA :- SANDBOX-472 & SANDBOX-473
Awaiting comments on the JIRA issues and also please let me know if i need
to attach patches right away to the issues
Regards,
-Yogesh
Nice! But you seem to have auto-formating enabled, which leads to unrelated
changes (see below). For larger changes you should enabled auto-formating
only for edited lines or make a separate reformat commit.
Regards,
Benedikt
2014-04-21 10:37 GMT+02:00 :
> Author: djones
> Date: Mon Apr 21 08:3
yep was the idea.
promoting jcs to incubator would definively be great.
The short term question and sandbox reference was more: how can we
work together on tcks. Using patches makes it hard (you need to merge
all patches etc if several people are contributing).
Romain Manni-Bucau
Twitter: @rma
You mean move to the sandbox area to work more easily on JCache
specification implementation.
And maybe try to get JCS to incubator and then try to promote to TLP?
Not sure I got all your points.
JLouis
2014-04-25 8:43 GMT+02:00 Romain Manni-Bucau :
> Did some more work ( still attached to
> h
26 matches
Mail list logo
