DO NOT REPLY [Bug 24240] New: - Generate/XInclude/CInclude from cocoon:// has wrong context

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://nagoya.apache.org/bugzilla/show_bu

[IMPIMP] care with classpath (Was: CLI: Cannot find catalogManager.properties)

IMPIMP means that this is double important because no-one replied the first time. Please do various tests such as './cocoon.sh servlet' to ensure that it still runs on your platform. --David On 2003-10-19 David Crossley wrote: > Important: I presume that everyone gets the jitters when messing > wi

Re: X2EE

On Thursday 30 October 2003 00:01, Sylvain Wallez wrote: > Niclas Hedhman wrote: > >On Tuesday 28 October 2003 04:18, Joerg Heinicke wrote: > >>IMO Cocoon is not only mentioned, the complete framework seems to be > >>build on Cocoon. > > > >Not really built on Cocoon as he wants to establish a lang

Re: [IMP] Performance problems with TraxTransformer

Carsten Ziegeler wrote: Sylvain Wallez wrote: Carsten Ziegeler wrote: ... I added a "check-includes" configuration to the TraxTransformer. If you set it to "false" imported stylesheet are not checked for changes for the caching, but you really feel the performance difference. ... PS

Re: [IMP] Performance problems with TraxTransformer

Sylvain Wallez wrote: Carsten Ziegeler wrote: Due to this mechanism, each stylesheet is parsed on every request (if cached content is used or not) which is in most cases unnecessary. As we didn't use the "use-store" parameter of the xslt transformer this is a real performance problem! Is th

Re: Forcing pipeline caching?

Andrzej Jan Taramina wrote: Is there any way to force a pipeline result to be cached? My application reads some xml documents from a database, and though they are dynamically read from the DBMS, their content is static. That is, the dbms is just a convenient replacement for a filesystem for sto

Re: othello in cocoon's samples

Bertrand Delacretaz wrote: > gounisosmosis.gr a écrit > : > > > Bertrand Delacretaz wrote: > >> ...Create a PATCH on bugzilla, for review by committers. > > > > how ? (can you give me some hints?) > > Look for [PATCH] and CVS differences info at > http://cocoon.apache.org/community/contrib.htm

Forcing pipeline caching?

Is there any way to force a pipeline result to be cached? My application reads some xml documents from a database, and though they are dynamically read from the DBMS, their content is static. That is, the dbms is just a convenient replacement for a filesystem for storing these documents. So f

Re: NPEs in FlowLayer

