Re: How to configure sitemap.xmap

Hi, Michael Hartle wrote: MOODAD (Shadi LB Soft) wrote: > Hi > I'm trying to generate pdf reports using the cocoon servlet. > I have configured a pipeline like that to handle the xsp files > / / > / / > / / > / / > / / > / / > / / Uh, you got some parts wrong; both map:generate and map:transform

cvs commit: xml-cocoon2 build.bat

cziegeler02/01/24 23:43:12 Modified:.build.bat Log: Fixed build script Revision ChangesPath 1.13 +2 -2 xml-cocoon2/build.bat Index: build.bat === RCS file: /home/cvs/xml-cocoon2/bu

Re: [WARN] Build with 'compile' target fails

> From: "Piroumian, Konstantin" <[EMAIL PROTECTED]> > > > > Something's went wrong in the latest updates. Build 'compile' fails with: > > > > [echo] Building with Ant version 1.4.1 compiled on October 11 2001 > > [echo] using build file D:\Java\repository\xml-cocoon2\build.xml > > [

Re: how to display a web page with a MS word document which is stored in database

Thanks for your reply. May be my question is mis-leading. Let's me put it the other way around. How can I make use of cocoon to allow users to download a MS Word file from the web server database using their web browser? What program code do I need and what should I put in the sitemap of cocoon

Update: SHOWSTOPPER: XSPs do not compile...

> From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] > > Thanks to Carsten who pointed out to this problem... > > I have the major issue with XSP compilation. Here is the test case: > > 1. Clean work directory > 2. Start sevlet engine > 3. Access welcome -> search docs -> create index > 4. Choose

FW: XSLTransformer questions!

Hi Folks, I apologise if I am violating posting rules, but the answers to the question may not be in the realm of the User's list. Regards, Nitin -Original Message- From: shenoy, nitin [mailto:[EMAIL PROTECTED]] Sent: Friday, January 25, 2002 12:17 AM To: '[EMAIL PROTECTED]' Subject: XS

SHOWSTOPPER: XSPs do not compile...

Thanks to Carsten who pointed out to this problem... I have the major issue with XSP compilation. Here is the test case: 1. Clean work directory 2. Start sevlet engine 3. Access welcome -> search docs -> create index 4. Choose "Create index", hit "create" button 5. Wait 6. Go back to welcome ->

RE: Lucene Sample

> From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] > > > From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]] > > > > Hi, > > > > I just checked the lucene sample, either I'm too blind to see it or > > it does not work as expected: > > > > I started the index generation with the preset baseURL > > (

RE: Bug in Sample-Stylesheets

> From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]] > > Something is wrong with the sample-stylesheet. I get the list of all dynamic > examples > in one column and not in two! This will happen very rarely, but balancing now is much better ;) I will think of something to remove bug completely - w

Re: [PATCH] new build targets

Ken, i have gone as far as i can with getting the new targets for "interactive" and "patchqueue" builds into CVS. So i have marked bug 5871 as Resolved:Fixed. Would you please verify that all is now well for you. There are a couple of issues remaining. I have moved them into a new discussion thre

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/search IndexHelperField.java LuceneIndexContentHandler.java LuceneXMLIndexer.java SimpleLuceneCocoonIndexerImpl.java SimpleLuceneXMLIndexerImpl.java

vgritsenko02/01/24 20:34:19 Modified:src/java/org/apache/cocoon/components/search IndexHelperField.java LuceneIndexContentHandler.java LuceneXMLIndexer.java SimpleLuceneCocoonIndexerImpl.java

Re: build docs issue: XSL/Transform namespace changed

Vadim Gritsenko wrote: > > From: Vadim Gritsenko > > > From: Morrison, John > > > > From: David Crossley > > > > The "build docs" is failing all of a sudden. Some recent > > > > CVS change has caused this. Could it perhaps be an > > > > upgraded Xerces jar? > > > > No, this is the optimization I

cvs commit: xml-cocoon2/src/webapp/search sitemap.xmap

