cvs commit: xml-cocoon2/src/documentation/xdocs/drafts sitemap-2.1-draft.xsd

crossley2003/01/31 00:31:00 Modified:src/documentation/xdocs/drafts sitemap-2.1-draft.xsd Log: Corrections suggested by several XML Schema validation tools (XSV, Xerces). Submitted by: Jean-Marc Vanel http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=104348426304781 http://jmva

cocoon blocks and some questions, xml modularization

hi, I was reading through the http://wiki.cocoondev.org/Wiki.jsp?page=BlocksDefinition wiki page, which is a very interesting read. There are some questions which have come to my mind: I) One of the things that interests me, is how you want to manage specifications of xslts? You have to ensure

Re: XML Schema validation for sitemap

Thanks, i added your changes to CVS. Please be aware that there has not been much activity with that W3C Schema for Cocoon Sitemap. The last changes were about 7 months ago. In the meantime there has been various work with the RELAX NG grammar at WEB_INF/entities/sitemap-v06.rng The two grammars ma

Re: cocoon blocks and some questions, xml modularization

Jakob Praher wrote: hi, I was reading through the http://wiki.cocoondev.org/Wiki.jsp?page=BlocksDefinition wiki page, which is a very interesting read. There are some questions which have come to my mind: I) One of the things that interests me, is how you want to manage specifications of xsl

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/source SourceUtil.java

cziegeler2003/01/31 01:07:06 Modified:src/java/org/apache/cocoon/components/source SourceUtil.java Log: Fixing release bug Revision ChangesPath 1.19 +1 -2 xml-cocoon2/src/java/org/apache/cocoon/components/source/SourceUtil.java Index: SourceUtil.java ===

Re: Using the results of an aggregate part - order of execution.

I've been through this a million times (well er maybe not QUITE that many, but near enough ) and I can't figure out how to do it without something like an action pipeline as I suggested. The session action won't work in this case because I need pipeline processing. What I'm actually doing is rough

Re: Unblocking Blocks - microstep 1

Pier Fumagalli wrote: On 30/1/03 9:09, "Nicola Ken Barozzi" <[EMAIL PROTECTED]> wrote: Starting the blocks walk done with microchanges. Yeah! :-) microstep 1: loading of components from blocks -- goal -- The goal is that if I specify:

Re: Sources and XSPs - broken?

On 31/1/03 4:33 am, "Vadim Gritsenko" <[EMAIL PROTECTED]> wrote: > Hi all, > > What's up with the HEAD - seems like XSPs and Sources are broken again? > Half of the samples on http://localhost:/samples/sub/welcome fail :-( > > > "build run" is nice... slow to build, but fast to run... ;-)

RE: Unblocking Blocks - microstep 1

> From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] > > Suggestions? > > The fact is that cocoon.xconf was moved to WEB-INF for > security reasons. > In that servlet environment I would surely move the blocks under > WEB-INF. IMHO it's simple enough to imagine that in all other > environmen

Re: XML Schema validation for sitemap

From: "David Crossley" <[EMAIL PROTECTED]> Thanks David for appling this patch! > Thanks, i added your changes to CVS. Please be aware that > there has not been much activity with that W3C Schema for > Cocoon Sitemap. The last changes were about 7 months ago. > In the meantime there has been vari

Re: [FLOW] Thank you...

Pier Fumagalli wrote: Whoever invented the flow, whoever implemented it here, and had anything to do with it and brought it to Cocoon is a FUCKING GENIOUS. I shall erect an altar in my fireplace and burn incense to his holiness every single day, preaching for my soul, to be, at one day, of compar

Re: [FLOW] Thank you...

Nicola Ken Barozzi wrote: Pier Fumagalli wrote: Whoever invented the flow, whoever implemented it here, and had anything to do with it and brought it to Cocoon is a FUCKING GENIOUS. I shall erect an altar in my fireplace and burn incense to his holiness every single day, preaching for my soul

Re: Sources and XSPs - broken?