Christopher Oliver wrote: OK. I see your point. But I'm guessing the bug is in the core in this case, not JXForms. Can you describe the problem in more detail. It's not easy to reproduce but it happens when executing code like the following: function foo(form) { var error = true; while (erro

Re: NPEs in FlowLayer

On Wednesday, October 29, 2003, at 05:10 PM, Christopher Oliver wrote: Can you recreate this problem with a simple example you can post to the list? Sorry, I have no sample yet ... it is difficult to simplify ... What appears to be happening : I am using the FlowScript version of authentication

Re: 'dispose' method of component

On Wednesday, October 29, 2003, at 09:03 PM, Giacomo Pati wrote: Jeremy Quinn wrote: On Wednesday, October 29, 2003, at 01:40 PM, Giacomo Pati wrote: Hi Jeremy Jeremy Quinn wrote: public class HibernateFactory extends AbstractLogEnabled implements PersistanceFactory, Configurable, Servic

Documenting the FOM

Is the idl syntax still the way to describe the FOM documentation? -- Giacomo Pati Otego AG, Switzerland - http://www.otego.com Orixo, the XML business alliance - http://www.orixo.com

RE: NPEs in FlowLayer

OK. I see your point. But I'm guessing the bug is in the core in this case, not JXForms. Can you describe the problem in more detail. CHris -Original Message- From: Ugo Cei [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 29, 2003 1:14 PM To: [EMAIL PROTECTED] Subject: Re: NPEs in Flow

Re: NPEs in FlowLayer

Christopher Oliver wrote: Ugo Cei wrote: Sorry, but I don't agree. NPE's are indications of bugs. Hiding those with checks for null doesn't help matters, IMO. I have my share of doubts when it comes to these matters. This is my line of reasoning: The Flowscript is a core component of Cocoon. We

Re: 'dispose' method of component

Jeremy Quinn wrote: On Wednesday, October 29, 2003, at 01:40 PM, Giacomo Pati wrote: Hi Jeremy Jeremy Quinn wrote: public class HibernateFactory extends AbstractLogEnabled implements PersistanceFactory, Configurable, Serviceable, Initializable, Disposable, ThreadSafe IIRC ThreadSafe

Re: 'dispose' method of component

On Wednesday, October 29, 2003, at 01:40 PM, Giacomo Pati wrote: Hi Jeremy Jeremy Quinn wrote: public class HibernateFactory extends AbstractLogEnabled implements PersistanceFactory, Configurable, Serviceable, Initializable, Disposable, ThreadSafe IIRC ThreadSafe components are disposed

Re: [IMP] Performance problems with TraxTransformer

Nathaniel Alfred wrote: Checking all dependencies sounds first to be the right thing to do but it can introduce a new performance bottleneck. Just think of a well structured hierarchy of stylesheets stored on a filer, where now the cache validity check requires dozens of NFS-stat calls. Caching

Re: NPEs in FlowLayer

On Wednesday, October 29, 2003, at 05:10 PM, Christopher Oliver wrote: Can you recreate this problem with a simple example you can post to the list? I'll do my best to Thanks regards Jeremy Jeremy Quinn wrote: On Wednesday, October 29, 2003, at 04:28 PM, Ugo Cei wrote: Jeremy Quinn wrot

RE: [IMP] Performance problems with TraxTransformer

Checking all dependencies sounds first to be the right thing to do but it can introduce a new performance bottleneck. Just think of a well structured hierarchy of stylesheets stored on a filer, where now the cache validity check requires dozens of NFS-stat calls. Caching on a production server is

Re: Image-Based Authentication (Was: Re: [proposal] Doco)

Oh, and I forgot to add (if it isn't terribly obvious) that it's not a Woody widget, but more of a proof-of-concept to see if I could actually do it :) Tony

Re: Image-Based Authentication (Was: Re: [proposal] Doco)

Torsten Curdt wrote: I spent an afternoon implementing it. It's a complicated beast, and it uses the intercepted flowscript in a big huge ugly hack... BUT... it works, which makes me happy :) Check it out at [1] -- please go easy on it since this is my personal box at home and on my cablemodem.

Re: NPEs in FlowLayer

Can you recreate this problem with a simple example you can post to the list? Jeremy Quinn wrote: On Wednesday, October 29, 2003, at 04:28 PM, Ugo Cei wrote: Jeremy Quinn wrote: I will login successfully, logout, then login again, the second time around, I get NPEs from cocoon.log.info. NPEs

Re: NPEs in FlowLayer

Ugo Cei wrote: Jeremy Quinn wrote: I will login successfully, logout, then login again, the second time around, I get NPEs from cocoon.log.info. NPEs that I did not get the first time around. I suggest that you add some more null checks in FOM_Cocoon, if you have identified the source lines

Re: NPEs in FlowLayer

On Wednesday, October 29, 2003, at 04:28 PM, Ugo Cei wrote: Jeremy Quinn wrote: I will login successfully, logout, then login again, the second time around, I get NPEs from cocoon.log.info. NPEs that I did not get the first time around. I suggest that you add some more null checks in FOM_Cocoon,

Re: NPEs in FlowLayer

Jeremy Quinn wrote: I will login successfully, logout, then login again, the second time around, I get NPEs from cocoon.log.info. NPEs that I did not get the first time around. I suggest that you add some more null checks in FOM_Cocoon, if you have identified the source lines that dereference nu

DO NOT REPLY [Bug 24198] - Mock javax.mail.BodyPart.java has incorrect method signature

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://nagoya.apache.org/bugzilla/show_bu

Re: X2EE

Niclas Hedhman wrote: On Tuesday 28 October 2003 04:18, Joerg Heinicke wrote: IMO Cocoon is not only mentioned, the complete framework seems to be build on Cocoon. Not really built on Cocoon as he wants to establish a language neutral XML fuelled system, hence the dotNet and Java implemen

DO NOT REPLY [Bug 23648] - HTMLGenerator produces NullPointerException on HML-docs with XML-Declaration

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://nagoya.apache.org/bugzilla/show_bu

Woody form2bean.flow

Anybody encountered the Exception in the form2bean.flow Woody samples under JDK 1.3? It runs smoth here with a JDK 1.4.2 -- Giacomo Pati Otego AG, Switzerland - http://www.otego.com Orixo, the XML business alliance - http://www.orixo.com

Re: Developing samples

Le Mercredi, 29 oct 2003, à 15:41 Europe/Zurich, Unico Hommes a écrit : ...I'd like to hear how others are developing samples. Develop in the build directory and then copy the changes back into the source tree? For samples that don't require compiling (i.e. XSLT or similar stuff), I usually setup

Re: NPEs in FlowLayer

On Wednesday, October 29, 2003, at 12:10 PM, Ugo Cei wrote: Jeremy Quinn wrote: Hi All I am getting mysterious NPEs in the flowlayer, while working with the flow version of 'authentication-fw'. Not only are they odd, they are completely inconsistent. They tend to happen after a script redirects

Developing samples

Trying to figure out how to use the Cocoon build system to most conveniently develop samples I first added a way to invoke an individual ${block.name}-samples target. If you do: # build -Dblock.name call-block-samples The samples of the ${block.name} block will be built into the build/webapp d

RE: [IMP] Performance problems with TraxTransformer

Sylvain Wallez wrote > > You know what? I started this refactoring on my HD at the time this > problem was raised, but never had the time to finish it... > > >Anyway, I agree that refactoring the XSLTProcessor is a way to > go and that with useStore the problem is not that important. > > > >BUT

RE: sitemap logging?

Sylvain Wallez wrote: > > Vadim Gritsenko wrote: > > > Unico Hommes wrote: > > > >> It seems that all loggers assigned to sitemap components > are getting > >> their category prepended with 'sitemap'. > >> > >> Defining logger="sitemap.transformer.xslt" > >> /> the transformer will get a l

Re: X2EE

On Tuesday 28 October 2003 04:18, Joerg Heinicke wrote: > IMO Cocoon is not only mentioned, the complete framework seems to be > build on Cocoon. Not really built on Cocoon as he wants to establish a language neutral XML fuelled system, hence the dotNet and Java implementation layers. One can sa

Re: 'dispose' method of component

Hi Jeremy Jeremy Quinn wrote: public class HibernateFactory extends AbstractLogEnabled implements PersistanceFactory, Configurable, Serviceable, Initializable, Disposable, ThreadSafe IIRC ThreadSafe components are disposed only when the ComponentManager is disposed (read shutdown of jett

Re: sitemap logging?

Vadim Gritsenko wrote: Unico Hommes wrote: It seems that all loggers assigned to sitemap components are getting their category prepended with 'sitemap'. Defining the transformer will get a logger in the category sitemap.sitemap.transformer.xslt Is this intentensional? I tend to think that thi

'dispose' method of component

Hi All I am working with the 'authentication-fw' in FlowScript, having added an authenticator that uses Hibernate. ie. My authentication pipeline is now a FlowScript which calls an internal pipeline to produce the authentication XML for the framework. I am finding that the 'dispose' method

RE: sitemap logging?

Vadim Gritsenko wrote: > > Carsten Ziegeler wrote: > > >Unico Hommes wrote: > > > > > >> > >>I see a slight advantage as you point out but to me it's > not worth the > >>confusion that will arise. > >> > >>Others? > >> > >> > >> > >I see Vadims point, but I don't prefer it. We shoul

Re: NPEs in FlowLayer

Jeremy Quinn wrote: Hi All I am getting mysterious NPEs in the flowlayer, while working with the flow version of 'authentication-fw'. Not only are they odd, they are completely inconsistent. They tend to happen after a script redirects after eg. a bad login. I've just committed a workaround fo

DO NOT REPLY [Bug 24212] - using double asterisk matcher pattern in subsitemap does not work

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://nagoya.apache.org/bugzilla/show_bu

RE: repository block (was Re: [RT] Source extensions)

Sylvain Wallez wrote: > > Unico Hommes wrote: > > >Sylvain Wallez wrote: > > > > > >>Unico Hommes wrote: > >> > >> > >>>Sylvain Wallez wrote: > >>> > >>> > Sorry to jump in late, but I would like you to consider > the VersionedSource interface I wrote for the CVSSource over >

Re: sitemap logging?

Carsten Ziegeler wrote: Unico Hommes wrote: From: Vadim Gritsenko [mailto:[EMAIL PROTECTED] Unico Hommes wrote: It seems that all loggers assigned to sitemap components are getting their category prepended with 'sitemap'. Defining /> the transformer will get a logger in

Re: [BUG] CachingPointProcessingPipeline is Configurable and Parameterizable

Carsten Ziegeler wrote: -Original Message- From: Michael Melhem [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 28, 2003 2:59 PM To: [EMAIL PROTECTED] Subject: Re: [BUG] CachingPointProcessingPipeline is Configurable and Parameterizable On Mon, Oct 27, 2003 at 09:37:34AM +0100, Carsten Zi

NPEs in FlowLayer

Hi All I am getting mysterious NPEs in the flowlayer, while working with the flow version of 'authentication-fw'. Not only are they odd, they are completely inconsistent. They tend to happen after a script redirects after eg. a bad login. eg. "file:/Users/jermq/Checkouts/Secure/cocoon-2.1/bui

Re: repository block (was Re: [RT] Source extensions)

Unico Hommes wrote: Sylvain Wallez wrote: Unico Hommes wrote: Sylvain Wallez wrote: Sorry to jump in late, but I would like you to consider the VersionedSource interface I wrote for the CVSSource over at cocoondev.org ([1], damn LGPL constraints which forces it to be hosted out of C

RE: repository block (was Re: [RT] Source extensions)

Sylvain Wallez wrote: > > Unico Hommes wrote: > > >Sylvain Wallez wrote: > > > > > >> > >>Sorry to jump in late, but I would like you to consider the > >>VersionedSource interface I wrote for the CVSSource over at > >>cocoondev.org ([1], damn LGPL constraints which forces it > to be host

Re: repository block (was Re: [RT] Source extensions)

Unico Hommes wrote: Sylvain Wallez wrote: Sorry to jump in late, but I would like you to consider the VersionedSource interface I wrote for the CVSSource over at cocoondev.org ([1], damn LGPL constraints which forces it to be hosted out of Cocoon's CVS!) as a replacement for the Versionable

RE: repository block (was Re: [RT] Source extensions)

Sylvain Wallez wrote: > > Unico Hommes wrote: > > > > > > >>-Original Message- > >>From: Guido Casper [mailto:[EMAIL PROTECTED] > >>Sent: donderdag 23 oktober 2003 20:22 > >>To: [EMAIL PROTECTED] > >>Subject: Re: repository block (was Re: [RT] Source extensions) > >> > >>Unico Hommes

Re: wiki diff emails are duplicated

David Crossley wrote: Recently the Wiki has started sending duplicate emails, e.g. it sends one message at 10:00 am then the same one again at 11:00 am (fingers crossed) - this seems to be corrected now - the clock of the server on which the script was running was an hour late. About the missing

RE: repository block (was Re: [RT] Source extensions)

Sylvain Wallez wrote: > > Sorry to jump in late, but I would like you to consider the > VersionedSource interface I wrote for the CVSSource over at > cocoondev.org ([1], damn LGPL constraints which forces it to > be hosted out of Cocoon's CVS!) as a replacement for the > VersionableSource

Re: repository block (was Re: [RT] Source extensions)

Unico Hommes wrote: -Original Message- From: Guido Casper [mailto:[EMAIL PROTECTED] Sent: donderdag 23 oktober 2003 20:22 To: [EMAIL PROTECTED] Subject: Re: repository block (was Re: [RT] Source extensions) Unico Hommes <[EMAIL PROTECTED]> wrote: -Adding a setSourceProperty() metho

DO NOT REPLY [Bug 24212] - using double asterisk matcher pattern in subsitemap does not work

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://nagoya.apache.org/bugzilla/show_bu

HTML editor widget (was Re: [proposal] Doco)

On Tue, 2003-10-28 at 19:20, Stefano Mazzocchi wrote: > > > [1] Spoiling Bruno's "lonesome hacking cowboy" thought train, I just > > want to confirm that he actually started working on this. > > Yey!!! > > > He's still in a grumpy "friggin' stupid and unstable web browsers and > > Javascript a

Re: repository block (was Re: [RT] Source extensions)

Guido Casper wrote: I would like to make the following changes to the 2.1 repo and will go ahead if noone objects (as soon I find some time): -Creating a repository block and moving there all source interfaces not part of excalibur's sourceresolve package. -Moving there the SourceInspector inter

Re: Image-Based Authentication (Was: Re: [proposal] Doco)

I spent an afternoon implementing it. It's a complicated beast, and it uses the intercepted flowscript in a big huge ugly hack... BUT... it works, which makes me happy :) Check it out at [1] -- please go easy on it since this is my personal box at home and on my cablemodem. I will clean it up

RE: [IMP] Performance problems with TraxTransformer

Sylvain Wallez wrote: > > Unico Hommes wrote: > > > > > > >Sylvain Wallez wrote: > > > > > >>We must refactor the XSLTProcessor so that: > >>- it returns a MultiSourceValidity if needed (see in > o.a.c.c.source.impl in scratchpad). > >> > >> > > > >I moved it out into repository block

DO NOT REPLY [Bug 24212] New: - using double asterisk matcher pattern in subsitemap does not work

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://nagoya.apache.org/bugzilla/show_bu

Re: [IMP] Performance problems with TraxTransformer

Unico Hommes wrote: Sylvain Wallez wrote: We must refactor the XSLTProcessor so that: - it returns a MultiSourceValidity if needed (see in o.a.c.c.source.impl in scratchpad). I moved it out into repository block in case anybody was wondering where it went. I moved it with *TraversableGen

Re: [WOODY] binding error while deleting in repeater

On Tue, 2003-10-28 at 19:43, Antonio Gallardo wrote: > Hi: > > I added 2 more initial registers in the form2bean example just to show the > error I got: > > 1-Update the CVS (to add have 3 registers in the repeater) > 2-Open http://localhost:/samples/woody/form2bean.flow > 3-Select to delete

Re: [WOODY] binding error while deleting in repeater

Torsten Curdt wrote: 3-Select to delete Bruno No, please don't! Results: a) We removed Bruno, he is still there! Puh... I am glad b) Where is Sylvain? Still in France I guess? Sorry ;) ROTFL! Don't be sorry: it took me some time to understand Antonio's post, as I haven't looked at th

Re: [IMP] Performance problems with TraxTransformer

Carsten Ziegeler wrote: Sylvain Wallez wrote: Carsten Ziegeler wrote: While debugging/profiling a very big application for our customer I found out that the current implementation of the TraxTransformer is slowing down caching! Why? Well, the caching algorithm asks every sitem

Re: [IMP] Performance problems with TraxTransformer

On 29.10.2003 10:09, Carsten Ziegeler wrote: Sylvain Wallez wrote: -1. If you need the optimisation quickly for your customer, please make a different class or keep it private until we do the clean refactoring. I already committed it before I wrote the mail because I think it'S an important fea

RE: [IMP] Performance problems with TraxTransformer

Sylvain Wallez wrote: > -1. > If you need the optimisation quickly for your customer, please make a > different class or keep it private until we do the clean refactoring. > I already committed it before I wrote the mail because I think it'S an important feature - but I can revert it. It's not im

RE: [IMP] Performance problems with TraxTransformer

Sylvain Wallez wrote: > > Carsten Ziegeler wrote: > > >While debugging/profiling a very big application for our > customer I found out that the current implementation of the > TraxTransformer is slowing down caching! > > > >Why? Well, the caching algorithm asks every sitemap component if > the cach

RE: sitemap logging?

Unico Hommes wrote: > > > From: Vadim Gritsenko [mailto:[EMAIL PROTECTED] > > > > Unico Hommes wrote: > > > > >It seems that all loggers assigned to sitemap components are getting > > >their category prepended with 'sitemap'. > > > > > >Defining /> > > >the transformer will get a logger in the

RE: [IMP] Performance problems with TraxTransformer

Stefan Seifert wrote: > Wouldn't it be better to extend the validity mechanism? > When the master xslt does not change, the includes does not change either. > It should be possible to use an extended validity object that, > when parsing the xslt for imports/includes is finished, stores > the modifi

Re: [IMP] Performance problems with TraxTransformer

Carsten Ziegeler wrote: While debugging/profiling a very big application for our customer I found out that the current implementation of the TraxTransformer is slowing down caching! Why? Well, the caching algorithm asks every sitemap component if the cached content is still valid. The TraxTransfo