RE: Cocoon performance using MemoryStore

Vadim Gritsenko wrote: > >So my question is, why don't we use this implementation, to make Cocoon > >more scalable? ;-) > > > > You can. Have you tried it yet? > I guess what Volker means is adding your new implementation from the scratchpad to excalibur store (btw, you have the commit rights for

Re: Cocoon Nuke

Le Lundi, 9 juin 2003, à 23:11 Europe/Zurich, Sylvain Wallez a écrit : Sure, but module writers care about what's under the hood. And hardcoded HTML means hard-to-write modules, and therefore no fancy features !... Totally agreed. ...Mmmh... you're IMO both right and wrong. Right, because J

Re: [CLI] Breaking CocoonBean Interface

Upayavira wrote: It is only mentioned along with the node in the cli.xconf. If I removed that option in the xconf file, setDestDir would go easily. No; you don't need to remove the option, and you don't need to change config file at all. Do you want me to show you how? :) Go for it!

cvs commit: cocoon-2.1/src/java/org/apache/cocoon/bean CocoonBean.java

vgritsenko2003/06/10 19:59:36 Modified:src/java/org/apache/cocoon Main.java src/java/org/apache/cocoon/bean CocoonBean.java Log: Some rework of the CocoonBean: * remove setDest() method * Add toString and hashcode to the Target class * destDir in Main can be s

cvs commit: cocoon-2.1/src/documentation/xdocs/userdocs/flow api.xml jxtemplate.xml velocity.xml

vgritsenko2003/06/10 19:57:41 Modified:src/documentation/xdocs/userdocs/flow api.xml jxtemplate.xml velocity.xml Log: fix broken links to the api docs. api docs on the cocoon.apache.org are placed in apidocs/ directory Revision ChangesPath 1.13

cvs commit: cocoon-2.1/src/documentation sitemap-localdocs.xmap

vgritsenko2003/06/10 19:56:51 Modified:src/documentation sitemap-localdocs.xmap Log: add a matcher for the "apidocs/" so links in local documentation work Revision ChangesPath 1.3 +13 -6 cocoon-2.1/src/documentation/sitemap-localdocs.xmap Index: sitemap-loc

Re: Cocoon performance using MemoryStore

[EMAIL PROTECTED] wrote: Hi, I changed the subject because with the old one (org.apache.excalibur.store.impl.MRUMemoryStore) I didn't get any response :-( Vadim any comments? I still had your original email in the inbox... Volker Hi, org.apache.excalibur.store.impl.MRUMemoryStore should looku

Re: Component validities and Caching

Upayavira wrote: I'm looking into why the if-modified-since behaviour doesn't work from the command line. I've found that it puts a LinkGatherer component into the pipeline, which isn't cacheable, thus preventing caching. I've added a LinkGathererValidity and set the key to "valid" and made is

Re: cvs commit: cocoon-2.1/src/blocks/databases/java/org/apache/cocoon/transformationSQLTransformer.java

Is there any reason for catching all exceptions instead of catching SQLExc., IOExc. and ComponentExc. separately? Joerg [EMAIL PROTECTED] wrote: joerg 2003/06/10 17:28:31 Modified:src/blocks/databases/java/org/apache/cocoon/transformation SQLTransformer.java

Re: [BUG]: Endless recursion in source resolving

[EMAIL PROTECTED] wrote: Hi, additional comment about the performance. ... It seams that we need to write our own handwritten parser for the URI stuff. What do you think? Any specialized parser would be faster than generic parser such as regexp. And, regexp library is not optimized for match

cvs commit: cocoon-2.1 status.xml

joerg 2003/06/10 17:34:30 Modified:.status.xml Log: fixed bug 14977: NPE in SQLTransformer.serializeData() Revision ChangesPath 1.53 +3 -0 cocoon-2.1/status.xml Index: status.xml ==

cvs commit: cocoon-2.0 changes.xml