On 31/1/03 9:41 am, "Pier Fumagalli" <[EMAIL PROTECTED]> wrote: > On 31/1/03 4:33 am, "Vadim Gritsenko" <[EMAIL PROTECTED]> wrote: > >> Hi all, >> >> What's up with the HEAD - seems like XSPs and Sources are broken again? >> Half of the samples on http://localhost:/samples/sub/welcome fail :

Anybody tried JavadocSource?

Hi all, of course I am anxious to know who tried the JavadocSource and how he or she experienced its capabilities. If there is no interest to i9nclude it as a Cocoon block in the main CVS tree, I'd like to put it somewhere else (cocoondev, Steven?) to ensure its development. There is still a lot

DO NOT REPLY [Bug 16633] New: - [PATCH] sybase jdbc error - 0 is not a a valid rowset.absolute() parameter

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 16633] - [PATCH] sybase jdbc error - 0 is not a a valid rowset.absolute() parameter

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 16633] - [PATCH] sybase jdbc error - 0 is not a a valid rowset.absolute() parameter

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

Sitemap-Engine for 2.0.5

Is anyone against making the treeprocessor the default engine for 2.0.5? Is anyone against removing the stylesheet engine? I don't think that we have to keep it for compatibility issues. Carsten Carsten Ziegeler Open Source Group, S&N AG --

RE: Sitemap-Engine for 2.0.5

> From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]] > > Is anyone against making the treeprocessor the default engine > for 2.0.5? > > Is anyone against removing the stylesheet engine? I don't > think that we have to keep it for compatibility issues. By "the stylesheet engine" are you refer

RE: Sitemap-Engine for 2.0.5

Leo Sutic wrote: > > > > From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]] > > > > Is anyone against making the treeprocessor the default engine > > for 2.0.5? > > > > Is anyone against removing the stylesheet engine? I don't > > think that we have to keep it for compatibility issues. > > B

Re: Sitemap-Engine for 2.0.5

Carsten Ziegeler dijo: > Is anyone against making the treeprocessor the default engine for 2.0.5? I am in favor of making the treeprocessor the default engine for 2.0.5. > Is anyone against removing the stylesheet engine? I don't think that we > have to keep it for compatibility issues. Is there

Re: Sitemap-Engine for 2.0.5

Leo Sutic wrote: From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]] Is anyone against making the treeprocessor the default engine for 2.0.5? Is anyone against removing the stylesheet engine? I don't think that we have to keep it for compatibility issues. +1 for the treeprocessor as default

cvs commit: xml-cocoon2/src/scratchpad/src/org/apache/cocoon/transformation AsynchronousCIncludeTransformer.java

cziegeler2003/01/31 04:37:41 Modified:src/scratchpad/src/org/apache/cocoon/transformation Tag: cocoon_2_0_3_branch AsynchronousCIncludeTransformer.java Log: Backporting session, authentication and portal framework Revision Changes

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/transformation AbstractSAXTransformer.java CIncludeTransformer.java

cziegeler2003/01/31 04:37:54 Modified:src/java/org/apache/cocoon/transformation Tag: cocoon_2_0_3_branch AbstractSAXTransformer.java CIncludeTransformer.java Log: Backporting session, authentication and portal framework Revision C

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/sitemap AbstractSitemap.java

cziegeler2003/01/31 04:38:02 Modified:src/java/org/apache/cocoon/sitemap Tag: cocoon_2_0_3_branch AbstractSitemap.java Log: Backporting session, authentication and portal framework Revision ChangesPath No revision No

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/generation JspGenerator.java MP3DirectoryGenerator.java HTMLGenerator.java

cziegeler2003/01/31 04:38:11 Modified:src/java/org/apache/cocoon/generation Tag: cocoon_2_0_3_branch JspGenerator.java MP3DirectoryGenerator.java HTMLGenerator.java Log: Backporting session, authentication and portal framework Revi

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/source URLRewriter.java SourceUtil.java

