Joerg Heinicke wrote:
snip/
I validated the file using jEdit - I hope it did it correctly.
'validate-xdocs' does not work at the moment. From the messages
yesterday I guess you know this, but here is the message:
snip/
Oh damn. I was sure that worked for me yesterday. I was obviously
David Crossley wrote:
I question why you want to use the new DTDs that are under development
at Forrest. In Cocoon we still use the document-v10 DTDs for all of the
xdocs. Do you really need the document-v1[12] DTDs or can you suffer the
current one?
Our doc writer did choose that :)
There
crossley2003/06/27 00:09:57
Modified:src/targets docs-build.xml
Log:
Clearly separate the actions.
Also, correcting the last part of the cvs log on r1.16 (cvs admin is disabled).
... Carsten was right and i misread the intention of his message about Jing
on r1.15
Revision
The code in CocoonBean can be seperated into two
categories. One
is for creating and configuring the Cocoon instance it is going to
use, the other is using it. Cocoon is thread-safe.
CocoonBean is not.
Sounds reasonable. The code in the bean is not that well
organised. It is
On 2003-03-30, Geoff Howard wrote:
Is there any strategy for making the xml fragments in
src/targets well-formed so editors don't barf on them?
That sounds like a good idea and makes me itch.
What do you think needs to be done?
Is it just that the multiple target elements need
to be wrapped
David Crossley wrote:
We also do some specific validation of certain core configuration
using RELAX NG and the Jing task. This works fine for validating
the cocoon.roles file (note it has an internal DTD subset). We were
also doing some experimental validation of other files, such as
On 27 Jun 2003 at 9:34, Unico Hommes wrote:
If I can make it that all parts of the system can share the same
Cocoon object then I would definitely prefer that. Because apart from
memory, there's also the cache that is shared.
Presumably you're referring to a cache in a transient store?
Let's
May I point to http://www.ct42.de/en/ch02.html?
Joerg
David Crossley wrote:
On 2003-03-30, Geoff Howard wrote:
Is there any strategy for making the xml fragments in
src/targets well-formed so editors don't barf on them?
That sounds like a good idea and makes me itch.
What do you think needs
Carsten Ziegeler wrote:
David Crossley wrote:
snip/
We also do some specific validation of certain core configuration
using RELAX NG and the Jing task. This works fine for validating
the cocoon.roles file (note it has an internal DTD subset). We were
also doing some experimental
David Crossley wrote:
Bugger. I was going to look into the Jing code because that would be the
ideal - make Jing use the xml-commons entity resolver. I see that there
is a newer Jing available - will investigate sometime.
Great ;)
Anyway, what do you think of the other issue - the idea of
Carsten Ziegeler wrote:
David Crossley wrote:
snip/
Anyway, what do you think of the other issue - the idea of getting rid
of Cocoon's validate-xdocs target?
+1 if forrest does this for us it's ok
Okay, i will tidy that up in the next few days unless someone stops me.
- I think we
Sorry to interrupt you guys in your discussion. I would like to share my enthousiasm.
UV there not other examples too? The thing is, that if you
UV create a sitemap component,
UV you can build around the publishing service a web site for
UV deployment. Imagine a site
UV that you log onto
crossley2003/06/27 02:06:16
Modified:src/documentation/xdocs/installing book.xml
src/targets docs-build.xml validate-build.xml
Log:
Restore the excellent table of all jars.
The content of the table needs some work, e.g. axis jars are missing the
URL and
David Crossley wrote:
- I think we should remove all
the doc handling from cocoon. By this I mean the subsitemap we currently
have that generates the docs on the fly in the built webapp. I
hope to move this to forrest as well.
I agree. However, what do you mean by move this to forrest?
On Friday, June 27, 2003, at 06:48 AM, Reinhard Pötz wrote:
One of the open issues of flow is that we can't send internal-only
pipelines at the moment.
If we call sendPage( uri, bizData) from the flow layer the forwardTo
of the AbstractInterpreter is called which performs a redirect using
the
Reinhard Pötz wrote:
The Cocoon object of the FOM has the method
Component getComponent(id)
It should return any component but no sitemap components. This means we
only return components defined in the roles file(s). How can we check if
it is an allowed component?
Any ideas?
I think
On 27 Jun 2003 at 11:03, Arje Cahn wrote:
Sorry to interrupt you guys in your discussion. I would like to share
my enthousiasm.
No, no, you're welcome here. The more the merrier!
UV there not other examples too? The thing is, that if you
UV create a sitemap component,
UV you can build
On 27 Jun 2003 at 11:22, Carsten Ziegeler wrote:
David Crossley wrote:
- I think we should remove all
the doc handling from cocoon. By this I mean the subsitemap we
currently have that generates the docs on the fly in the built
webapp. I hope to move this to forrest as well.
I
Upayavira wrote:
On 27 Jun 2003 at 9:34, Unico Hommes wrote:
If I can make it that all parts of the system can share the same
Cocoon object then I would definitely prefer that. Because
apart from
memory, there's also the cache that is shared.
Presumably you're referring to a
Carsten Ziegeler wrote:
Reinhard Pötz wrote:
The Cocoon object of the FOM has the method
Component getComponent(id)
It should return any component but no sitemap components. This means we
only return components defined in the roles file(s). How can we check if
it is an allowed component?
On 27 Jun 2003 at 11:40, Unico Hommes wrote:
If you don't want it to be a sitemap component, how else
would you propose to do it?
Somehow it needs to be under the control of the sitemap so as
to exist as a part of the URI space.
Part of the URI space could be dedicated to the
-Original Message-
From: Upayavira [mailto:[EMAIL PROTECTED]
Sent: vrijdag 27 juni 2003 11:51
To: [EMAIL PROTECTED]
On 27 Jun 2003 at 11:40, Unico Hommes wrote:
If you don't want it to be a sitemap component, how else
would you
propose to do it?
Somehow it needs
Dear All,
The current webapp's sitemap doesn't report 404 for broken links. All it takes is
adding map:serialize status-code=404/ in the map:handle-errors element.
Apart from anything else, this lack breaks the CLIs ability to detect broken links
(as otherwise the error page is just returned
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21101.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21101.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21139.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
To David's question:
I don't have an ant reference, but I don't think there's
a way to do that and still do the entity include. That's
why the resource Joerg pointed to exists I'd guess. You
can't have entities point to the children of the root node
by some magic I'm not aware of, can you??
At
At 05:27 AM 6/27/2003, Carsten wrote:
Reinhard Pötz wrote:
The Cocoon object of the FOM has the method
Component getComponent(id)
It should return any component but no sitemap components. This means we
only return components defined in the roles file(s). How can we check if
it is an
bruno 2003/06/27 05:43:32
Modified:src/blocks/woody/java/org/apache/cocoon/woody/samples
Form1Handler.java
Added: src/blocks/woody/java/org/apache/cocoon/woody/event
RepeaterHandler.java
Log:
Moved common repeater handling
At 06:40 AM 6/27/2003, Upayavira wrote:
...
Is it reasonable enough to add error codes (404 and 500) to the map:handle-
errors block in the built webapp's sitemap? Seems kinda obvious thing to
do to
me.
Sounds reasonable to me too.
Geoff
bruno 2003/06/27 06:01:47
Modified:src/blocks/woody/java/org/apache/cocoon/woody/formmodel
AggregateField.java
Log:
Indicate required status in generated SAX.
Revision ChangesPath
1.2 +1 -0
Geoff Howard wrote:
To David's question:
I don't have an ant reference, but I don't think there's
a way to do that and still do the entity include. That's
why the resource Joerg pointed to exists I'd guess. You
can't have entities point to the children of the root node
by some magic I'm not
upayavira2003/06/27 06:50:38
Modified:src/java/org/apache/cocoon Main.java
src/java/org/apache/cocoon/bean CocoonBean.java
Added: src/java/org/apache/cocoon/bean BeanListener.java
Log:
Added 'BeanListener' interface for CocoonBean to report back to caller.
On 27 Jun 2003 at 12:09, Unico Hommes wrote:
That's what I want too! But it does not require that the
actual runner
be implemented as a sitemap component or executed as part of a
pipeline. PublishServiceStatusGenerator can still access the
PublishService as a component from the
Joerg, David and I are discussing alternatives to the current
build file entities for the sub-targets. One that's on the
table now is to use ANTModule from http://www.ct42.de/en/ch02.html.
See below for the discussion that's happened so far.
As this would refactor the build (to a degree), I
Geoff Howard wrote:
Do we want to force people to edit cocoon.xconf to call their own business
components from the flow? I thought Stefano proposed checking for
SitemapModelComponent and disallowing it? Would that prevent looking up
a transformer, but allow looking up a legitimate component
Le Vendredi, 27 juin 2003, à 15:52 Europe/Zurich, Geoff Howard a écrit :
Joerg, David and I are discussing alternatives to the current
build file entities for the sub-targets. One that's on the
table now is to use ANTModule from http://www.ct42.de/en/ch02.html.
See below for the discussion
copying the cocoon folks since we are getting pretty serious with
continuations overthere (we implement them using a modified version of
Mozilla Rhino, a javascript engine written in java)
on 6/26/03 3:15 PM Ask Bjoern Hansen wrote:
On Thu, 26 Jun 2003, Santiago Gala wrote:
[...]
I still
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21139.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Carsten Ziegeler wrote:
Geoff Howard wrote:
Do we want to force people to edit cocoon.xconf to call their own business
components from the flow? I thought Stefano proposed checking for
SitemapModelComponent and disallowing it? Would that prevent looking up
a transformer, but allow looking up
Bertrand Delacretaz wrote:
Le Vendredi, 27 juin 2003, à 15:52 Europe/Zurich, Geoff Howard a écrit :
Joerg, David and I are discussing alternatives to the current
build file entities for the sub-targets. One that's on the
table now is to use ANTModule from http://www.ct42.de/en/ch02.html.
See
on 6/27/03 4:25 AM Jeremy Quinn wrote:
On Friday, June 27, 2003, at 06:48 AM, Reinhard Pötz wrote:
One of the open issues of flow is that we can't send internal-only
pipelines at the moment.
If we call sendPage( uri, bizData) from the flow layer the forwardTo
of the AbstractInterpreter is
on 6/27/03 4:47 AM Sylvain Wallez wrote:
Carsten Ziegeler wrote:
Reinhard Pötz wrote:
The Cocoon object of the FOM has the method
Component getComponent(id)
It should return any component but no sitemap components. This means we
only return components defined in the roles file(s). How
on 6/27/03 5:40 AM Upayavira wrote:
Dear All,
The current webapp's sitemap doesn't report 404 for broken links. All it takes is
adding map:serialize status-code=404/ in the map:handle-errors element.
Apart from anything else, this lack breaks the CLIs ability to detect broken links
(as
At 12:27 PM 6/27/2003, Sylvain wrote:
Carsten Ziegeler wrote:
Geoff Howard wrote:
Do we want to force people to edit cocoon.xconf to call their own business
components from the flow? I thought Stefano proposed checking for
SitemapModelComponent and disallowing it? Would that prevent looking up
On Fri, 27 Jun 2003, Stefano Mazzocchi wrote:
Question: do you think it would be possible to compile java source code
into parrot bytecode? how would the limited Perl typing capabilities
would impact that?
http://www.astray.com/java/
--
!-- Matt --
:-get a SMart net/:-
Spam trap - do not
Stefano Mazzocchi escribió:
(...)
Wow, a VM with native continuations, very interesting.
Question: do you think it would be possible to compile java source code
into parrot bytecode? how would the limited Perl typing capabilities
would impact that?
The key piece is the validator. The Java VM uses
upayavira2003/06/27 11:31:42
Modified:src/java/org/apache/cocoon Main.java
Log:
Fixing imports
Revision ChangesPath
1.9 +8 -2 cocoon-2.1/src/java/org/apache/cocoon/Main.java
Index: Main.java
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21153.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21153.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tue, 24 Jun 2003, Jeff Turner wrote:
Vote 1: Cocoon committers automatically become Forrest committers
+1
Vote 2: Forrest should become a subproject of Cocoon
(http://cocoon.apache.org/forrest)
+1
Andrew.
--
Andrew SavoryEmail: [EMAIL PROTECTED]
Title: sql transformer bug?
Can somebody please point me in the right direction:
I am attempting to use the sql transformer to update an oracle database.
I am using a jdk 1.4
Running with cocoon version 2.1m2
Here is my sitemap:
map:match pattern=create.xsql
map:generate src="">
Title: Message
'sql:substitute-value sql:name="date"',
should
be
'sql:substitute-value
sql:name="date"/',
note
the / at the end.
/LS
-Original Message-From: Jonathan Spaeth
[mailto:[EMAIL PROTECTED] Sent: den 27 juni
2003 21:50To: '[EMAIL PROTECTED]'Subject: sql
You do have to close those elements, like this...
NOC_EQUIPMENT_TROUBLES_SEQ.NEXTVAL,
'sql:substitute-value sql:name="date"/',
'sql:substitute-value sql:name="time"/',
'sql:substitute-value sql:name="clli"/',
'sql:substitute-value sql:name="remarks"/'
Note the '/' characters added.
Geoff Howard wrote:
At 12:27 PM 6/27/2003, Sylvain wrote:
Carsten Ziegeler wrote:
Geoff Howard wrote:
Do we want to force people to edit cocoon.xconf to call their own
business
components from the flow? I thought Stefano proposed checking for
SitemapModelComponent and disallowing it? Would
Title: Message
Hehe; thanks.
Needless to say it's been a long
day; sometimes you just need another pair of eyes to find the obvious flaws J
Thanks for the quick response!
Jon
-Original Message-
From: Leo Sutic
[mailto:[EMAIL PROTECTED]
Sent: Friday, June 27, 2003 2:56
stefano 2003/06/27 13:08:38
cocoon-2.1/src/webapp/samples/imagereader - New directory
stefano 2003/06/27 13:08:37
cocoon-2.1/src/java/org/apache/cocoon/transformation/pagination - New directory
stefano 2003/06/27 13:08:38
cocoon-2.1/src/webapp/samples/paginator/pagesheets - New directory
stefano 2003/06/27 13:08:38
cocoon-2.1/src/webapp/samples/paginator/content - New directory
stefano 2003/06/27 13:10:43
Modified:src/scratchpad/webapp/samples scratchpad-samples.xml
src/webapp/samples samples.xml
Added: src/webapp/samples/paginator/content list.xml text.xml
src/webapp/samples/paginator/stylesheets list2html.xsl
stefano 2003/06/27 13:41:48
Modified:..cvsignore
Log:
adding .DS_Store found in MacOSX folders
Revision ChangesPath
1.2 +2 -0 cocoon-2.1/.cvsignore
Index: .cvsignore
===
RCS file:
stefano 2003/06/27 14:08:39
Removed: src/java/org/apache/cocoon/components/flow TODO
Log:
removed because somewhat obsoleted by the FOM discussion
joerg 2003/06/27 14:41:17
Modified:xdocslivesites.xml
Log:
we have 3 livesites for both Cocoon 1, Cocoon 2.0 and Cocoon 2.1,
so divided the live sites into the 3 sites
Revision ChangesPath
1.50 +58 -86cocoon-1/xdocs/livesites.xml
Index:
joerg 2003/06/27 14:41:34
Modified:src/documentation/xdocs/link livesites.xml
Log:
we have 3 livesites for both Cocoon 1, Cocoon 2.0 and Cocoon 2.1,
so divided the live sites into the 3 sites
Revision ChangesPath
1.6 +8 -79
joerg 2003/06/27 16:00:57
Modified:src/java/org/apache/cocoon/generation
DirectoryGenerator.java
Log:
fixed bug 20682: multiple calls on getValidity() return different DirValidity objects
Revision ChangesPath
1.6 +4 -2
joerg 2003/06/27 16:04:40
Modified:src/java/org/apache/cocoon/generation
DirectoryGenerator.java
Log:
fixed bug 20682: multiple calls on getValidity() return different DirValidity objects
Revision ChangesPath
1.5 +4 -2
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20682.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
joerg 2003/06/27 16:18:31
Modified:.cocoon.bat
Log:
fixed bug 20682: multiple calls on getValidity() return different DirValidity
objects (DirectoryGenerator)
Revision ChangesPath
1.8 +2 -2 cocoon-2.1/cocoon.bat
Index: cocoon.bat
on 6/27/03 11:48 AM Stefano Mazzocchi wrote:
As for implementing this, I planned to look into this today.
Ok, I dived into the code and I found where the problem is. The call to
the sitemap invocation is located in the class
org.apache.cocoon.components.flow.AbstractInterpreter
and
On Thu, Jun 26, 2003 at 03:08:09PM +0100, Upayavira wrote:
But I like the link-views! ;) It's one of those design elegancies
that makes Cocoon unique. Adding a don't-crawl-these-links option to
the new CLI may solve the same problem, but IMHO it's a hack in
comparison.
What
Apparently there is a dependency on XMLUtil and Store in the GUMP descriptors.
Is this reflected in the code? If so what is the use case behind it? I find
it hard to understand what XML utilities would need to store directly, so I
would like to be enlightened.
--
They that give up essential
Hello everybody!
After a month off, I feel invigorated and the burnout has subsided. I've thusly decided to take up
a non-computer hobby (Model Railroading), and that should help provide a nice balance between
computer and non-computer life.
I've also begun to get closer on finishing my
Tony Collen wrote:
Unfortunately there's no scheduler in Cocoon,
The Quartz scheduler is integrated in Lenya and as far as I know Cocoon 2.1
includes the Avalon
Cornerstone Scheduler.
Andreas
74 matches
Mail list logo