Hi all,
I've successfully gone through my first release (wasn't as bad as I had
expected it to be). I still have to do the Jira stuff, will do that tonight
probably.
So, here is what I have in mind for lang as next steps.
Move User Guide from Website to package-info.java:
The user guide is
I am working OGNL-145 right now and it is a lot of work and a lot of changes.
I think it is best to make the change in atomic chunks and to collect the lint
patches up and apply them when done.
What does the group think?
-Jason
-Original Message-
From: Lukasz Lenart (JIRA)
Sent:
I am trying to find the code generator for this dynamically generated class.
Can someone point me in the right direction?
-Jason
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
- -
- Jason Pyeron
The best is patch per JIRA issue IMHO - if there is more work to do
with one issue, create subtasks to handle them
2014/1/2 Jason Pyeron jpye...@pdinc.us:
I am working OGNL-145 right now and it is a lot of work and a lot of changes.
I think it is best to make the change in atomic chunks and
-Original Message-
From: Lukasz Lenart
Sent: Thursday, January 02, 2014 7:46
The best is patch per JIRA issue IMHO - if there is more work
to do with one issue, create subtasks to handle them
That is what I am doing for OGNL-145.
Once I am sure the static state removals/changes
-Original Message-
From: Jason Pyeron
Sent: Thursday, January 02, 2014 7:41
I am trying to find the code generator for this dynamically
generated class.
Generated code:
org.apache.commons.ognl.OgnlOps.in( ($w) null, ($w) java.util.Arrays.asList( new
Object[] { ($w) (true), ($w)
Le 01/01/2014 23:09, Stefan Bodewig a écrit :
AFAIK maven uses some Plexus component which is yet another fork of the
codebase originating from Ant - must have been created at about the same
time as Compress.
The forked code has been replaced in plexus-archiver 2.4 with a
dependency on
On 2014-01-02, Emmanuel Bourg wrote:
Le 01/01/2014 23:09, Stefan Bodewig a écrit :
AFAIK maven uses some Plexus component which is yet another fork of the
codebase originating from Ant - must have been created at about the same
time as Compress.
The forked code has been replaced in
+1 to it all.
Gary
Original message
From: Benedikt Ritter brit...@apache.org
Date:01/02/2014 05:29 (GMT-05:00)
To: Commons Developers List dev@commons.apache.org
Subject: [LANG] Next steps
Hi all,
I've successfully gone through my first release (wasn't as bad as I had
Hi all,
The top of the commons-lang web page reads:
Last Published: 01 January 2014 | Version: 3.3-SNAPSHOT
Shouldn't that read:
Last Published: 01 January 2014 | Version: 3.2 ??
Or are we changing the site between releases, thus necessitating that
we build a site using the current
On 2 January 2014 14:40, Gary Gregory garydgreg...@gmail.com wrote:
+1 to it all.
Gary
Original message
From: Benedikt Ritter brit...@apache.org
Date:01/02/2014 05:29 (GMT-05:00)
To: Commons Developers List dev@commons.apache.org
Subject: [LANG] Next steps
Hi all,
It's a constant problem. There is not much use having a SNAPSHOT site IMO,
but it is the default behavior so to speak.
Gary
On Thu, Jan 2, 2014 at 9:45 AM, Duncan Jones dun...@wortharead.com wrote:
Hi all,
The top of the commons-lang web page reads:
Last Published: 01 January 2014 |
On 2 January 2014 14:54, Gary Gregory garydgreg...@gmail.com wrote:
It's a constant problem. There is not much use having a SNAPSHOT site IMO,
but it is the default behavior so to speak.
That depends on the RM.
It's perfectly possible to deploy the website from the tag instead of trunk.
Gary
2014/1/2 sebb seb...@gmail.com
On 2 January 2014 14:54, Gary Gregory garydgreg...@gmail.com wrote:
It's a constant problem. There is not much use having a SNAPSHOT site
IMO,
but it is the default behavior so to speak.
That depends on the RM.
It's perfectly possible to deploy the website
2014/1/2 Duncan Jones djo...@cantab.net
On 2 January 2014 14:40, Gary Gregory garydgreg...@gmail.com wrote:
+1 to it all.
Gary
Original message
From: Benedikt Ritter brit...@apache.org
Date:01/02/2014 05:29 (GMT-05:00)
To: Commons Developers List
On 2 January 2014 15:38, Benedikt Ritter brit...@apache.org wrote:
2014/1/2 sebb seb...@gmail.com
On 2 January 2014 14:54, Gary Gregory garydgreg...@gmail.com wrote:
It's a constant problem. There is not much use having a SNAPSHOT site
IMO,
but it is the default behavior so to speak.
On Thu, Jan 2, 2014 at 10:38 AM, Benedikt Ritter brit...@apache.org wrote:
2014/1/2 sebb seb...@gmail.com
On 2 January 2014 14:54, Gary Gregory garydgreg...@gmail.com wrote:
It's a constant problem. There is not much use having a SNAPSHOT site
IMO,
but it is the default behavior so to
I am canceling this RC1 vote to deal with the issues brought up in the
[VOTE] thread.
Thank you to all of you who reviewed.
Gary
On Mon, Dec 30, 2013 at 10:34 AM, Gary Gregory ggreg...@apache.org wrote:
Hello All:
This is a VOTE to release Commons Exec 1.2-RC1
Feature and fix release.
On Thu, Jan 2, 2014 at 10:45 AM, sebb seb...@gmail.com wrote:
On 2 January 2014 15:38, Benedikt Ritter brit...@apache.org wrote:
2014/1/2 sebb seb...@gmail.com
On 2 January 2014 14:54, Gary Gregory garydgreg...@gmail.com wrote:
It's a constant problem. There is not much use having a
2014/1/2 Gary Gregory garydgreg...@gmail.com
On Thu, Jan 2, 2014 at 10:38 AM, Benedikt Ritter brit...@apache.org
wrote:
2014/1/2 sebb seb...@gmail.com
On 2 January 2014 14:54, Gary Gregory garydgreg...@gmail.com wrote:
It's a constant problem. There is not much use having a SNAPSHOT
On Thu, Jan 2, 2014 at 10:55 AM, Benedikt Ritter brit...@apache.org wrote:
2014/1/2 Gary Gregory garydgreg...@gmail.com
On Thu, Jan 2, 2014 at 10:38 AM, Benedikt Ritter brit...@apache.org
wrote:
2014/1/2 sebb seb...@gmail.com
On 2 January 2014 14:54, Gary Gregory
2014/1/2 Gary Gregory garydgreg...@gmail.com
On Thu, Jan 2, 2014 at 10:55 AM, Benedikt Ritter brit...@apache.org
wrote:
2014/1/2 Gary Gregory garydgreg...@gmail.com
On Thu, Jan 2, 2014 at 10:38 AM, Benedikt Ritter brit...@apache.org
wrote:
2014/1/2 sebb seb...@gmail.com
2014/1/2 sebb seb...@gmail.com
On 2 January 2014 15:38, Benedikt Ritter brit...@apache.org wrote:
2014/1/2 sebb seb...@gmail.com
On 2 January 2014 14:54, Gary Gregory garydgreg...@gmail.com wrote:
It's a constant problem. There is not much use having a SNAPSHOT site
IMO,
but it is
On Wed, Jan 1, 2014 at 12:57 PM, Jörg Schaible joerg.schai...@gmx.dewrote:
Gary Gregory wrote:
[snip]
This VOTE is open for at least 72 hours until December 23 2013 at 11:30
PM
EST.
Hmm. This date is difficult to match ;-)
Oops, I'll get this right in RC2!
Gary
- Jörg
On Wed, Jan 1, 2014 at 1:13 PM, Phil Steitz phil.ste...@gmail.com wrote:
I assume what we are voting on is the tars / zips in the Nexus repo.
Yes.
I could not get the tests to run on Mac OSX (10.9.1). The Ant build
fails with
[junit] Testcase: testExecute took 0.013 sec
[junit]
On 2 January 2014 17:17, Gary Gregory garydgreg...@gmail.com wrote:
On Wed, Jan 1, 2014 at 1:13 PM, Phil Steitz phil.ste...@gmail.com wrote:
I assume what we are voting on is the tars / zips in the Nexus repo.
Yes.
I could not get the tests to run on Mac OSX (10.9.1). The Ant build
On 2 January 2014 17:31, sebb seb...@gmail.com wrote:
On 2 January 2014 17:17, Gary Gregory garydgreg...@gmail.com wrote:
On Wed, Jan 1, 2014 at 1:13 PM, Phil Steitz phil.ste...@gmail.com wrote:
I assume what we are voting on is the tars / zips in the Nexus repo.
Yes.
I could not get
On 2014-01-02, Gary Gregory wrote:
Sounds like an OS permission issue with executables. Can we use Maven to
create the right file permissions for sh files in a tar/zip?
Assuming you are using the assembly plugin, then the answer is yes:
On 2014-01-02, sebb wrote:
AFAIK zip does not support permissions.
InfoZIP does and so does Ant (or Commons Compress ;-). Not sure about
the assembly plugin but I'd assume it supports it as well.
Stefan
PS: permissions in ZIPs are the main reason I started to write the
org.apache.tools.zip
On Thu, Jan 2, 2014 at 12:56 PM, Stefan Bodewig bode...@apache.org wrote:
On 2014-01-02, Gary Gregory wrote:
Sounds like an OS permission issue with executables. Can we use Maven to
create the right file permissions for sh files in a tar/zip?
Assuming you are using the assembly plugin,
On 2 January 2014 18:28, Gary Gregory garydgreg...@gmail.com wrote:
On Thu, Jan 2, 2014 at 12:56 PM, Stefan Bodewig bode...@apache.org wrote:
On 2014-01-02, Gary Gregory wrote:
Sounds like an OS permission issue with executables. Can we use Maven to
create the right file permissions for sh
There was a problem [1] with the getAddressCount() method - it
returned an int, however the count of addresses could be larger than
Integer.MAX_VALUE.
To preserve binary compat, I added a new method
long getAddressCountLong()
However, I'm not entirely happy with the new name; it seems a bit long
On 1/2/14, 10:42 AM, sebb wrote:
On 2 January 2014 18:28, Gary Gregory garydgreg...@gmail.com wrote:
On Thu, Jan 2, 2014 at 12:56 PM, Stefan Bodewig bode...@apache.org wrote:
On 2014-01-02, Gary Gregory wrote:
Sounds like an OS permission issue with executables. Can we use Maven to
create
On 1/2/14, 9:17 AM, Gary Gregory wrote:
On Wed, Jan 1, 2014 at 1:13 PM, Phil Steitz phil.ste...@gmail.com wrote:
I assume what we are voting on is the tars / zips in the Nexus repo.
Yes.
I could not get the tests to run on Mac OSX (10.9.1). The Ant build
fails with
[junit] Testcase:
There is no good short name, unless you want to go with something like
getAddressCountL(), yikes.
For the 'normal' version 'AsType' is used somettimes:
getAddressCountAsLong().
Or we could add a name that reflects the now corrected semantics, like
getFullAddressCount().
Gary
On Thu, Jan 2,
On Thu, Jan 2, 2014 at 2:18 PM, Phil Steitz phil.ste...@gmail.com wrote:
On 1/2/14, 10:42 AM, sebb wrote:
On 2 January 2014 18:28, Gary Gregory garydgreg...@gmail.com wrote:
On Thu, Jan 2, 2014 at 12:56 PM, Stefan Bodewig bode...@apache.org
wrote:
On 2014-01-02, Gary Gregory wrote:
There's nothing wrong with the name. Even the spec experts follow this
convention. See methods getContentLength() vs getContentLengthLong().
tomcat.apache.org/tomcat-8.0-doc/servletapi/javax/servlet/ServletRequest.html
On Thu, Jan 2, 2014 at 4:08 PM, Gary Gregory garydgreg...@gmail.com wrote:
OK, thanks, I'll leave it as is.
On 2 January 2014 22:11, Paul Benedict pbened...@apache.org wrote:
There's nothing wrong with the name. Even the spec experts follow this
convention. See methods getContentLength() vs getContentLengthLong().
Hello All:
This is a VOTE to release Commons Exec 1.2-RC2
The changes from RC1 are:
- Update the NOTICE.txt file fro 2014
- Update the source assembly to mark .sh files as executable.
Feature and fix release. Requires a minimum of Java 1.3.
The Apache Commons Exec team is pleased to announce
Also +1 to all.
On Thu, Jan 2, 2014 at 6:40 AM, Gary Gregory garydgreg...@gmail.com wrote:
+1 to it all.
Gary
Original message
From: Benedikt Ritter brit...@apache.org
Date:01/02/2014 05:29 (GMT-05:00)
To: Commons Developers List dev@commons.apache.org
Subject:
Yes we change the site between releases.
The bigger question is why we have a version number on the website, it
isn't versioned.
Hen
On Thu, Jan 2, 2014 at 6:45 AM, Duncan Jones dun...@wortharead.com wrote:
Hi all,
The top of the commons-lang web page reads:
Last Published: 01 January
Better move quick on 3.2.1. Only bit I don't like about that is that it
implies we shouldn't be committing anything that would lead us to want to
have a 3.3.
I'm +1 for calendar defined minor releases btw. I think we should be
releasing monthly, if anyone has the energy to deal with the RMing :)
42 matches
Mail list logo