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 :)
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 wrote:
> Hi all,
>
> The top of the commons-lang web page reads:
>
> "Last Published: 01 January 2014 | Version: 3
Also +1 to all.
On Thu, Jan 2, 2014 at 6:40 AM, Gary Gregory wrote:
> +1 to it all.
>
> Gary
>
> Original message
> From: Benedikt Ritter
> Date:01/02/2014 05:29 (GMT-05:00)
> To: Commons Developers List
> Subject: [LANG] Next steps
>
> Hi all,
>
> I've successfully gone t
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 th
OK, thanks, I'll leave it as is.
On 2 January 2014 22:11, Paul Benedict 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/ServletRequ
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 wrote:
> There is no good shor
On Thu, Jan 2, 2014 at 2:18 PM, Phil Steitz wrote:
> On 1/2/14, 10:42 AM, sebb wrote:
> > On 2 January 2014 18:28, Gary Gregory wrote:
> >> On Thu, Jan 2, 2014 at 12:56 PM, Stefan Bodewig
> wrote:
> >>
> >>> On 2014-01-02, Gary Gregory wrote:
> >>>
> Sounds like an OS permission issue with
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, 2
On 1/2/14, 9:17 AM, Gary Gregory wrote:
> On Wed, Jan 1, 2014 at 1:13 PM, Phil Steitz 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: testEx
On 1/2/14, 10:42 AM, sebb wrote:
> On 2 January 2014 18:28, Gary Gregory wrote:
>> On Thu, Jan 2, 2014 at 12:56 PM, Stefan Bodewig 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 permissi
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 2 January 2014 18:28, Gary Gregory wrote:
> On Thu, Jan 2, 2014 at 12:56 PM, Stefan Bodewig 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?
>>
>> As
On Thu, Jan 2, 2014 at 12:56 PM, Stefan Bodewig 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, then the answ
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 p
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:
https://maven.apache.org/plugins/maven-assembly-plugin/
On 2 January 2014 17:31, sebb wrote:
> On 2 January 2014 17:17, Gary Gregory wrote:
>> On Wed, Jan 1, 2014 at 1:13 PM, Phil Steitz 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
On 2 January 2014 17:17, Gary Gregory wrote:
> On Wed, Jan 1, 2014 at 1:13 PM, Phil Steitz 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] Te
On Wed, Jan 1, 2014 at 1:13 PM, Phil Steitz 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] Caused an
On Wed, Jan 1, 2014 at 12:57 PM, Jörg Schaible wrote:
> 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
>
>
>
2014/1/2 sebb
> On 2 January 2014 15:38, Benedikt Ritter wrote:
> > 2014/1/2 sebb
> >
> >> On 2 January 2014 14:54, Gary Gregory 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 depen
2014/1/2 Gary Gregory
> On Thu, Jan 2, 2014 at 10:55 AM, Benedikt Ritter
> wrote:
>
> > 2014/1/2 Gary Gregory
> >
> > > On Thu, Jan 2, 2014 at 10:38 AM, Benedikt Ritter
> > > wrote:
> > >
> > > > 2014/1/2 sebb
> > > >
> > > > > On 2 January 2014 14:54, Gary Gregory
> > wrote:
> > > > > > It'
On Thu, Jan 2, 2014 at 10:55 AM, Benedikt Ritter wrote:
> 2014/1/2 Gary Gregory
>
> > On Thu, Jan 2, 2014 at 10:38 AM, Benedikt Ritter
> > wrote:
> >
> > > 2014/1/2 sebb
> > >
> > > > On 2 January 2014 14:54, Gary Gregory
> wrote:
> > > > > It's a constant problem. There is not much use havin
2014/1/2 Gary Gregory
> On Thu, Jan 2, 2014 at 10:38 AM, Benedikt Ritter
> wrote:
>
> > 2014/1/2 sebb
> >
> > > On 2 January 2014 14:54, Gary Gregory wrote:
> > > > It's a constant problem. There is not much use having a SNAPSHOT site
> > > IMO,
> > > > but it is the default behavior so to spe
On Thu, Jan 2, 2014 at 10:45 AM, sebb wrote:
> On 2 January 2014 15:38, Benedikt Ritter wrote:
> > 2014/1/2 sebb
> >
> >> On 2 January 2014 14:54, Gary Gregory wrote:
> >> > It's a constant problem. There is not much use having a SNAPSHOT site
> >> IMO,
> >> > but it is the default behavior so
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 wrote:
> Hello All:
>
> This is a VOTE to release Commons Exec 1.2-RC1
>
> Feature and fix release. Requires a minimu
On Thu, Jan 2, 2014 at 10:38 AM, Benedikt Ritter wrote:
> 2014/1/2 sebb
>
> > On 2 January 2014 14:54, Gary Gregory 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.
> >
>
On 2 January 2014 15:38, Benedikt Ritter wrote:
> 2014/1/2 sebb
>
>> On 2 January 2014 14:54, Gary Gregory 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
2014/1/2 Duncan Jones
> On 2 January 2014 14:40, Gary Gregory wrote:
> > +1 to it all.
> >
> > Gary
> >
> > Original message
> > From: Benedikt Ritter
> > Date:01/02/2014 05:29 (GMT-05:00)
> > To: Commons Developers List
> > Subject: [LANG] Next steps
> >
> > Hi all,
> >
>
2014/1/2 sebb
> On 2 January 2014 14:54, Gary Gregory 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
> tr
On 2 January 2014 14:54, Gary Gregory 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
>
>
> On Thu, Jan 2
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 wrote:
> Hi all,
>
> The top of the commons-lang web page reads:
>
> "Last Published: 01 January 2014 | Version: 3.3-SNAPSHO
On 2 January 2014 14:40, Gary Gregory wrote:
> +1 to it all.
>
> Gary
>
> Original message
> From: Benedikt Ritter
> Date:01/02/2014 05:29 (GMT-05:00)
> To: Commons Developers List
> Subject: [LANG] Next steps
>
> Hi all,
>
> I've successfully gone through my first release (w
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 (sn
+1 to it all.
Gary
Original message
From: Benedikt Ritter
Date:01/02/2014 05:29 (GMT-05:00)
To: Commons Developers List
Subject: [LANG] Next steps
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 th
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
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 Comm
> -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),
> -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/cha
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 :
> 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
I am trying to find the code generator for this dynamically generated class.
Can someone point me in the right direction?
-Jason
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
- -
- Jason Pyeron
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: T
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 struct
42 matches
Mail list logo
