Hello Clebert,
should the second sample on the wiki page not contain
SoftReference reference = new SoftReference(x); instead of
WeakReference reference = new WeakReference(x); ?
Regards,
Heinz
On 8/7/07, Clebert Suconic <[EMAIL PROTECTED]> wrote:
> > Yes, but that reference can be garbage colle
Hi Dennis,
Dennis Lundberg wrote on :
> Hi,
>
> Following the TLP process I think that we are now ready to release
> version 4 of the commons-parent project. Apart from the TLP
> changes, we
> have also had some more plugin versions specified. A full diff of the
> pom.xml can be found at this ad
+1.
On 8/7/07, Dennis Lundberg <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> Following the TLP process I think that we are now ready to release
> version 4 of the commons-parent project. Apart from the TLP changes, we
> have also had some more plugin versions specified. A full diff of the
> pom.xml can b
+1
Phil
On 8/6/07, Dennis Lundberg <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Following the TLP process I think that we are now ready to release
> version 4 of the commons-parent project. Apart from the TLP changes, we
> have also had some more plugin versions specified. A full diff of the
> pom.xml ca
+1
The sooner, the better.
--
"Besides, manipulating elections is under penalty of law, resulting in
a preventative effect against manipulating elections.
The german government justifying the use of electronic voting machines
and obviously believing that we don't need a police, because all
il
On 8/7/07, Clebert Suconic <[EMAIL PROTECTED]> wrote:
> > Yes, but that reference can be garbage collected - so would have to
> > handle that as well. In this instance each AbstractConverter
> > implementation only ever returns the same value - so I think its
> > simpler to remove the class ref
> Yes, but that reference can be garbage collected - so would have to
> handle that as well. In this instance each AbstractConverter
> implementation only ever returns the same value - so I think its
> simpler to remove the class reference - for example in
> IntegerConverter it would just have:
n
On 8/7/07, Clebert Suconic <[EMAIL PROTECTED]> wrote:
> > Yes it does (thru' AbstractConveter which it extends) - I can remove
> > that reference completely by just making the getDefaultType() method
> > abstract and having each implementation implement it.
> >
>
> Just an idea... You could jus
> Yes it does (thru' AbstractConveter which it extends) - I can remove
> that reference completely by just making the getDefaultType() method
> abstract and having each implementation implement it.
>
Just an idea... You could just have the Abstract class holding a
WeakReference and then:
WeakR
Woops, should have gone to dev@ list
-- Forwarded message --
From: Niall Pemberton <[EMAIL PROTECTED]>
Date: Aug 7, 2007 2:36 AM
Subject: Re: Circular Reference on WeakHashMap
To: Clebert Suconic <[EMAIL PROTECTED]>
On 8/7/07, Clebert Suconic <[EMAIL PROTECTED]> wrote:
> The solu
The solution seems simpler than I thought though...
After looking at the report again...
[EMAIL PROTECTED]
ClassConverter probably has a reference to Class... I thought this was
a reflection object.
It should be WeakReference.
And... inspect your code for any other reflection usages.
Nia
>> if you don't believe me, do some
>> testing with simple stuff before discussing this and come back to me
>> only after that)
>
> OK I will.
What I meant about with "no discussion" is.. usually people tend to
disagree a circular REference on a WeakHashMap,
SomeObject> would generate redeploy
On 8/6/07, Clebert Suconic <[EMAIL PROTECTED]> wrote:
> I have been investigating WeakHashMaps on BeanUtils 1.8 as part of a
> investigation on this:
>
> http://jira.jboss.com/jira/browse/JBAS-2299
Thanks for getting back to us so quickly.
> (Which is not actually an issue with JBAS, but an issue
+1
Nice. +1 nonbinding.
On 8/6/07, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
>
> On 8/6/07, Dennis Lundberg <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > Following the TLP process I think that we are now ready to release
> > version 4 of the commons-parent project.
>
> >
> > [X] +1
> > [ ] =0
> > [ ] -1
On 8/6/07, Dennis Lundberg <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Following the TLP process I think that we are now ready to release
> version 4 of the commons-parent project.
>
> [X] +1
> [ ] =0
> [ ] -1
>
> Vote is open for 72 hours.
>
Thanks for your time. As an aside, can we figure out a way t
+1
Thanks for doing this.
Niall
On 8/6/07, Dennis Lundberg <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Following the TLP process I think that we are now ready to release
> version 4 of the commons-parent project. Apart from the TLP changes, we
> have also had some more plugin versions specified. A full
I have been investigating WeakHashMaps on BeanUtils 1.8 as part of a
investigation on this:
http://jira.jboss.com/jira/browse/JBAS-2299
(Which is not actually an issue with JBAS, but an issue when using
BeanUtils as part of the classPath).
There is a circular reference on the WeakHashMap, T
Hi,
Following the TLP process I think that we are now ready to release
version 4 of the commons-parent project. Apart from the TLP changes, we
have also had some more plugin versions specified. A full diff of the
pom.xml can be found at this address:
http://svn.apache.org/viewvc/commons/prop
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The following page has been changed by RahulAkolkar:
http://wiki.apache.org/commons/SCXML
The comment on the change is:
TLP move related changes
--
I'll go ahead and get them working again today.
Hen
On 8/6/07, Niall Pemberton <[EMAIL PROTECTED]> wrote:
> I updated the nightly build scripts to point to
> http://people.apache.org/builds/commons/nightly/
> instead of
> http://people.apache.org/builds/jakarta-commons/nightly/
>
> but th
On 8/6/07, Luc Maisonobe <[EMAIL PROTECTED]> wrote:
> Phil Steitz a écrit :
> > Failed build logs:
> > http://vmbuild.apache.org/~commons/nightly/logs//20070806/math.log
>
> I tried to fix this twice and failed. It seemed to me to be related with
> an improper c
Henri Yandell wrote:
On 8/4/07, Jeff Turner <[EMAIL PROTECTED]> wrote:
On Sat, Aug 04, 2007 at 02:03:54AM -0700, Henri Yandell wrote:
When it came up before, I thought there was a problem with enabling it
on an existing project? How do all the old issues look? Did they get
wiki'd?
Unless the
I updated the nightly build scripts to point to
http://people.apache.org/builds/commons/nightly/
instead of
http://people.apache.org/builds/jakarta-commons/nightly/
but they still seem to be generated in the old location. Where do the
nightly scripts get deployed - or have they been replac
Phil Steitz a écrit :
> Failed build logs:
> http://vmbuild.apache.org/~commons/nightly/logs//20070806/math.log
I tried to fix this twice and failed. It seemed to me to be related with
an improper character encoding as the error message is:
java.io.UTFDataFormatException: Invalid byte
Hi all,
I tried to download the latest build of commons-email,
but the download directories of the nightly builds are
empty. Where can I get the latest build?
Or when wil commons e-mail 1.1 be released?
I urgently need a fix for the bug that doesn't display
HTML messages correctly if you also at
On Mon, 2007-08-06 at 12:57 +0200, Jochen Wiedmann wrote:
> On 8/6/07, Oleg Kalnichevski <[EMAIL PROTECTED]> wrote:
>
> > We are most likely to spin off the support for multipart coded POSTs
> > into a separate module (artifact) as of release 4.0, so dependency on
> > Mime4J will remain optional.
On 8/6/07, Oleg Kalnichevski <[EMAIL PROTECTED]> wrote:
> We are most likely to spin off the support for multipart coded POSTs
> into a separate module (artifact) as of release 4.0, so dependency on
> Mime4J will remain optional. I do not think Axis2 presently makes any
> use of multipart coded PO
On Sun, 2007-08-05 at 21:25 -0400, Davanum Srinivas wrote:
> Hmm, if we are doing this (mime4j in httpclient), please let us know
> so that we will look more seriously at getting rid of mailapi jar in
> axis2 and depend on mime4j as well. since we dependent heavily on
> httpclient.
>
> thanks,
> d
Failed build logs:
http://vmbuild.apache.org/~commons/nightly/logs//20070806/math.log
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
30 matches
Mail list logo