cziegeler2003/01/31 04:38:25 Added: src/java/org/apache/cocoon/components/source Tag: cocoon_2_0_3_branch URLRewriter.java SourceUtil.java Log: Backporting session, authentication and portal framework Revision ChangesPath

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/webapps/session/xml XMLUtil.java

cziegeler2003/01/31 04:41:33 Added: src/java/org/apache/cocoon/webapps/session/transformation Tag: cocoon_2_0_3_branch SessionTransformer.java AbstractSessionTransformer.java SessionPostTransformer.java

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/webapps/authentication/context SessionContextImpl.java SessionContextProviderImpl.java

cziegeler2003/01/31 04:43:23 Added: src/java/org/apache/cocoon/webapps/authentication/acting Tag: cocoon_2_0_3_branch LoggedInAction.java LogoutAction.java LoginAction.java AuthAction.java src/java/org/apache/cocoon/webapps

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/source AbstractStreamSource.java

cziegeler2003/01/31 04:46:34 Modified:src/java/org/apache/cocoon/generation Tag: cocoon_2_0_3_branch ScriptGenerator.java XMLDBCollectionGenerator.java StatusGenerator.java RequestGenerator.java VelocityGenerator.jav

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/modules/database IfxSerialAutoIncrementModule.java

cziegeler2003/01/31 04:49:15 Modified:src/java/org/apache/cocoon/acting Tag: cocoon_2_0_3_branch SendmailAction.java src/java/org/apache/cocoon/components/modules/database Tag: cocoon_2_0_3_branch IfxS

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

cziegeler2003/01/31 04:50:06 Modified:src/java/org/apache/cocoon/acting Tag: cocoon_2_0_3_branch OraAddAction.java Log: Organizing imports Revision ChangesPath No revision No revision 1.7.2.1 +1

Re: [PMC] bootstrapping the PMC

Niclas Hedhman wrote: On Friday 31 January 2003 14:07, Berin Loritsch wrote: Niclas Hedhman wrote: People, use some logic here... The fact that a 50% quorum is required, and the vote will automatically fail if a qurom is not reached, it is better for the "opposition" not to vote at all, than

Re: Sources and XSPs - broken?

Pier Fumagalli wrote: On 31/1/03 9:41 am, "Pier Fumagalli" <[EMAIL PROTECTED]> wrote: On 31/1/03 4:33 am, "Vadim Gritsenko" <[EMAIL PROTECTED]> wrote: Hi all, What's up with the HEAD - seems like XSPs and Sources are broken again? Half of the samples on http://localhost:/samples/su

Re: Sitemap-Engine for 2.0.5

Carsten Ziegeler wrote: Is anyone against making the treeprocessor the default engine for 2.0.5? +1 for changing default. Is anyone against removing the stylesheet engine? I don't think that we have to keep it for compatibility issues. -1 for immediate removal, +1 for grace period. Vad

Re: [BUG] : java.util.EmptyStackException on EnvironmentStack

I have this problem as well. Has anyone found an approved fix for this? Once I get the EmptyStackException, Cocoon is dead in the water. It has to be restarted to get it working again. Tim [EMAIL PROTECTED] 12/31/02 07:56AM >>> >Hi, > >I'm using cocoon 2.0.4, and after calling a request tha

RE: [BUG] : java.util.EmptyStackException on EnvironmentStack

Hi Tim, do you have a reproducable test scenario you can provide? Which means, a simple pipeline provoking the exception. Carsten Carsten Ziegeler Open Source Group, S&N AG > -Original Message- > From: Timothy Larson [mailto:[EMAIL PROTECTED]] > Sent: Friday, January 31, 2003 3:00 PM

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/treeprocessor TreeProcessor.java

cziegeler2003/01/31 06:02:02 Modified:src/webapp/WEB-INF Tag: cocoon_2_0_3_branch cocoon.xconf src/java/org/apache/cocoon/components/treeprocessor Tag: cocoon_2_0_3_branch TreeProcessor.java Log: Making treeprocessor the default engine Backpo

