Hi Simone,
Simone Tripodi wrote:
[snip]
@SuppressWarnings(unchecked)
public T T parse(InputSource input, ClassT returnedType) throws
IOException, SAXException {
.
.
.
return returnedType.cast(this.root);
}
It would be nice, if we can start to avoid such method global suppressions,
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
joerg.schai...@scalaris.com wrote:
Hi Simone,
Simone Tripodi wrote:
[snip]
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
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,
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 1 March 2011 10:35, Simone Tripodi simonetrip...@apache.org 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
2010/12/13 Lukasz Lenart lukasz.len...@googlemail.com:
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
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/
2011/3/1 Antonio Petrelli antonio.petre...@gmail.com:
2010/12/13 Lukasz Lenart lukasz.len...@googlemail.com:
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
2011/3/1 Antonio Petrelli antonio.petre...@gmail.com:
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
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
On Tue, Mar 1, 2011 at 2:30 AM, Simone Tripodi simonetrip...@apache.org 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
On 1 March 2011 08:00, Jörg Schaible joerg.schai...@scalaris.com wrote:
Hi Simone,
Simone Tripodi wrote:
[snip]
@SuppressWarnings(unchecked)
public T T parse(InputSource input, ClassT returnedType) throws
IOException, SAXException {
.
.
.
return returnedType.cast(this.root);
}
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:
a
proptext/prop
/a
that can be mapped to
class A {
String prop;
}
if a user tries to map to a
On 1 March 2011 15:55, Simone Tripodi simonetrip...@apache.org 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:
a
proptext/prop
/a
that
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,
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 -
On Mar 1, 2011, at 10:22 AM, sebb wrote:
On 1 March 2011 15:55, Simone Tripodi simonetrip...@apache.org 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
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 gudnabr...@gmail.com wrote:
On Mar 1, 2011, at 10:22 AM, sebb wrote:
On 1 March 2011 15:55, Simone Tripodi
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
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 scolebou...@joda.orgwrote:
Based on what I
@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
2011/3/1 Stephen Colebourne scolebou...@joda.org:
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
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
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
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
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
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 luc.maison...@free.fr wrote:
Le 01/03/2011
Tremendous effort from all the team! I salute you guys!
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 jbea...@cs.mcgill.ca 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
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 rahul.akol...@gmail.com wrote:
On Sun, Feb 27, 2011 at 11:51 AM, Jacob
On Tue, Mar 1, 2011 at 6:57 PM, Jacob Beard jbea...@cs.mcgill.ca 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.
snip/
Sure.
-Rahul
Thanks,
Jake
On Tue, Mar 1, 2011
On Mon, Feb 28, 2011 at 8:35 AM, Simone Tripodi
simonetrip...@apache.org 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
-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
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? The
40 matches
Mail list logo