RC1 is available here:
http://people.apache.org/~bayard/commons-dbutils-1.4-rc1/
SVN:
http://svn.apache.org/repos/asf/commons/proper/dbutils/tags/DBUTILS_1_4_RC1/
Maven artifacts:
http://people.apache.org/~bayard/commons-dbutils-1.4-rc1/commons-dbutils-1.4-bundle.jar
Website:
http://peo
I've pushed all the open issues to 1.5, none of them looked like blockers.
So ready to think about a release. I'll go ahead and look at building
a release candidate.
Hen
On Wed, Sep 14, 2011 at 12:09 PM, Bill Speirs wrote:
> Just wondering when this code will be released. I'm looking to use it
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=12103&projectId=69
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 14 Sep 2011 22:23:55 +
Finished at: Wed 14 Sep 2011 22:24:16 +
Total time: 21s
Build Trigger: Schedule
Bui
Hi Jörg!
Sounds I have a huge TODO list of fixes for tomorrow, I'm too tired to
fix them now, time to sleep :P
Thanks for the feedbacks and suggestions, have a nice day!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Wed, Sep 14, 2011 at 10:52 PM, Jörg Schaible wrote:
On Wed, Sep 14, 2011 at 08:02:20PM +, Ted Dunning wrote:
> On Wed, Sep 14, 2011 at 7:57 PM, Phil Steitz wrote:
>
> > > No. But it is easy to code up some warmup in the startup part of the
> > life
> > > cycle. That should be a penalty paid once when the server starts, not
> > later
> > > on
Hello.
> >
> >People taking part to this discussion[1] seem to have a hard time being
> >explicit about what they are trying to achieve.
> >
> >(1)
> >>From information gathered so far, the issue raised seems to have been solved
> >by taking advantage of the fact that the JVM loads classes at firs
Hi Simo,
Simone Tripodi wrote:
> we already discussed about it, and choose the option to let users
> extend the classes for 2 reasons:
> - be reused inside IoC/DI containers that create dynamic proxies
> - specialize classes with generic types (class
> MyTransformedBinaryProcedure extends Trans
Performance?
On Sep 14, 2011 2:57 PM, "Simone Tripodi" wrote:
> Hi all guys,
> there was an era when OGNL was totally dependencies-less, today relies
> on Javassist - I never understood the reason of adopting it.
> Is anyone able to explain it me please?
> Many thanks in advance, have a nice day!
we already discussed about it, and choose the option to let users
extend the classes for 2 reasons:
- be reused inside IoC/DI containers that create dynamic proxies
- specialize classes with generic types (class
MyTransformedBinaryProcedure extends TransformedBinaryProcedure)
yes, checkstyle com
On Wed, Sep 14, 2011 at 7:57 PM, Phil Steitz wrote:
> > No. But it is easy to code up some warmup in the startup part of the
> life
> > cycle. That should be a penalty paid once when the server starts, not
> later
> > on the first request. In the worst case, you can build a simple startup
> >
On 9/14/11 12:43 PM, Ted Dunning wrote:
> On Wed, Sep 14, 2011 at 7:27 PM, sebb wrote:
>
>> On 14 September 2011 20:16, Ted Dunning wrote:
>>> This is a red herring. No web server I know of restarts Java processes
>> like
>>> this. The JVM is kept hot and classes are not unloaded lightly.
>> Tr
On Wed, Sep 14, 2011 at 7:27 PM, sebb wrote:
> On 14 September 2011 20:16, Ted Dunning wrote:
> > This is a red herring. No web server I know of restarts Java processes
> like
> > this. The JVM is kept hot and classes are not unloaded lightly.
>
> True, but the server does not normally load al
On 14 September 2011 20:34, wrote:
> Author: simonetripodi
> Date: Wed Sep 14 19:34:37 2011
> New Revision: 1170805
>
> URL: http://svn.apache.org/viewvc?rev=1170805&view=rev
> Log:
> fixed checkstyle violation: Method 'hashCode' is not designed for extension -
> needs to be abstract, final or e
On 14 September 2011 20:16, Ted Dunning wrote:
> This is a red herring. No web server I know of restarts Java processes like
> this. The JVM is kept hot and classes are not unloaded lightly.
True, but the server does not normally load all the classes in all its
libraries, surely?
In which case
This is a red herring. No web server I know of restarts Java processes like
this. The JVM is kept hot and classes are not unloaded lightly.
A one minute startup due purely to this one library would be an issue. I
haven't heard that definitively demonstrated here at all. A micro-benchmark
would
Just wondering when this code will be released. I'm looking to use it in the
not-too-distant future for some stuff and I prefer to pull in all my deps
from maven repos, rather than having one-offs.
Thanks!
Bill-
On Thu, Jul 28, 2011 at 7:20 PM, Henri Yandell wrote:
> Awesome - thanks Bill :)
>
Hi all guys,
there was an era when OGNL was totally dependencies-less, today relies
on Javassist - I never understood the reason of adopting it.
Is anyone able to explain it me please?
Many thanks in advance, have a nice day!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
--
Le 14/09/2011 17:31, Gilles Sadowski a écrit :
Hi.
People taking part to this discussion[1] seem to have a hard time being
explicit about what they are trying to achieve.
(1)
From information gathered so far, the issue raised seems to have been solved
by taking advantage of the fact that the
Le 14/09/2011 17:16, Stefan Bodewig a écrit :
Emmanuel, is the Pack200Utils.normalize method I've just committed what
you've been looking for?
Yes that's what I had in mind, thank you.
You might also want to support repacking a file to itself, that's a
common use case. I implemented this in
On 2011-09-05, Stefan Bodewig wrote:
> On 2011-09-05, Emmanuel Bourg wrote:
>> That looks interesting. Does it provide a repack mode suitable for
>> signing compressed jars?
> I assume you mean
> ,
> | Note that packing and unpacking a JAR will in general alter the bytewise
> | contents of
Hi.
People taking part to this discussion[1] seem to have a hard time being
explicit about what they are trying to achieve.
(1)
>From information gathered so far, the issue raised seems to have been solved
by taking advantage of the fact that the JVM loads classes at first use (i.e
methods will n
On 2011-09-05, Stefan Bodewig wrote:
> On 2011-09-05, Emmanuel Bourg wrote:
>> That looks interesting. Does it provide a repack mode suitable for
>> signing compressed jars?
> I assume you mean
> ,
> | Note that packing and unpacking a JAR will in general alter the bytewise
> | contents of
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=12083&projectId=64
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 14 Sep 2011 11:45:49 +
Finished at: Wed 14 Sep 2011 11:46:11 +
Total time: 22s
Build Trigger: Schedule
Bui
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
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=12080&projectId=64
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 14 Sep 2011 10:23:05 +
Finished at: Wed 14 Sep 2011 10:23:28 +
Total time: 22s
Build Trigger: Schedule
Bui
Good morning everyone,
just to let you know that I've committed the code in rev1170462, for
everyone to patch.
The process was actually in two stages, because I think I
misunderstood how svn should be configured in order to handle
automatically eol. So I had to change manually the SVN property, and
26 matches
Mail list logo