next Release of Cocoon

So has anything come out of our recent thread on this question or it died away as before. When do we announce Alpha for 2.1 ? With all the complaints we got recently about the complexity of Cocoon, it is probably not helping the project to perpetually miss our release dates. What is the Alpha sh

cvs commit: xml-cocoon2/src/scratchpad/webapp/samples/slide README description2html4content.xsl sitemap.xmap web.xml

stephan 2003/01/31 06:12:50 Modified:src/scratchpad/lib LICENSE.jakarta-slide src/scratchpad/src/org/apache/cocoon/acting SourceMultiAction.java src/scratchpad/src/org/apache/cocoon/generation SourceDescription

RE: [BUG] : java.util.EmptyStackException on EnvironmentStack

My current setup is not simple. I will try to make a simple test and get back to you... Tim [EMAIL PROTECTED] 01/31/03 09:01AM >>> >Hi Tim, > >do you have a reproducable test scenario you can provide? Which means, >a simple pipeline provoking the exception. > >Carsten > >Carsten Ziegeler >

Re: Unblocking Blocks - microstep 1

"Nicola Ken Barozzi" <[EMAIL PROTECTED]> wrote: > Pier Fumagalli wrote: >> >> The only thing I have "against" this is to start thinking about making >> "WEB-INF" an optional feature (all throughout the code)... It should be a >> configurable feature. >> >> The "web application" concept collides w

Re: [article] xml.com: XML Forms, Web Services and Apache Cocoon

Am Fre, 2003-01-31 um 07.52 schrieb Ivelin Ivanov: > XML Forms, Web Services and Apache Cocoon > http://www.xml.com/pub/a/2003/01/29/cocoon-xforms.html?page=last#thread > thanks, interesting read. > > -=Ivelin=- > > > - > To u

Re: Sitemap-Engine for 2.0.5

In cocoon.xconf the "file" attribute of the sitemap is ignored by the treeprocessor. In the old engine, the "file" attribute allowed control over where the root sitemap.xmap was placed and what it was named. If you remove the old engine, could you make the treeprocessor respect the "file" attribu

Re: Sources and XSPs - broken?

"Vadim Gritsenko" <[EMAIL PROTECTED]> wrote: >>> It's a problem (again) with Jetty 4.2.6... I sent a small patch to the list >>> last week which fixes it! :-) > > Come again? How's source resolver depends on Jetty? :-/ Sorry, I shouldn't be reading email right when I wake up :-) I read "samples

RE: [BUG] : java.util.EmptyStackException on EnvironmentStack

Timothy Larson wrote: > > My current setup is not simple. > I will try to make a simple test and get back to you... > Great! (Because, I never got this exception). Thanks! Carsten - To unsubscribe, e-mail: [EMAIL PROTECTED] F

Re: Sitemap-Engine for 2.0.5

From: "Carsten Ziegeler" <[EMAIL PROTECTED]> > Is anyone against making the treeprocessor the default engine for 2.0.5? +1 > > Is anyone against removing the stylesheet engine? I don't think that we > have to keep it for compatibility issues. Why should remove something from a branch which is c

RE: Sitemap-Engine for 2.0.5

