On Tuesday, December 3, 2002, at 01:14 AM, Nicola Ken Barozzi wrote:
Yes, it's very nice for testing and embedding, like in this case.
mapping the cocoon's webapp to uri / gives some weird link problems.
the cocoon webapplication seems to prefer to be mapped to /cocoon,
or at least to some
Hi,
Since cocoon is moving to Relax NG schemas, why not build your forms from that?
For example:
rng:define name=page
rng:element name=page
rng:ref name=page.attrlist/
rng:zeroOrMore
rng:ref name=col/
/rng:zeroOrMore
/rng:element
/rng:define
rng:define
cziegeler2002/12/03 02:20:02
Modified:src/java/org/apache/cocoon/serialization
ZipArchiveSerializer.java
Log:
Avoid private internal calls and use the allowed api instead
Revision ChangesPath
1.3 +64 -44
cziegeler2002/12/03 02:21:57
Modified:src/java/org/apache/cocoon/components
CocoonComponentManager.java
Log:
Add warning comment
Revision ChangesPath
1.43 +5 -2
Yes, we should :) (perhaps after the 2.0.4 release)
So any volunteers?
Thanks
Carsten
-Original Message-
From: Morrison, John [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 02, 2002 1:32 PM
To: '[EMAIL PROTECTED]'
Subject: PATCH QUEUE... downsizing...?
Should we try and
Hi Cocooners,
first of all many thanks to all who helped and gave feedback
in the last days for finalizing the upcomming 2.0.4.
As far as I see it, there are no showstoppers. There were
some installation problems, so perhaps updating the docs
would help here.
Am I right?
If there are no real
Hi Carsten,
On Tue, 3 Dec 2002, Carsten Ziegeler wrote:
As far as I see it, there are no showstoppers.
Am I right?
Yup, looks ok to me. Except, of course, for one small thing ;-)
http://localhost:8080/cocoon/samples/welcome has the wrong href for the
slides link, should be
cziegeler2002/12/03 03:52:57
Modified:src/webapp/samples Tag: cocoon_2_0_3_branch samples.xml
Log:
Fixing link. Reported by Andrew Savory [[EMAIL PROTECTED]]
Revision ChangesPath
No revision
No revision
1.3.2.5 +2 -2
Andrew Savory wrote:
Hi Carsten,
On Tue, 3 Dec 2002, Carsten Ziegeler wrote:
As far as I see it, there are no showstoppers.
Am I right?
Yup, looks ok to me. Except, of course, for one small thing ;-)
http://localhost:8080/cocoon/samples/welcome has the wrong href for the
slides
Something is wrong with the user-mailing list!
---BeginMessage---
Dear Ray, dear all,
thanks for the reply!
Ray Martin wrote:
Sir,
I too experienced that no one would give any answers. But, i am wondering
if the cocoon-users mail list server is always behaving correctly. i am
subscribed to
cziegeler2002/12/03 04:31:35
Modified:src/blocks/session-fw/conf session-act.xmap
src/blocks/session-fw/java/org/apache/cocoon/webapps/session/transformation
SessionPostTransformer.java
Added:
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=14991.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
crafterm2002/12/03 04:57:37
Modified:src/java/org/apache/cocoon cocoon.roles
Log:
Added role definition for Excalibur monitor.
PR: BZ#14991
Submitted by: Unico Hommes [EMAIL PROTECTED]
Revision ChangesPath
1.37 +5 -0
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=14991.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
as 2.0.4 will be released soon (thursday), we are now entering
CODE FREEZE
for the 2.0.3_branch, which means that only bug-fixing and doc
updates are allowed.
Carsten
Carsten Ziegeler
Open Source Group, SN AG
-
To
On Mon, Dec 02, 2002 at 10:38:33PM -0800, Ovidiu Predescu wrote:
Hi Michael,
OK, I'm back from a longer absence due to the Thanksgiving vacation.
Cool, I hope you didnt think about cocoon too much during your vaction!!
On Thursday, Nov 28, 2002, at 10:28 US/Pacific, Michael Melhem wrote:
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=14991.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
cziegeler2002/12/03 05:30:34
Modified:src/java/org/apache/cocoon/serialization XMLSerializer.java
HTMLSerializer.java TextSerializer.java
AbstractTextSerializer.java
Log:
Hopefully fixing bug 11935 format properties for
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=11935.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
crafterm2002/12/03 05:32:19
Modified:src/java/org/apache/cocoon Tag: cocoon_2_0_3_branch
cocoon.roles
Log:
Applied Monitor role definition fix from HEAD.
PR: BZ#14991
Submitted by: Unico Hommes [EMAIL PROTECTED]
Revision ChangesPath
No
On Mon, Dec 02, 2002 at 06:52:44PM +0100, Michael Hartle wrote:
Hello all,
FYI, the Cocoon Stammtisch @ Frankfurt now has a reservation for a
location in downtown Frankfurt on Monday, December 9th for 25-30 people
Oh, thats great, downtown Frankfurt would make it easier for all
involved!
crafterm2002/12/03 05:37:26
Modified:src/webapp sitemap.xmap
Log:
Added new jpath transformer to webapp root sitemap.
Revision ChangesPath
1.85 +1 -0 xml-cocoon2/src/webapp/sitemap.xmap
Index: sitemap.xmap
cziegeler2002/12/03 05:43:40
Modified:src/blocks/session-fw/java/org/apache/cocoon/webapps/session
SessionConstants.java
Log:
Renaming context
Revision ChangesPath
1.2 +1 -1
cziegeler2002/12/03 05:52:14
Modified:src/blocks/portal-fw/java/org/apache/cocoon/webapps/portal/components
PortalManager.java
src/blocks/session-fw/java/org/apache/cocoon/webapps/session/components
SessionManager.java
cziegeler2002/12/03 06:44:12
Modified:src/java/org/apache/cocoon/serialization HTMLSerializer.java
Log:
This one didn't make it in the last commit...
Revision ChangesPath
1.12 +2 -2
xml-cocoon2/src/java/org/apache/cocoon/serialization/HTMLSerializer.java
haul2002/12/03 07:07:11
Modified:src/java/org/apache/cocoon/components/language/markup/xsp
Tag: cocoon_2_0_3_branch XSPModuleHelper.java
Log:
Typo
Revision ChangesPath
No revision
No revision
I tried to get someone on the users list to verify
this, but I'm pretty confident this is in fact a
problem. I've looked into fixing it, with no success.
The short description is: source:write fails unless
you specify a source:path, even if the fragment is
valid as a top level node. In other
(Someone has also remarked
that this sounded somewhat like a capability that was in C1.)
yeah, you could implement what you want using dynamically added PI
(processing instructions) for the C1 reactor, but it would
end up being
very messy anyway.
When it was described to me it
If you ask me, you should never use the sitemap to describe any
processing other than page generation.
That is one of our goals and my main rational for looking what ways we can
do that. I think I've stated this several times in this thread, but given
how long it's been going on (and the
There are quite few NEW bugs agains 2.0.3, only
couple ASSIGNED and there also still some
NEW Patches. Are there any show stoppers that
need to be fixed by Thursday, if so which ones?
Artur...
-Original Message-
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
Sent: December 3,
Artur Bialecki wrote:
There are quite few NEW bugs agains 2.0.3, only
couple ASSIGNED and there also still some
NEW Patches. Are there any show stoppers that
need to be fixed by Thursday, if so which ones?
Do you have list handy with the NEW bugs/patches?
Carsten
--- Additional Comments From [EMAIL PROTECTED] 2002-12-03 13:33 ---
I just checked-in some changes to the abstract text serializer
(those Christoph) mentiones and now everything works fine for
me.
Can someone confirm this?
Now it looks like ALL pages are serialized as XML with UTF-8
Hi Ugo,
I checked-in a fix for this 30minutes ago (more or less).
Carsten
-Original Message-
From: Ugo Cei [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 03, 2002 4:27 PM
To: [EMAIL PROTECTED]
Subject: Re: DO NOT REPLY [Bug 11935] - format properties for
Text/XMLSerializer not
Here is a list of bugs agains version 2.0.3 of Cocoon from Bugzilla
Bug List
Tue Dec 3 07:14:15 PST 200228 bugs found.
ID Sev Pri Plt Owner State Result Summary
7952 Nor Oth All [EMAIL PROTECTED] NEW No 'Last-Modified' header in the
HTTP response
8734 Maj Oth PC [EMAIL PROTECTED] NEW ESQL
nicolaken2002/12/03 07:44:44
Modified:.build.xml
tools/jetty/conf jettyconf.xml
Log:
Added a jetty.home env variable to pass webapp location from the buildfile, and
set it as an absolute path with a trailing slash as suggested by
leo leonid [EMAIL
On Tue, 26 Nov 2002, Stefano Mazzocchi wrote:
Here is the proposal so far.
snip/
Two things to define:
1) the text for the cocoon PMC intentions
Can't we start using existing charters (i.e.
http://xml.apache.org/mission.html or
ttp://jakarta.apache.org/site/guidelines.html) as a base for
cziegeler2002/12/03 08:04:44
Modified:src/java/org/apache/cocoon/environment/wrapper
EnvironmentWrapper.java
src/blocks/authentication-fw/java/org/apache/cocoon/webapps/authentication/acting
AuthAction.java
On Wed, 27 Nov 2002, Bertrand Delacretaz wrote:
On Wednesday 27 November 2002 15:18, Steven Noels wrote:
. . .
I'm all +millions to propose and vote non-code contributing members of
this community as 'committers honoris causa'.
. . .
Thanks for being with me! (despite the fact that
Carsten Ziegeler wrote:
I checked-in a fix for this 30minutes ago (more or less).
Carsten
BIG THUMBS UP! ;-)
Ugo
--
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: [EMAIL PROTECTED]
Bug in both Cocoon-2.0.4dev and Cocoon-2.1:
Dependency tracking does not happen with XSP's when the source
is cocoon:/ instead of file://. In the following sitemap fragment,
changes to thefile.xsp and/or to thefile.xsl do NOT cause the java
source or class files to be updated.
map:match
On Wed, 27 Nov 2002, Stefano Mazzocchi wrote:
Things to be decided:
1) the PMC chair. so far I'm the only person who volunteered. I'd be
happy to accept that job. (hey, that would turn me into a vice-president
of the foundation, wow :-)
Congratulations ;)
On 28 Nov 2002, David Crossley wrote:
Stefano Mazzocchi wrote:
Things to be decided:
1) the PMC chair. so far I'm the only person who volunteered. I'd be
happy to accept that job. (hey, that would turn me into a vice-president
of the foundation, wow :-)
+1 from me for Stefano to be
On Sat, 30 Nov 2002, Steven Noels wrote:
David Crossley wrote:
Earlier in this thread i alerted the list to what i see
as a major flaw. I think that the answer is simple:
The initial PMC is formed from all committers - the
whole list at xml-cocoon2/who.xml no matter what their
status.
On Sun, 1 Dec 2002, Stefano Mazzocchi wrote:
... and invite all people explicitely. People who have lost interest in
Cocoon won't answer the invitation then.
I like this.
I also agree with David that 'active committer' is not exactly easy to
define (also, that's right, from that standard
vgritsenko2002/12/03 08:39:25
Modified:src/documentation/xdocs/userdocs/generators Tag:
cocoon_2_0_3_branch search-generator.xml
Log:
minor update to the DTD
Revision ChangesPath
No revision
No revision
haul2002/12/03 08:44:09
Modified:src/webapp/WEB-INF cocoon.xconf
src/java/org/apache/cocoon/components/modules/input
AbstractJXPathModule.java
src/java/org/apache/cocoon/components/language/markup/xsp/java
haul2002/12/03 08:44:34
Modified:src/java/org/apache/cocoon/transformation
SimpleFormTransformer.java
Log:
action dev=CH type=fix fixes-bug=14739
Fixed SimpleFormTransformer: Malformed XML with textarea elements.
/action
Revision Changes
haul2002/12/03 08:44:50
Modified:.changes.xml
Log:
Revision ChangesPath
1.297 +16 -1 xml-cocoon2/changes.xml
Index: changes.xml
===
RCS file: /home/cvs/xml-cocoon2/changes.xml,v
nicolaken2002/12/03 08:54:00
Modified:tools/src blocks-build.xsl
Log:
action dev=NKB type=update
Updated block build system to compile and use mock objects in
the mocks subdir of the blocks if present.
/action
Revision ChangesPath
1.12 +79 -2
nicolaken2002/12/03 08:55:14
Modified:.changes.xml
Log:
action dev=NKB type=update
Updated block build system to compile and use mock objects in
the mocks subdir of the blocks if present.
/action
Revision ChangesPath
1.298 +20 -1
nicolaken2002/12/03 08:55:56
Modified:.changes.xml
Log:
action dev=NKB type=update
Updated block build system to compile and use mock objects in
the mocks subdir of the blocks if present.
/action
Revision ChangesPath
1.299 +1 -16
nicolaken2002/12/03 08:59:13
xml-cocoon2/src/blocks/jsp - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
nicolaken2002/12/03 08:59:21
xml-cocoon2/src/blocks/jsp/conf - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
nicolaken2002/12/03 08:59:34
xml-cocoon2/src/blocks/jsp/java - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
nicolaken2002/12/03 08:59:39
xml-cocoon2/src/blocks/jsp/mocks - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
nicolaken2002/12/03 08:59:45
xml-cocoon2/src/blocks/jsp/samples - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
nicolaken2002/12/03 08:59:57
xml-cocoon2/src/blocks/jsp/java/org - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
nicolaken2002/12/03 09:00:02
xml-cocoon2/src/blocks/jsp/java/org/apache - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
nicolaken2002/12/03 09:00:07
xml-cocoon2/src/blocks/jsp/java/org/apache/cocoon - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
nicolaken2002/12/03 09:00:12
xml-cocoon2/src/blocks/jsp/java/org/apache/cocoon/components - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
nicolaken2002/12/03 09:00:17
xml-cocoon2/src/blocks/jsp/java/org/apache/cocoon/reading - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
nicolaken2002/12/03 09:00:22
xml-cocoon2/src/blocks/jsp/java/org/apache/cocoon/generation - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
nicolaken2002/12/03 09:00:27
xml-cocoon2/src/blocks/jsp/java/org/apache/cocoon/components/jsp - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
nicolaken2002/12/03 09:00:41
xml-cocoon2/src/blocks/jsp/mocks/weblogic - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
nicolaken2002/12/03 09:00:46
xml-cocoon2/src/blocks/jsp/mocks/weblogic/servlet - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
nicolaken2002/12/03 09:07:29
Removed: src/java/org/apache/cocoon/components/jsp JSPEngine.java
JSPEngineImpl.java
JSPEngineImplNamedDispatcherInclude.java
JSPEngineImplWLS.java
Log:
action dev=NKB type=update
nicolaken2002/12/03 09:07:39
Added: src/blocks/jsp/conf jsp.xconf jsp.xmap jsp.xroles
Log:
action dev=NKB type=update
Moved the jsp components to the jsp block, using hand-made-to-be-cleaned
mock objects for the weblogic specific imports.
Had also to move some
nicolaken2002/12/03 09:07:52
Removed: src/java/org/apache/cocoon/generation JspGenerator.java
src/java/org/apache/cocoon/reading JSPReader.java
servlet.xmap
Log:
action dev=NKB type=update
Moved the jsp components to the jsp block,
nicolaken2002/12/03 09:08:02
Added: src/blocks/jsp/mocks/weblogic/servlet/internal
ServletContextImpl.java
ServletOutputStreamImpl.java
ServletResponseImpl.java
Log:
action dev=NKB type=update
Moved
nicolaken2002/12/03 09:08:12
Added: src/blocks/jsp/java/org/apache/cocoon/components/jsp
JSPEngine.java JSPEngineImpl.java
JSPEngineImplNamedDispatcherInclude.java
JSPEngineImplWLS.java
nicolaken2002/12/03 09:08:20
Added: src/blocks/jsp/samples notyet.txt
Log:
action dev=NKB type=update
Moved the jsp components to the jsp block, using hand-made-to-be-cleaned
mock objects for the weblogic specific imports.
Had also to move some definitions from
nicolaken2002/12/03 09:08:36
Modified:.changes.xml module.xml properties.xml
Log:
action dev=NKB type=update
Moved the jsp components to the jsp block, using hand-made-to-be-cleaned
mock objects for the weblogic specific imports.
Had also to move some
Hi all,
I found out several failures on the following regression tests:
1) http://localhost:8080/cocoon/sub/xsp-dynamic test does not go through
anymore: XSP generation date never changes (same for
http://localhost:8080/cocoon/sub/all-dynamic)
2) When XSP is generated from
nicolaken2002/12/03 09:09:14
Modified:src/java/org/apache/cocoon cocoon.roles
Log:
action dev=NKB type=update
Moved the jsp components to the jsp block, using hand-made-to-be-cleaned
mock objects for the weblogic specific imports.
Had also to move some
nicolaken2002/12/03 09:09:45
Modified:src/webapp/WEB-INF cocoon.xconf
Log:
action dev=NKB type=update
Moved the jsp components to the jsp block, using hand-made-to-be-cleaned
mock objects for the weblogic specific imports.
Had also to move some definitions from
Let me be clear that I'm not looking for dynamic pipeline generation.
Cool.
The
mapping of URI to generator is well defined for everything that what
we want to do. The selection of transformer is a little less so; for
example, the 1 result vs. multiple results example we talked about
Great, looking forward to it! :)
Thanks for organising this Michael!
Cheers,
Marcus
On Mon, Dec 02, 2002 at 06:52:44PM +0100, Michael Hartle wrote:
Hello all,
FYI, the Cocoon Stammtisch @ Frankfurt now has a reservation for a
location in downtown Frankfurt on Monday, December 9th for
haul2002/12/03 09:36:20
Modified:src/webapp/samples/modules index.xhtml menu.xml sitemap.xmap
src/java/org/apache/cocoon/components/modules modules.xconf
Added: src/webapp/samples/modules forrestconf.xml
Log:
Sample for new XMLFileModule thanks to Jeff
On Tue, Dec 03, 2002 at 12:08:38PM -0500, Vadim Gritsenko wrote:
3) When root sitemap is generated from the sitemap.xmap file, Java
source file is wrongly created in
I've committed the jsp block with the use of mock objects (in the
mocks dir of the block). The build with mock objects simply checks if
there are classes in that dir, compiles them before the block, and uses
those classes in the classpath for the compilation of the block. They
don't figure in
Ok, seems to me that we are finally converging to something. Great.
Hunsberger, Peter wrote:
That could be and it's partly why I've started this discussion. This morning
in a responses to Ovidiu I pointed out that perhaps what I really want is
just to be able to use XSLT as the flow language?
Ted:
Can you give us a couple examples, without exposing anything sensitive, of previous litigation and or attempted litigation against Apache open source members?
It would be very helpful to have some understanding of how and why this can come about so that we can adopt a preventive posture.
Hi,
In case you didn't realize, XSLT is definately *not* a turing-complete
language :) [you need internal scripting or extensions to turn it into one]
http://www.unidex.com/turing/utm.htm
best,
-Rob
-
To unsubscribe,
In case you didn't realize, XSLT is definately *not* a turing-complete
language :) [you need internal scripting or extensions to turn it into one]
http://www.google.de/search?hl=deie=UTF-8oe=UTF-8q=turing+completeness+XSLTbtnG=Google-Suchemeta=
http://www.unidex.com/turing/utm.htm
On 03.Dec.2002 -- 06:38 PM, Marcus Crafter wrote:
On Tue, Dec 03, 2002 at 12:08:38PM -0500, Vadim Gritsenko wrote:
I think I remember somewhere a discussion about switching 2.0.3 branch
to use the interpreted sitemap by default - I don't remember the
outcome though - did we
That could be and it's partly why I've started this discussion. This
morning in a responses to Ovidiu I pointed out that perhaps what I
really want is just to be able to use XSLT as the flow language? I'm
not quite sure how that would work, but that's essentially what I'm
looking for...
Robert Koberg wrote:
Hi,
In case you didn't realize, XSLT is definately *not* a turing-complete
language :) [you need internal scripting or extensions to turn it into one]
http://www.unidex.com/turing/utm.htm
Only one comment: oh my deity;!
I was wrong. You learn something new every day
Christian Haul wrote:
On 03.Dec.2002 -- 06:38 PM, Marcus Crafter wrote:
On Tue, Dec 03, 2002 at 12:08:38PM -0500, Vadim Gritsenko wrote:
I think I remember somewhere a discussion about switching 2.0.3 branch
to use the interpreted sitemap by default - I don't remember the
outcome though -
I thought you were trying to spark the reply we (Joerg, Peter I) made to come
back with some proof that it wasn't, especially given the emphasis :)
OK, it is settled, everything moves to XSLT :-D
-Original Message-
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]]
Sent: Tuesday,
Hunsberger, Peter wrote:
I'm not sure that this would hit the core? It looks to me more like a
resource that wants to call other resources. I plug this new thing into the
sitemap, it take over for a transformer at some point, then it calls other
resources as defined in the sitemap.
Yeah,
Robert Koberg wrote:
I thought you were trying to spark the reply we (Joerg, Peter I) made to come
back with some proof that it wasn't, especially given the emphasis :)
What's the point?
We started with Scheme and moved to ECMAScript. Now XSLT is proposed as
a flow description language.
sylvain 2002/12/03 14:10:57
Modified:src/java/org/apache/cocoon/generation Tag:
cocoon_2_0_3_branch AbstractServerPage.java
Log:
Fix a bug that prevents automatic recompilation of dynamically-generated XSPs
Revision ChangesPath
No
sylvain 2002/12/03 14:11:26
Modified:src/java/org/apache/cocoon/generation
AbstractServerPage.java
Log:
Fix a bug that prevents automatic recompilation of dynamically-generated XSPs
Revision ChangesPath
1.11 +2 -2
Vadim Gritsenko wrote:
Hi all,
I found out several failures on the following regression tests:
1) http://localhost:8080/cocoon/sub/xsp-dynamic test does not go
through anymore: XSP generation date never changes (same for
http://localhost:8080/cocoon/sub/all-dynamic)
I introduced this
-Original Message-
From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]]
[snipidy snip]
like Logo more?
Ah, good old days, when things were simple,
brings back fond memories.
Thanks,
Artur...
-
To unsubscribe,
Stefano Mazzocchi wrote:
We started with Scheme and moved to ECMAScript. Now XSLT is proposed
as a flow description language.
What's next? Prolog? oh, no, wait, what about Postscript? no, maybe
you like Logo more?
PostScript would be great! Sitemap in PostStript - I bet marketing and
What's next? Prolog? oh, no, wait, what about Postscript? no, maybe you
like Logo more?
No No No! just XSL! :) I might be able to deal with Lego...
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email:
Sylvain Wallez wrote:
Vadim Gritsenko wrote:
Hi all,
I found out several failures on the following regression tests:
1) http://localhost:8080/cocoon/sub/xsp-dynamic test does not go
through anymore: XSP generation date never changes (same for
http://localhost:8080/cocoon/sub/all-dynamic)
I'm not sure that this would hit the core? It looks to me more like a
resource that wants to call other resources. I plug this new thing
into the sitemap, it take over for a transformer at some point, then
it calls other resources as defined in the sitemap.
Yeah, that's basically what
hi everybody
i had problems getting a pdf (as file) through the cocoon ResourceReader. on
the browser side always a message box appeared with the text The file is
damaged and could not be repaired..
after i inserted the method shouldSetContentLength into ResourceReader
(overriding AbstractReader
1 - 100 of 117 matches
Mail list logo
