RE: label/view refinement

> Giacomo Pati wrote: > > On Thu, 15 Nov 2001, Carsten Ziegeler wrote: > > And BTW there has never been a map:label element in the original > proposal as Stefano told me. But as we had it in for such a long time is > it appropriate to move it back in? > No, I'm against this. To clearify this situ

Missing Implementation in MRUStore

Hi, is there any reason why the keys() method of the MRUStore is not implemented? The returned enumeration should contain all keys of the cache and the underlying fs store, right? In addition is the implementation if the containsKey() method correct? It checks only against the memory cache but

Re: [donation]XML:DB pseudo protocol

Gianugo Rabellino wrote: > > It took me (much) longer than I expected (unfortunately paid work is > something you can't leave aside in these days), but finally I have a > working first implementation of a pseudo-protocol based con the XML:DB API. How cool! > Usage is as follows: > > 1. grab xm

RE: Missing Implementation in MRUStore

>is there any reason why the keys() method of the MRUStore is >not implemented? Laziness, forgetfulness :). Will be corrected. >The returned enumeration should contain all keys of the cache >and the underlying fs store, right? Can be very slow when there are many objects on the fs >In additi

RE: Missing Implementation in MRUStore

Gerhard Froehlich wrote: > > >is there any reason why the keys() method of the MRUStore is > >not implemented? > Laziness, forgetfulness :). Will be corrected. Great! > >The returned enumeration should contain all keys of the cache > >and the underlying fs store, right? > Can be very slow when t

cvs commit: xml-cocoon2/documentation/xdocs/userdocs/actions actions.xml

crossley01/11/19 03:52:20 Modified:documentation/xdocs/userdocs/matchers matchers.xml documentation/xdocs/userdocs/selectors selectors.xml documentation/xdocs/userdocs/actions actions.xml Log: Fixed broken links from last edit. Revision Changes

cvs commit: xml-cocoon2/documentation/xdocs/userdocs/actions actions.xml

crossley01/11/19 03:52:35 Modified:documentation/xdocs/userdocs/matchers Tag: cocoon_20_branch matchers.xml documentation/xdocs/userdocs/selectors Tag: cocoon_20_branch selectors.xml documentation/xdocs/userdo

RE: Missing Implementation in MRUStore

Whoops, that was quick! >> >is there any reason why the keys() method of the MRUStore is >> >not implemented? >> Laziness, forgetfulness :). Will be corrected. > >Great! >> >The returned enumeration should contain all keys of the cache >> >and the underlying fs store, right? >> Can be very slow wh

[GUMP] Build Failure - Cocoon2

This email is autogenerated from the output from: Buildfile: build.xml init: [echo] --- Apache Cocoon

cvs commit: xml-cocoon2/documentation/xdocs/userdocs/concepts sitemap.xml

crossley01/11/19 03:59:10 Modified:documentation/xdocs/userdocs/concepts sitemap.xml Log: Add listing of "Protocols" that can be used and explained what they mean. Link to "Example sitemap snippets" document. Revision ChangesPath 1.5 +31 -0 xml-cocoon2/docume

cvs commit: xml-cocoon2/documentation/xdocs/userdocs/concepts sitemap.xml

crossley01/11/19 03:59:19 Modified:documentation/xdocs/userdocs/concepts Tag: cocoon_20_branch sitemap.xml Log: Add listing of "Protocols" that can be used and explained what they mean. Link to "Example sitemap snippets" document. Revision Changes

cvs commit: xml-cocoon2/documentation/xdocs/userdocs/concepts sitemap-examples.xml

crossley01/11/19 04:01:10 Added: documentation/xdocs/userdocs/concepts sitemap-examples.xml Log: New document to describe some example sitemap snippets. Revision ChangesPath 1.1 xml-cocoon2/documentation/xdocs/userdocs/concepts/sitemap-examples.xml

Re: Our protocols

Per-Olof Noren wrote: > Berin Loritsch wrote: > > Carsten Ziegeler wrote: > > > Hi, > > > > > > you can use all three protocols nearly everywhere in the sitemap > > > except for redirects. > > > Inside your components you can also use these three protocols > > > whenever you have a SourceResolver

Re: sitemap explanations are required

Wow, Berni that helps a lot. Thanks for your obvious big effort. I have used your posting to provide initial content for a new document: "Example sitemap snippets" userdocs/concepts/sitemap-examples.xml This is linked from the introduction of sitemap.xml It needs more work, but it is good start.

[Vote]: Torsten Curdt as new committer