Hi Tim, I did that 30 minutes ago, together with the check-reload flag :) So the treeprocessor is now a real replacement for the compiled version. Carsten > -Original Message- > From: Timothy Larson [mailto:[EMAIL PROTECTED]] > Sent: Friday, January 31, 2003 3:26 PM > To: [EMAIL PROTECTE

Re: [PMC] bootstrapping the PMC

> Stefano Mazzocchi wrote: > > > People, > > > > since Cocoon got approuved as a top level project, we have a PMC, but > > the ASF is designed in such a way that each PMC can choose its own > > rules and policies. > > > I think this document is a good start. I assume that we can tailor it

RE: Sitemap-Engine for 2.0.5

Thanks, now I am happy. Any chance snapshots of the CVS 2.0.5-dev could be made just like the snapshots of CVS HEAD so mere mortals such as myself could get easy access to the fixes going into stable branch? (Carrot: it would get more testing before release :) Tim >>> [EMAIL PROTECTED] 01/31/03

cvs commit: xml-cocoon2 todo.xml

stephan 2003/01/31 07:00:43 Modified:.todo.xml Log: Done. Revision ChangesPath 1.49 +1 -2 xml-cocoon2/todo.xml Index: todo.xml === RCS file: /home/cvs/xml-cocoon2/todo.xml,v retri

Re: Unblocking Blocks - microstep 1

Pier Fumagalli wrote: "Nicola Ken Barozzi" <[EMAIL PROTECTED]> wrote: Pier Fumagalli wrote: The only thing I have "against" this is to start thinking about making "WEB-INF" an optional feature (all throughout the code)... It should be a configurable feature. The "web application" concept co

Re: next Release of Cocoon

On Fri, 31 Jan 2003, Ivelin Ivanov wrote: > > So has anything come out of our recent thread on this question or it died > away as before. > > When do we announce Alpha for 2.1 ? > With all the complaints we got recently about the complexity of Cocoon, > it is probably not helping the project to pe

Re: Anybody tried JavadocSource?

Hi Bart, . . . If there is no interest to i9nclude it as a Cocoon block in the main CVS tree, I'd like to put it somewhere else (cocoondev, Steven?) to ensure its development. > . . . I think we need this component in the main codebase, to be able to generate Component Reference Pages based p

cvs commit: xml-cocoon2/src/blocks/slide - New directory

stephan 2003/01/31 07:47:52 xml-cocoon2/src/blocks/slide - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTE

cvs commit: xml-cocoon2/src/blocks/slide/java - New directory

stephan 2003/01/31 07:48:10 xml-cocoon2/src/blocks/slide/java - 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/src/blocks/slide/conf - New directory

stephan 2003/01/31 07:48:10 xml-cocoon2/src/blocks/slide/conf - 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/src/blocks/slide/samples - New directory

stephan 2003/01/31 07:48:10 xml-cocoon2/src/blocks/slide/samples - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMA

cvs commit: xml-cocoon2/src/blocks/slide/java/org - New directory

stephan 2003/01/31 07:50:55 xml-cocoon2/src/blocks/slide/java/org - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EM

cvs commit: xml-cocoon2/src/blocks/slide/java/org/apache - New directory

stephan 2003/01/31 07:51:12 xml-cocoon2/src/blocks/slide/java/org/apache - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-ma

cvs commit: xml-cocoon2/src/blocks/slide/java/org/apache/cocoon - New directory

stephan 2003/01/31 07:51:31 xml-cocoon2/src/blocks/slide/java/org/apache/cocoon - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional command

cvs commit: xml-cocoon2/src/blocks/slide/java/org/apache/cocoon/acting - New directory

stephan 2003/01/31 07:51:57 xml-cocoon2/src/blocks/slide/java/org/apache/cocoon/acting - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional

cvs commit: xml-cocoon2/src/blocks/slide/java/org/apache/cocoon/components - New directory

stephan 2003/01/31 07:51:57 xml-cocoon2/src/blocks/slide/java/org/apache/cocoon/components - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additio

cvs commit: xml-cocoon2/src/blocks/slide/java/org/apache/cocoon/generation - New directory

stephan 2003/01/31 07:51:57 xml-cocoon2/src/blocks/slide/java/org/apache/cocoon/generation - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additio

cvs commit: xml-cocoon2/src/blocks/slide/java/org/apache/cocoon/components/repository - New directory

stephan 2003/01/31 07:52:18 xml-cocoon2/src/blocks/slide/java/org/apache/cocoon/components/repository - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED]

cvs commit: xml-cocoon2/src/blocks/slide/java/org/apache/cocoon/components/source - New directory

stephan 2003/01/31 07:52:18 xml-cocoon2/src/blocks/slide/java/org/apache/cocoon/components/source - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For