joerg 2003/06/10 17:33:33 Modified:.changes.xml Log: fixed bug 14977: NPE in serializeData() Revision ChangesPath 1.21 +4 -1 cocoon-2.0/changes.xml Index: changes.xml === RCS file

cvs commit: cocoon-2.0/src/webapp/search search-index.xsp

vgritsenko2003/06/10 17:32:10 Modified:src/webapp/search search-index.xsp Log: fix link to lucene faq Revision ChangesPath 1.2 +1 -1 cocoon-2.0/src/webapp/search/search-index.xsp Index: search-index.xsp ===

DO NOT REPLY [Bug 14977] - NPE in SQLTransformer.serializeData()

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

DO NOT REPLY [Bug 14977] - NPE in SQLTransformer.serializeData()

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

cvs commit: cocoon-2.0/src/documentation/xdocs/userdocs/serializers ziparchive-serializer.xml

vgritsenko2003/06/10 17:30:10 Modified:src/documentation/xdocs/userdocs/serializers ziparchive-serializer.xml Log: fix typo Revision ChangesPath 1.2 +1 -1 cocoon-2.0/src/documentation/xdocs/userdocs/serializers/ziparchive-serializer.xml

cvs commit: cocoon-2.1/src/documentation/xdocs/userdocs/serializers ziparchive-serializer.xml

vgritsenko2003/06/10 17:29:29 Modified:src/documentation/xdocs/userdocs/serializers ziparchive-serializer.xml Log: fix typo Revision ChangesPath 1.2 +1 -1 cocoon-2.1/src/documentation/xdocs/userdocs/serializers/ziparchive-serializer.xml

cvs commit: cocoon-2.1/src/blocks/databases/java/org/apache/cocoon/transformation SQLTransformer.java

joerg 2003/06/10 17:28:31 Modified:src/blocks/databases/java/org/apache/cocoon/transformation SQLTransformer.java Log: fixed bug 14977: NPE in serializeData() Revision ChangesPath 1.6 +14 -13 cocoon-2.1/src/blocks/databases/java/org/apa

cvs commit: cocoon-2.0/src/java/org/apache/cocoon/transformation SQLTransformer.java

joerg 2003/06/10 17:28:00 Modified:src/java/org/apache/cocoon/transformation SQLTransformer.java Log: fixed bug 14977: NPE in serializeData() Revision ChangesPath 1.5 +13 -12 cocoon-2.0/src/java/org/apache/cocoon/transformation/SQLTrans

cvs commit: cocoon-2.1/src/blocks/html/samples sitemap.xmap

vgritsenko2003/06/10 17:25:19 Modified:src/blocks/html/samples sitemap.xmap Log: Fix line endings Revision ChangesPath 1.2 +57 -57cocoon-2.1/src/blocks/html/samples/sitemap.xmap Index: sitemap.xmap =

cvs commit: cocoon-2.1/src/java/org/apache/cocoon/serialization AbstractTextSerializer.java

joerg 2003/06/10 17:11:15 Modified:src/java/org/apache/cocoon/serialization AbstractTextSerializer.java Log: not more than simple code formatting Revision ChangesPath 1.5 +76 -85 cocoon-2.1/src/java/org/apache/cocoon/serialization/Abstr

cvs commit: cocoon-2.0/src/java/org/apache/cocoon/serialization AbstractTextSerializer.java

joerg 2003/06/10 17:10:33 Modified:src/java/org/apache/cocoon/serialization AbstractTextSerializer.java Log: not more than simple code formatting Revision ChangesPath 1.3 +70 -78 cocoon-2.0/src/java/org/apache/cocoon/serialization/Abstr

cvs commit: cocoon-2.1/src/blocks/html/samples samples.xml sitemap.xmap

vgritsenko2003/06/10 17:00:45 Added: src/blocks/html/conf tidy.xsamples src/blocks/html/samples samples.xml sitemap.xmap Log: resurrect html sample - yahoo screen scrape. DOES NOT WORK! Revision ChangesPath 1.1 cocoon-2.1/src/blocks/htm