vgritsenko02/01/24 20:04:50 Modified:src/webapp/search sitemap.xmap Log: Fix view-source file path Revision ChangesPath 1.2 +1 -1 xml-cocoon2/src/webapp/search/sitemap.xmap Index: sitemap.xmap

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/transformation CachingCIncludeTransformer.java FragmentExtractorTransformer.java I18nTransformer.java WriteDOMSessionTransformer.java XIncludeTransformer.java

vgritsenko02/01/24 19:58:31 Modified:src/java/org/apache/cocoon/transformation CachingCIncludeTransformer.java FragmentExtractorTransformer.java I18nTransformer.java WriteDOMSessionTransforme

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/sitemap Handler.java Manager.java SitemapManager.java

vgritsenko02/01/24 19:49:57 Modified:src/java/org/apache/cocoon/sitemap Handler.java Manager.java SitemapManager.java Log: formatting Revision ChangesPath 1.4 +5 -6 xml-cocoon2/src/java/org/apache/cocoon/sitemap/Handler.java Index:

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/generation ScriptGenerator.java ServerPagesGenerator.java VelocityGenerator.java

vgritsenko02/01/24 19:48:30 Modified:src/java/org/apache/cocoon/generation ScriptGenerator.java ServerPagesGenerator.java VelocityGenerator.java Log: code formatting Revision ChangesPath 1.3 +1 -4 xml-cocoon2/src/java/org/apache/cocoon

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/environment/commandline AbstractCommandLineEnvironment.java

vgritsenko02/01/24 19:46:35 Modified:src/java/org/apache/cocoon/environment/commandline AbstractCommandLineEnvironment.java Log: Always recycle sources. Revision ChangesPath 1.3 +13 -3 xml-cocoon2/src/java/org/apache/cocoon/environment/

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/xslt XSLTProcessorImpl.java

vgritsenko02/01/24 19:42:29 Modified:src/java/org/apache/cocoon/components/xslt XSLTProcessorImpl.java Log: Always recycle sources. Revision ChangesPath 1.6 +11 -10 xml-cocoon2/src/java/org/apache/cocoon/components/xslt/XSLTProcessorImpl

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/xscript XScriptObject.java

vgritsenko02/01/24 19:41:13 Modified:src/java/org/apache/cocoon/components/source AbstractSAXSource.java src/java/org/apache/cocoon/components/xscript XScriptObject.java Log: Always release parser. Revision Changes

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/parser JaxpParser.java

vgritsenko02/01/24 19:39:41 Modified:src/java/org/apache/cocoon/components/parser JaxpParser.java Log: ClassUtils.which returns null. is it ok? Revision ChangesPath 1.4 +5 -4 xml-cocoon2/src/java/org/apache/cocoon/components/parser/JaxpParser.java Index:

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/language/markup AbstractMarkupLanguage.java Logicsheet.java LogicsheetCodeGenerator.java

vgritsenko02/01/24 19:38:37 Modified:src/java/org/apache/cocoon/components/language/markup AbstractMarkupLanguage.java Logicsheet.java LogicsheetCodeGenerator.java Log: - some code formatting - added FIXME: recycle source Revi

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/caching IncludeCacheValidity.java

vgritsenko02/01/24 19:35:53 Modified:src/java/org/apache/cocoon/acting ScriptAction.java src/java/org/apache/cocoon/caching IncludeCacheValidity.java Log: Always recycle sources. Revision ChangesPath 1.3 +1 -4 xml-cocoon2/src/java/org/apache/coc

structure and split the build (Was: [PATCH] new build targets)

Nicola Ken Barozzi wrote: > > David Crossley wrote: > > > You were also adding a copy of the "init" target from > > > build.xml into build-i.xml and build-s.xml ... why? > > > This seems like a maintenance nightmare for the release > > > manager, as he would need to update release info in 3 places

cvs commit: xml-cocoon2/tools/src ClassAvailableTask.java SitemapToolTask.java UserInputTask.java XConfToolTask.java ClassAvailable.java SitemapTool.java UserInput.java XConfTool.java

