Hi all guys,
please review and add/modify what is missing: Mentors can copy & sign
once agreed it is the version we agree.
TIA, have a nice day!!!
Simo
OGNL
Apache OGNL is a Java development framework for Object-Graph
Navigation Language, plus other extras such as list projection and
selection an
ort.
A reported above, codebase has been imported & polished, we are in the
middle of a big refactoring stripping off generated code by JavaCC
that was versioned in the SCM and modified.
Signed off by mentor:
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Fri, Jul 8, 2011
l the best!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Fri, Jul 8, 2011 at 9:57 AM, Maurizio Cucchiara
wrote:
> Well done Simone!!
>
> On 8 July 2011 09:02, Simone Tripodi wrote:
>
>> Hi all guys,
>> please review and add/modify what is missin
Hi all guys,
lately in my projects I've been frequently repeating the pattern
described in [1], so, to avoid useless c'n'p I would propose to
provide an already compiled module that makes easier the Google Guice
integration with Discovery.
Google Guice could be provided as a 'optional' or 'provided
/~simonetripodi/
http://www.99soft.org/
On Mon, Jul 11, 2011 at 4:54 PM, Matt Benson wrote:
> On Mon, Jul 11, 2011 at 9:28 AM, Simone Tripodi
> wrote:
>> Hi all guys,
>> lately in my projects I've been frequently repeating the pattern
>> described in [1], so, to avoid use
it?
Have a nice day, all the best!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Jul 11, 2011 at 5:25 PM, Matt Benson wrote:
> On Mon, Jul 11, 2011 at 10:02 AM, Simone Tripodi
> wrote:
>> Hi Matt,
>> it sounds indeed reasonable, thanks for
Hi all guys,
just to let you aware that Apache Commons Digester 3 release has been
announced on JaxEnter[1]!
All the best, have a nice day
Simo
[1] http://jaxenter.com/first-rc-of-jdk7-arrives-36709.html
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
Hi all guys,
just to share with you all a small interview I had with Jaxenter today
during lunch-time, I hope that my fellows appreciate how things have
been exposed!
Agreements section is not missing! :)
Have a nice day, all the best!
Simo
[1] http://jaxenter.com/what-s-new-in-apache-commons-dige
Hi all guys,
in order to improve graph algorithms performances, I started
implementing in [graph] an advanced priority queue called Fibonacci
Heap[1], based on detailed description of University of Science and
Technology of China's lessons[2].
You can find initial implementation on 'collections'[3]
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Jul 11, 2011 at 7:01 PM, Matt Benson wrote:
> On Mon, Jul 11, 2011 at 11:52 AM, Simone Tripodi
> wrote:
>> Hi Matt!!!
>> I still continue preferring Discovery over Java6 ServiceLoader just
>> for a small reason: it
http://www.99soft.org/
On Tue, Jul 19, 2011 at 1:47 AM, Jörg Schaible wrote:
> Simone Tripodi wrote:
>
>> Hi all guys,
>> looks there are not objections on adding 3rd parties integration
>> modules on [Discovery], I'll take care on it as soon as I receive my
>> ne
ons] development must focus first
> on a release of a Java 5 version of what it has, rather than new code.
> Stephen
>
> On 14 July 2011 01:19, Simone Tripodi wrote:
>> Hi all guys,
>> in order to improve graph algorithms performances, I started
>> implementing in [grap
Hi Christian,
I wrote it time ago as a reply of July11[1] request, can you please
sign and attach?
Otherwise just tell me if I am allowed to paste and sign at your
plece, for me it works as well! :P
Many thanks in advance, all the best!
PS not sure but IIUS that's the third report we submit...
[1
http://www.99soft.org/
On Tue, Jul 19, 2011 at 10:44 AM, Christian Grobmeier
wrote:
> Oh oh thanks, this is a mentor fail :-)
>
> On Tue, Jul 19, 2011 at 10:15 AM, Simone Tripodi
> wrote:
>> Hi Christian,
>> I wrote it time ago as a reply of July11[1] request, can
Great achievement Henri,
and congrats for the release!!!
I'm so sorry I didn't take part to the review process but honestly not
being familiar with Lang I was a little worried on influencing both
positively/negatively the vote.
I'll do my best to help more next time!
Have a nice day, all the best!
ve a help!
Many thanks, all the best!!!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, Jul 19, 2011 at 2:58 PM, Matt Benson wrote:
> On Tue, Jul 19, 2011 at 3:05 AM, Simone Tripodi
> wrote:
>> Hi Stephen
>> it looks like indeed that [collec
Hi all guys,
I'm +1 to Java5 too.
And IMHO many other should follow the same path :P
Have a nice day, all the best!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Jul 21, 2011 at 10:08 AM, Christian Grobmeier
wrote:
> On Thu, Jul 21, 2011 at 9:50 AM, Henri Yandel
Hi all guys!
That sounds really interesting!!!
I think that bringing the new ideas in existing [meiyo] APIs would
allow us releasing a new component soon!
Thanks in advance for your help and interesting, looking forward to
hear from you soon!!!
Simo
http://people.apache.org/~simonetripodi/
http://
t;> In any case you are highly welcome to join forces - any idea/opinion/help is
>> welcome!
>>
>> LieGrue,
>> strub
>>
>> --- On Fri, 7/22/11, Simone Tripodi wrote:
>>
>>> From: Simone Tripodi
>>> Subject: Re: [sandbox] class scann
Hallo Stefan!!!
I think it would be nice having also s pure Java implementation of the
Snappy[1] compression (the Google's compression), I found a Java
implementation[2] but it's JNI wrapper :/
WDYT? Unfortunately my C++ skills are horrible but I'm available to help :P
Alles gute!, all the best,
Si
Hallo Stefan,
I personally like more the NoCloseStream approach, it would help
avoiding code redundancies (having the Sysout check pattern repeated
doesn't look nice IMHO)
HTH, have a nice day, all the best!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sat, Jul 23, 20
omplete, the client SPIs should be
> called back using a concurrent Executor, where most of the real
> filtering can take place.
>
> Matt
>
>>
>> LieGrue,
>> strub
>>
>>
>> --- On Fri, 7/22/11, Simone Tripodi wrote:
>>
>>> From: Simon
Hi David!!!
this mail just to suggest you moving the JCS package from
'org.apache.jcs' to 'org.apache.commons.jcs'
same refactoring has to be applied to BCEL, from 'org.apache.bcel' to
'org.apache.commons.bcel'
HTH, have a nice day!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.o
Hi Christian,
thanks for taking care of it!!!
We received the software grants from both project owners Drew & Luc,
that are OGNL committers as well, so I think you can sign off that
item!
TIA, all the best!!!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sun, Jul 24, 2
; On 24 July 2011 08:15, Simone Tripodi wrote:
>>> Hi David!!!
>>> this mail just to suggest you moving the JCS package from
>>> 'org.apache.jcs' to 'org.apache.commons.jcs'
>>> same refactoring has to be applied to BCEL, from 'o
Hi Stefan!!!
I think that keeping old javadocs would have more sense when we
release major releases, for cases such as compress 1.1 -> 1.2, tags
like @since, @deprecated, ... are more than enough.
just my 2 cents, have a nice day!!!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.o
Hi Mark!!!
after had a (quick, honestly) look at your APIs I'm more convinced we
can merge our efforts to provide our users a kickass library to scan
the classpath.
Your ScanJob class could be configured with my Meiyo EDSL filters[1]
instead of passing parameters to the constructor, allowing users
articular classpath
>>> elements (or in xbean-finder terms, Archives) for scanning by a
>>> particular client is one of Mark's top priorities, so this is
>>> definitely on the table. Maybe we should start a page in the Commons
>>> wiki to enumerate all the
Hallo Mark,
>
> Some classscan-clients maybe first need to read some config files for getting
> exclude/include info.
>
sorry for being repetitive but that's here too that I suggest adopting
the Meiyo's alike way of configuring the component via EDSL instead of
config files - there's no reason t
Hi Elijah,
it sounds a great interesting contribution, I haven't seen [chain]
development activity lately so I eventually volunteer to apply the
patch. Thanks in advance for your effort, [chain] if one of the
components that need new energy.
Two recommendations:
* we are updating components code
tarted yet, but that's another story
:P
Just to avoid mistakes, let me find it on markmail :P
Have a nice day, all the best!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Jul 28, 2011 at 9:03 PM, Paul Benedict wrote:
> On Thu, Jul 28, 2011 at 2:01 PM,
Hi all guys,
I remember I raw a thread - not sure if I did it here at commons or
somewhere else here at apache - where specified we prefer adding
[logging] as components dependency instead of slf4j...
Did I just get crazy or someone can point me to the right direction please? :)
Many thanks in adva
just the type of information that I was looking for. Skipping
> a logging refactor vastly simplifies the work I was planning on doing.
>
> I won't be able to publish my proof of concept until sometime next
> week because I have a vacation coming up.
>
> Thanks,
> -Elij
n Thu, Jul 28, 2011 at 12:19 PM, Simone Tripodi
> wrote:
>> Hi all guys,
>> I remember I raw a thread - not sure if I did it here at commons or
>> somewhere else here at apache - where specified we prefer adding
>> [logging] as components dependency instead of slf4j...
>
{
public void doHandle( String path,
Class classPathEntry )
{
doWhatEverWeNeed();
}
} );
}
}
> LieGrue,
> st
>>> [1]
>>> https://svn.apache.org/repos/asf/logging/log4j/branches/BRANCH_2_0_EXPERIMENTAL/rgoers/
>>>
>>>
>>> On Jul 28, 2011, at 1:01 PM, Henri Yandell wrote:
>>>
>>>> Personally I'm happy for commons-logging to die. :)
>>>
Agreed, thanks Christina for the follow-up.
BTW don't forget we have also Luc onboard ;)
Alles gute, have a nice day,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Fri, Jul 29, 2011 at 11:58 AM, Luc Maisonobe wrote:
> Le 29/07/2011 10:53, Christian Grobmeier a écrit :
rver somehow.
>> This could be some
>> form of Domain Specific Language, but I'm not sure if this
>> isn't a complete
>> overkill here.
>> >
>> > It could be interesting to use the DSL approach for
>> the callback filters
>> of course.
&g
please sorry for the *terrible* typo :D :D
anyway I would have spoke about Christina Applegate, I like more than
Aguilera :D
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Fri, Jul 29, 2011 at 12:43 PM, Christian Grobmeier
wrote:
>> I guess Simo was talking about Luke Blans
Hi Elijah,
thanks for putting effort on chain!
Just a silly question: did the test fail also before parent upgrade?
In that case, I'd say i is an error in /trunk.
Unfortunately my new laptop still hasn't arrived so I can't install
everything and check myself, otherwise I would help you a little mor
The first thing I thought was that
> it was broken in trunk, but apparently that's not the case. Oddly
> digester parses out 19 commands with the updated parent and 17 with
> the original parent.
>
> Thanks,
> -Elijah
>
> On Saturday, July 30, 2011, Simone Tripodi wrot
Hi Elijah,
I'd investigate on Maven versions first as Phil suggested, before
purging the local repo :P
HTH, have a nice WE!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sun, Jul 31, 2011 at 6:23 PM, David Karlsen wrote:
> Try nuking the local maven repository in case
Hi all guys,
follows below my report, it contains part copied from July since they
didn't accept we reported after the deadline. Mentors: please sign and
paste on Wiki! :P
TIA, all the best and have a nice day!!!
Simo
OGNL
Apache OGNL is a Java development framework for Object-Graph
Navigation La
+1 for uploading snapshots
AFAIK jobs on Continuum are already set up for every commons
component, so we should "just" properly configure the artifacts
deploy...
All the best,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Aug 1, 2011 at 3:49 PM, Ralph Goers wrote
Hi Christian!!!
agreed. I reported too quickly and didn't pay enough attention on
discriminating what we previously reported - and what I should have
put out from the c'n'p :P
Feel free to modify the report according to your latest observations!!!
Thanks for taking care of it, very appreciated!
Hav
, 2011 at 5:40 PM, Christian Grobmeier wrote:
> Hi Simo,
>
> I added it as you said. Please let me know if I stripped off to much
> or if you have other objections. Otherwise we have done our duty ;-)
> http://wiki.apache.org/incubator/August2011
>
> Cheers
>
> On Mon, Aug
+1
>
> I really prefer a CI-triggered publishing. I see no values in producing a
> "nightly" if nothing has been changed.
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@comm
+1
I additionally used a shell script (kindly provided on Christian
Grobmeier blog[1]) to check signatures and output is OK
Well done!!!
Have a nice day, all the best,
Simo
[1]
http://www.grobmeier.de/checking-md5-and-signatures-with-a-shell-script-29062011.html
$ ./verify.sh
Checking file: ./
>
> I am also worried about a closed tool like Nexus being used to publish
> Apache stuff.
>
> Luc
>
This is curious, indeed. I always wondered why we use Nexus instead of
"eating our own dog food" Apache Archiva[1], but worried to receive a
reply "why didn't you RTFM on http://xyz..."; :P
Have a
Hi all guys,
I'm (re)starting having a good slot of spare time, I volunteered to
help Matt on finalizing the [collections] release, but after had a
look at the open issues I think we should agree on what including and
what not.
Does anyone already have a good overview/idea of collections roadmap?
M
t;>> work recently in fact. Everything else except showstopper bugs can
>>> wait IMO.
>>
>> Indeed, this seems to resonate with Hen's recent treatise on
>> (paraphrased) why the hell we take so long.
>>
>> Matt
>>
>>>
>>> Gary
Hi Lasse!
I'd personally like if you could fill an Issue on Jira and submit your
XZ implementation as a patch that naturally fits in the
org.apache.commons.compress package and you continue contributing on
maintaining it - maybe depending on an external package would be more
difficult since commons
Well said Hen, big +1 :)
>
> B) If you are an app, use log4j.
or logback, depending on the cases, IMHO
>
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Fri, Aug 5, 2011 at 8:18 AM, Henri Yandell wrote:
> On Wed, Aug 3, 2011 at 7:51 AM, Gary Gregory wrote:
>> On Wed,
generics release as 3.5 to satisfy that need... which
>>>>>> allows 4.0 to have generics plus the benefit of major refactoring if
>>>>>> necessary (could also be called 4.0 and 5.0).
>>>>>>
>>>>>> On Wed, Aug 3, 2011 at
I agree with Phil, there should be a general agreement
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Fri, Aug 5, 2011 at 4:51 PM, Phil Steitz wrote:
> On 8/4/11 11:45 PM, Emmanuel Bourg wrote:
>> If we are going to vote let's make a decision per project.
>
> No, I think th
Hi all,
>>
>> If we really have to reconsider this stuff, then I'd propose to
>>
>> a) Use java.util.logging, because it doesn't require any additional
>> dependencies and is guaranteed to work anywhere.
>> b) Carefully document how to bridge jul to log4j, because that's
>> exactly what's required
Hi all guys!!!
sorry for joining so late the discussion (working on some stuff as
bricklayer at home!!! didn't know it is fun!)
* I don't understand why JULI should be so "complicated" to be
adopted... if in trouble, please take a look at juli-to-log4j[1] bride
written by our ASF mate Paul Smith
Hi Gary,
even if I'm not active on Lang, I'm very +1 for introducing this
feature, looks a great addition!!!
Have a nice day, all the best!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, Aug 9, 2011 at 8:57 PM, Gary Gregory wrote:
> Hello All,
>
> I am currently u
Good news! :)
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, Aug 9, 2011 at 11:49 PM, Gary Gregory wrote:
> We are good! I asked Brian, one of the authors and the code is in the
> public domain:
>
> On Tue, Aug 9, 2011 at 5:40 PM, Brian Goetz wrote:
>> No license issu
+1 for me as well,
sounds BSF perfectly fits Apache Commons community :)
All the best,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Wed, Aug 10, 2011 at 8:18 PM, Jörg Schaible wrote:
> sebb wrote:
>
>> BSF [1] needs to move out of Jakarta.
>>
>> It's not really big e
Hi Thomas,
just had a quick look (I'm from the EU mirror) and everything looks good to me!
Have a nice day, all the best!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Wed, Aug 10, 2011 at 10:08 PM, Thomas Vandahl wrote:
> Hi folks,
>
> I finally managed to move the s
+1 for both
welcome to commons!!!
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sat, Aug 13, 2011 at 12:14 PM, Christian Grobmeier
wrote:
> +1 to both votes
>
> On Sat, Aug 13, 2011 at 2:13 AM, sebb wrote:
>> BSF [1] needs to move out of Jakarta.
>>
>> It's not really bi
+1
YAY
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, Aug 16, 2011 at 8:52 AM, Olivier Lamy wrote:
> (OGNL committer) +1
>
> 2011/8/15 Christian Grobmeier :
>> OGNL [1] has checked off all status items in the incubator.
>>
>> Most of the OGNL developers are already
Hi Elijah,
looking at the patch, it seems that v2.0 is binary compatible to old
chain, right?
I mean, if in a my hypothetical application I would upgrade to v2
(generics a part) old code should continue working, right?
TIA, and count also on me!
All the best, have a nice day!
Simo
http://people.ap
become a committer! :)
Have a nice day, all the best!!!
Simo
[1] http://www.apache.org/dev/#committers
[2] http://www.apache.org/foundation/how-it-works.html
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, Aug 16, 2011 at 11:00 AM, Simone Tripodi
wrote:
> Hi Eli
Salut Sébastien,
wouldn't the List#subList(int, int)[1] method be helpful for your purposes?
HTH,
Simo
[1]
http://download.oracle.com/javase/1.5.0/docs/api/java/util/List.html#subList(int,
int)
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Thu, Aug 18, 2011 at 2:26 PM, S
Hi all/Elijah,
sorry for replying so late but during these days I've been working as
bricklayer at home, fixing some stuff :P
About the binary compatibility breakage, I have a (maybe silly,
hopefully not) idea: marking @Deprecated (and justifying why in the
javadoc) the wrong method and adding the
update the patch so that I get 0 check style errors. I
> should have that updated this weekend.
>
> Thanks,
> -Elijah
>
> On Thu, Aug 18, 2011 at 5:44 AM, Simone Tripodi
> wrote:
>> Hi all/Elijah,
>> sorry for replying so late but during these days I've been working
Hi all guys,
Elijah, a [chain] user, has been submitting worthy contributions[1] to
improve and actualize the commons-chains component, providing also
patches[2].
I think it is the good time to start speaking about the next [chain]
version (no new releases/development in the last months), any
objec
Hi all guys,
I'd suggest to go through 1.6 too, even if we have a precedence in the
past (before I joined as committer) when the Digester version was
promoted from 1.8 to 2.0 just switching to JVM and added Generics...
So my "concern" is just make sure we adopt a common policy for every
component a
able) backward-compatibility breaches.
> Then we will understand the proper path forward with respect to
> versions and all the changes that cascade from the potential major
> version bump.
>
> Matt
>
> On Mon, Aug 22, 2011 at 1:03 AM, Simone Tripodi
> wrote:
>> Hi all guys,
&g
Hi all guys,
in [functor] component there are several classes with checkstyle
errors[1] of the type
Method '' is not designed for extension - needs to be
abstract, final or empty.
My opinion is that such classes should be final - but what someone
else thinks about it?
TIA, all the best!!
t;
> Should these classes be final? Taking the example of FoldLeft - are their
> circumstances where it would make sense to sub-class FoldLeft? Can it even
> be subclassed in a way that would produce something that behaved as a
> FoldLeft but over-wrote these flagged methods?
>
> M
on wrote:
> On Wed, Aug 24, 2011 at 3:14 AM, Simone Tripodi
> wrote:
>> Hi Matthew!
>>
>> agreed on such 3rd parties integrations you are speaking about, Google
>> Guice would suffer the same (I'm not a fan of Spring :P)
>>
>> Anyway, as you already
definitively +1,
I didn't understand anyway how to fix OGNL, I personally need more
time of investigation, so anyone else can feel free to fix if already
knows the solution.
I think we should fill an Issue also on OGNL space on Jira, WDYT?
Many thanks in advance and thanks for notifying!!!
All the
Hi Liviu!
nice to hear news for [functor] and thanks for the reminder; no needs
to copy'n'paste the jira log since, given the issue id, everybody is
able to load the related page and read the original message ;)
The right way to proceed is
* checkin out the [functor] code[1];
* import your adds;
://people.apache.org/~simonetripodi/chain/clirr-report.html
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, Aug 23, 2011 at 10:52 AM, Simone Tripodi
wrote:
> Hi Matt,
> your suggestion makes indeed a lot of sense! I'll copy the /trunk to a
> branch and publish the site
> Hi,
>
> On 26 August 2011 20:06, Simone Tripodi wrote:
>
>> Hi Matt,
>> sorry for the late and for (maybe) silly question, but what's your PoV
>> about making classes Vs methods as 'final'?
>>
>
> If I lived in a world without dependenc
current form without generics. Do you or anyone else have any thoughts on
> this?
>
> Thanks,
> -Elijah
>
> On Mon, Aug 29, 2011 at 12:53 PM, Simone Tripodi
> wrote:
>
>> Hi all guys,
>> I just fixed the clirr report generation and deployed the chain2 site
>
Congratulations to OGNL and thanks a lot Christian for taking care of
the graduation process!!!
All the best, have a nice day!!!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, Aug 30, 2011 at 2:49 PM, Jason Pyeron wrote:
>> -Original Message-
>> From: Chri
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, wrote:
> Author: bayard
> Date: Wed Aug 31 05:26:14 2011
> New Revision: 1163488
>
> URL: http://svn.apache.org/
ner common 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
Benedict wrote:
> On Wed, Aug 31, 2011 at 9:45 AM, Simone Tripodi
> wrote:
>> Hi all guys,
>> I noticed that properly setting the 1.5 as target compliance level,
>> there are some @Override annotations that in cases of interfaces
>> methods implementation should be droppe
at 7:06 PM, Paul Benedict wrote:
> On Wed, Aug 31, 2011 at 12:02 PM, Simone Tripodi
> wrote:
>> Hi Paul,
>> if I remember correctly, maven should be able to aggregate submodules
>> apidocs, I will ask to mvn ML.
>
> Yes, it can. The javadoc plugi
thanks!!!
what about dropping deprecated methods? since we are upgrading to
major version, they can be dropped... or not?
TIA!!!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Wed, Aug 31, 2011 at 9:08 PM, Paul Benedict wrote:
>> At the same time, everybody: do you agr
his pattern:
> http://apr.apache.org/versioning.html
>
>
> On Wed, Aug 31, 2011 at 2:12 PM, Simone Tripodi
> wrote:
>> thanks!!!
>> what about dropping deprecated methods? since we are upgrading to
>> major version, they can be dropped... or not?
>> TIA
+1 :)
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Fri, Sep 2, 2011 at 4:37 AM, Gary Gregory wrote:
> Go for it ! :)
>
> Gary
>
> On Sep 1, 2011, at 21:40, sebb wrote:
>
>> The current parent pom (21) references an old RAT plugin which is not
>> the current Apache
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
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 h
//apache-commons.680414.n4.nabble.com/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.
>>
>&
n Sun, Sep 4, 2011 at 5:22 AM, Simone Tripodi
> 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
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
>> wrote:
>>> Hi all guys,
>>> I think that generics could help us on improving the Context class;
>>> I'm not parti
was shot down
>>> (http://apache-commons.680414.n4.nabble.com/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
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] http://people.apache.org/~simonetripodi/chain/clirr-report.htm
Source = 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 wrote:
> On 09/04/2011 05:2
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
wrote:
> On Sun, Sep 4, 2011 at 3:44 PM, Simone Tripodi
> wrote:
>>
>
://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Sep 5, 2011 at 5:52 AM, Matt Benson wrote:
> On Sun, Sep 4, 2011 at 7:02 PM, sebb wrote:
>> On 4 September 2011 20:04, Simone Tripodi wrote:
>>> Hi all guys,
>>> the clirr report has just been updated on my per
Sep 4, 2011 at 9:20 PM, Raman Gupta wrote:
>> On 09/04/2011 04:00 PM, James Carman wrote:
>>> On Sun, Sep 4, 2011 at 3:44 PM, Simone Tripodi
>>> wrote:
>>>>
>>>> That is able to 'auto-cast' the retrieved object while Map#get() not.
>>&
; won't look very nice. Let's make a break now.
>>
>> On Sun, Sep 4, 2011 at 9:20 PM, Raman Gupta wrote:
>>> On 09/04/2011 04:00 PM, James Carman wrote:
>>>> On Sun, Sep 4, 2011 at 3:44 PM, Simone Tripodi
>>>> wrote:
>>>>>
>
901 - 1000 of 1680 matches
Mail list logo