cvs commit: cocoon-2.1/src/blocks/html/samples - New directory

vgritsenko2003/06/10 16:59:23 cocoon-2.1/src/blocks/html/samples - New directory

cvs commit: cocoon-2.1/src/blocks/fop/samples sitemap.xmap

vgritsenko2003/06/10 16:58:43 Modified:src/blocks/batik/samples sitemap.xmap src/blocks/fop/samples sitemap.xmap Log: fix batik and fop samples sitemaps: add views. Revision ChangesPath 1.4 +58 -61cocoon-2.1/src/blocks/batik/samples/sitemap.xmap

cvs commit: cocoon-2.1/src/webapp sitemap.xmap

joerg 2003/06/10 16:54:17 Modified:src/webapp sitemap.xmap Log: fixed XHTML 1.1 mime-type in accordance with http://www.w3.org/TR/2002/NOTE-xhtml-media-types-20020801/#summary Revision ChangesPath 1.21 +2 -2 cocoon-2.1/src/webapp/sitemap.xmap Index: site

cvs commit: cocoon-2.0/src/webapp sitemap.xmap

joerg 2003/06/10 16:48:28 Modified:src/webapp sitemap.xmap Log: fixed XHTML 1.1 mime-type in accordance with http://www.w3.org/TR/2002/NOTE-xhtml-media-types-20020801/#summary Revision ChangesPath 1.5 +4 -4 cocoon-2.0/src/webapp/sitemap.xmap Index: site

DO NOT REPLY [Bug 16004] - incorrect script tags in xhtml (and missing newlines)

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

DO NOT REPLY [Bug 16004] - incorrect script tags in xhtml (and missing newlines)

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: sitemap.xls - XSLTFactoryLoader flaw?

Hmm, I never I had any problems with the sitemap in such a simple case with nearly all Cocoon versions 2.0.4 and below. In current 2.0 CVS and in 2.1 the sitemap.xsl (=> compiled sitemap) is no longer used as default, but the interpreted sitemap, which as a lot faster. What's the Cocoon version

[need advice] dom-based components

Hi, what is the best way to write dom-based pipeline components for cocoon that can coexist transparently with standard SAX-based components? E.g. a XSL transformer component that operates on a (DOM) document handle instead of SAX events and then looks ahead for the next pipeline step and eith

DO NOT REPLY [Bug 20658] - [PATCH] got broken in M1 by removing XSPUtil.include

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

DO NOT REPLY [Bug 20658] New: - [PATCH] got broken in M1 by removing XSPUtil.include

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

latest 2.1-dev CVS: java.lang.NoSuchMethodError: org.apache.avalon.excalibur.component.ComponentHandler: method initialize()V not found

I grabbed the latest CVS 2.1-dev snapshot a little while ago and built it using build.sh. I tried to start up just the simple test servlet container & it completely bombs. I get the same Exceptions under tomcat 4.1.24 as well. This is on a FreeBSD 4.5-RELEASE machine using jdk1.3.1p8 for FreeBSD

Cocoon performance using MemoryStore

Hi, I changed the subject because with the old one (org.apache.excalibur.store.impl.MRUMemoryStore) I didn't get any response :-( Vadim any comments? Volker Hi, org.apache.excalibur.store.impl.MRUMemoryStore should lookup "Store.PERSISTENT_STORE" only if "use-persistent-cache" (m_persistent) i

cvs commit: cocoon-2.1/src/blocks/portal/java/org/apache/cocoon/portal/layout/renderer/aspect/impl XSLTAspect.java

cziegeler2003/06/10 12:38:54 Modified:src/blocks/portal/conf portal.xconf src/blocks/portal/java/org/apache/cocoon/portal/layout/renderer/aspect/impl XSLTAspect.java Added: src/blocks/portal/java/org/apache/cocoon/components/variables

