Re: More Cocoon stacktraces

Hi Sylvain! Thanks for the improvement of stacktraces! Just today I started to think about this. As usual you are very fast! :-D I tried to see the new stacktraces. But the 2.1.x branch is not working: Compiling 55 source files to /home/agallardo/svn/cocoon-2.1/build/cocoon-2.1.8-dev/test /h

More Cocoon stacktraces

Hi team! I added new features to the Cocoon stacktraces: - a Location now has a description, which is used to store the statement name (e.g. "" or "") - when an error occurs while processing a pipeline, all components of the pipeline and their locations are added to the stacktrace - the nesting

Re: Documentation request

Upayavira wrote: Torsten Schlabach wrote: Thank you. Maybe there should be a link to this from the Cocoon site. This might make it more popular. It isn't intended for public consumption. It is intended as a backend system. So, we might publish it on some dev site, but not on the public s

Re: EHCache exception

On 12.08.2005 20:38, Ralph Goers wrote: Thanks Peter. I can understand that the in-memory caching makes a huge difference. I am not sure as to whether you are talking about that or external caching. I guess what I am wondering is if setting overflowToDisk to false in ehcache.xml would make muc

Re: EHCache exception

Got me, guess you'd have to experiment with that one: lots of variables... On 8/12/05, Ralph Goers <[EMAIL PROTECTED]> wrote: > Thanks Peter. I can understand that the in-memory caching makes a huge > difference. I am not sure as to whether you are talking about that or > external caching. > > I

Re: EHCache exception

Thanks Peter. I can understand that the in-memory caching makes a huge difference. I am not sure as to whether you are talking about that or external caching. I guess what I am wondering is if setting overflowToDisk to false in ehcache.xml would make much of a difference. Ralph Peter Hunsbe

Re: Documentation request

Guys, On 8/12/05, Upayavira <[EMAIL PROTECTED]> wrote: > It isn't intended for public consumption. It is intended as a backend > system. So, we might publish it on some dev site, but not on the public > site - in time, the content of the Daisy site should be uploaded to the > public site. On 8/12

Re: EHCache exception

On 8/12/05, Ralph Goers <[EMAIL PROTECTED]> wrote: > Thanks, Peter. I suspected it was a corruption. I didn't know the > names of the files. Frankly, I'm not even sure we need external caching > enabled for this application. Will it provide any better performance > than re-reading the original d

Re: EHCache exception

Thanks, Peter. I suspected it was a corruption. I didn't know the names of the files. Frankly, I'm not even sure we need external caching enabled for this application. Will it provide any better performance than re-reading the original document? Ralph Peter Hunsberger wrote: On 8/12/05,

Re: EHCache exception

On 8/12/05, Ralph Goers <[EMAIL PROTECTED]> wrote: > One of our production servers is getting this exception repeatedly. Can > someone clue me in on what to do to correct it? The code base was at > svn revision 122686 which, as I recall, was slightly before 2.1.7 was > released. > > Ralph > > -

EHCache exception

One of our production servers is getting this exception repeatedly. Can someone clue me in on what to do to correct it? The code base was at svn revision 122686 which, as I recall, was slightly before 2.1.7 was released. Ralph - cocoon-ehcache-1Cache: Could not read disk store element for k

Re: Documentation request

Torsten Schlabach wrote: Note: I'm not sure whether cocoon.apache.org will be the "official cocoon documentation location" It will probably be for anyone interested in reading Cocoon documentation. Unless you remove *any* documentation from the site and make a bold link saying: This site does

Re: Documentation request

Torsten Schlabach wrote: Thank you. Maybe there should be a link to this from the Cocoon site. This might make it more popular. It isn't intended for public consumption. It is intended as a backend system. So, we might publish it on some dev site, but not on the public site - in time, the con

Re: Documentation request

Thank you. Maybe there should be a link to this from the Cocoon site. This might make it more popular. Regards, Torsten > Torsten Schlabach wrote: > >>Where is that DAISY instance and how can I access it? >>Who can access it? Anyone or just Cocoon committers? >> >> > > http://cocoon.zones.apache.o

Re: Documentation request

Torsten Schlabach wrote: Where is that DAISY instance and how can I access it? Who can access it? Anyone or just Cocoon committers? http://cocoon.zones.apache.org/daisy/ Have to run now. Bye, Helma