cvs commit: xml-cocoon2/src/blocks/slide/java/org/apache/cocoon/components/repository/impl - New directory

stephan 2003/01/31 07:52:50 xml-cocoon2/src/blocks/slide/java/org/apache/cocoon/components/repository/impl - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTE

cvs commit: xml-cocoon2/src/blocks/slide/java/org/apache/cocoon/components/source/helpers - New directory

stephan 2003/01/31 07:52:50 xml-cocoon2/src/blocks/slide/java/org/apache/cocoon/components/source/helpers - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTEC

cvs commit: xml-cocoon2/src/blocks/slide/java/org/apache/cocoon/components/source/impl - New directory

stephan 2003/01/31 07:52:51 xml-cocoon2/src/blocks/slide/java/org/apache/cocoon/components/source/impl - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED

Re: Unblocking Blocks - microstep 1

"Nicola Ken Barozzi" <[EMAIL PROTECTED]> wrote: > Pier Fumagalli wrote: >> >> Somehow, well, yes, but at the same time, no... WEB-INF is (IMO) a hack > > > > Yes, the reliance on web.xml is really ugly and stook because we really > only used it as a servlet for so much time. We have mused somet

cvs commit: xml-cocoon2/src/blocks/authentication-fw/samples sitemap.xmap

haul2003/01/31 08:00:00 Modified:src/blocks/authentication-fw/samples sitemap.xmap Log: sample cosmetics Revision ChangesPath 1.3 +17 -5 xml-cocoon2/src/blocks/authentication-fw/samples/sitemap.xmap Index: sitemap.xmap

cvs commit: xml-cocoon2/src/blocks/databases/java/org/apache/cocoon/reading DatabaseReader.java

haul2003/01/31 08:01:42 Modified:src/blocks/databases/java/org/apache/cocoon/reading DatabaseReader.java Log: optionally read mimetype from database Revision ChangesPath 1.3 +26 -6 xml-cocoon2/src/blocks/databases/java/org/apache/coc

cvs commit: xml-cocoon2/src/blocks/databases/java/org/apache/cocoon/util JDBCTypeConversions.java

haul2003/01/31 08:03:05 Modified:src/blocks/databases/java/org/apache/cocoon/util JDBCTypeConversions.java Log: use getBoolean() for boolean columns Revision ChangesPath 1.7 +11 -11 xml-cocoon2/src/blocks/databases/java/org/apache/coc

cvs commit: xml-cocoon2/src/blocks/databases/samples sitemap.xmap samples.xml notyet.txt

haul2003/01/31 08:04:08 Modified:src/blocks/databases/samples sitemap.xmap samples.xml Removed: src/blocks/databases/samples notyet.txt Log: sample cosmetics Revision ChangesPath 1.2 +13 -2 xml-cocoon2/src/blocks/databases/samples/sitemap.xmap Ind

cvs commit: xml-cocoon2/src/blocks/databases/samples/mod-db file-upload-blob.xsp database.xml edit-groups.xsp schema.sql sitemap.xmap user-list.xsp

haul2003/01/31 08:05:47 Modified:src/blocks/databases/samples/mod-db database.xml edit-groups.xsp schema.sql sitemap.xmap user-list.xsp Added: src/blocks/databases/samples/mod-db file-upload-blob.xsp Log: sample cosmetics

cvs commit: xml-cocoon2/src/blocks/databases/samples/org-db add-department.xsp employee.xsp process-department.xsp add-employee.xsp process-employee.xsp sitemap.xmap

haul2003/01/31 08:06:32 Modified:src/blocks/databases/samples/org-db add-department.xsp employee.xsp process-department.xsp add-employee.xsp process-employee.xsp sitemap.xmap Log: sample cosmetics Revision ChangesPath 1.

cvs commit: xml-cocoon2/src/blocks/databases/samples/xsp esql.xsp sitemap.xmap