I would like to propose Torsten Curdt <[EMAIL PROTECTED]> as a new committer for Apache Cocoon 2. Torsten has been involved with cocoon-dev for a very long time, with extensive contributions to the general discussion and providing patches in various areas, especially with ESQL. So, please let us

cvs commit: xml-cocoon2/documentation/xdocs/userdocs/concepts sitemap-examples.xml

crossley01/11/19 04:09:04 Added: documentation/xdocs/userdocs/concepts Tag: cocoon_20_branch sitemap-examples.xml Log: New document to describe some example sitemap snippets. Revision ChangesPath No revision No

Re: [Vote]: Torsten Curdt as new committer

Torsten, Are u interested :) Here's my +1. Thanks, dims --- David Crossley <[EMAIL PROTECTED]> wrote: > I would like to propose Torsten Curdt <[EMAIL PROTECTED]> > as a new committer for Apache Cocoon 2. > Torsten has been involved with cocoon-dev for a very > long time, with extensive contribu

RE: [Vote]: Torsten Curdt as new committer

There is no doubt: +1 from here Carsten > -Original Message- > From: David Crossley [mailto:[EMAIL PROTECTED]] > Sent: Monday, November 19, 2001 1:21 PM > To: [EMAIL PROTECTED] > Subject: [Vote]: Torsten Curdt as new committer > > > I would like to propose Torsten Curdt <[EMAIL PROTECT

RE: [GUMP] Build Failure - Cocoon2

Hi folks, during my stronger involvment in the avalon project I'm really not uptodate anymore. I which branch occurs this error??? Cheers Gerhard black holes are when GOD is dividing by zero 23 49 43 51 3A 20 31 32 33 35 33 34 38 31 31 --

Re: [Vote]: Torsten Curdt as new committer

On 19.Nov.2001 -- 11:21 PM, David Crossley wrote: > I would like to propose Torsten Curdt <[EMAIL PROTECTED]> > as a new committer for Apache Cocoon 2. > Torsten has been involved with cocoon-dev for a very > long time, with extensive contributions to the general > discussion and providing patches

[RT]: Restructuring the build system

Hi, I just thought a little bit about our current build system. We agreed some days ago of restructuring the directory structure. And we agreed that we will split the distribution into a source and a binary distribution. I think, at least one point is missing and that is the compilation of the ja

RE: [GUMP] Build Failure - Cocoon2

It's the HEAD: 2.1. Carsten > -Original Message- > From: Gerhard Froehlich [mailto:[EMAIL PROTECTED]] > Sent: Monday, November 19, 2001 1:56 PM > To: [EMAIL PROTECTED] > Subject: RE: [GUMP] Build Failure - Cocoon2 > > > Hi folks, > during my stronger involvment in the avalon > project

StoreJanitorImpl runs forever?

Hi I have a question regarding StoreJanitorImpl. As I see in the source StoreJanitorImpl implements only Runnable. As I was using org.apache.cocoon.Main it seems that after all work is done StoreJanitorImpl stays running, this prevents org.apache.cocoon.Main to terminate even after the Cocoon.disp

RE: [Vote]: Torsten Curdt as new committer

> Torsten, > > Are u interested :) Here's my +1. Thanks, guys! It would be an honor for me to become a member of this brilliant family. :) -- Torsten > > Thanks, > dims > > --- David Crossley <[EMAIL PROTECTED]> wrote: > > I would like to propose Torsten Curdt <[EMAIL PROTECTED]> > > as a ne

Re: [RT]: Restructuring the build system

> The current situation is a little bit complicated. We have additional > components which are only included in the compilation if some > libraries are available during compilation. > In addition if these components are compilated there need to > be some entries either in the cocoon.xconf or in th

cvs commit: xml-cocoon2/src/org/apache/cocoon/components/store FilesystemStore.java

cziegeler01/11/19 05:27:04 Modified:src/org/apache/cocoon/components/store Tag: cocoon_20_branch FilesystemStore.java Log: Implementing the keys() method Revision ChangesPath No revision No revision

RE: [RT]: Restructuring the build system

Gianugo Rabellino wrote: > > > The current situation is a little bit complicated. We have additional > > components which are only included in the compilation if some > > libraries are available during compilation. > > In addition if these components are compilated there need to > > be some entri

RE: [GUMP] Build Failure - Cocoon2

Gerhard Froehlich wrote: > > Hi folks, > during my stronger involvment in the avalon > project I'm really not uptodate anymore. > > I which branch occurs this error??? Gump builds using the latest from cvs. Here's the actual change: http://cvs.apache.org/viewcvs/jakarta-avalon-excalibur/src/jav