crossley02/01/24 18:31:53 Modified:.build-i.xml build-s.xml build.xml Added: tools/src ClassAvailableTask.java SitemapToolTask.java UserInputTask.java XConfToolTask.java Removed: tools/src ClassAvailable.java SitemapTool.java

Re: how to display a web page with a MS word document which isstored in database

Right now you can't display Word documents natively unless you have a reader plugin. On 01/24/02 17:27, "marco" <[EMAIL PROTECTED]> wrote: > I am using cocoon 2, tomcat 4.0, jdk1.3, mySQL 3.23.39. > > I am thinking of store the MS word document in database or file system. > Please advise which

RE: Excalibur hasComponent question....

> From: Lewis, Andrew J [mailto:[EMAIL PROTECTED]] > > > I saw a patch related to this on Jan 18th and just wanted to see if there > was anymore info and get an opinion on wether this sounds like the same > problem. I'm running NT4.0, Sun JDK 1.3.1, Tomcat 3.3, and Cocoon 2 from CVS > HEAD. Ever

how to display a web page with a MS word document which is stored in database

I am using cocoon 2, tomcat 4.0, jdk1.3, mySQL 3.23.39. I am thinking of store the MS word document in database or file system. Please advise which storage method is the best and please advise the detail technical implementation of the two methods (i.e. how to write the code of the program). Than

Re: xml.apache.org/cocoon - missing pics

I recall that this was fixed Michael. It was a problem with not properly encoding the "space" characters in the filenames for those damn image buttons (the filename is the same as the label name). This causes a problem when viewing with Netscape. However, the website does not get updated until th

DO NOT REPLY [Bug 5182] - [Patch] FilesystemQueueImpl.java does not compile with latest Avalon.

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: Check Source

> From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]] > Sent: Thursday, 24 January 2002 8:44 pm > To: [EMAIL PROTECTED] > Subject: Re: Check Source > > > "Morrison, John" wrote: > > > > It's added. > > > > There's a new target (checkSource), which, basically, checks > > all .java files in src/j

Re: Promotions, Revisioning and Workflow

Stefano Mazzocchi wrote: >Michael Hartle wrote: > >>I tried it, but IIRC, I got caching problems, thus I wrote the >>UnzipGenerator. >> > >Care to share? :) > Definitely ;) My workload should soon return to more normal levels, giving me the opportunity to put it in a nice donation package with a

RE: [Patch] FilesystemQueueImpl.java does not compile with latest Avalon.

> From: Gerhard Froehlich [mailto:[EMAIL PROTECTED]] > > Hi, > > >From: Leo Sutic [mailto:[EMAIL PROTECTED]] > > > >> Sorry, but I think you can forget the 2.0 branch when the the > 2.01 version > >>is release soon! > > > >2.0.1 is a part of the 2.0 branch, no? > > Nope. We megered the stuff fro

Excalibur hasComponent question....

I saw a patch related to this on Jan 18th and just wanted to see if there was anymore info and get an opinion on wether this sounds like the same problem. I'm running NT4.0, Sun JDK 1.3.1, Tomcat 3.3, and Cocoon 2 from CVS HEAD. Everything builds fine, but when accessing it I get: org.apache.coc

Re: Promotions, Revisioning and Workflow

Michael Hartle wrote: > > Stefano Mazzocchi wrote: > > >Michael Hartle wrote: > > > >>Stefano Mazzocchi wrote: > >> > >>>Hey, what about ripping out the NetBeans CVS Protocol library (which is > >>>legally compatible with us, unlike the JCVS library) and use that to > >>>write a generator? > >>>

Re: Check Source

"Morrison, John" wrote: > > It's added. > > There's a new target (checkSource), which, basically, checks > all .java files in src/java. > > If we don't agree with *how* or *what* it's checking, we can > modify it in the future. oh god! I knew it would have happened! > If somebody could take a

Re: Promotions, Revisioning and Workflow

