Did some more work ( still attached to
https://issues.apache.org/jira/browse/JCS-118 - side note: i didnt
recheck defaults tests here so maybe seomthing is broken regarding the
configuration I changed a bit as mentionned in a comment )
The question at this point is how to go ahead? My main issue
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 rmannibu...@gmail.com:
Did some more work (
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:
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 djo...@apache.org:
Author: djones
Date:
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
On 25 April 2014 08:45, Benedikt Ritter brit...@apache.org 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
In any case, please remember to add your changes to changes xml.
2014-04-24 17:58 GMT+02:00 Honton, Charles charles_hon...@intuit.com:
TextStrategy is only for parsing finite set of string choices. Literal
text is handled by CopyQuotedStrategy.
On 4/23/14, 6:14 PM, sebb seb...@gmail.com
On 24 April 2014 16:58, Honton, Charles charles_hon...@intuit.com 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
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
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
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 ebo...@apache.org
Either version # is fine with me.
Gary
On Fri, Apr 25, 2014 at 8:40 AM, Torsten Curdt tcu...@vafer.org 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
go for it.
2014-04-25 6:19 GMT+02:00 Henri Yandell flame...@gmail.com:
+1 to remove.
On Mon, Apr 21, 2014 at 1:42 PM, Duncan Jones djo...@apache.org wrote:
Hi everyone,
The Conversion class has numerous instances in which a value is
multiplied by one (e.g. line 1054):
shift = i
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 garydgreg...@gmail.com:
Either version # is fine with me.
Gary
On Fri, Apr 25, 2014 at 8:40 AM,
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 yog...@gmail.com:
Hi,
I have added 2 new tasks in JIRA :- SANDBOX-472
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 brit...@apache.org wrote:
I'm not sure we should rush this... this my be the way to jar hell. But
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 sgoes...@gmx.at:
Hi folks,
don't know the official view
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 brit...@apache.org 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
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.
---
br type=_moz /
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
FWIW: We've changed Java requirements in minor releases before.
Gary
On Fri, Apr 25, 2014 at 10:47 AM, Dave Brosius dbros...@apache.org 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.
---
br
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:
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
Modified:
For the records and not-soo-old-hands - http://www.apache.org/memorials/
Siegfried Goeschl
On 25 Apr 2014, at 21:38, Phil Steitz phil.ste...@gmail.com 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
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 siegfried.goes...@it20one.com
:
For the records and not-soo-old-hands - http://www.apache.org/memorials/
Siegfried Goeschl
On
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 garydgreg...@gmail.com wrote:
FWIW: We've changed Java requirements in minor releases before.
We should update the JRE requirement to a least java 6.
G
div Original message /divdivFrom: sebb seb...@gmail.com
/divdivDate:04/25/2014 17:50 (GMT-05:00) /divdivTo: Commons
Developers List dev@commons.apache.org /divdivSubject: Re: [bcel] Next
release /divdiv
/divAlso, JDK
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 garydgreg...@gmail.com wrote:
We should update the JRE requirement to a least java 6.
G
div Original message
27 matches
Mail list logo