Hi all guys,
since it seems there are no objections, I would proceeding on creating
the sandbox. How should it be called? Digester3? how does it sounds
DigesterNG? :)
Just let me know, have a nice day!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Jan 24, 2011 at
Thanks a lot guys,
I really appreciate your support, help/suggestions come always in a
kind and friendly way :)
Have a nice day,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Jan 24, 2011 at 5:52 PM, Rahul Akolkar wrote:
> On Mon, Jan 24, 2011 at 11:38 AM, Simone
On Mon, Jan 24, 2011 at 11:38 AM, Simone Tripodi
wrote:
> Hi Matt!!!
> I always appreciate a feedback from you! I just implemented a spike on
> my local workspace so I still don't have idea if the API beakage will
> be so deep, I'll wait for more feedbacks before creating the sandbox,
> to see if
On Mon, Jan 24, 2011 at 11:10 AM, Matt Benson wrote:
> Speaking as a non-user of Digester, it would seem that as long as a new
> version can process the same XML configs, and retains the ability to plug
> in/adapt extensions written against v2, breakage of other APIs (which should
> be minimal
Hi Matt!!!
I always appreciate a feedback from you! I just implemented a spike on
my local workspace so I still don't have idea if the API beakage will
be so deep, I'll wait for more feedbacks before creating the sandbox,
to see if there are objections. BTW thanks a lot for your thoughts and
contri
Speaking as a non-user of Digester, it would seem that as long as a new version
can process the same XML configs, and retains the ability to plug in/adapt
extensions written against v2, breakage of other APIs (which should be minimal
in such a library) isn't terribly important. Again, this is s
That's very good Rahul,
being yourself also a Digester users, it should be easier for me
having you to give a guideline :)
Have a nice day!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Mon, Jan 24, 2011 at 4:08 AM, Rahul Akolkar wrote:
> On Sun, Jan 23, 2011 at 9:47
On Sun, Jan 23, 2011 at 9:47 PM, Simone Tripodi
wrote:
> Hi Rahul! :)
> good point, I think that this is yet another good reason to work on
> sandbox before, I'll try to stay close as much as possible to the
> current Digester concept, my idea/purpose/intensions are providing a
> new Digester and
Hi Rahul! :)
good point, I think that this is yet another good reason to work on
sandbox before, I'll try to stay close as much as possible to the
current Digester concept, my idea/purpose/intensions are providing a
new Digester and not replacing it.
Of course, suggestions/participation/feedbacks/g
On Sun, Jan 23, 2011 at 9:11 PM, Simone Tripodi
wrote:
> Hi Rahul!!! :)
> thanks for your feedbacks!!! this time I would like to experiment in
> the sandbox an almost complete rewrite of Digester, simplifying the
> actual design centralizing the configuration - and loosing
> retro-compatibility. M
Hi Rahul!!! :)
thanks for your feedbacks!!! this time I would like to experiment in
the sandbox an almost complete rewrite of Digester, simplifying the
actual design centralizing the configuration - and loosing
retro-compatibility. Moreover I would like doing a strong code
polishing, removing depre
On Sun, Jan 23, 2011 at 1:23 PM, Simone Tripodi
wrote:
> Hi all guys,
> I would like to propose a new sandbox to experiment a fresh,
> different, new set of Digester APIs that strongly uses a DSL for rules
> configuration.
> As described in the original proposal[1], the idea comes from a James
> C
Hi Phil,
thanks for the feedbacks!!! Yes, sorry for the miswriting, I meant
s/TLP/Commons Proper Component :P
Thanks again, have a nice day,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sun, Jan 23, 2011 at 7:52 PM, Phil Steitz wrote:
> On Sun, Jan 23, 2011 at 1:23 P
On Sun, Jan 23, 2011 at 1:23 PM, Simone Tripodi
wrote:
> Hi all guys,
> I would like to propose a new sandbox to experiment a fresh,
> different, new set of Digester APIs that strongly uses a DSL for rules
> configuration.
> As described in the original proposal[1], the idea comes from a James
> C
Hi all guys,
I would like to propose a new sandbox to experiment a fresh,
different, new set of Digester APIs that strongly uses a DSL for rules
configuration.
As described in the original proposal[1], the idea comes from a James
Carman's comment on an old Digester issue, so his
help/guidance/mento
15 matches
Mail list logo