Re: Documentation request (was: Re: Bug# 34696 - Website update)

Where is that DAISY instance and how can I access it? Who can access it? Anyone or just Cocoon committers? > Note: I'm not sure whether cocoon.apache.org will be the > "official cocoon documentation location" It will probably be for anyone interested in reading Cocoon documentation. Unless you re

Re: Proposal: Make defaults for text serializers UTF-8

On Wed, 2005-08-10 at 15:55 +0200, Leszek Gawron wrote: > Berin Loritsch wrote: > > Considering we have a very international user base, and the fact that > > more and more projects have to deal with international or special > > character, why not make the demo international friendly. > > > > In or

Documentation request (was: Re: Bug# 34696 - Website update)

Vadim Gritsenko wrote: Torsten Schlabach wrote: From the other answers I get the impression that there is a number of people on the Cocoon project who are not aware of the process for the Cocoon site. So maybe someone can find out and document it. http://wiki.apache.org/cocoon/CocoonWebsite

Re: [RT] The impact of using OSGi

On Friday 12 August 2005 21:07, Vadim Gritsenko wrote: > > whereas Daniel is making a more evolutionary approach > > starting with what OSGi *is*, and continue from there with "solutions to > > use-cases". > > I don't see what usecase it can possibly solve if it does not provide > necessary level o

Re: Bug# 34696 - Website update

All, > Torsten Schlabach wrote: >> From the other answers I get the impression that there is a number of >> people on the Cocoon project who are not aware of the process for the >> Cocoon site. So maybe someone can find out and document it. > > http://wiki.apache.org/cocoon/CocoonWebsiteUpdate > >

Re: [RT] The impact of using OSGi

Niclas Hedhman wrote: This discussion is a bit weird, since I think Vadim tries to super-impose the previous/standing definition of what "real blocks" encompass on top of the OSGi architecture, Of course: the goal is the same, it is just the way to get there is different. imho & iiuc. wher

DO NOT REPLY [Bug 36162] New: - Possible Memory Leak with LinkRewriterTransformer

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Bug# 34696 - Website update

Torsten Schlabach wrote: From the other answers I get the impression that there is a number of people on the Cocoon project who are not aware of the process for the Cocoon site. So maybe someone can find out and document it. http://wiki.apache.org/cocoon/CocoonWebsiteUpdate Needs some editing

Re: Bug# 34696 - Website update

Helma, > However, I've already found out that "updating the > website" is not a simple thing to do, so it might get down to me > patching the content and bugging others to do the actual update, in > which case it means that you need to be patient some more. I am a committer in the Lenya project a

FW: LocaleAction and cookies

Seeing as I got absolutely no response to this on the users list, I thought I'd try here before I open an enhancement request in Bugzilla ;-) To: users@cocoon.apache.org Date: Thu, 21 Jul 2005 15:36:00 +0100 Hi, I'm using Cocoon 2.1.7 to generate a bilingual site (i.e. every page may be dis

Re: [RT] The impact of using OSGi

On Thursday 11 August 2005 23:12, Daniel Fagerstrom wrote: > At component level, you can connect a Map with any > content to  a service, then you can use a subset of the LDAP query > language on  these maps during lookup, so each component factory that is > registred as an OSGi service could certai

Re: Bug# 34696 - Website update

Ugo Cei schrieb: > Il giorno 11/ago/05, alle 17:15, hepabolu ha scritto: > > >>Now that I've got my commit rights working I will try to focus on the >>documentation. However, I've already found out that "updating the >>website" is not a simple thing to do, so it might get down to me >>patching th

Re: [Fwd: Re: Cocoon - modified authentication.xml]

Hi Ron, thanks for your updates. I just applied them to subversion. If you have any questions or want to provide more updates, additional docs etc., please direct them to the cocoon developer list (dev@cocoon.apache.org) Thanks Carsten Ron Wheeler schrieb: > This is a post that I sent to Carste

RE: Architectural concerns

>> Kees Broenink wrote: >>> Thanks Joerg and Vadim for your input. >>> >>> I am a big fan of the basic concepts of Cocoon and I do not tend to >>> add a MVC layer on top of it. The power of Cocoon in my opinion is >>> that it is not religic about the MVC pattern. It tries to do the job >>> of bu

Re: Bug# 34696 - Website update

Il giorno 11/ago/05, alle 17:15, hepabolu ha scritto: Now that I've got my commit rights working I will try to focus on the documentation. However, I've already found out that "updating the website" is not a simple thing to do, so it might get down to me patching the content and bugging others t