Re: [GUMP] Build Failure - Cocoon2

Gerhard Froehlich wrote: > Question, > is the "old" version of excalibur active? Because > I can compile the latest checkout! > > If yes, shall we switch to the new version and change > the implementation? Before you include the newest version, the Avalon team needs to finish the Framework rel

Re: [Vote]: Torsten Curdt as new committer

David Crossley wrote: > I would like to propose Torsten Curdt <[EMAIL PROTECTED]> > as a new committer for Apache Cocoon 2. > Torsten has been involved with cocoon-dev for a very > long time, with extensive contributions to the general > discussion and providing patches in various areas, > especi

cvs commit: xml-cocoon2/src/org/apache/cocoon/components/store FilesystemStore.java

cziegeler01/11/19 05:39:44 Modified:src/org/apache/cocoon/components/store FilesystemStore.java Log: Implementing the keys() method Revision ChangesPath 1.8 +22 -3 xml-cocoon2/src/org/apache/cocoon/components/store/FilesystemStore.java Index: FilesystemSt

Re: StoreJanitorImpl runs forever?

Bernhard Huber wrote: > Hi > I have a question regarding StoreJanitorImpl. > As I see in the source StoreJanitorImpl implements only > Runnable. > As I was using org.apache.cocoon.Main it seems that > after all work is done StoreJanitorImpl stays running, > this prevents org.apache.cocoon.Main to

RE: [GUMP] Build Failure - Cocoon2

Here is a patch which fixes this "compatibility" problem. >-Original Message- >From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]] >Sent: Monday, November 19, 2001 2:01 PM >To: [EMAIL PROTECTED] >Subject: RE: [GUMP] Build Failure - Cocoon2 > > >It's the HEAD: 2.1. > >Carsten > >> -Origin

RE: [RT]: Restructuring the build system

Carsten Ziegeler wrote: > > Gianugo Rabellino wrote: > > > > > The current situation is a little bit complicated. We have additional > > > components which are only included in the compilation if some > > > libraries are available during compilation. > > > In addition if these components are comp

RE: StoreJanitorImpl runs forever?

Hi, >> Hi >> I have a question regarding StoreJanitorImpl. >> As I see in the source StoreJanitorImpl implements only >> Runnable. >> As I was using org.apache.cocoon.Main it seems that >> after all work is done StoreJanitorImpl stays running, >> this prevents org.apache.cocoon.Main to terminate e

Re: [RT]: Restructuring the build system

>>>In addition to the src in each opt/{component} directory, >>>this directory could contain a cocoon.xconf and sitemap.xmap >>>fragment. >>> >> >>The problem here is that you don't know where the fragments have to be >>inserted in the main config or sitemap file. How about inserting XUpdate >>fra

Re: StoreJanitorImpl runs forever?

Gerhard Froehlich wrote: > Hi, > >>>Hi >>>I have a question regarding StoreJanitorImpl. >>>As I see in the source StoreJanitorImpl implements only >>>Runnable. >>>As I was using org.apache.cocoon.Main it seems that >>>after all work is done StoreJanitorImpl stays running, >>>this prevents org.ap

Re: [RT]: Restructuring the build system

> If we have a mechanism which is able to add something to the cocoon.xconf > and the sitemap, we should use this for the core components as well. > Rather then defining a sitemap which has all the component definitions in > it already, this will be assembled during the build. Same applies > to th

Re: [donation]XML:DB pseudo protocol

Stefano Mazzocchi wrote: >>2. edit cocoon.xconf and go to the source-handler section. Add a >>configuration like this one: >> >> >class="org.apache.cocoon.components.source.XMLDBSourceFactory"> >> >> >> >> >> > > Ah, you're connecting to XML:DB API then. Great. Yes, the XML:DB U

RE: StoreJanitorImpl runs forever?

Hi >Gerhard Froehlich wrote: I have a question regarding StoreJanitorImpl. As I see in the source StoreJanitorImpl implements only Runnable. As I was using org.apache.cocoon.Main it seems that after all work is done StoreJanitorImpl stays running, this prevents org.apache.c

RE: [RT]: Restructuring the build system

Gianugo Rabellino wrote: > > > If we have a mechanism which is able to add something to the > cocoon.xconf > > and the sitemap, we should use this for the core components as well. > > Rather then defining a sitemap which has all the component > definitions in > > it already, this will be assem

