Hi Mr. Sese,
when we introduced commons-logging in one of our projects where log4j
already were used, we had the problem that the entire application could not
been loaded by Tomcat-7. The logs showed some wired
ClassNotFoundExceptions. It took us lots of time to find out, that we only
had to put a
2009/6/17 Jörg Schaible
> Renè Glanzer wrote at Mittwoch, 17. Juni 2009 16:07:
>
> > Hi,
> >
> > it's me again with an update.
> > the LRUMap.mapIterator() still produces the
> > ConcurrentModificationException when a call to MapIterator.remove()
> &g
enberg wrote:
> > why don't you just use softreference + expiration timestamp and save
> > all the trouble?
> > Leon
> >
> > On Wed, Jun 17, 2009 at 4:07 PM, Renè Glanzer
> wrote:
> >> Hi,
> >>
> >> i
Hi,
it's me again with an update.
the LRUMap.mapIterator() still produces the
ConcurrentModificationException when a call to MapIterator.remove()
occurs.
Maybe this info helps
René
2009/6/17 Renè Glanzer :
> Hi Jörg,
>
> it's me again. With a smile on my face :-)
&g
rom the other
people who suffered the same problem.
Furthermore I'm pleased to see that the JIRA issue COLLECTION-330 is
handling the problem with the keySet call.
2009/6/17 Jörg Schaible
> Renè Glanzer wrote at Mittwoch, 17. Juni 2009 11:48:
>
> > Hi Jörg,
> >
> > that
Hi Jörg,
that are great news, I'll give it a try.
And of course I'll report my experience.
René
2009/6/17 Jörg Schaible
> Hi Renè,
>
> Renè Glanzer wrote at Mittwoch, 17. Juni 2009 09:47:
>
> > OK so my search will continue :-)
> > Meanwhile I'll cons
René. Yeah, no real solution in that JIRA issue I'm
> afraid. :( But it shows you what's already been looked at.
>
> Otis
> --
> Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
>
>
>
> - Original Message
> > From: Renè Glanzer
> &g
ns JIRA. Just search for my name.
>
> Otis
> --
> Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
>
>
>
> ----- Original Message
>> From: Renè Glanzer
>> To: Commons Users List
>> Sent: Monday, June 15, 2009 12:00:54 PM
>> Subject: Re
in commons collections,
> org.apache.commons.collections and org.apache.commons.collections.map.
> Which one are you using?
>
> regards
> Leon
>
> On Mon, Jun 15, 2009 at 6:00 PM, Renè Glanzer wrote:
>> Yes of course,
>>
>> the code with the time based cache systems
ard hashmap?
>
> Leon
>
> On Mon, Jun 15, 2009 at 4:37 PM, Renè Glanzer wrote:
>> Hello,
>>
>> side note accepted :-)
>>
>> In my class I checked the get, put and remove methods. All are synchronized.
>> As you can see also the code which wants to del
2009/6/15 Leon Rosenberg :
> Hello,
>
> on a side note, generics make reading of code easier :-)
>
> you haven't posted the whole code, but have you (double)checked that
> all other acesses to store are synchronized?
>
> regards
> Leon
>
> On Mon, Jun 15, 20
mes Carman :
> Are you calling remove() on the iterator or on the map itself?
>
> On Mon, Jun 15, 2009 at 6:37 AM, Renè Glanzer wrote:
>> Hello,
>>
>> is there still no help for me?
>> Is somebody able to explain me, why i get this
>> "java.util.Concur
Hello,
is there still no help for me?
Is somebody able to explain me, why i get this
"java.util.ConcurrentModificationException"
on iterating and calling remove() on the LRUMap?
Please
René
2009/6/10 Renè Glanzer :
> Hello Ted,
>
> thanks for the fast response. I understand
gt;
> I am curious, however, why you didn't make use of the built-in capabilities
> of the LRUMap to help you with this. Notably, you should probably just
> over-ride the removeLRU(Entry) method and set the scanUntilRemovable flag.
> I think that this would take the place of your loop
Hello,
I us a LRUMap for caching search results from the database. To limit
the maximum number of searches cached i store them in a LRUMap. Also
the timestamp when the entry was put to the map is stored.
Additionally to the maximum number of the LRUMap i also implemented a
thread which periodicly
15 matches
Mail list logo