haul2003/01/31 08:07:31 Modified:src/blocks/databases/samples/xsp esql.xsp sitemap.xmap Log: sample cosmetics Revision ChangesPath 1.2 +5 -1 xml-cocoon2/src/blocks/databases/samples/xsp/esql.xsp Index: esql.xsp ===

cvs commit: xml-cocoon2/src/blocks/databases/samples/transform sitemap.xmap sql-page.xml

haul2003/01/31 08:08:28 Modified:src/blocks/databases/samples/transform sitemap.xmap sql-page.xml Log: sample cosmetics Revision ChangesPath 1.2 +6 -1 xml-cocoon2/src/blocks/databases/samples/transform/sitemap.xmap Index: sitema

cvs commit: xml-cocoon2/src/blocks/linkrewriter/samples sitemap.xmap

haul2003/01/31 08:09:15 Modified:src/blocks/linkrewriter/samples sitemap.xmap Log: sample cosmetics Revision ChangesPath 1.2 +3 -1 xml-cocoon2/src/blocks/linkrewriter/samples/sitemap.xmap Index: sitemap.xmap ==

cvs commit: xml-cocoon2/src/blocks/web3/samples samples.xml sitemap.xmap

haul2003/01/31 08:10:14 Modified:src/blocks/precept/samples sitemap.xmap src/blocks/web3/samples samples.xml sitemap.xmap Log: sample cosmetics Revision ChangesPath 1.3 +3 -1 xml-cocoon2/src/blocks/precept/samples/sitemap.xmap Index: sit

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

haul2003/01/31 08:12:02 Modified:src/documentation/xdocs/userdocs/actions database-actions.xml Log: reflow + modify sample Revision ChangesPath 1.3 +10 -4 xml-cocoon2/src/documentation/xdocs/userdocs/actions/database-actions.xml

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

haul2003/01/31 08:13:28 Modified:src/java/org/apache/cocoon/components/language/markup/xsp XSPUtil.java Log: remove system.out.printlns Revision ChangesPath 1.14 +3 -1 xml-cocoon2/src/java/org/apache/cocoon/components/language/markup

Belated Introduction

Dear Cocoon Community, Apparently its traditional for new committers to give an introduction mail, so here is mine. Firstly, I must say that Im delighted to have been voted Cocoon committer. Its an honour to be recognized by your peers and to be part of the Cocoon cummunity. Despite occasional b

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/modules/input RawRequestParameterModule.java DigestMetaModule.java AbstractJXPathModule.java ChainMetaModule.java DateInputModule.java DateMetaInputModule.java HeaderAttributeModule.java JXPathMetaModule.java MapMetaModule.java RandomNumberModule.java RequestAttributeModule.java RequestParameterModule.java RequestURIModule.java SessionAttributeModule.java XMLFileModule.java XMLFormInput.java XMLMetaModule.java

haul2003/01/31 08:19:01 Modified:src/java/org/apache/cocoon/components/modules/input DigestMetaModule.java AbstractJXPathModule.java ChainMetaModule.java DateInputModule.java DateMetaInputModule.java HeaderAttrib

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/modules modules.xconf

haul2003/01/31 08:19:57 Modified:src/java/org/apache/cocoon/components/modules modules.xconf Log: added module to access untranslated request parameters (request.get()) to be used e.g. in conjunction with file uploads. Revision ChangesPath 1.20 +3 -0 xml-

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/components/modules/output AbstractOutputModule.java RequestAttributeMap.java RequestAttributeOutputModule.java SessionAttributeOutputModule.java

haul2003/01/31 08:22:55 Modified:src/java/org/apache/cocoon/components/modules/output AbstractOutputModule.java RequestAttributeMap.java RequestAttributeOutputModule.java SessionAttributeOutputModule.java Log:

[WEB-INF] MicroStep #1: getRealPath()

I see quite extensively throughout the code, the use of "getRealPath"... In my book, this is always true: new URL("file:" + getRealPath(x)).equals(getResource(x)); Unless I overlooked something. I don't quite remember why it wasn't deprecated in Servlet 2.3, but definitely, to me, it doesn't make