Bertrand Delacretaz wrote: > > On Thursday 24 January 2002 13:55, Stefano Mazzocchi wrote: > > . . . > > (yes, it's piece of cacke to add WebDAV functionality to Cocoon > > directly, it's just a bunch of new HTTP actions and some XML content, > > not a big deal for our machinery) > > Wow - do yo

RE: [Patch] FilesystemQueueImpl.java does not compile with latest Avalon.

Hi, >From: Leo Sutic [mailto:[EMAIL PROTECTED]] > >> Sorry, but I think you can forget the 2.0 branch when the the 2.01 version >>is release soon! > >2.0.1 is a part of the 2.0 branch, no? Nope. We megered the stuff from 2.0 into HEAD and the new release will be build from the HEAD branch! >> 2

[Patch] FilesystemQueueImpl.java does not compile with latest Avalon.

> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > > --- Additional Comments From [EMAIL PROTECTED] 2002-01-24 20:00 --- > Sorry, but I think you can forget the 2.0 branch when the the 2.01 version is > release soon! 2.0.1 is a part of the 2.0 branch, no? > 2.01 works with the new

xml.apache.org/cocoon - missing pics

Hi, if this is read by a cocooner which have file access to http://xml.apache.org/cocoon/ There are some pictures missing in the left navigation field: - XML Links - Who we are - 3rd Party - Patch Queue - FAQ File - Live Sites - Cocoon Hosting - Bug Database - Code Repository - Dev Snapshot - Mail

DO NOT REPLY [Bug 5182] - [Patch] FilesystemQueueImpl.java does not compile with latest Avalon.

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: [WARN] Build with 'compile' target fails

From: "Piroumian, Konstantin" <[EMAIL PROTECTED]> > Something's went wrong in the latest updates. Build 'compile' fails with: > > [echo] Building with Ant version 1.4.1 compiled on October 11 2001 > [echo] using build file D:\Java\repository\xml-cocoon2\build.xml > [echo]

Re: How to configure sitemap.xmap

MOODAD (Shadi LB Soft) wrote: > Hi > I'm trying to generate pdf reports using the cocoon servlet. > I have configured a pipeline like that to handle the xsp files > / / > / / > / / > / / > / / > / / > / / Uh, you got some parts wrong; both map:generate and map:transform lack a "src" attribute w

DO NOT REPLY [Bug 5182] - [Patch] FilesystemQueueImpl.java does not compile with latest Avalon.

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: Promotions, Revisioning and Workflow

Matt Sergeant wrote: >On Thu, 24 Jan 2002, Bertrand Delacretaz wrote: > >>Wow - do you mean WebDAV retrieval AND storage? >>I assume versioning would be much harder, though? >> >WebDAV doesn't do versioning. "There is no V, only the appearance of a V". > There are WebDAV-related extensions that t

Re: Promotions, Revisioning and Workflow

Bertrand Delacretaz wrote: >On Thursday 24 January 2002 13:55, Stefano Mazzocchi wrote: > >>. . . >>(yes, it's piece of cacke to add WebDAV functionality to Cocoon >>directly, it's just a bunch of new HTTP actions and some XML content, >>not a big deal for our machinery) >> I am highly interested

DO NOT REPLY [Bug 5182] - [Patch] FilesystemQueueImpl.java does not compile with latest Avalon.

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: xml-cocoon2/src/java/org/apache/cocoon/components/store FilesystemQueueObject.java FilesystemQueueImpl.java

froehlich02/01/24 10:53:00 Modified:src/java/org/apache/cocoon/components/store FilesystemQueueObject.java FilesystemQueueImpl.java Log: hmm weird, don't know which version leo uses, but anyway some changes were necessary !? Revision ChangesPath

DO NOT REPLY [Bug 5182] - [Patch] FilesystemQueueImpl.java does not compile with latest Avalon.

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: xml-cocoon2/src/java/org/apache/cocoon/components/store FilesystemQueueObject.java

froehlich02/01/24 10:44:20 Modified:src/java/org/apache/cocoon/components/store FilesystemQueueObject.java Log: Applied patch from Leo Sutic. The insert, peek and pop methods have been changed (in Avalon) to return and accept Objects instead of Comparable

