Real life used up Saturday :(
Feel free to do an RC2 yourself Simone, otherwise I'll aim to do one
at the end of the week.
Hen
On Sat, Sep 17, 2011 at 1:32 AM, Simone Tripodi
wrote:
> I'm like a boy scout Hen, my motto is "be prepared" ;)
> Looking forward for next RC!
> Simo
>
> http://people.
Hi Hen!
we are lucky that sometimes real life get us distracted from the
virtual one :) We are human beings, with families, feelings, and we
need to interact with each other also outside the social networks :)
I think that RC2 can wait the next weekend, you've taken care for the
whole release and
DbUtils is using the layout:
src/assembly
src/java/org
src/test/org
rather than the standard layout [1]
src/main/assembly
src/main/java/org
src/test/java/org
Maven compile seems to find the files anyway without being told, but
it would be better to be consistent, I think.
[1]
http://maven.apa
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
+1
Gary
On Sep 18, 2011, at 7:30, sebb wrote:
> DbUtils is using the layout:
>
> src/assembly
> src/java/org
> src/test/org
>
> rather than the standard layout [1]
>
> src/main/assembly
> src/main/java/org
> src/test/java/org
>
> Maven compile seems to find the files anyway without being told,
+1
Builds with [io], [lang] and [codec]
The only thing I do not understand in the generated site is why the "Project
reports" menu is not in alphabetical order anymore.
Is that a [site] issue?
Gary
On Sat, Sep 17, 2011 at 9:34 PM, Simone Tripodi wrote:
> +1
> Simo
>
> http://people.apache.org
not blocking for the incoming RC, feel free anyway to change it
I noticed also test resources should be relocated in the right place
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sun, Sep 18, 2011 at 2:45 PM, Gary Gregory wrote:
> +1
>
> Gary
>
> On Sep 18, 2011, at
I am pretty sure that the analysis above is correct. We need a way
to either wake up the waiting threads and allow them to create when
there is total capacity or push instances to the queues they are
waiting on. This is less of a problem for GOP, because invalidate
is the only way it can happen;
+1 although I see the same thing as Gary when building vfs. The project reports
are now in some random order.
Ralph
On Sep 18, 2011, at 7:40 AM, Gary Gregory wrote:
> +1
>
> Builds with [io], [lang] and [codec]
>
> The only thing I do not understand in the generated site is why the "Project
>
I should also note that I used to be able to just do mvn site:stage-deploy.
Now mvn site:site followed by mvn site:stage-deploy is required.
On Sep 18, 2011, at 7:40 AM, Gary Gregory wrote:
> +1
>
> Builds with [io], [lang] and [codec]
>
> The only thing I do not understand in the generated s
On 9/11/11 12:44 PM, Gary Gregory wrote:
> Perhaps we want to keep the ivars in one place since they all have very
> carefully been decorated with final and volatile just in the right places?
Given that there is only one field being maintained, are you OK with
dropping these, Gary?
Phil
>
> What
Sure. I was under the Impression that 2 subclasses reused the fields.
Gary
On Sep 18, 2011, at 17:39, Phil Steitz wrote:
> On 9/11/11 12:44 PM, Gary Gregory wrote:
>> Perhaps we want to keep the ivars in one place since they all have very
>> carefully been decorated with final and volatile just
On 9/18/11 2:43 PM, Gary Gregory wrote:
> Sure. I was under the Impression that 2 subclasses reused the fields.
Well, they (GOP, GKOP and others) do use the closed field; but IMO
that is not enough justification for the complexity of having them
there and the ugliness of the UnsupportedOperationEx
On 18 September 2011 21:30, Ralph Goers wrote:
> I should also note that I used to be able to just do mvn site:stage-deploy.
> Now mvn site:site followed by mvn site:stage-deploy is required.
Yes, that is a change in the plugin behaviour, see:
http://maven.apache.org/plugins/maven-site-plugin/
Hi Simo,
Sorry I was late replying. I've been away at a wedding.
Honestly, I'm not a big fan of Command>. I
agree with you that the it is syntactically clunky. Moreover, I'm not
convinced that the Context design needs to be improved other than the
addition of generics. It is a simple tool that do
I just submitted a patch to jira as CHAIN-58. This changes Context to
Context.
Thanks,
-Elijah
On Fri, Sep 16, 2011 at 2:16 PM, Simone Tripodi wrote:
> Hi Paul!
> yes it can be done, of course :) I'm not convinced anyway by the heavy
> notation that, modifying the Context, would impact the Comma
16 matches
Mail list logo