Hi Simone,
Simone Tripodi wrote:
[snip]
> @SuppressWarnings("unchecked")
> public T parse(InputSource input, Class returnedType) throws
> IOException, SAXException {
> .
> .
> .
> return returnedType.cast(this.root);
> }
It would be nice, if we can start to avoid such method global suppre
Hello Jorg,
absolutely, thanks a lot for your feedback too, very appreciated!
Have a nice day,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, Mar 1, 2011 at 9:00 AM, Jörg Schaible
wrote:
> Hi Simone,
>
> Simone Tripodi wrote:
>
> [snip]
>
>
>> @SuppressWarnings("u
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-scxml-test has an issue affecting its community integration.
This
Hi Seb,
I just tried upgrading locally the Digester3 parent, but unfortunately
mvn is not able to resolve it; this is what happens with mvn3:
$ mvn clean site && open target/site/index.html
[INFO] Scanning for projects...
[ERROR] The build could not read 1 project -> [Help 1]
[ERROR]
[ERROR] The
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-vfs-test has an issue affecting its community integration.
This is
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
Hi,
So, where I should start ?
Kind regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
Kapituła Javarsovia http://javarsovia.pl
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-
Hi all guys,
I personally like the proposal and think that OGNL is a nice piece of
software that Commons could only benefit if it will join.
As I previously expressed, IMHO OGNL could be merged to BeanUtils that
already supports the same features, but in a less sophisticated way;
BeanUtils could on
On 1 March 2011 10:35, Simone Tripodi wrote:
> Hi Seb,
> I just tried upgrading locally the Digester3 parent, but unfortunately
> mvn is not able to resolve it; this is what happens with mvn3:
Did you use the sample POM I provided?
e.g. save as download.xml and run "mvn -f download.xml"
Which v
2010/12/13 Lukasz Lenart :
> I want to ask you all, is it possible to include OGNL
> (https://github.com/jkuhnert/ognl , http://www.opensymphony.com/ognl/
> ) into Commons project?
Personally I would like to see it as a TLP.
AFAIK Apache foundation likes to see one project for one piece of
softwar
Nope, sorry, I only tested replacing the parent pom in mine, I
overlooked your sample. Apologizes.
I tried with both mvn3 and mvn2 but had to suspend the debug due to
job related stuff, I'll continue on the afternoon.
I'll let you know soon!
Simo
http://people.apache.org/~simonetripodi/
http://www
2011/3/1 Antonio Petrelli :
> 2010/12/13 Lukasz Lenart :
>> I want to ask you all, is it possible to include OGNL
>> (https://github.com/jkuhnert/ognl , http://www.opensymphony.com/ognl/
>> ) into Commons project?
>
> Personally I would like to see it as a TLP.
> AFAIK Apache foundation likes to se
2011/3/1 Antonio Petrelli :
> There is another problem: is OpenSymphony willing to donate the code to
> Apache?
> It's not only a problem of "forking", because the entire copyright
> will pass to Apache, at least for the donated code as it is (the
> copyright will remain to OpenSymphony until the
>From Commons HP[1] "The Commons is an Apache project focused on all
aspects of reusable Java components" here we use to speak about Math,
Digester, BeanUtils, ... as components and not projects, there are no
exceptions you mentioned.
Moreover, since EL[2] and JXPATH[3] found their home here at co
On Tue, Mar 1, 2011 at 2:30 AM, Simone Tripodi wrote:
> Hello Jorg,
> absolutely, thanks a lot for your feedback too, very appreciated!
Point taken, +1.
Matt
> Have a nice day,
> Simo
>
> http://people.apache.org/~simonetripodi/
> http://www.99soft.org/
>
>
>
> On Tue, Mar 1, 2011 at 9:00 AM, J
On 1 March 2011 08:00, Jörg Schaible wrote:
> Hi Simone,
>
> Simone Tripodi wrote:
>
> [snip]
>
>
>> @SuppressWarnings("unchecked")
>> public T parse(InputSource input, Class returnedType) throws
>> IOException, SAXException {
>> .
>> .
>> .
>> return returnedType.cast(this.root);
>> }
>
> It
Hi Seb!
thanks a lot for your hints too, very appreciated!
Something suggests me to remove the @SuppressWarnings because
ClassCastException are admitted, let's suppose I have the given XML:
text
that can be mapped to
class A {
String prop;
}
if a user tries to map to a different type
On 1 March 2011 15:55, Simone Tripodi wrote:
> Hi Seb!
> thanks a lot for your hints too, very appreciated!
>
> Something suggests me to remove the @SuppressWarnings because
> ClassCastException are admitted, let's suppose I have the given XML:
>
>
> text
>
>
> that can be mapped to
>
> class
Hi Seb,
I think you provided an excellent feedback, I can follow the path you
just showed me and
* add the warning in the parse() method;
* provide an aux method, something like checkedParse() that takes the
Class in input and performs the check once document has been parsed.
On a side note, I'
Howdy;
I looked at OGNL a while ago and can't fully remember why I ended up using
JEXL (probably because it seemed simpler). Anyway, OGNL seems very powerful
and expressive.
What about trying to merge OGNL & JEXL2 (instead of BeanUtils)? I'm pretty
sure the core JEXL2 features (introspector - metho
Hi Henri,
it would be fine for me, I initially suggested BeanUtils because
already support a similar feature[1], but JEXL2 would work as well.
Thanks for your feedbacks, looking forward to collect enough thoughts
to call for a vote :)
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft
The fix is in SVN and scheduled for inclusion in the upcoming Codec 1.5
release.
Thank you,
Gary
On Tue, Mar 1, 2011 at 6:05 AM, Martin Nybo Andersen wrote:
> Hi,
>
> On Mon, 28 Feb 2011, Matt Benson wrote:
>
> Finally, given the fact that we are discussing patches (which have to
>> be granted
On Mar 1, 2011, at 10:22 AM, sebb wrote:
> On 1 March 2011 15:55, Simone Tripodi wrote:
>> Hi Seb!
>> thanks a lot for your hints too, very appreciated!
>>
>> Something suggests me to remove the @SuppressWarnings because
>> ClassCastException are admitted, let's suppose I have the given XML:
>>
Thanks again for your feedbacks Matt, much more than appreciated! :)
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, Mar 1, 2011 at 7:02 PM, Matt Benson wrote:
>
> On Mar 1, 2011, at 10:22 AM, sebb wrote:
>
>> On 1 March 2011 15:55, Simone Tripodi wrote:
>>> Hi Seb!
>>
Based on what I know of OGNL, it is/was reasonably well used. Trying
to merge it into another project doesn't help those existing users.
The question is what are the author(s) of OGNL looking for? A home for
maintainance? The Apache brand? To reinvigorate it? The latter fits
with a merger into oth
Struts 2 is a big consumer of OGNL. The Struts community already consumed
XWork's IP and now own it. Aren't both of those projects from OpenSymphony?
If so, I would say it should go over to Struts.
On Tue, Mar 1, 2011 at 12:50 PM, Stephen Colebourne wrote:
> Based on what I know of OGNL, it is/wa
@Stephen: OGNL is currently ownerless, as Lukasz reported, and he's
the only one maintainer on github. Original authors agreed on donating
the to the ASF, I suppose to provide OGNL community the
support/maintainance that deserves. Someone else didn't agree already
on taking in consideration yet ano
2011/3/1 Stephen Colebourne :
> Based on what I know of OGNL, it is/was reasonably well used. Trying
> to merge it into another project doesn't help those existing users.
Yep, that's true
> The question is what are the author(s) of OGNL looking for? A home for
> maintainance? The Apache brand? To
Hello guys,
As far as this issue is concerned (for what i have understood) i believe
that one way to separate NULL(s) that occur from the A.P.I. from NULL(s)
coming from wrong usage of A.P.I. by a user is the assert technique... I
didn't know a lot about it but from what i have read it should be
i
Giannakopoulos,
It's a debate that goes on. Josh Bloch in his Effective Java book says NPE
is perfectly acceptable for bad arguments. So it really depends on your
perspective what an NPE represents. I prefer Josh's opinion but only because
every single argument probably creates lots of branch-chec
This vote has passed with 7 +1 from the following people:
Luc Maisonobe (binding)
Jörg Schaible (binding)
Oliver Heger (binding)
Phil Steitz (binding)
Dimitri Pourbaix
Simone Tripodi(binding)
Mikkel Meyer Andersen
Thanks to everybody
Luc
Le 26/02/2011 2
Le 01/03/2011 21:31, Luc Maisonobe a écrit :
> This vote has passed with 7 +1 from the following people:
I'm a little busy right now, so I'll put the artifacts on site tomorrow
morning (European time) if nobody beats me on it.
Luc
>
> Luc Maisonobe (binding)
> Jörg Schaible (bin
congrats for the achievement and the effort you put on this release
Luc, I don't think anybody would beat you ;)
trés bravo, a bientot!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, Mar 1, 2011 at 9:36 PM, Luc Maisonobe wrote:
> Le 01/03/2011 21:31, Luc Maisonobe
Tremendous effort from all the team! I salute you guys!
Well done! As they say: "It's a process" ;)
Gary
On Tue, Mar 1, 2011 at 3:51 PM, Michael Giannakopoulos wrote:
> Tremendous effort from all the team! I salute you guys!
>
--
Thank you,
Gary
http://garygregory.wordpress.com/
http://garygregory.com/
http://people.apache.org/~ggregory/
http:/
Hi.
> It's a debate that goes on. Josh Bloch in his Effective Java book says NPE
> is perfectly acceptable for bad arguments. So it really depends on your
> perspective what an NPE represents. I prefer Josh's opinion but only because
> every single argument probably creates lots of branch-checking
On Sun, Feb 27, 2011 at 11:51 AM, Jacob Beard wrote:
> Hi,
>
> I'm currently working on revising scxml-js so that it implements the
> semantics defined by the step algorithm of the SCXML specification (as
> opposed to the mixture of SCXML semantics and Rhapsody semantics which
> it currently imple
Please keep an eye on the www-voice thread. I think there may still be
problems with the current step algorithm, and I'm drafting a reply to
elaborate on this.
Thanks,
Jake
On Tue, Mar 1, 2011 at 6:50 PM, Rahul Akolkar wrote:
> On Sun, Feb 27, 2011 at 11:51 AM, Jacob Beard wrote:
>> Hi,
>>
>>
On Tue, Mar 1, 2011 at 6:57 PM, Jacob Beard wrote:
> Please keep an eye on the www-voice thread. I think there may still be
> problems with the current step algorithm, and I'm drafting a reply to
> elaborate on this.
>
Sure.
-Rahul
> Thanks,
>
> Jake
>
> On Tue, Mar 1, 2011 at 6:50 PM, Rahul
On Mon, Feb 28, 2011 at 8:35 AM, Simone Tripodi
wrote:
> Good morning all guys,
> in the last month I've invested my spare time on redesigning a new
> potential version of the Digester component in Sandbox, according to
> what I proposed time ago on dev ML[1].
> The experiment is complete at 95%,
-Original Message-
From: Gilles Sadowski
Sent: Tuesday, March 01, 2011 3:12 PM
To: dev@commons.apache.org
Subject: Re: [Math - 403] Never propagate a "NullPointerException" resulting
from bad usage of the API
Hi.
It's a debate that goes on. Josh Bloch in his Effective Java book sa
Hi Rahul!!!
sure of course, I'll prepare a special section on the documentation to
see a Digester->Digester3 migration scenario, so that also users can
know pros and cons.
Thanks for your support!
have a nice day,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Wed, Mar
Stephen Colebourne wrote:
> Based on what I know of OGNL, it is/was reasonably well used. Trying
> to merge it into another project doesn't help those existing users.
>
> The question is what are the author(s) of OGNL looking for? A home for
> maintainance? The Apache brand? To reinvigorate it? T
43 matches
Mail list logo
