26, 2011 at 10:13 AM, Mark Thomas ma...@apache.org wrote:
On 26/09/2011 09:08, Simone Tripodi wrote:
Hi again Mark,
Just a question: wich values I have to fill in Jira Admin?
Sorry, I don't understand the question.
Mark
TIA!!!
Simo
http://people.apache.org/~simonetripodi/
http://www
cool, thanks a lot! :)
have a nice day,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Sep 26, 2011 at 10:27 AM, Mark Thomas ma...@apache.org wrote:
On 26/09/2011 09:21, Simone Tripodi wrote:
I mean, when creating the new Issue for INFRA, which values I have
Hi all guys,
I just committed a fix[1] for potential OSGi issues - that looks
working for me - is there someone else available to give a try before
releasing?
Many thanks in advance, have a nice WE!
Simo
[1] https://issues.apache.org/jira/browse/DBUTILS-81
Kudos to Olivier!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Fri, Sep 23, 2011 at 7:39 PM, Apache Jenkins Server
jenk...@builds.apache.org wrote:
The Apache Jenkins build system has built ognl (build #126)
Status: Fixed
Check console output at
tested both with java5 and java6 using mvn3... should we expect
different results when using mvn2 to run tests?
Many thanks in advance, have a noce day!!!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Wed, Sep 21, 2011 at 10:21 PM, Continuum@vmbuild
Hi guys,
sorry for the silly question but I lost the svn location place where
[functor] gump metadata are configured... how I can update it?
Many thanks in advance, all the best!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Wed, Sep 21, 2011 at 9:50 AM, Gump
thanks for your help!
best,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Sep 22, 2011 at 11:24 AM, sebb seb...@gmail.com wrote:
On 22 September 2011 09:54, Simone Tripodi simonetrip...@apache.org wrote:
Hi guys,
sorry for the silly question but I lost the svn
Thanks a lot for your help Stefan, much more than appreciated!
Have a nice day, all the best,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Sep 22, 2011 at 11:40 AM, Stefan Bodewig bode...@apache.org wrote:
On 2011-09-22, Simone Tripodi wrote:
sorry
Maven team has to give us back at least 20 points for those failures! :)
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Sep 22, 2011 at 3:02 PM, Apache Jenkins Server
jenk...@builds.apache.org wrote:
The Apache Jenkins build system has built ognl (build #125)
Hi all guys,
al the components I have been touching (digester, discovery, chain,
functor, dbutils, pool2, graph, meiyo) have exactly the same assembly
descriptors and assembly plugin configuration.
I honestly think that we could do a little step of improvement and
remove that redundancy.
My
Hi Seb,
The parent POM currently only applies the assembly plugin when using
the rc or release profiles.
I assume this would not change?
In which case, it cannot cause additional for components that don't
use the profiles, and any components that don't have assembly
descriptors presumably
a nice day!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Sep 22, 2011 at 7:46 PM, sebb seb...@gmail.com wrote:
On 22 September 2011 18:21, Phil Steitz phil.ste...@gmail.com wrote:
On 9/22/11 7:17 AM, Simone Tripodi wrote:
Hi all guys,
al the components I have
for example - instead of having
redundancies?
Just my 2cents,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Sep 22, 2011 at 8:58 PM, sebb seb...@gmail.com wrote:
On 22 September 2011 19:44, Simone Tripodi simonetrip...@apache.org wrote:
Hi Seb,
you got me, we
HA! so Nexus team has to give back the lost points and offer at least
an ice-cream to ognl team! :)
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Sep 22, 2011 at 9:14 PM, Olivier Lamy ol...@apache.org wrote:
2011/9/22 Simone Tripodi simonetrip...@apache.org
missed the thread sorry.
I think there is missing karma in r.a.o for the artifact maybe a regexp to
fix.
You must create an infra ticket
2011/9/19 Simone Tripodi simonetrip...@apache.org:
that's cryptic, I didn't anything to fix! :)
http://people.apache.org/~simonetripodi/
http://www
deal, I suggets pizza and then gelato :D
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Sep 22, 2011 at 9:28 PM, Olivier Lamy ol...@apache.org wrote:
I prefer gelati :-)
2011/9/22 Simone Tripodi simonetrip...@apache.org:
HA! so Nexus team has to give back the lost
, Simone Tripodi simonetrip...@apache.org wrote:
for the components I've been touching, they create the same assemblies:
* bin = LICENSE + NOTICE + RELEASE-NOTES + jar (+ dependencies) + javadoc
* src = LICENSE + NOTICE + RELEASE-NOTES + src + pom
wouldn't be wiser having a least common multiple
ok for me is enough to stop the discussion here, no needs to continue
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Sep 22, 2011 at 10:40 PM, sebb seb...@gmail.com wrote:
On 22 September 2011 21:29, Simone Tripodi simonetrip...@apache.org wrote:
That sounds
that compiler complained at all. I will double
check soon and try some other compilers and let you know soon.
Thanks,
-Elijah
On Mon, Sep 19, 2011 at 8:12 AM, Simone Tripodi
simonetrip...@apache.orgwrote:
Hi Elijah,
I had e deeper look at your patch and raw more carefully your message,
I
do you want some help? I could be helpful here, just let me know!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, Sep 20, 2011 at 4:39 PM, sebb seb...@gmail.com wrote:
Just ran a search for top-level poms that define sourceDirectory /
testSourceDirectory; quite a
Hi all guys,
there are classes in [functor] that are affected by the checkstyle
violation as reported in the subject.
That behavior is expected by design, as reported in the comment below
/**
* p{@code EachElement} instances should NOT be constructed in
* standard programming.
Hi Seb
I'm not proposing that we go ahead and change all the components
immediately, just that projects should consider fixing the layout at
some point.
clear, I would get bored after the second component :P
Also perhaps create JIRA enhancement issues for each of the projects
listed,
when I changed the layout the parent 22 didn't came out yet, I'll
upgrade it as soon as I wake up tomorrow morning
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, Sep 20, 2011 at 7:08 PM, sebb seb...@gmail.com wrote:
On 20 September 2011 17:47,
eli...@zupancic.name wrote:
I just submitted a patch to jira as CHAIN-58. This changes Context to
ContextK,V.
Thanks,
-Elijah
On Fri, Sep 16, 2011 at 2:16 PM, Simone Tripodi
simonetrip...@apache.orgwrote:
Hi Paul!
yes it can be done, of course :) I'm not convinced anyway by the heavy
Hi all guys,
the vote passes with 7 positive votes from PMCs:
* Oliver Heger
* Phil Steitz
* James Carman
* Ralph Goers
* Luc Maisonobe
* Jörg Schaible
* Simone Tripodi (implicit)
no other votes have been casted.
I'll move the [functor] code to [proper] and update the site as soon
as I
/~simonetripodi/
http://www.99soft.org/
On Mon, Sep 19, 2011 at 10:01 AM, Simone Tripodi
simonetrip...@apache.org wrote:
Hi Elijah!
great report, thanks for your effort! :)
I'll have a look at your patch as soon as I get a spare time slot,
I'll let you know ASAP!
Have a nice day, all the best
Here we need Olivier's help!!!
Tha cause of build failure is I changed the version from
4.0-incubating-SNAPSHOT to 4.0-SNAPSHOT.
Do you already have an idea why that caused the build failure?
Many thanks in advance, a trés bientot!
Simo
http://people.apache.org/~simonetripodi/
of the benefits of Chain is that
you don't know which context you might be getting?
Paul
On Mon, Sep 19, 2011 at 10:12 AM, Simone Tripodi
simonetrip...@apache.org wrote:
Hi Elijah,
I had e deeper look at your patch and raw more carefully your message,
I just have a BIG trouble: when changing the Context
Hi all guys,
what's the procedure to update trunks-proper[1] and trunks-sandbox[2]?
I thought there were just links, but I noticed time ago Niall had to
update them manually...
I just moved commons-functor from sandbox to proper, so I need to
perform those updates as well
Many thanks in advance!
uh...
I just ran tests on my laptop with both jdk1.5 and 1.6 and they run fine...
do you have any idea?
many thanks in advance!
Simo
$ mvn --version
Apache Maven 3.0.3 (r1075438; 2011-02-28 18:31:09+0100)
Maven home: /Applications/apache-maven-3.0.3
Java version: 1.5.0_30, vendor: Apple Inc.
Java
that's cryptic, I didn't anything to fix! :)
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Sep 19, 2011 at 7:13 PM, Maurizio Cucchiara
mcucchi...@apache.org wrote:
Looks like it came back to fixed status
Maurizio Cucchiara
On 19 September 2011 17:44, Simone
try to run on
maven 2 (the version of continuum is 2.2.1) ?
Maurizio Cucchiara
On 19 September 2011 18:29, Simone Tripodi simonetrip...@apache.org wrote:
Apache Maven 2.2.1
-
To unsubscribe, e-mail: dev-unsubscr
done, thanks!
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Sep 19, 2011 at 6:42 PM, sebb seb...@gmail.com wrote:
On 19 September 2011 17:26, Simone Tripodi simonetrip...@apache.org wrote:
Hi all guys,
what's the procedure to update trunks-proper[1] and trunks
/~simonetripodi/
http://www.99soft.org/
On Sun, Sep 18, 2011 at 9:52 AM, Henri Yandell flame...@gmail.com wrote:
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
simonetrip
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 garydgreg...@gmail.com wrote:
+1
Gary
On
ouch, I was convinced I was fixing the async test :P
It makes sense, let's remove them!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sat, Sep 17, 2011 at 1:10 AM, sebb seb...@gmail.com wrote:
On 17 September 2011 00:02, simonetrip...@apache.org wrote:
Author:
if you are. Otherwise it will be next Friday.
Hen
On Fri, Sep 16, 2011 at 12:52 PM, Simone Tripodi
simonetrip...@apache.org wrote:
Hi Henri,
count on me as well to get DBUtils released!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Fri, Sep 16, 2011 at 9:16
+1
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sat, Sep 17, 2011 at 3:06 PM, Jörg Schaible joerg.schai...@gmx.de wrote:
+1
sebb wrote:
This is a VOTE to release commons-parent 22 based on RC1.
As agreed previously, commons parent release votes operate on lazy
wrote:
That's why we use it in commons proxy.
On Sep 15, 2011 4:30 PM, Simone Tripodi simonetrip...@apache.org wrote:
:O amazing, that is now clear and makes a lot of sense!!!
Thanks Jochen!!!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Sep 15, 2011 at 6
Hi all guys,
I've been investing part of my spare time to polish the [functor][1]
component that Matt Benson is brilliantly maintaining and AFAIK it is
in a good state to work on to be released soon.
It is also used in [proxy] in the 2.0 branch, so it could be a lock
for [proxy] to jump to a new
Hi Henri,
count on me as well to get DBUtils released!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Fri, Sep 16, 2011 at 9:16 PM, Bill Speirs bill.spe...@gmail.com wrote:
Great! Let me know if there is anything I can do to help...
Bill-
On Wed, Sep 14, 2011 at
on your context or extend ContextBase. I may be biased out of habit -
if so, please convince me (by proxy everyone else).
Thanks,
-Elijah
On Mon, Sep 12, 2011 at 12:04 AM, Simone Tripodi
simonetrip...@apache.orgwrote:
Hi all guys,
after mails and mails of discussions, I don't think
things like:
public interface PropertyContext extends ContextString, Object,
MapString, Object
It can be done... I think :-)
Paul
On Fri, Sep 16, 2011 at 3:40 PM, Simone Tripodi
simonetrip...@apache.org wrote:
Hi Elijah,
I spent some spare time trying to figure out how to improve
Hi Seb,
this is nice, it helps reducing redundancies. Would be wise adopting
it in all components? is there a way the parent brings the template
when referenced in the components, or this already does it?
thanks in advance!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
:
On 15 September 2011 11:11, Simone Tripodi simonetrip...@apache.org wrote:
Hi Seb,
this is nice, it helps reducing redundancies. Would be wise adopting
it in all components?
It's a non-active profile so needs to be specifically referenced to
have any effect.
is there a way the parent
:O amazing, that is now clear and makes a lot of sense!!!
Thanks Jochen!!!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Sep 15, 2011 at 6:45 PM, Jochen Wiedmann
jochen.wiedm...@gmail.com wrote:
On Wed, Sep 14, 2011 at 8:56 PM, Simone Tripodi
simonetrip
Hi all guys,
there was an era when OGNL was totally dependencies-less, today relies
on Javassist - I never understood the reason of adopting it.
Is anyone able to explain it me please?
Many thanks in advance, have a nice day!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
we already discussed about it, and choose the option to let users
extend the classes for 2 reasons:
- be reused inside IoC/DI containers that create dynamic proxies
- specialize classes with generic types (class
MyTransformedBinaryProcedure extends TransformedBinaryProcedureMyL,
MyR, MyT)
yes,
joerg.schai...@gmx.de wrote:
Hi Simo,
Simone Tripodi wrote:
we already discussed about it, and choose the option to let users
extend the classes for 2 reasons:
- be reused inside IoC/DI containers that create dynamic proxies
- specialize classes with generic types (class
Hi all guys,
after mails and mails of discussions, I don't think there is a general
agreement on how Context API should look alike.
At the end of the discussions I figured out that, briefly resuming, we
have following proposals:
* be replaced by Map;
* be Collection agnostic and work by
Hi all guys,
while trying to fix CHAIN-57, I switched to JDK5 to run tests, and
accidentally found an error because looks like the maven-bundle-plugin
requires JDK6 to run.
I raw the plugin documentation to see if there's an option to skip
plugin execution, but didn't figure out how to.
Do you
full support from my side on it, +1
I never understood the usefulness of these classes and they don't help
on writing concrete pool implementations.
Have a nice day, all the best!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sun, Sep 11, 2011 at 8:29 PM, Phil Steitz
://issues.apache.org/jira/browse/CHAIN-57
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Sep 12, 2011 at 1:41 PM, sebb seb...@gmail.com wrote:
On 12 September 2011 10:23, Simone Tripodi simonetrip...@apache.org wrote:
Hi all guys,
while trying to fix CHAIN-57, I switched to JDK5
2011 13:09, Simone Tripodi simonetrip...@apache.org wrote:
Hi Seb,
we are using the commons-parent:21, anyway the issues seems affecting
Are you sure? I only get the problem when using 22-SNAPSHOT, which has
updated to bundle 2.3.5.
CP 21 uses bundle 1.4.3.
compiler problems rather than
Thanks to you!
I just raw your commits, I'm going to test it so I can provide more help!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Sep 12, 2011 at 3:40 PM, sebb seb...@gmail.com wrote:
On 12 September 2011 13:46, Simone Tripodi simonetrip...@apache.org wrote
Hi again Seb,
just to confirm that your fix works!!!
Thanks a lot!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Sep 12, 2011 at 3:52 PM, Simone Tripodi
simonetrip...@apache.org wrote:
Thanks to you!
I just raw your commits, I'm going to test it so I can
even better, great, thanks!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Sep 12, 2011 at 4:33 PM, s...@apache.org wrote:
Author: sebb
Date: Mon Sep 12 14:33:15 2011
New Revision: 1169769
URL: http://svn.apache.org/viewvc?rev=1169769view=rev
Log:
CHAIN-57
+1 I I like it!!!
+ implementation.build ${buildScmBranch}/r${buildNumber};
${maven.build.timestamp}
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
-
To unsubscribe, e-mail:
Good morning guys,
I just did an experiment on my local checkout of the parent pom,
adding the buildnumber plugin, in order to have a new
`Implementation-Build` manifest entry in the jars, where reported the
revision number and the timestamp.
I applied locally on [chain] and got:
at 2:59 PM, sebb seb...@gmail.com wrote:
On 9 September 2011 08:35, Simone Tripodi simonetrip...@apache.org wrote:
Good morning guys,
I just did an experiment on my local checkout of the parent pom,
adding the buildnumber plugin, in order to have a new
`Implementation-Build` manifest entry
PM, sebb seb...@gmail.com wrote:
On 9 September 2011 14:28, Simone Tripodi simonetrip...@apache.org wrote:
@Seb: revision-unknown sounds better indeed
@Olivier: you are always super :) going to move the stuff to the profile
Not sure I agree that the profile is a good idea; it only works
/svn (hackhish maybe and not tested :-)
).
The git scm provider use : git rev-parse --verify HEAD .
Which produce a result even with git svn.
--
Olivier
[1] http://mojo.codehaus.org/buildnumber-maven-plugin/using-svnjava.html
2011/9/9 Simone Tripodi simonetrip...@apache.org:
OK,
I also
works for the extra jars created by Ant so long as
the manifest is updated accordingly.
On 9 September 2011 15:02, Simone Tripodi simonetrip...@apache.org wrote:
hi all guys,
I just committed the r1167170 of the parent pom, please review.
Any suggestion/improvement is welcome, feel free to work
good point :)
let me investigate, thanks for the feedbacks!!!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Fri, Sep 9, 2011 at 8:58 PM, Phil Steitz phil.ste...@gmail.com wrote:
On 9/9/11 12:35 AM, Simone Tripodi wrote:
Good morning guys,
I just did an experiment
here I am!
sorry I'm late but just terminated to have dinner :P
I think that specifying the extending Object can be omitted, and
Paul's suggestion is the way to go, the code is more readable.
The last added method can be improved, putting the K as argument
instead of String and T extends V as a
is good. Though, do we need type T? Shouldn't
retrieve(K) just return V?
On Fri, Sep 9, 2011 at 2:21 PM, Simone Tripodi simonetrip...@apache.org
wrote:
here I am!
sorry I'm late but just terminated to have dinner :P
I think that specifying the extending Object can be omitted, and
Paul's
pbened...@apache.org wrote:
On Fri, Sep 9, 2011 at 3:06 PM, Simone Tripodi simonetrip...@apache.org
wrote:
Hi Paul,
the use of that method is to automatically infer the assigned type,
instead of writing
MyPojo myPojo = (MyPojo) context.get( myKey );
the retrieve method allows
proposing?
Typing should always be safe; I would be surprised if they would allow
unsafe implicit casts.
On Fri, Sep 9, 2011 at 3:34 PM, Simone Tripodi simonetrip...@apache.org
wrote:
Hi Paul,
the type inference becomes more interesting and useful if you think to
more complicated context instances
for a regular key/value pair. What are
your thoughts?
On Fri, Sep 9, 2011 at 4:14 PM, Simone Tripodi simonetrip...@apache.org
wrote:
indeed, the retrieve method would allow users assigning retrieved
object to all T that extend V, like the ClassToInstanceMap, take a
look at the method signatures[1
grazie
Oliver
Am 07.09.2011 22:25, schrieb Simone Tripodi:
Hi Oliver!
AFAIK mvn site:deploy has effect only once ran site:site, so the right
way to publish a site is
mvn site:site site:deploy
I used to run the shortcut
mvn site-deploy
At least is how it worked for sites I
Hi!
Perhaps we should add an example section to Commons Parent, but
commented out, and a note to say it should be included in component
POMs?
+1 I think it would be helpful!
s/sote/site/
hehehe, in Italian we say the rush wants the calm, typed too hurry :P
Simo
Hi all,
The proposal of making the 2.0-work brach as proper codebase in /trunk
for the [chain] component passes with 3 +1 binding votes from
* Simone Tripodi
* James Carman
* Matt Benson
no other votes have been casted.
I'm going to move the current trunk in a 1.X branch, and the 2.0-work
, Simone Tripodi simonetrip...@apache.org
wrote:
Hi all,
The proposal of making the 2.0-work brach as proper codebase in /trunk
for the [chain] component passes with 3 +1 binding votes from
* Simone Tripodi
* James Carman
* Matt Benson
no other votes have been casted.
I'm going to move
it puts a limit to users needs, do you have a
suggestion?
Many thanks in advance!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Sep 8, 2011 at 10:53 PM, Niall Pemberton
niall.pember...@gmail.com wrote:
On Tue, Sep 6, 2011 at 9:39 AM, Simone Tripodi simonetrip
Hi all,
just to remind that vote closes on Thu 8 Sept on 3:13 PM GMT, please
cast your votes! :)
Many thanks in advance, all the best!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Sep 5, 2011 at 6:15 PM, Simone Tripodi simonetrip...@apache.org wrote:
Hi Jochen
+1 on putting Clirr in the parent
+0 on dropping idea plugin
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Wed, Sep 7, 2011 at 12:38 PM, sebb seb...@gmail.com wrote:
On 7 September 2011 11:07, sebb seb...@gmail.com wrote:
On 7 September 2011 06:10, Gary Gregory
Hi Oliver!
AFAIK mvn site:deploy has effect only once ran site:site, so the right
way to publish a site is
mvn site:site site:deploy
I used to run the shortcut
mvn site-deploy
At least is how it worked for sites I deployed.
HTH, alles gute!
Simo
(and default) methods to all collections, it
won't look very nice. Let's make a break now.
On Sun, Sep 4, 2011 at 9:20 PM, Raman Gupta rocketra...@fastmail.fm wrote:
On 09/04/2011 04:00 PM, James Carman wrote:
On Sun, Sep 4, 2011 at 3:44 PM, Simone Tripodi simonetrip...@apache.org
wrote
I am an idiot and I don't have to commit while watching TV :)
Thanks for notifying, going to fix it now!
All the best,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, Sep 6, 2011 at 6:01 PM, Matt Benson gudnabr...@gmail.com wrote:
@since 3.0? Should this be 2.0?
://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Sep 5, 2011 at 5:52 AM, Matt Benson gudnabr...@gmail.com wrote:
On Sun, Sep 4, 2011 at 7:02 PM, sebb seb...@gmail.com wrote:
On 4 September 2011 20:04, Simone Tripodi simonetrip...@apache.org wrote:
Hi all guys,
the clirr report has
rocketra...@fastmail.fm wrote:
On 09/04/2011 04:00 PM, James Carman wrote:
On Sun, Sep 4, 2011 at 3:44 PM, Simone Tripodi simonetrip...@apache.org
wrote:
That is able to 'auto-cast' the retrieved object while Map#get() not.
I believe the feature is actually called type inference, not auto
look very nice. Let's make a break now.
On Sun, Sep 4, 2011 at 9:20 PM, Raman Gupta rocketra...@fastmail.fm wrote:
On 09/04/2011 04:00 PM, James Carman wrote:
On Sun, Sep 4, 2011 at 3:44 PM, Simone Tripodi simonetrip...@apache.org
wrote:
That is able to 'auto-cast' the retrieved object while
Hi all guys,
thanks to a user, Elijah Zupancic, that recently submitted CHAIN-53, a
group of Commons committers started working on that component in a
branch 2.0[1] to experiment updates and study improvements in order to
push a next release soon.
We are in the middle of discussing about the
my +1
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Sep 5, 2011 at 5:13 PM, Simone Tripodi simonetrip...@apache.org wrote:
Hi all guys,
thanks to a user, Elijah Zupancic, that recently submitted CHAIN-53, a
group of Commons committers started working
, Simone Tripodi simonetrip...@apache.org
wrote:
Hi all guys,
thanks to a user, Elijah Zupancic, that recently submitted CHAIN-53, a
group of Commons committers started working on that component in a
branch 2.0[1] to experiment updates and study improvements in order to
push a next release soon
and do
30 minutes of upgrading code than keep dragging along old decisions.
On Mon, Sep 5, 2011 at 10:49 AM, Raman Gupta rocketra...@fastmail.fm wrote:
On 09/05/2011 08:51 AM, Simone Tripodi wrote:
I totally agree with you James, what is needed is just to understand
if break the 1.X
Hi Oliver,
sorry for question, I didn't pay enough attention on JVM compliance
level, sorry :(
+1 for the release:
* build worked
* gpg signatures are ok
* checksums are ok
* documentation site looks good
thanks for the hard work on configuration!
Simo
Hi all guys,
I think that generics could help us on improving the Context class;
I'm not particularly happy having it extending Map - it is needed
anyway for backward compatibility - but it is clear that Context is a
place where storing/retrieving objects identified by a key.
I propose adding two
/Re-svn-commit-r983137-commons-proper-lang-trunk-src-main-java-org-apache-commons-lang3-ArrayUtils-jaa-td2317854.html).
Good luck with that. It wasn't worth my time to continue to argue
about it anymore, so I reverted it.
On Sun, Sep 4, 2011 at 5:22 AM, Simone Tripodi simonetrip...@apache.org
, Sep 4, 2011 at 5:22 AM, Simone Tripodi simonetrip...@apache.org
wrote:
Hi all guys,
I think that generics could help us on improving the Context class;
I'm not particularly happy having it extending Map - it is needed
anyway for backward compatibility - but it is clear that Context is a
place
it anymore, so I reverted it.
On Sun, Sep 4, 2011 at 5:22 AM, Simone Tripodi simonetrip...@apache.org
wrote:
Hi all guys,
I think that generics could help us on improving the Context class;
I'm not particularly happy having it extending Map - it is needed
anyway for backward compatibility
-commit-r983137-commons-proper-lang-trunk-src-main-java-org-apache-commons-lang3-ArrayUtils-jaa-td2317854.html).
Good luck with that. It wasn't worth my time to continue to argue
about it anymore, so I reverted it.
On Sun, Sep 4, 2011 at 5:22 AM, Simone Tripodi simonetrip...@apache.org
wrote:
Hi
Hi all guys,
the clirr report has just been updated on my personal ASF space[1],
can you review please?
I think it's time to call a vote to accept the current branch as the
trunk, WDYT?
Many thanks in advance, have anice day!
Simo
[1]
= context.retrieve(datasource);
That is able to 'auto-cast' the retrieved object while Map#get() not.
HTH, have a nice day!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sun, Sep 4, 2011 at 9:31 PM, Raman Gupta rocketra...@fastmail.fm wrote:
On 09/04/2011 05:22 AM, Simone Tripodi
Hallo Oliver,
I'm reviewing the tag and, sorry for not having noticed before, is
there any reason why the Digester is still at 1.8 version?
Upgrade to at least 2.1 should be painless enough, even if an upgrade
to 3.0 would be nicer :P
Anyway, not a blocker, just the time of reviewing all the stuff
thanks James!
as you can notice, my English is still poor :)
All the best, have a nice day!!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sun, Sep 4, 2011 at 10:00 PM, James Carman
ja...@carmanconsulting.com wrote:
On Sun, Sep 4, 2011 at 3:44 PM, Simone Tripodi
+1 :)
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Fri, Sep 2, 2011 at 4:37 AM, Gary Gregory garydgreg...@gmail.com wrote:
Go for it ! :)
Gary
On Sep 1, 2011, at 21:40, sebb seb...@gmail.com wrote:
The current parent pom (21) references an old RAT plugin
Hi again guys,
I did a little work on the v2 branch of [chain] to fix checkstyle
errors, obviously clirr[1] errors increased but new ones are IMHO
trivial, since concern internal data structures already exposed via
getters - the o.a.c.chain.impl.ChainBase#commands was exposed at
package level just
Thanks a lot for taking care of OGNL updates!
Have anice day, all the best!!!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Wed, Aug 31, 2011 at 7:26 AM, bay...@apache.org wrote:
Author: bayard
Date: Wed Aug 31 05:26:14 2011
New Revision: 1163488
URL:
approach used in
various projects inside the ASF (cocoon3, for example) and outside
(i.e. slf4j). What's your opinion about it?
Many thanks in advance, all the best!!!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, Aug 30, 2011 at 9:37 AM, Simone Tripodi
simonetrip
801 - 900 of 1588 matches
Mail list logo