YES you're absolutely right!!! :) Simo http://people.apache.org/~simonetripodi/ http://www.99soft.org/
On Thu, May 5, 2011 at 10:16 PM, Phil Steitz <[email protected]> wrote: > On 5/5/11 1:13 PM, Simone Tripodi wrote: >> +1 >> >> I wonder if any developer has the need to use JOCL today, given the >> configuration super-power provided by modern IoC containers/DI >> frameworks > Or even Commons Digester which IIRC, this stuff preceded. > > Phil >> http://people.apache.org/~simonetripodi/ >> http://www.99soft.org/ >> >> >> >> On Thu, May 5, 2011 at 8:58 PM, Phil Steitz <[email protected]> wrote: >>> On 5/5/11 10:26 AM, Emmanuel Bourg wrote: >>>> Le 05/05/2011 19:09, Mark Thomas a écrit : >>>>> I couldn't find much evidence (via Google) of JOCL being in >>>>> current or >>>>> recent usage therefore I'd like to drop it from DBCP 2.0.0 onwards. >>>>> >>>>> Any objections? >>>> Never heard of JOCL, is this the xml serialization format that was >>>> introduced in Java 1.4 (with java.beans.XMLEncoder/Decoder) ? >>>> >>>> I don't think DBCP should be tied to a serialization format, so +1 >>>> for removing this part in DBCP 2. >>> It is really a configuration specification language. See >>> *http://s.apache.org/vT. >>> >>> Phil >>> * >>>> Emmanuel Bourg >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: [email protected] >>>> For additional commands, e-mail: [email protected] >>>> >>>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> >>> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
