Hi All,
I suspect as this topic is discussed more and more we'll find that many
people within the Cocoon community have implemented their own templating
/ view model. Like Peter, we're using a model based on filters -
which are basically dynamically evaluated XPath fragments. The document
Hiya,
This does indeed cause problems now that true persistence is working.
Given that no space is actually recovered from the persistent store
(even when items are invalid) the disk-cache grows - even across
shutdown /startup cycles. I guess the store janitor will need to be
modified to enable
can't rely on time stamps - something could be 3 months old
in the cache but still be valid.
Corin
-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]
Sent: Friday, 22 October 2004 12:39 p.m.
To: [EMAIL PROTECTED]
Subject: Re: FilesystemStore broken???
Corin Moss wrote
Hi There,
Does the current CVS head for ECM reflect the removal of the
StaticBucketMap? If so, is the repository the same it always was (on
cvs.apache.org)? I'm still getting references to the class in
AbstractThreadManager and TPSPThreadManager after an update.
Thanks,
Corin
-Original
Hedhman [mailto:[EMAIL PROTECTED]
Sent: Thursday, 12 August 2004 4:33 p.m.
To: [EMAIL PROTECTED]
Subject: Re: StaticBucketMap
On Thursday 12 August 2004 06:07, Corin Moss wrote:
Does the current CVS head for ECM reflect the removal of the
StaticBucketMap? If so, is the repository the same
What about playground? Works for us over here, and give people
somewhere to throw their toys ;)
-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]
Sent: Friday, 30 July 2004 1:58 p.m.
To: [EMAIL PROTECTED]
Subject: Re: [proposal] Private Branches
Stefano Mazzocchi
Hi,
Speaking from the perspective of a Cocoon user with a probably larger
than normal install base, I'd be _very_ scared about upgrading to a new
version of Cocoon if my old sitemaps don't work. I realise that the
work you're doing is research focused, but I still think a bit of
pragmatism is
Hi Guys,
We're implementing Event Aware caching at the moment, and it's working
well. We're migrating from the Prism based cache which we've used until
now. Our only hurdle at the moment is proving to be the
CIncludeTransformer. Expires based caching is hard wired right into it
(and the
Hiya,
Any idea when this will make it to CVS? I'm almost salivating at the
thought of a cocoon RDF Query Transformer!
Have you been able to do any bench marks on performance vs XPath or
XQuery?
Looking forward to seeing it!
Corin
-Original Message-
From: Stefano Mazzocchi
Hi Guys,
I'm about to get people looking at the Event Cache block. Does anyone
have any thoughts on its suitability for a production environment? I'm
especially interested in the event registry - how scalable is it? We're
currently storing our registers in HSQLDB which is scaling ok, but
Hi Guys,
I have experienced similar problems. My work around was:
1. Use the latest version of Xalan (there is a bug fix which is of
similar nature to this, although I can't recall what its number is.)
2. Tweak the buffer size settings for your pipeline.
I think number 2 is probably a little
Hi Sylvain,
Not wanting to start a game of twenty questions here, but your comment
regarding caching of jxtemplates interested me. For what reason are
they not cacheable as a generator?
Thanks,
Corin
-Original Message-
From: Sylvain Wallez [mailto:[EMAIL PROTECTED]
Sent: Thursday, 6
Hi Antonio,
I'm trying this out as we speak. So far I've not had any success in getting the index
written out. I'll keep you all updated.
Corin
-Original Message-
From: Antonio Gallardo [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 14 April 2004 6:48 p.m.
To: [EMAIL PROTECTED]
Hi Guys,
I'm trying to integrate some of the new JCS improvements into our JCS
based store. The biggest one is a fix to the shutdown bug which
ensures that the memory based key is written out to disk at shutdown
time. At first I thought that the dispose() method of AbstractJCSStore
was being
Corin Moss
Gesendet: Donnerstag, 15. April 2004 00:58
An: [EMAIL PROTECTED]
Betreff: Where is disposed called for the Stores?
Hi Guys,
I'm trying to integrate some of the new JCS improvements into our JCS
based store. The biggest one is a fix to the shutdown bug which
ensures
Hi Guys,
I'm trying to test the EHStore against JCS store. I've changed roles
etc, and, although the EHStore is being used, and pipelines are being
executed properly, the store is not correctly written to disk. The
store data file reaches 1 meg, and then is cleared, at which point it is
never
the current status.
Joerg
On 05.04.2004 23:42, Corin Moss wrote:
Hiya,
+++1
I can't quite say how many plus ones the idea of XUL support from
Cforms gets from me. As I mentioned earlier, we've been using XUL in
production to drive a web based GUI for a couple of months now
Hiya,
+++1
I can't quite say how many plus ones the idea of XUL support from Cforms
gets from me. As I mentioned earlier, we've been using XUL in
production to drive a web based GUI for a couple of months now. The
feature set we get is just amazing. The other interesting thing, in
---BeginMessage---
Hiya,
This does indeed sound like a very powerful tool. Can I urge anyone who might be
interested in pursuing this to take a look at XUL (part of the Mozilla project.) XUL
would make complex data display infinately easier (built in tree views, RDF driven
templting - every
---BeginMessage---
I've just been through a several week excercise tuning a fairly complex Cocoon
implementation (for use by '000's of concurrent users)
I've picked up quite a lot of useful snippets of info as I've delved into lots of
different areas of the code. I'd be happy to share these,
on this? Or should I just go ahead and
submit a bug? :)
Thanks,
Corin
Corin Moss
Lead Developer
TVNZ Interactive
+64 9 916 7367
+64 21 403 054
[EMAIL PROTECTED]
CAUTION: This e-mail and any attachment(s) contains information
---BeginMessage---
Hi Carsten,
Great to hear that you're working on this one. Do you plan to expose your profiling
via the Instrumentation interfaces? I've found the excalibur instrument tools very
useful of late and wonder whether it could be appropriate to use them here.
Of course, it
Ahh, ok, it seems that I missed the JMX thread:
http://marc.theaimsgroup.com/?t=10784156763r=1w=2
I've been using Instrumentation quite successfully for a couple of
weeks, it was how I managed to pick up a bug in the CIncludeTransformer,
and it's helped hugely in some fairly complex pool
to know what you are doing and if there is
some sample code I could leverage. I'd like to wrap the already
instrumented stuff with Mbeans.
Ralph
-Original Message-
From: Corin Moss [mailto:[EMAIL PROTECTED]
Sent: Saturday, March 20, 2004 4:13 PM
To: [EMAIL PROTECTED]
Subject: RE: New Sitemap
on the questions above?
Thanks,
Corin
Corin Moss
Lead Developer
TVNZ Interactive
+64 9 916 7367
+64 21 403 054
[EMAIL PROTECTED]
CAUTION: This e-mail and any attachment(s) contains information
that is intended to be read only
Message-
From: Corin Moss
Sent: Thursday, 11 March 2004 3:55 p.m.
To: [EMAIL PROTECTED]
Subject: JCS Store - new issues
Hi Guys,
You may or may not have seen my recent posts about performance with JCS
store, but I've gotten a little further into diagnosing what looks like
a deadlock issue.
After
own, or promote JCS as a project as part of Cocoon or Avalon?
I really think that there is some great work done there, in danger of getting lost. It is certainly a better approach (IMHO) than starting off developing another caching / store system.
WDYT?
Corin
Corin Moss
Lead Developer
TVNZ
Hi,
I agree that this is bad news.
Before a decision is made one way or another, it might be a good idea to
agree on minimal functionality required of a store. I'm not overly in
favour of a true light-weight cache like EHCache being the only
supported caching mechanism. In my usage of JCS I
2004 11:50 a.m.
To: [EMAIL PROTECTED]
Subject: Re: regarding JCS usage...
Corin Moss wrote:
Would it be worth polling the users and dev lists to get something of
a wish-list for store functionality?
why don't we go back and see what is the problem we are trying so solve
instead of branching off
Hiya,
This might be unrelated to the Paginator itself.
I noticed last night that when I used the JCSTransientStore I got a
class cast exception when trying to write to the transient cache. I
haven't had a chance to look at this more - but this might be it.
Although I'd imagine that it would
on the A-R-W store - do you have any more info on this? I realise that it's an Avalon component, but I guess it started its life here with all the other store classes?
Let me know if anyone has more experience with this particular class :)
Corin
Corin Moss
Lead Developer
TVNZ Interactive
+64 9
with using the locks.
Now, I haven't looked into JCS, but I guess they are doing the
synchronization inside JCS (I hope). If this is true, we don't do any
syncing/locking in our Store and simply defer the work to JCS.
HTH
Carsten
From: Corin Moss [mailto:[EMAIL
---BeginMessage---
Hmm, I won't say that it's impossible ;) But I've been hitting the store pretty
heavily today (000's of objects cached) and I've not yet had such a problem, AFAIK it
should only be calling the parameterize once - when it first initialises the store,
although that's defined
:
Unico Hommes wrote:
Unico Hommes wrote:
Corin Moss wrote:
Hi Guys,
I might be getting ahead of myself a bit here, but I'm going to
try and turn off the default MRU store, in favour of the JCS
based persistent store. I'd like to try some tests on
performance without the default MRU
, 6 March 2004 2:38 p.m.
To: [EMAIL PROTECTED]
Subject: Re: Turning off default MRU store
Corin Moss wrote:
Hi Guys,
I think the thing to remember here is that it's the Disk Cache
implementation that has this behaviour, and that it's very easy to use
a different store type if the user feels it's
Hi,
I'd first like to make sure that we're all straight on the issues that
Geoff just raised first - the issue of absolute persistence especially
:)
As for the email, sorry about that Antonio - I was using my company's
Outlook webmail, and I think it does odd things such as that.
I also
as not to
continue confusion.
Hope I didn't cause you too many hours of frustration ;)
Corin
-Original Message-
From: Unico Hommes [mailto:[EMAIL PROTECTED]
Sent: Friday, 5 March 2004 10:11 a.m.
To: [EMAIL PROTECTED]
Subject: Re: [JCS] Test drive
Corin Moss wrote:
Hiya,
Someone may have
anything similar? I've simply set the core store's role to point to the JCS store implementation.
The rationale behind this is that JCS implements a MRU store all on its own - this simplifies things a bit as far as I'm concerned
Any thoughts? :)
Corin
Corin Moss
Lead Developer
TVNZ Interactive
]
Sent: Fri 5/03/2004 4:00 p.m.
To: [EMAIL PROTECTED]
Cc:
Subject: Re: Turning off default MRU store
Corin Moss wrote:
Hi Guys,
I might be getting ahead of myself a bit here, but I'm going to try and
turn off
Hiya,
What exactly would you like to know? There's a readme in there that
should provide a fair amount of detail, if not - just flick me an email
and I'll walk you through it :)
I still need to send in a couple compiled of classes for it - don't
worry Carsten, I haven't forgotten :)
Let me
Based Cache
Le Mardi, 2 mars 2004, à 08:59 Europe/Zurich, Corin Moss a écrit :
...JCS does have its own R/W lock of course - but I'd love not to have
to change too many classes ;)
I have no idea how the current locks work, but in this case the on-disk
Store is going to be private to a single
-
From: Marco Rolappe [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 2 March 2004 9:24 p.m.
To: [EMAIL PROTECTED]
Subject: AW: JCS Based Cache
hi corin,
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag
von Corin Moss
Gesendet: Dienstag, 2. März 2004 08
handled this in the past? Are there any examples I can look at which do
something similar?
Sorry about the volume of mail - this problem has really caught my interest :)
Thanks,
Corin
-Original Message-
From: Corin Moss
Sent: Tuesday, 2 March 2004 8:59 p.m.
To: [EMAIL PROTECTED]
Subject: RE
Hiya,
I'm probably wrong here, but my understanding of the RefresherImpl is
that the timeout is used to cache the page on a timed basis a la cron
(although that could be what you mean).
I'm not entirely sure how this helps with external validation directly
:)
What I've been playing around with
-
From: Unico Hommes [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 3 March 2004 2:39 a.m.
To: [EMAIL PROTECTED]
Subject: Re: Event caching and CachedSource
Corin Moss wrote:
Hiya,
I'm probably wrong here, but my understanding of the RefresherImpl is
that the timeout is used to cache the page on a timed
Ok then,
The JCS based store is pretty much finished (well, obviously the first cut.) As far
as I can tell I've implemented everything necessary for a test - there's a few un-used
methods not implemented (I've commented these fairly clearly of course ;)
What's the protocol for sharing the
ideally. Has anyone given this any more thought recently?
I would prefer to do this than implement something based around NIO - the JCS package seems to very nicely implement everything needed for a persistent store.
WDYT?
Thanks,
Corin
Corin Moss
Lead Developer
TVNZ Interactive
+64 9
Hiya,
Thanks for the feedback - I'll get to work on this now. I guess conceptually this
really belongs within the Avalon-Excalibur-store framework, as it will sit along side
AbstractJispFilesystemStore rather than on top of it.
Do you agree, or do you feel that this should be implemented
Mardi, 2 mars 2004, à 08:16 Europe/Zurich, Corin Moss a écrit :
... I guess conceptually this really belongs within the
Avalon-Excalibur-store framework, as it will sit along side
AbstractJispFilesystemStore rather than on top of it...
Makes sense but I don't think it prevents you from
49 matches
Mail list logo