cvs commit: xml-cocoon2/src/org/apache/cocoon/acting RequestParameterExistsAction.java

haul01/11/19 07:04:49 Added: src/org/apache/cocoon/acting RequestParameterExistsAction.java Log: I found this quite handy during development. Revision ChangesPath 1.1 xml-cocoon2/src/org/apache/cocoon/acting/RequestParamete

cvs commit: xml-cocoon2/webapp/WEB-INF web.xml

haul01/11/19 07:06:49 Modified:webapp/WEB-INF web.xml Log: Corrected parameter ordering. Revision ChangesPath 1.15 +6 -6 xml-cocoon2/webapp/WEB-INF/web.xml Index: web.xml === RCS file:

cvs commit: xml-cocoon2/webapp/WEB-INF web.xml

haul01/11/19 07:08:23 Modified:webapp/WEB-INF Tag: cocoon_20_branch web.xml Log: Corrected parameter ordering Revision ChangesPath No revision No revision 1.1.1.1.2.12 +6 -6 xml-cocoon2/webapp/WEB-INF/web.xml

cvs commit: xml-cocoon2/src/org/apache/cocoon/components/language/markup/xsp/java esql.xsl

haul01/11/19 07:15:32 Modified:src/org/apache/cocoon/components/language/markup/xsp/java Tag: cocoon_20_branch esql.xsl Log: Added missing error template (however that got lost) Revision ChangesPath No revision No

cvs commit: xml-cocoon2/documentation/xdocs/userdocs/xsp esql.xml

haul01/11/19 07:23:53 Modified:src/org/apache/cocoon/components/language/markup/xsp/java esql.xsl documentation/xdocs/userdocs/xsp esql.xml Log: - added missing error template - added get-struct & get-array tags for ORDBMS access Rev

cvs commit: xml-cocoon2 build.xml

haul01/11/19 07:29:37 Modified:.build.xml Log: Added conditional for informix database driver. Revision ChangesPath 1.93 +4 -0 xml-cocoon2/build.xml Index: build.xml === RCS fi

RE: [GUMP] Build Failure - Cocoon2

>> Question, >> is the "old" version of excalibur active? Because >> I can compile the latest checkout! >> >> If yes, shall we switch to the new version and change >> the implementation? > > >Before you include the newest version, the Avalon team needs >to finish the Framework release (allowing n

Re: [GUMP] Build Failure - Cocoon2

Gerhard Froehlich wrote: >>>Question, >>>is the "old" version of excalibur active? Because >>>I can compile the latest checkout! >>> >>>If yes, shall we switch to the new version and change >>>the implementation? >>> >> >>Before you include the newest version, the Avalon team needs >>to finish th

cvs commit: xml-cocoon2/src/org/apache/cocoon/acting AbstractDatabaseAction.java

haul01/11/19 07:51:55 Modified:src/org/apache/cocoon/acting AbstractDatabaseAction.java Log: - made typeConstants protected (was private) since I'd like to access it from a child class (to overwrite getColumn) - added support for Array, Struct, and Object Revision

cvs commit: xml-cocoon2/webapp/WEB-INF/db cocoondb.properties cocoondb.script

haul01/11/19 08:06:34 Modified:webapp/WEB-INF/db cocoondb.properties cocoondb.script Log: some additional tables Revision ChangesPath 1.4 +1 -1 xml-cocoon2/webapp/WEB-INF/db/cocoondb.properties Index: cocoondb.properties

cvs commit: xml-cocoon2/scratchpad/src/org/apache/cocoon/acting - New directory

haul01/11/19 08:18:04 xml-cocoon2/scratchpad/src/org/apache/cocoon/acting - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands

cvs commit: xml-cocoon2/scratchpad/src/org/apache/cocoon/acting/ModularDatabaseAccess - New directory

haul01/11/19 08:18:05 xml-cocoon2/scratchpad/src/org/apache/cocoon/acting/ModularDatabaseAccess - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED]

cvs commit: xml-cocoon2/scratchpad/webapp/mount/mod-db - New directory

haul01/11/19 08:18:04 xml-cocoon2/scratchpad/webapp/mount/mod-db - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail:

cvs commit: xml-cocoon2/scratchpad/webapp/mount - New directory

haul01/11/19 08:18:04 xml-cocoon2/scratchpad/webapp/mount - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL

cvs commit: xml-cocoon2/scratchpad/webapp - New directory

haul01/11/19 08:18:04 xml-cocoon2/scratchpad/webapp - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTE

