Hi,
Because of Vadims entitled objections I just overlooked the cleanupthread
in the MRUMemoryStore.
When I developed this store I overtaken this thread from the MemoryStore
of cocoon1 with the believe that it works.
But thinking a little bit about it, I have my doubts that the while
loop below w
vgritsenko01/08/24 20:40:38
Modified:src/org/apache/cocoon/components/store Tag: cocoon_20_branch
MRUMemoryStore.java
Log:
patch from Gerhard Froehlich [[EMAIL PROTECTED]]
Revision ChangesPath
No revision
No
vgritsenko01/08/24 20:37:27
Modified:src/org/apache/cocoon/components/store MRUMemoryStore.java
Log:
Patch from Gerhard Froehlich [[EMAIL PROTECTED]]
Revision ChangesPath
1.16 +13 -9
xml-cocoon2/src/org/apache/cocoon/components/store/MRUMemoryStore.java
In
Hmm, now I have a guilty conscience. In the cocoon1
project the gc() is forced in the free() method.
_sorry_ cocoon1ers for blaming you!
I think we can overtake the implementation.
But I have still doubts that memory is deallocated
immediately and that the memory calculation is
exact even if the
Now it's turned off. I do not remeber did I have this issue
with cache on or off.
Vadim
> -Original Message-
> From: Torsten Curdt [mailto:[EMAIL PROTECTED]]
> Sent: Friday, August 24, 2001 9:57 AM
> To: [EMAIL PROTECTED]
> Subject: RE: [C2.1] Problems retrieving images from cache in lat
AFAIK, this is not planned,
but it is possible to implement.
Only take in account that you would need to buffer SAX events:
events from second part could be received before you get last event from
first part.
Vadim
> -Original Message-
> From: Mariano Kamp [mailto:[EMAIL PROTECTED]]
> S
I put by mistake the debug info exteriorly of the synchronized
method. was little bit miss leading
here is the right patch
sorry
>-Ursprüngliche Nachricht-
>Von: Gerhard Froehlich [mailto:[EMAIL PROTECTED]]
>Gesendet: Friday, August 24, 2001 8:55 PM
>An: cocoon
>Betreff: [C2 patch] more
hi,
as requested here is a patch with some more debug information
before and after cache and memory cleanup.
it also contains the patch of the thread
[c2 patch] little change in mrumemorystore
cheers
gerhard
patch.diff
-
To
>> >The Monitor class is in Excalibur's scratchpad section--awaiting
>> >the soon inclusion
>> >in the main excalibur jar.
>> Sounds very cool. But when you have many resources isn't it dangerous
>> that this collection becomes to big?
>
>They are light-weight resources, and simply wrappers around
Hi,
we all know and like XSP. However, we also know quite a few of its problems.
Therefore I'd like to propose an alternative to XSP which may be, in many
cases, a viable and much easier to use option.
The basic idea has come up at least once on this list: perform a mapping
between XML space and
>> -Original Message-
>> From: Marcus Crafter [mailto:[EMAIL PROTECTED]]
>> Sent: Friday, August 24, 2001 11:01 AM
>> To: [EMAIL PROTECTED]
>> Subject: RE: [C2 diff] mru store gc logging
>>
>>
>> Hi Vadim,
>>
>> On Thu, 23 Aug 2001, Vadim Gritsenko wrote:
>>
>> > BTW, what do you think abo
> The logger is not a Component!
Ups!
> > is able to get
> > to the request object without actually passing it
> > directly to the logger.
>
> It is passed by a mechanism proprietary to the logging system.
>
> > Could I use (or should better not use) this to get the
> > current request object
ok,
1. alghorithm now:
amount of memory used is greater then heapsize
run finalization of objects
run the garbage collector
while free memory is lower then the freememory constant
free the cache
2. your proposal:
amount of memory used is greater then heapsize
while free memory is lower then the
On Fri, 24 Aug 2001, Torsten Curdt wrote:
> I was wondering... the current logger is able to log
> the requested URI by using a ContextStack.
> So a component (the Logger)
The logger is not a Component!
> is able to get
> to the request object without actually passing it
> directly to the logge
Hi all,
here is small diff for SendmailAction now sendmail work's with javamail 1.2
there is also activation.jar nedded (JavaBeans(tm)Activation Framework
1.0.1) form http://java.sun.com/beans/glasgow/jaf.html
Klaus
nbis - Röttgerweg 10 - 51371 Leverkusen
phone: +49-214-206494-0
fax: +49-21
> -Original Message-
> From: Marcus Crafter [mailto:[EMAIL PROTECTED]]
> Sent: Friday, August 24, 2001 11:01 AM
> To: [EMAIL PROTECTED]
> Subject: RE: [C2 diff] mru store gc logging
>
>
> Hi Vadim,
>
> On Thu, 23 Aug 2001, Vadim Gritsenko wrote:
>
> > BTW, what do you think about while
Hi Vadim,
On Thu, 23 Aug 2001, Vadim Gritsenko wrote:
> BTW, what do you think about while() loop just below debug() statement?
> It looks to me then when this situation arises there are chances that storage
> whould be empty before GC would be kicked again...
Seems to me like the whil
Thanks Torsten,
That's fixed it.
Stuart.
On Friday, August 24, 2001, at 02:57 pm, Torsten Curdt wrote:
> Have you tried to turn off the resin cache?
> --
> Torsten
>
>> -Original Message-
>> From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
>> Sent: Friday, August 24, 2001 3:44 PM
>> T
Have you tried to turn off the resin cache?
--
Torsten
> -Original Message-
> From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
> Sent: Friday, August 24, 2001 3:44 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [C2.1] Problems retrieving images from cache in latest CVS
>
>
> Stuart,
>
> I a
Stuart,
I also had similar problem, also under Resin, and - guess what -
if I used home-grown proxy class I wrote specifically to trace this problem -
problem was not shown.
I bet if you use Apache - Resin combo, you wouldn't find this problem.
PS: For some reason, this problem is gone - I ca
Please ignore the previous response to this which must have been some
fluke. I've tried it a good number of times now and I can *only*
reproduce the problem under Resin.
Stuart.
On Friday, August 24, 2001, at 02:07 pm, Vadim Gritsenko wrote:
> I've seen this couple of times. Do you use Resi
Hi all,
Here is patch for DatabaseAuthenticatorAction when autocommit=true
(default value in the cocoon.xconf ) .
Please check why we need transactions in the DatabaseAuthenticatorAction
anyway.
Another Patch for build.xml which fixes a problem with the compilation
of SendmailAction due to the
Funnily enough I was just trying out Resin when I first noticed it, but
then I went back and tried it under Tomcat 4.0b7 and hit the same problem,
and my run script for Tomcat clears the work directory every time, so
there shouldn't have been any remnant from the previous run.
Stuart.
On Fri
On Wednesday, August 22, 2001, at 11:35 pm, Stuart Roebuck wrote:
>
> On Wednesday, August 22, 2001, at 06:51 pm, Craeg K. Strong wrote:
>
>> Stuart Roebuck wrote:
>>
>>> I've noticed recently that requests for pages from Cocoon sometimes
>>> appear not to be received and responded to, or ret
On 24.Aug.2001 -- 12:23 PM, Klaus Bertram wrote:
> It's only redirect with the last redirect in the map:match sessionstate
> I see everytime the state01 side not the others where the map:math try to
> compare and redirect to
Has been fixed in CVS (2.1 was already fixed). Problem were default
para
I've seen this couple of times. Do you use Resin?
Vadim
> -Original Message-
> From: Stuart Roebuck [mailto:[EMAIL PROTECTED]]
> Sent: Friday, August 24, 2001 8:52 AM
> To: [EMAIL PROTECTED]
> Subject: [C2.1] Problems retrieving images from cache in latest CVS
>
>
> Using the latest CV
Thanks, Sylvain :)
Vadim
> -Original Message-
> From: Sylvain Wallez [mailto:[EMAIL PROTECTED]]
> Sent: Friday, August 24, 2001 8:56 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Current CVS compiling? Session missing? || Sitemap not compiling at all
>
>
> Mariano Kamp wrote:
> > no respon
haul01/08/24 06:00:37
Modified:webapp Tag: cocoon_20_branch sitemap.xmap
Log:
Forgot to change default parameter syntax
Revision ChangesPath
No revision
No revision
1.11.2.30 +2 -2 xml-cocoon2/webapp/sitemap.
> >> I just tried to update to a newer version of cocoon, I beleave 2.1 head
> >>branch I used: cvs -q update -dPA. The resulting repository won't
> >> compile. It says:
> >>
> >>/apache/xml-cocoon2/build/cocoon/src/org/apache/cocoon/acting/SendmailAct
> >>io n.java:76: Class org.apache.cocoon.ac
Mariano Kamp wrote:
> no response yet. So it seems to me that I am the only one with problems
> compiling the cvs version? I mean me and my collegueas are the only ones?
>
> Really?
>
> Mariano
>
> On Thursday 23 August 2001 00:48, Mariano Kamp wrote:
>
>>Hi,
>>
>> I just tried to update to
Using the latest CVS of 2.1 if you re-request an image file (i.e. request
it from cache) it appears to return a null or invalid result, although the
logs show no sign of anything going wrong.
Stuart.
-
Stuart Roebuck
sylvain 01/08/24 05:46:17
Modified:src/org/apache/cocoon/acting Tag: cocoon_20_branch
SendmailAction.java
Log:
Re-added JavaMail imports
Revision ChangesPath
No revision
No revision
1.3.2.3 +7
sylvain 01/08/24 05:45:57
Modified:src/org/apache/cocoon/acting SendmailAction.java
Log:
Re-added JavaMail imports
Revision ChangesPath
1.6 +7 -0 xml-cocoon2/src/org/apache/cocoon/acting/SendmailAction.java
Index: SendmailAction.java
===
Looks to me as classpath problem. Clean classpath variable,
check ext directory, make sure you don't have old xalan or
something of this sort somewhere.
Vadim
> -Original Message-
> From: Gerhard Froehlich [mailto:[EMAIL PROTECTED]]
> Sent: Friday, August 24, 2001 6:44 AM
> To: [EMAIL PR
It seems that you have JavaMail in classpath when compiling.
Recently Dims optimized imports and SendMail action lost its
imports to javax.mail. Patch it, and send patch here.
Vadim
> -Original Message-
> From: Mariano Kamp [mailto:[EMAIL PROTECTED]]
> Sent: Friday, August 24, 2001 1:27
I was wondering... the current logger is able to log
the requested URI by using a ContextStack.
So a component (the Logger) is able to get
to the request object without actually passing it
directly to the logger.
Could I use (or should better not use) this to get the
current request object in othe
no response yet. So it seems to me that I am the only one with problems
compiling the cvs version? I mean me and my collegueas are the only ones?
Really?
Mariano
On Thursday 23 August 2001 00:48, Mariano Kamp wrote:
> Hi,
>
> I just tried to update to a newer version of cocoon, I beleave 2.1
I had all kinds of problems trying to use the webapp module for tomcat 4, from
compilation hell up to a thrashing system, with race condition-caused httpd
process deaths. I happily switched to mod_proxy for apache, taking the
opportunity to cache results at the same time.
On Fri, 24 Aug 2001 11:
> I wonder if there will be some problems with the 2 toSAX() methods
> considering that XMLConsumer extends ContentHandler, and that most
> often, an XMLConsumer is stored in separate ContentHandler and
> LexicalHandler variables, meaning you no longer have an XMLConsumer
> variable.
>
> Sinc
Ovidiu Predescu wrote:
> On Thu, 23 Aug 2001 10:06:31 +0200, Sylvain Wallez <[EMAIL PROTECTED]>
>wrote:
>
>
>>Ovidiu Predescu wrote:
>>
>>>Sylvain,
>>>
>>>On Thu, 16 Aug 2001 10:52:25 +0200, Sylvain Wallez
><[EMAIL PROTECTED]> wrote:
>>>
>>>
>>>
>public interface XMLFragment
>{
> v
hi,
I do not get rid of this. on my machine at home everything
is fine, but one my dev machine at work I get this exception
in the target:
Buildfile: build.xml
init:
[echo] --- Apache Cocoon 2.1-dev [1999-2001]
prepare:
generate-java-code-check:
generate-
Hi Chris,
I'm using the _branch version on win2000 with tomcat-3.2.1 (tomcat-3.2.2
diverent machine) jdk1.3.1 and it never work's
It's only redirect with the last redirect in the map:match sessionstate
I see everytime the state01 side not the others where the map:math try to
compare and redirect
sylvain 01/08/24 03:03:46
Modified:src/org/apache/cocoon/acting ServerPagesAction.java
src/org/apache/cocoon/components/language/markup/xsp
XSPObjectHelper.java
src/org/apache/cocoon/components/sax
XMLByteStre
Hi,
On Fri, 24 Aug 2001, Matthew Langham wrote:
> >>
> We've been using ajp12 for the past year, without problems. We only
> had one issue where if tomcat crashed, httpd would race and try to
> take over the system. This was fixed a while back though.
> <<
> We saw that happen
Hi,
>>
We've been using ajp12 for the past year, without problems. We only
had one issue where if tomcat crashed, httpd would race and try to
take over the system. This was fixed a while back though.
<<
We saw that happen on Linux boxes.
>>
Recently we've up
Hi Matthew,
On Thu, 23 Aug 2001, Matthew Langham wrote:
> Quick question for those of you using Apache+Tomcat: ajp13 or ajp12? From
> what I have read ajp13 is faster - is this your experience as well and are
> there any "gotchas"?
We've been using ajp12 for the past year, without probl
On 23.Aug.2001 -- 04:06 PM, Klaus Bertram wrote:
> here are code form the sitemap.xmap and the corosponding sitemap_xmap.java
> The sessionstate & next-page-page match can't redirect.
> the sides always redirect to "dynamic-page2"
Klaus, which version are you using? Yesterday's CVS behaves OK for
hi,
I have changed the remove method a little bit. know objects are only removed
from the fs when configured.
this mrumemorystore gets some late attention :)
cheers
gerhard
--
Gerhard Fröhlich
[EMAIL PROTECTED]
"black holes are,
when GOD is dividing by zero"
GMX - Die Kommunikationsplattfor
Hi there,
I was thinking about content aggregation. We do some portal like
aggregation of different resources. Some of them are pretty slow, like
querying email accounts or aggregating content from different sites
(sometimes more than a second for one ). It would be quite nice if
the differ
49 matches
Mail list logo