Re: Promotions, Revisioning and Workflow

Stefano Mazzocchi wrote: >Michael Hartle wrote: > >>Stefano Mazzocchi wrote: >> >>>Hey, what about ripping out the NetBeans CVS Protocol library (which is >>>legally compatible with us, unlike the JCVS library) and use that to >>>write a generator? >>> >>Just a thought, why not rather turn it int

DO NOT REPLY [Bug 6017] New: - Documentation Frustration

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

[WARN] Build with 'compile' target fails

Something's went wrong in the latest updates. Build 'compile' fails with: [echo] Building with Ant version 1.4.1 compiled on October 11 2001 [echo] using build file D:\Java\repository\xml-cocoon2\build.xml [echo] -- [j

Re: i18n transformer update

> >> > So, what about the following changes : > - remove the configuration stuff related to _sitemap_ variable names, as > it has no added value [is someone using names other than the default ones ?] > - add a configuration for the name of the _request_ parameter for the > locale, with the default

Re: AW: URLConnetion blocks

Matthew Langham wrote: >Some thoughts : couldn't this be a bug related to http 1.1 keep-alive >that can reuse the same socket for several requests ? ><< >Sylvain, > >can you elaborate on this? Is there a workaround? > >Matthew > This was just some thoughts as what you describe is as if the socke

Re: i18n transformer update

Piroumian, Konstantin wrote: >> >> >Request object wraps HttpServletRequest and returns the locale that the >user has selected in his browser, but that locale can be different from the >one that the system supports. I don't know if any browser can set a new >value to the http head

How to configure sitemap.xmap

Hi I'm trying to generate pdf reports using the cocoon servlet. I have configured a pipeline like that to handle the xsp files                       So I got the following error with stack trace: org.apache.cocoon.ProcessingException: Could not setup pipeline.: org.xml.sax.SAXException: In

Re: i18n transformer update

> Peter Royal wrote: > > > > On Thursday 24 January 2002 06:48 am, Sylvain Wallez wrote: > > > I also had a look at the key lookup stuff (including XMLResourceBundle), > > > and it seems to me it is really performance-killing. Since I also need > > > pluggable sources for translations, I will take

Re: i18n transformer update

> > > >>>Request object wraps HttpServletRequest and returns the locale that the user > >>>has selected in his browser, but that locale can be different from the one > >>>that the system supports. I don't know if any browser can set a new value to > >>>the http header that indicates the user loca

Re: ServletConfig.getRealPath

+1. deprecate now for 2.0.1, remove for 2.0.2. --- Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > Vadim Gritsenko wrote: > > > Do you want to suggest removing ParanoidCocoonServlet then? IIRC, at > > this moment these two servlets do not differ at all :-/ > > Absolutely! at least, deprecating i

Re: i18n transformer update

Peter Royal wrote: > > On Thursday 24 January 2002 06:48 am, Sylvain Wallez wrote: > > I also had a look at the key lookup stuff (including XMLResourceBundle), > > and it seems to me it is really performance-killing. Since I also need > > pluggable sources for translations, I will take this subje

Re: [PATCH] new build targets

- Original Message - From: "Nicola Ken Barozzi" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Thursday, January 24, 2002 10:12 AM Subject: Re: [PATCH] new build targets > From: "David Crossley" <[EMAIL PROTECTED]> > > > You were also adding a copy of the "init" t

AW: URLConnetion blocks

>> Some thoughts : couldn't this be a bug related to http 1.1 keep-alive that can reuse the same socket for several requests ? << Sylvain, can you elaborate on this? Is there a workaround? Matthew -- Open Source Group sunShine - Lighting up e:Business

Re: URLConnetion blocks

Carsten Ziegeler wrote: >Hi, > >we have a problem with getting external content using http. Sometimes >a read on the input stream of the urlconnection blocks forever. The >first read on the input stream gets the whole document from the >external server, the second read is used to test if the whol

AW: Rendering a jsp : JSP it compiled 3 times -> performance problem