Re: [RT]: Restructuring the build system

Carsten Ziegeler wrote: >>Sure thing. And now that I think about it, I'm wondering if we are >>trying once more to reinvent the wheel: since what we want to do is >>after all an XML transformation of two files, why don't we just write >>two stylesheets (say cocoon.xconf.xsl and sitemap.xmap.xs

RE: [GUMP] Build Failure - Cocoon2

Question, is the "old" version of excalibur active? Because I can compile the latest checkout! If yes, shall we switch to the new version and change the implementation? >>> >>>Before you include the newest version, the Avalon team needs >>>to finish the Framework rele

Re: [GUMP] Build Failure - Cocoon2

Gerhard Froehlich wrote: > Ok, before I talk more rubish, I only wondered why they are > build failures and how they can prevented (I got a little bit > nervous, as the build failure raised up in one of my hacks) Ok. >>Which "it" are you talking about: configuration, logging, or >>PriorityQu

additions to scratchpad

Team, this is a demo on factoring out reading & writing of parameters. As I started to write about it, a number of sensible changes came to my mind. I will write in more depth about it when they are done. For those that still like to have a peek at it, these changes are a) Rename Key

Re: additions to scratchpad

Hi Christian, I'm not at the team, but here idea for the descriptor file take the descriptor entry not from the table name when someone like me use large terms like i had write a select action and use this for me i build a around it and test if a query param at the sidemap are given, if no

RE: Interpreted sitemap

> -Original Message- > From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]] > Sent: Friday, November 16, 2001 3:37 PM > > Sorry for the delay but this has not exactly the best week in my life :/ No problem. My answer time is damn slow these days too. I hope everything turns ok for you. >

Re: label/view refinement

Carsten Ziegeler wrote: > > > Giacomo Pati wrote: > > > > On Thu, 15 Nov 2001, Carsten Ziegeler wrote: > > > > And BTW there has never been a map:label element in the original > > proposal as Stefano told me. But as we had it in for such a long time is > > it appropriate to move it back in? > > >

Re: [RT]: Restructuring the build system

Carsten Ziegeler wrote: > > Gianugo Rabellino wrote: > > > > > If we have a mechanism which is able to add something to the > > cocoon.xconf > > > and the sitemap, we should use this for the core components as well. > > > Rather then defining a sitemap which has all the component > > definitions

[read my leaps] One day Mozilla will rule!

People, I'm big time excited. I've been watching over mozilla since my good old friend Paul Phillips (of Boa and go2net fame) told me about the move. I've always been a Netscape fan. I'm still writing my email on Netscape 4.78, even if, as a browser, it sucks dry. After my visit at Wyona (www.w

Re: [Vote]: Torsten Curdt as new committer

On Mon, 19 Nov 2001, David Crossley wrote: +1 Giacomo > I would like to propose Torsten Curdt <[EMAIL PROTECTED]> > as a new committer for Apache Cocoon 2. > Torsten has been involved with cocoon-dev for a very > long time, with extensive contributions to the general > discussion and providing

Re: [RT]: Restructuring the build system

On Mon, 19 Nov 2001, Carsten Ziegeler wrote: > Hi, > > I just thought a little bit about our current build system. We > agreed some days ago of restructuring the directory structure. > And we agreed that we will split the distribution into a source > and a binary distribution. > I think, at least

RE: [RT]: Restructuring the build system

On Mon, 19 Nov 2001, Carsten Ziegeler wrote: > > Carsten Ziegeler wrote: > And to finish this RT I just forgot the FS: > > If we have a mechanism which is able to add something to the cocoon.xconf > and the sitemap, we should use this for the core components as well. > Rather then defining a sit

Re: [read my leaps] One day Mozilla will rule!

Hi Stefano, I'm surprised the Mozilla leap is new to you, since Mozilla is one of the biggest and well known XML client technology in open source. I always thought Cocoon is the Java XML server technology and Mozilla the C++ XML Web client. I'm developing on Linux and going with Mozilla since

JSP Generator, Servlet 2.3

Hi As I'm using WLS6.1 I have noticed that no current JSP component of Cocoon works. As WLS6.1 is very restrictive regarding the HttpServletResponse, and HttpServletRequest, accepting only WLS6.1 internal impl-classes, and the Servlet2.3 HttpServletResponseWrapper, and HttpServletRequestWrapper

Re: [read my leaps] One day Mozilla will rule!

Yes, Mozilla is cool ;) >3) ah, the good old quest for separation of concerns between model view >and controller. Well, XUL is the model, CSS is the view, JavaScript is >the controller. > Some time ago I confused you by speaking of the "pure XML/CSS approach" in terms of providing a editable WYS