cvs commit: cocoon-2.1/src/blocks/portal/java/org/apache/cocoon/components/variables - New directory

cziegeler2003/06/10 12:38:46 cocoon-2.1/src/blocks/portal/java/org/apache/cocoon/components/variables - New directory

RE: RE: [BUG]: Endless recursion in source resolving

Hi, additional comment about the performance. I have debuged the method parseURI with the following Argument: file:/C:/Data/Eclipse/workspace-lib/WorldAccount-webapp/tomcat/webapps/wa/ I have append the Stackframe the regexp library need to resolve this regexp. You can see that are a lot of recur

Re: Would like to contribute...

Can you open a Bugzilla entry and upload a patch please? Thanks, Andreas - Original Message - From: "Kevin McDermott" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, June 10, 2003 6:19 PM Subject: Would like to contribute... > Hi, > > Following on from the launch of the Coco

Antwort: RE: [BUG]: Endless recursion in source resolving

Hi Bruno, additional questions/comments. I found the following code fragment: // it is a network reference (part 4 of the algorithm) if (url2Parts[AUTHORITY] != null) return makeUrl(url1Parts[SCHEME], url2Parts[AUTHORITY], url2Parts[PATH], url2Parts[QUERY], url2Parts[QUER

Re: Flow layer in CVS head fails

Ugo Cei wrote: Bruno Dumon wrote: On Mon, 2003-06-09 at 18:27, Maciek Kaminski wrote: I get NPE while doing simple sendPage, pipelines that don;t touch flow works ok. Line 467 in AbstractEnvironment.java is somewhere in the middle of a javadoc. Are you using a modified version of AbstractEnvir

Would like to contribute...

Hi, Following on from the launch of the Cocoon driven StandardLifeInvestments.com sites, I've been given the go-ahead to offer the code that we developed in order to make our task a bit easier :) A bit of background will make it easier to understand the changes :) There are various sub-sites wit

Component validities and Caching

I'm looking into why the if-modified-since behaviour doesn't work from the command line. I've found that it puts a LinkGatherer component into the pipeline, which isn't cacheable, thus preventing caching. I've added a LinkGathererValidity and set the key to "valid" and made isValid() always ret

Re: How to submit a new block?

Prepare a patch with diff -u and submit it to bugzilla with a subject that starts with [PATCH]. See http://cocoon.apache.org/2.1/contrib.html Geoff Howard At 10:18 AM 6/10/2003, you wrote: Hello, I wrote a new block I'd like to contribute. How do I go about it? Thanks -- Fernando D. Mato Mir

How to submit a new block?

Hello, I wrote a new block I'd like to contribute. How do I go about it? Thanks -- Fernando D. Mato Mira [EMAIL PROTECTED] Thomson Dialog www.dialog.com E-MAIL NOTICE: This message (plus any attachments) is confidential and may be subject to lawyer-client privilege. Use withou

Re: [BUG]: Endless recursion in source resolving

Bruno Dumon wrote: On Tue, 2003-06-10 at 11:16, Carsten Ziegeler wrote: Bruno Dumon wrote: Yep, after trying it out I saw it too. Anybody working on this already? (or can I do it?) No, I'm not :) so: go for it ;) done :-) Bruno, did you introduce a test where the behavior was occuring? I

Re: Chaperon JUnit Tests

Stephan Michels wrote: ... I think I have fixed it, but can't run the tests on windows, because I got always a 'javac: invalid flag: ... ' during the compilating of the test cases. Can you help, and run the test, tell me if it works. It does not fail. ;-) Vadim

cvs commit: cocoon-2.1/src/java/org/apache/cocoon/bean/helpers DelayedOutputStream.java

cziegeler2003/06/10 04:17:26 Modified:src/java/org/apache/cocoon/bean/helpers DelayedOutputStream.java Log: Cleaning up imports Revision ChangesPath 1.3 +1 -5 cocoon-2.1/src/java/org/apache/cocoon/bean/helpers/DelayedOutputStream.java