ok k. -Ursprüngliche Nachricht- Von: Morrison, John [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 24. Januar 2002 15:39 An: '[EMAIL PROTECTED]' Betreff: RE: Rendering a jsp : JSP it compiled 3 times -> performance problem This would have been better sent to cocoon-users... > -O

Re: i18n transformer update

Piroumian, Konstantin wrote: >>>Request object wraps HttpServletRequest and returns the locale that the user >>>has selected in his browser, but that locale can be different from the one >>>that the system supports. I don't know if any browser can set a new value to >>>the http header that indi

RE: Rendering a jsp : JSP it compiled 3 times -> performance problem

This would have been better sent to cocoon-users... > -Original Message- > From: Kai Ulrich [mailto:[EMAIL PROTECTED]] > Sent: Thursday, 24 January 2002 2:35 pm > To: [EMAIL PROTECTED] > Subject: Rendering a jsp : JSP it compiled 3 times -> performance > problem > > > If I want to rende

Rendering a jsp : JSP it compiled 3 times -> performance problem

If I want to render a JSP (Struts Tags) with cocoon ! Everything works fine ! 1. A servlet arrange the data an puts the beans to the request. 2. forward to the coocoon Servlet ... RequestDispatcher rd = etServletContext().getRequestDispatcher( "/cocoon/printBasket" ); rd.fo

URLConnetion blocks

Hi, we have a problem with getting external content using http. Sometimes a read on the input stream of the urlconnection blocks forever. The first read on the input stream gets the whole document from the external server, the second read is used to test if the whole document is fetched, so this

cvs commit: xml-cocoon2/src/webapp/docs/samples sample-dynamic.xml

vgritsenko02/01/24 06:31:57 Modified:src/webapp/docs/samples sample-dynamic.xml Log: First two XScript samples works Ok Revision ChangesPath 1.4 +4 -2 xml-cocoon2/src/webapp/docs/samples/sample-dynamic.xml Index: sample-dynamic.xml =

Re: i18n transformer update

On Thursday 24 January 2002 06:48 am, Sylvain Wallez wrote: > I also had a look at the key lookup stuff (including XMLResourceBundle), > and it seems to me it is really performance-killing. Since I also need > pluggable sources for translations, I will take this subject if you > don't mind. Yes,

[OT] .cvsignore

Does anybody know if the .cvsignore file can cope with wildcards? For example I'd like to make cocoons: build dist tools/anttasks tools/lib/xerces*.jar tools/lib/xalan*.jar tools/lib/xml-api*.jar tools/lib/jakarta-regexp*.jar tools/lib/jtidy*.jar .ant.properties but I don't know if it can cope

RE: Check Source

It's added. There's a new target (checkSource), which, basically, checks all .java files in src/java. If we don't agree with *how* or *what* it's checking, we can modify it in the future. If somebody could take a look wrt the licenses I'd be greatful: checkstyle-1.4.jar is an Apache Style one

cvs commit: xml-cocoon2 .cvsignore build.bat build.sh build.xml

morrijr 02/01/24 06:17:37 Modified:..cvsignore build.bat build.sh build.xml Log: CheckStyle task Revision ChangesPath 1.5 +1 -0 xml-cocoon2/.cvsignore Index: .cvsignore === RCS fi

cvs commit: xml-cocoon2/tools/lib antlr.jar checkstyle-1.4.jar

morrijr 02/01/24 06:16:27 Added: tools/lib antlr.jar checkstyle-1.4.jar Log: CheckStyle task Revision ChangesPath 1.1 xml-cocoon2/tools/lib/antlr.jar <> 1.1 xml-cocoon2/tools/lib/checkstyle-1.4.jar <>

RE: Lucene Sample

> From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]] > > Hi, > > I just checked the lucene sample, either I'm too blind to see it or > it does not work as expected: > > I started the index generation with the preset baseURL > (something like http://server:80/cocoon/documents/index.html). This >

RE: cvs commit: xml-cocoon2/src/webapp/stylesheets svg-samples2html.xsl