Torsten Curdt as new committer

OK, i counted six +1, zero +/-0 and zero -1 and Torsten accepts, so ... Please, [EMAIL PROTECTED], can you open a commiter account with enough karma for the cocoon repositories xml-cocoon,xml-cocoon2,xml-site,xml-commons for Torsten Curdt <[EMAIL PROTECTED]> Thanks in advance. --David -

Re: Torsten Curdt as new committer

Definitely +1 from me! Torsten contributed lots of ideas and code, and has been a great member of the team. Thanks, Ovidiu On Tue, 20 Nov 2001 11:22:48 +1100, David Crossley <[EMAIL PROTECTED]> wrote: > OK, i counted six +1, zero +/-0 and zero -1 > and Torsten accepts, so ... > > Please, [EMAI

Trying to install Cocoon

I've been trying to install Cocoon2 from CVS for the past month and always get the same problem. I've tried removing batik-lib.jar from the cocoon /lib directory and i've tried commenting out all the instances of SVG files on sitemap.xmap Is there anything I'm not doing right? Help, Carlos

Re: Torsten Curdt as new committer

Account created, password sent, commit privs granted. Brian On Tue, 20 Nov 2001, David Crossley wrote: > OK, i counted six +1, zero +/-0 and zero -1 > and Torsten accepts, so ... > > Please, [EMAIL PROTECTED], can you open a commiter > account with enough karma for the cocoon repositori

[patch] esql:group

ok, diff -u This time against HEAD and tested. I included minimal xspdoc:desc documentation. This patch adds esql:group and esql:member to esql and supporting fields to EsqlQuery. That way, you can do a single query using join syntax, often eliminating the need to do nested queries. The League

cvs commit: xml-cocoon2/documentation/xdocs hosting.xml

crossley01/11/19 22:33:47 Modified:documentation/xdocs hosting.xml Log: Moved a link from up "For free" list (their free offering has now finished). Revision ChangesPath 1.3 +3 -5 xml-cocoon2/documentation/xdocs/hosting.xml Index: hosting.xml ==

cvs commit: xml-cocoon2/documentation/xdocs hosting.xml

crossley01/11/19 22:35:21 Modified:documentation/xdocs Tag: cocoon_20_branch hosting.xml Log: Moved a link up from "For free" list (their free offering has now finished). Revision ChangesPath No revision No revision 1.1

cvs commit: xml-cocoon2/documentation/xdocs livesites.xml

crossley01/11/19 22:40:43 Modified:documentation/xdocs Tag: cocoon_20_branch livesites.xml Log: - Added recent announcements. To do this, i searched MARC for "livesites" (so if they do not mention, then they miss out). - Improved notes about how to submit a livesite. Revisi

cvs commit: xml-cocoon2/documentation/xdocs livesites.xml

crossley01/11/19 22:40:50 Modified:documentation/xdocs livesites.xml Log: - Added recent announcements. To do this, i searched MARC for "livesites" (so if they do not mention, then they miss out). - Improved notes about how to submit a livesite. Revision ChangesPath

let us get serious about 2.0 Final Release

There are SIX DAYS TO GO until the agreed date for the final release. We also agreed that the date should not slip. In my opinion, 2.0 is not yet fit for release. So there is only one option ... hold the RT threads and get on with the job. --David -- > Subject: [C2.0] Sho

Re: Trying to install Cocoon

Carlos wrote: >I've been trying to install Cocoon2 from CVS for the past month and always >get the same problem. I've tried removing batik-lib.jar from the cocoon /lib >directory and i've tried commenting out all the instances of SVG files on >sitemap.xmap > >Is there anything I'm not doing right

Fwd: LinkAlarm> Full Check - 93 for Apache Cocoon

Here is the link to the report following the RC2 release. Congratulations, broken links are well down from last time. The report does provide some interesting summary stats (both below and at the LinkAlarm report). - 581 pages - 1000 external links (237 unique) - 34636 internal links (1157 unique)

Re: Wrap an HttpServletRequest

Yes, You can use the JSPEngineImplNamedDispatcherInclude generator. You have to setup your cocoon.xconf: Next you have to create WEB-INF/my.roles:       shorthand="jsp-engine"     default-class="org.apache.cocoon.components.jsp.JSPEngineImplNamedDispatcherInclude"/> Last you have to conf