morrijr 01/11/01 01:16:07
Modified:src/org/apache/cocoon/serialization AbstractSerializer.java
AbstractTextSerializer.java HTMLSerializer.java
TextSerializer.java XMLSerializer.java
Log:
Patch from Joerg Henne wrt buffering. Patch
Sorry, forgot to mention - yes was talking about the HEAD branch.
Is it the head branch?
I commited a change to CocoonServlet. Check that first... It has to do
with classpaths.
Yes - thanks. That solved it :)
--
Torsten
morrijr 01/11/01 01:44:33
Modified:src/org/apache/cocoon/serialization Tag: cocoon_20_branch
AbstractSerializer.java AbstractTextSerializer.java
HTMLSerializer.java TextSerializer.java
XMLSerializer.java
Log:
On Tue, 30 Oct 2001, Stefano Mazzocchi wrote:
Take a look at this sitemap fragment (used to generate our own docs):
map:match pattern=*.html
map:aggregate element=site
map:part src=cocoon:/book-{1}.xml/
map:part src=cocoon:/body-{1}.xml/
/map:aggregate
As far as I tested my my idea of C2 seems to be wrong.
Instead of an contious processing of XML-XSLT-HTML I found about that the
serializer starts working if all of the xslt processing has finished.
Is this right?
JOERN
-
To
This email is autogenerated from the output from:
http://jakarta.apache.org/builds/gump/2001-11-01/xml-cocoon2.html
Buildfile: build.xml
init:
[echo] --- Apache Cocoon
I might be get it wrong... But what I see is: for sub-sitemap,
invocation code we have is:
sitemapManager.invoke (
this.manager, environment, substitute(listOfMaps,xsl:value-of
select=@uri-prefix/),
substitute(listOfMaps,xsl:value-of select=@src/),
xsl:value-of
Jörn Heid wrote:
As far as I tested my my idea of C2 seems to be wrong.
Instead of an contious processing of XML-XSLT-HTML I found about that the
serializer starts working if all of the xslt processing has finished.
Is this right?
I found this too. But as I begun working with C2 it was
On Thu, Nov 01, 2001 at 09:04:25AM +0100, Enke Michael wrote:
I have for column description very often the same words. E.g.:
employee
employee number
employee group
employee name
employee address
If somebody has the task to generate translations for other languages
it would be very
Morrison, John wrote:
Patched. Please check the version in cvs. There *must* be a better way...
How about defining the .jar locations in a configuration file accessible
through getResource, perhaps also giving the user a possibility to
explicitly define a directory outside the .war.
Found it. Works now. Sending a patch in a minute.
--
Torsten
-Original Message-
From: Torsten Curdt [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 01, 2001 1:01 PM
To: Carsten Ziegeler; [EMAIL PROTECTED]
Subject: RE: (sub)sitemap context
I might be get it wrong... But
I'm not sure about the latest version, but when I looked at it...
Take simple SQL example (IIRC, /cocoon/sql/sql-page), and change XSL
used in this pipeline to the very basic one - no tables, plain text.
Then you would (at least, should) be able to see how data comes before
processing is
-Original Message-
From: Martin Man [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 01, 2001 7:32 AM
To: [EMAIL PROTECTED]
Subject: Re: [RTl] i18n transformer
On Thu, Nov 01, 2001 at 09:04:25AM +0100, Enke Michael wrote:
I have for column description very often the same
At 08:08 PM 10/30/2001 +0100, you wrote:
map:match pattern=**images/*.jpg
map:read src=images/{2}.jpg mime-type=image/jpeg/
/map:match
could be condensed into
map:match pattern=**images/*.*
map:read src=images/{2}.gif mime-type=image/{3}/
/map:match
it won't work for
Jörn Heid wrote:
As far as I tested my my idea of C2 seems to be wrong.
Instead of an contious processing of XML-XSLT-HTML I found about that the
serializer starts working if all of the xslt processing has finished.
Is this right?
No. It may seem like that, because the output of the
There's no buffering inside the serializer.
The serializer gets the SAX events after the xslt processing. You can test
that by adding a System.out to the startElement method of the serializer.
This method is called to late.
It seems there's a huge bug.
-Ursprüngliche Nachricht-
Von:
This is my first try to send a diff-file, hope it's the correct way to do
this.
Felix
Index: LDAPTransformer.java
===
RCS file:
/home/cvspublic/xml-cocoon2/src/org/apache/cocoon/transformation/LDAPTransfo
rmer.java,v
retrieving
First of all, thankd for yur help.
I use the patch from Joerg Henne which offers the possibilty to set the
buffer size. This size is set to 1 byte.
My xslt is quite simple, you can see it at the end of this mail.
If I comment out the xslt transformer the result is as expected
David Crossley wrote:
Yes Stefano, both of your postings came through. This might be
the delivery delay glitch that we have been seeing. Did you catch
the end of the thread Subject: Lucene as Avalon Component?
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=100433830923480w=2
Therein i
Hi All!
Hope all is well!
I've just been playing with the ParentComponentManager and
associated classes, and wanted to ask a quick question about
it's usage.
Was it always intended to use JNDI to name Configuration objects
that should be given to
On Thu, 1 Nov 2001, Felix Knecht wrote:
This is my first try to send a diff-file, hope it's the correct way to do
this.
Felix, could you zip up the diff before sending it (your or my mail
client has messed up the diff so it is unusable).
Anyway, thank for the patch.
Giacomo
Felix
I've just written a little demo application to demonstrate the problem.
First, compile the file TestGenerator.
Add it to the sitemap:
map:generator name=test src=TestGenerator label=content pool-max=32
pool-min=16 pool-grow=4/
Put the simple xsl into the xsl subdir.
Add the following to the
Marcus,
the ParentCM was intended to be used with JNDI. The rationale is as follows:
Component settings for the individual servlet is specified in cocoon.xconf.
Therefore, the per-servlet settings are already addressed and there is no
need for a ParentCM. However, in order to configure multiple
One other thing that a lot of people are having problems with (myself
included) is the X-server requirement to use Batik in Fop. I think it would
be beneficial for end users if you could either comment the items that need
to be taken out to disable SVG or provide an alternative configuration file
Morrison, John a écrit :
skipped /
So; should I put the code back to how it was prior to the getRealPath -
getResource conversion or add tests for if(servletContextPath != null)
and
make the decision based on that?
Can't we use the jndi protocol to get at the jar files?
No, because we
Bernhard Huber wrote:
hi,
i think there is no official way to scan a directory.
btw why does cocoon needs to load the jars from
WEB-INF/lib?
I think that's the task of the servlet-engine to load
the jars residing in /WEB-INF/lib, and to load classes
residing in /WEB-INF/classes
Hi. Found this (old) message in the archives, but without an answer.
Anybody know how I do this? (Access sitemap parameters from within the XSP page.)
TIA!
DR
Torsten Curdt
Mon, 7 May 2001 13:45:05 +0200 (CEST)
Are generator parameters accessible from
within the xsp page?
Oops! Sent this to the wrong list. Please ignore.
DR
Date: Thu, 01 Nov 2001 13:50:10 -0500
To: [EMAIL PROTECTED]
From: David Rosenstrauch [EMAIL PROTECTED]
Subject: Re: generator parameter
Hi. Found this (old) message in the archives, but without an answer.
Anybody know how I do this?
Morrison, John wrote:
Patched. Please check the version in cvs. There *must* be a better
way...
How about defining the .jar locations in a configuration file accessible
through getResource, perhaps also giving the user a possibility to
explicitly define a directory outside the .war.
Stefano Mazzocchi wrote:
Michael Hartle wrote:
Hello all,
while looking for previous thoughts on combining Cocoon2 with WebDAV, I
luckily stumbled about this post from some time ago. I want to combine
Documentum, Cocoon2 and OpenOffice as a flexible
CMS/collaboration/portal solution due to
Peter Royal wrote:
At 08:08 PM 10/30/2001 +0100, you wrote:
map:match pattern=**images/*.jpg
map:read src=images/{2}.jpg mime-type=image/jpeg/
/map:match
could be condensed into
map:match pattern=**images/*.*
map:read src=images/{2}.gif mime-type=image/{3}/
Michael Hartle wrote:
Stefano Mazzocchi wrote:
Michael Hartle wrote:
Hello all,
while looking for previous thoughts on combining Cocoon2 with WebDAV, I
luckily stumbled about this post from some time ago. I want to combine
Documentum, Cocoon2 and OpenOffice as a flexible
stefano 01/11/01 15:46:58
Modified:documentation sitemap.xmap
Log:
fixed wrong mime type
Revision ChangesPath
1.25 +6 -8 xml-cocoon2/documentation/sitemap.xmap
Index: sitemap.xmap
===
RCS
stefano 01/11/01 15:47:59
Modified:src/org/apache/cocoon/environment/commandline
LinkSamplingEnvironment.java
FileSavingEnvironment.java
Log:
more readable logs
Revision ChangesPath
1.7 +2 -2
Stefano Mazzocchi wrote:
Damn, you stole some of my next RT about editing :)
No, just kidding, I love to find the same reasoning in other people,
it shows I'm not crazy (or at least, there's another one I can talk to :)
This is what makes Cocoon fun ;)
What is the status of WebDAV
Berin Loritsch wrote:
Please let me know ASAP. If there are no issues, then I can
get busy preparing a new release of Avalon Framework. If the impact
is much worse than anticipated I need to know. That way I can back
out the changes or add a different Loggable equivalent
36 matches
Mail list logo