DO NOT REPLY [Bug 20640] New: - Pages keep reloading with Cocoon 2.04

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: [BUG]: Endless recursion in source resolving

Bruno Dumon wrote: > On Tue, 2003-06-10 at 11:16, Carsten Ziegeler wrote: > > Bruno Dumon wrote: > > > > > > Yep, after trying it out I saw it too. > > > > > > Anybody working on this already? (or can I do it?) > > > > > No, I'm not :) so: go for it ;) > > > > done :-) > Yes, it works now! T

DO NOT REPLY [Bug 19104] - [PATCH] SchematronValidator incorrectly creates JXPath contexts which breaks tests in schemas

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: [BUG]: Endless recursion in source resolving

On Tue, 2003-06-10 at 11:16, Carsten Ziegeler wrote: > Bruno Dumon wrote: > > > > Yep, after trying it out I saw it too. > > > > Anybody working on this already? (or can I do it?) > > > No, I'm not :) so: go for it ;) > done :-) -- Bruno Dumon http://outerthought.

cvs commit: cocoon-2.1/lib/core excalibur-sourceresolve-20030610.jar excalibur-sourceresolve-20030607.jar

bruno 2003/06/10 02:43:19 Modified:lib jars.xml Added: lib/core excalibur-sourceresolve-20030610.jar Removed: lib/core excalibur-sourceresolve-20030607.jar Log: Updated excalibur-sourceresolve Revision ChangesPath 1.47 +2 -2 cocoon-2.1/lib

RE: [BUG]: Endless recursion in source resolving

Bruno Dumon wrote: > > Yep, after trying it out I saw it too. > > Anybody working on this already? (or can I do it?) > No, I'm not :) so: go for it ;) Carsten

RE: [BUG]: Endless recursion in source resolving

On Tue, 2003-06-10 at 11:01, Carsten Ziegeler wrote: > Bruno Dumon wrote: > > On Tue, 2003-06-10 at 10:02, Carsten Ziegeler wrote: > > > Sylvain Wallez wrote: > > > > > > > > What about using the two ;-) > > > > 1/ test if the URI is absolute. For this, you can use Excalibur's > > > > SourceUtil.ge

RE: [BUG]: Endless recursion in source resolving

Bruno Dumon wrote: > On Tue, 2003-06-10 at 10:02, Carsten Ziegeler wrote: > > Sylvain Wallez wrote: > > > > > > What about using the two ;-) > > > 1/ test if the URI is absolute. For this, you can use Excalibur's > > > SourceUtil.getScheme() which performs a strict control on > scheme syntax > > >

RE: [BUG]: Endless recursion in source resolving

On Tue, 2003-06-10 at 10:02, Carsten Ziegeler wrote: > Sylvain Wallez wrote: > > > > What about using the two ;-) > > 1/ test if the URI is absolute. For this, you can use Excalibur's > > SourceUtil.getScheme() which performs a strict control on scheme syntax > > without using a regexp. > > 2/ i

RE: [BUG]: Endless recursion in source resolving

Sylvain Wallez wrote: > > What about using the two ;-) > 1/ test if the URI is absolute. For this, you can use Excalibur's > SourceUtil.getScheme() which performs a strict control on scheme syntax > without using a regexp. > 2/ if not, use the regexp only on the part before the '?' (BTW, if '?'

Re: [BUG]: Endless recursion in source resolving

Carsten Ziegeler wrote: Carsten Ziegeler wrote: After updating to the latest cvs I get an infinite loop in the new portal demo: http://localhost:/samples/portal/portal I guess this is caused by the recent changes to the source resolving. Any clues? It seems that the current implementa

RE: [BUG]: Endless recursion in source resolving

Carsten Ziegeler wrote: > > After updating to the latest cvs I get an infinite loop in the > new portal demo: > http://localhost:/samples/portal/portal > > I guess this is caused by the recent changes to the source > resolving. > > Any clues? > It seems that the current implementation of th