No, not from our svg page, but I already entered this as a bug weeks ago into bugzilla for xalan, together with a test-case, so they can really easily reproduce this. Carsten > -Original Message- > From: Davanum Srinivas [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 24, 2002 1:48

RE: cvs commit: xml-cocoon2/src/webapp/stylesheets svg-samples2html.xsl

Thanks! It's fixed now. Carsten > -Original Message- > From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 24, 2002 12:37 PM > To: [EMAIL PROTECTED] > Subject: Re: cvs commit: xml-cocoon2/src/webapp/stylesheets > svg-samples2html.xsl > > > [EMAIL PROTECTED] wro

cvs commit: xml-cocoon2/src/webapp/stylesheets svg-samples2html.xsl

cziegeler02/01/24 06:02:50 Modified:src/webapp/stylesheets svg-samples2html.xsl Log: Fixed version info Revision ChangesPath 1.3 +1 -1 xml-cocoon2/src/webapp/stylesheets/svg-samples2html.xsl Index: svg-samples2html.xsl ==

Re: Check Source

I'm new to this list and have yet to contribute in any way. However, I feel sure that my opinion will be as valid as any other so here goes... I feel that conformance to coding standards is very important any project. In my internal projects I always enforce adherence to these standards (and w

DO NOT REPLY [Bug 5182] - [Patch] FilesystemQueueImpl.java does not compile with latest Avalon.

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: Promotions, Revisioning and Workflow

On Thu, 24 Jan 2002, Bertrand Delacretaz wrote: > On Thursday 24 January 2002 13:55, Stefano Mazzocchi wrote: > > . . . > > (yes, it's piece of cacke to add WebDAV functionality to Cocoon > > directly, it's just a bunch of new HTTP actions and some XML content, > > not a big deal for our machiner

Coding format

Hi, again! > >Btw, what is the coding standart for Cocoon sources? I use Sun's > >format, but somebody has reformatted several sources to something different > >and unusual. > > > The Sun format should be used. What sources are you talking about ? I18nTransformer and SQLTransformer, at least. Ma

RE: i18n transformer update

Konstantin, It would be good if you could address two FIXME, one located in XMLResourceBundleFactory.java, and another in I18nTransformer.java Regards, Vadim > -Original Message- > From: Piroumian, Konstantin [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 24, 2002 4:26 AM > To: Co

Re: i18n transformer update

> Piroumian, Konstantin wrote : > > > > >>I was thinking about how to merge these two different sources for > >>locale. Having request.getLocale() and LocaleAction.getLocale() > >>returning different results is IMO a bad thing since it can lead to > >>inconsistencies between components that use o

Re: i18n transformer update

"Piroumian, Konstantin" wrote: > ... > > 1) I have a whish: Could we introduce a new cocoon.xconf parameter for i18n > > called empty-translation, e.g. empty-translation="."? > > Do you mean sitemap.xmap? Doesn't matter. I'm not so deep in the internals to know what to configure in cocoon.xco

Re: Promotions, Revisioning and Workflow

- Original Message - From: "Stefano Mazzocchi" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, January 24, 2002 1:55 PM Subject: Re: Promotions, Revisioning and Workflow > Punky Tse wrote: > > > > > My dream KMS architecture is something like this: > > > > > > [frontend

Re: Promotions, Revisioning and Workflow

On Thursday 24 January 2002 13:55, Stefano Mazzocchi wrote: > . . . > (yes, it's piece of cacke to add WebDAV functionality to Cocoon > directly, it's just a bunch of new HTTP actions and some XML content, > not a big deal for our machinery) Wow - do you mean WebDAV retrieval AND storage? I assum

Re: ServletConfig.getRealPath

+1. deprecate now for 2.0.1, remove for 2.0.2. --- Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > Vadim Gritsenko wrote: > > > Do you want to suggest removing ParanoidCocoonServlet then? IIRC, at > > this moment these two servlets do not differ at all :-/ > > Absolutely! at least, deprecating i

Re: Promotions, Revisioning and Workflow (yahoogroups, CMS use-cases)

On Thursday 24 January 2002 14:10, Stefano Mazzocchi wrote: > . . > > (http://groups.yahoo.com/group/contentmanagementgroup/). > > Ok, subscribed there. (god, yet another mail list :( Note that I just posted to [EMAIL PROTECTED] about the possibility of creating a "CMS requirements" project und

Re: i18n transformer update

Piroumian, Konstantin wrote : >>I was thinking about how to merge these two different sources for >>locale. Having request.getLocale() and LocaleAction.getLocale() >>returning different results is IMO a bad thing since it can lead to >>inconsistencies between components that use one method or t

Re: Promotions, Revisioning and Workflow (yahoogroups, CMS use-cases)

Bertrand Delacretaz wrote: > > Note that we're starting to have an interesting discussion about CMS > requirements over at yahoogroups > (http://groups.yahoo.com/group/contentmanagementgroup/). Ok, subscribed there. (god, yet another mail list :( Matt, maybe we could move there the discussion w

Re: Promotions, Revisioning and Workflow (yahoogroups, CMS use-cases)

MORÁVEK Peter wrote: > > > (Cocoon and Forrest will suck all my free time now) > > What is the project Forrest about ? Can you post any links ? You'll have all the info when it starts (here on xml.apache.org). Will happen any day now. In short: it's the project to create the publishing infrast

Re: Promotions, Revisioning and Workflow

Punky Tse wrote: > > > My dream KMS architecture is something like this: > > > > [frontend] - [CMS] - [backend] > > | > > [store] > > > > where cocoon powers both 'frontend' and 'backend', CMS wraps around an > > native XML database and provides versionin

Re: ServletConfig.getRealPath

Sylvain Wallez wrote: > > Stefano Mazzocchi wrote: > > >Sylvain Wallez wrote: > > > > > >>There's the ServletTargetFactory that logs to the servlet container. It > >>is declared in logkit.xconf and was used up to recently to log all > >>errors to the engine's log > >> > >Is this documented? >

Re: Mozilla based content editing screenshot...

Matt Sergeant wrote: > > On Wed, 23 Jan 2002, Paulo Gaspar wrote: > > > Dave complained about the yellow tags in the screenshot on his > > weblog. > > > > > > For me it is already interesting being able to click on a page in > > the browser and getting that tool to edit it, even if it is not > >

Re: Promotions, Revisioning and Workflow

Vadim Gritsenko wrote: > > I recently hacked > > an UnzipGenerator and enjoyed combining it with another protocol ;) > > Hm... How about ZipSerializer? ;) Careful: if you want to provide 'compressed' version of out output, then I think that servlet filtering is the way to go (tomcat comes with

Re: Promotions, Revisioning and Workflow

Michael Hartle wrote: > > Stefano Mazzocchi wrote: > > >Hey, what about ripping out the NetBeans CVS Protocol library (which is > >legally compatible with us, unlike the JCVS library) and use that to > >write a generator? > > > Just a thought, why not rather turn it into a cvs protocol ? It woul

Re: ServletConfig.getRealPath

Vadim Gritsenko wrote: > Do you want to suggest removing ParanoidCocoonServlet then? IIRC, at > this moment these two servlets do not differ at all :-/ Absolutely! at least, deprecating it for 2.0.1 and schedule the removal for 2.0.2 (and clearly indicate this in a special 'deprecation' page) -

Re: cvs commit: xml-cocoon2/src/webapp/stylesheets svg-samples2html.xsl

[EMAIL PROTECTED] wrote: > > cziegeler02/01/24 00:40:19 > > Modified:src/webapp/stylesheets svg-samples2html.xsl > Log: > Fixed the welcome-svg sample. Oh well, again this is the big Xalan Bug which does >not report namespaces correctly for DOM trees. Its there for ages and nooen

classloader issue?

Has someone had some classloader issues lately or worked on the XSP class loading? I experienced a strange class loader problem with a CVS version of HEAD from about a week ago. After cocoon is started our application works just fine. All XSP page classes get created and loaded. I stepped throu

  1   2   >