Re: next Release of Cocoon

Ivelin Ivanov wrote: So has anything come out of our recent thread on this question or it died away as before. When do we announce Alpha for 2.1 ? With all the complaints we got recently about the complexity of Cocoon, it is probably not helping the project to perpetually miss our release dates.

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/matching/modular CachingRegexpMatcher.java

haul2003/01/31 08:25:41 Added: src/java/org/apache/cocoon/matching/modular CachingRegexpMatcher.java Log: new matcher Revision ChangesPath 1.1 xml-cocoon2/src/java/org/apache/cocoon/matching/modular/CachingRegexpMatcher.java

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/transformation AbstractExtractionTransformer.java SimpleFormInstanceExtractionTransformer.java

haul2003/01/31 08:28:31 Modified:src/java/org/apache/cocoon/transformation AbstractExtractionTransformer.java SimpleFormInstanceExtractionTransformer.java Log: make more versatile. derived class can override root node creation

cvs commit: xml-cocoon2/src/java/org/apache/cocoon/transformation SimpleFormTransformer.java

haul2003/01/31 08:29:48 Modified:src/java/org/apache/cocoon/transformation SimpleFormTransformer.java Log: squash bug triggered by markup in error elements causing additional closing event. Revision ChangesPath 1.6 +6 -3 xml-cocoon2

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

haul2003/01/31 08:30:48 Modified:src/webapp/WEB-INF/db cocoondb.script Log: new table for file upload sample Revision ChangesPath 1.10 +1 -14 xml-cocoon2/src/webapp/WEB-INF/db/cocoondb.script Index: cocoondb.script =

cvs commit: xml-cocoon2/src/webapp/samples/simpleform - New directory

haul2003/01/31 08:37:22 xml-cocoon2/src/webapp/samples/simpleform - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail:

Re: [WEB-INF] MicroStep #1: getRealPath()

Pier Fumagalli wrote: I see quite extensively throughout the code, the use of "getRealPath"... In my book, this is always true: new URL("file:" + getRealPath(x)).equals(getResource(x)); Unless I overlooked something. I don't quite remember why it wasn't deprecated in Servlet 2.3, but definitely

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

haul2003/01/31 08:40:40 Modified:src/webapp/samples sitemap.xmap src/webapp/samples/chaperon sitemap.xmap src/webapp/samples/common/style/xsl/html simple-samples2html.xsl src/webapp/samples/docs/samples sample-apps.

Re: cocoon blocks and some questions, xml modularization

Am Fre, 2003-01-31 um 09.50 schrieb Nicola Ken Barozzi: thanks for your answers, mine are inlined > > IV) > > What time frame do you have for implementing cocoon blocks? > > ASAP ;-) great ;-) - let's start *gg* > > We are going in "baby steps", you are welcome to help in either or both

Re: [Fwd: DatabaseReader]

On 30.Jan.2003 -- 07:37 AM, Berin Loritsch wrote: > Passing on a patch to DatabaseReader > > Joerg, in the future just send your patches to the Cocoon developer's > list. I will start to be active again with Cocoon probably after > April. I have some plans for some Blocks that need to be written

cvs commit: xml-cocoon2/src/mocks/javax/transaction - New directory

stephan 2003/01/31 09:14:01 xml-cocoon2/src/mocks/javax/transaction - New directory -- In case of troubles, e-mail: [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [

RE: [BUG] : java.util.EmptyStackException on EnvironmentStack

Ok, attached are sample files that generates the java.util.EmptyStackException. I am using Saxon-7.3.1 with everything working, except that if bad data is sent to the "fo2pdf" serializer causing a fatal exception, then something happens that destabilizes cocoon, causing some subsequent requests fo

cvs commit: xml-cocoon2 project-info.xml

stephan 2003/01/31 10:19:42 Modified:.project-info.xml Log: Corrected error. Revision ChangesPath 1.8 +1 -1 xml-cocoon2/project-info.xml Index: project-info.xml === RCS file: /home

  1   2   >