Stefano Carsten Others :-),
There is no doubt that this Cocoon community is one of the strongest Open
Source communities around. Just look at the number of people subscribed to
the lists to see that. Also, one of the reasons for this is that the people
here are so diverse - as we can follow
cziegeler01/11/26 00:27:40
Modified:.build.xml
Log:
Renamed target dists to dist
Revision ChangesPath
1.108 +14 -32xml-cocoon2/build.xml
Index: build.xml
===
RCS file:
cziegeler01/11/26 00:28:00
Modified:.Tag: cocoon_20_branch build.xml
Log:
Renamed target dists to dist
Revision ChangesPath
No revision
No revision
1.8.2.66 +2 -2 xml-cocoon2/build.xml
Index:
-Original Message-
From: Jeff Turner [mailto:[EMAIL PROTECTED]]
Sent: Monday, November 26, 2001 1:50 AM
To: [EMAIL PROTECTED]
Subject: Re: [GUMP] Build Failure - Cocoon2
Rename the 'dists' target to 'dist' then?
Yupp, just done.
Carsten
--Jeff
On Sat, Nov 24, 2001 at
cziegeler01/11/26 00:29:04
Modified:.Tag: cocoon_20_branch build.xml
Log:
Renamed target dists to dist
Revision ChangesPath
No revision
No revision
1.8.2.67 +1 -1 xml-cocoon2/build.xml
Index:
cziegeler01/11/26 00:33:23
Modified:.build.xml
Log:
Applied lost changes
Revision ChangesPath
1.109 +29 -11xml-cocoon2/build.xml
Index: build.xml
===
RCS file:
Stefano Mazzocchi wrote:
Carsten Ziegeler wrote:
Hi Stefano,
a really nice fairy tale...
I totally agree with you, that we should get this release out very soon,
but as the last months when we released the betas and the rcs showed,
there were many new users which very totally
cziegeler01/11/26 00:56:31
Modified:.Tag: cocoon_20_branch build.xml
Log:
Fixed target dependencies - sync with 2.1
Revision ChangesPath
No revision
No revision
1.8.2.68 +8 -8 xml-cocoon2/build.xml
cziegeler01/11/26 01:05:02
Modified:.Tag: cocoon_20_branch build.xml
Log:
Patches to build system inspired by Jeff Turner [[EMAIL PROTECTED]]
Revision ChangesPath
No revision
No revision
1.8.2.69 +8 -9
cziegeler01/11/26 01:05:44
Modified:.build.xml
Log:
Patches to build system inspired by Jeff Turner [[EMAIL PROTECTED]]
Revision ChangesPath
1.110 +7 -10 xml-cocoon2/build.xml
Index: build.xml
Hi Jeff,
thanks for your patch - I applied it partially, see below.
Jeff Turner wrote:
Hi,
The attached patch for build.xml does the following:
- JDK 1.3 and higher includes javax.naming.* in
${java.home}/lib/rt.jar, so include this jar in the default
classpath.
This is a very
haul01/11/26 01:45:15
Modified:src/org/apache/cocoon/matching/helpers Tag: cocoon_20_branch
WildcardURIMatcher.java WildcardHelper.java
Log:
Added {0} to contain complete match string in addition to {1}... containing
matches
Revision Changes
haul01/11/26 01:46:19
Modified:src/org/apache/cocoon/matching Tag: cocoon_20_branch
WildcardSessionAttributeMatcher.java
Log:
Did not declare to implement configurable. Fixed.
Revision ChangesPath
No revision
No
haul01/11/26 01:49:38
Modified:src/org/apache/cocoon/sitemap Tag: cocoon_20_branch
AbstractSitemap.java
Log:
Added map:dump-parameters/ to print all currently known sitemap
parameters tog. Great to debug sitemap + educational.
Revision Changes
haul01/11/26 01:50:38
Modified:src/org/apache/cocoon/components/language/markup/sitemap/java
Tag: cocoon_20_branch sitemap.xsl
Log:
Added map:dump-parameters/ to print all currently known sitemap
parameters tog. Great to debug sitemap + educational.
haul01/11/26 01:52:08
Modified:webapp Tag: cocoon_20_branch sitemap.xmap
Log:
Fixed stateful examples + re-enabled them
Revision ChangesPath
No revision
No revision
1.11.2.41 +29 -14
haul01/11/26 01:53:04
Modified:webapp/docs/samples Tag: cocoon_20_branch samples.xml
Log:
Fixed stateful examples + re-enabled them
Revision ChangesPath
No revision
No revision
1.3.2.10 +0 -2
Hi,
do we really need an explicit debug statement, like
map:dump-parameters/?
I think we shouldn't extend the sitemap language in this way. The next
thing people ask for is to have a map:dump-components and so on.
Why not simply always debugging it, if the log level is debug?
The other thing
Michael Homeijer wrote:
A quote from a report about the migration:
The expected performance improvement was not confirmed by the obtained
results. Performance of the c2 site was dramatically lower than of the c1
site. In 10 minutes, the c1 site was able to process 16283 catalogue
requests
cziegeler01/11/26 03:34:59
Modified:src/org/apache/cocoon/environment Tag: cocoon_20_branch
AbstractEnvironment.java
Log:
Fixing bug #5051
Revision ChangesPath
No revision
No revision
1.6.2.16
cziegeler01/11/26 03:36:16
Modified:src/org/apache/cocoon/environment AbstractEnvironment.java
Log:
Fixing bug #5051
Revision ChangesPath
1.26 +41 -44
xml-cocoon2/src/org/apache/cocoon/environment/AbstractEnvironment.java
Index: AbstractEnvironment.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=5051.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
A late +1 from me too!
J.
-Original Message-
From: Berin Loritsch [mailto:[EMAIL PROTECTED]]
Sent: Monday, 19 November 2001 1:53 pm
To: [EMAIL PROTECTED]
Subject: Re: [Vote]: Torsten Curdt as new committer
David Crossley wrote:
I would like to propose Torsten Curdt [EMAIL
cziegeler01/11/26 03:57:45
Modified:.Tag: cocoon_20_branch build.xml
webapp Tag: cocoon_20_branch sitemap.xmap
Log:
Adding SVG to optional compilation
Revision ChangesPath
No revision
No revision
Hi,
i don't know if it should be the way it is or not,
but i'describe anyway.
As much i understand the Requets interface in
org.apache.cocoon.envirnoment has the same
function like the HttpRequest object from the
Servlet API. If that's true where is the
setCharacterEncoding method from Servlet
On Mon, 26 Nov 2001, Carsten Ziegeler wrote:
Hi,
do we really need an explicit debug statement, like
map:dump-parameters/?
I think we shouldn't extend the sitemap language in this way. The next
thing people ask for is to have a map:dump-components and so on.
Why not simply always
Carsten,
On 26.Nov.2001 -- 11:50 AM, Carsten Ziegeler wrote:
do we really need an explicit debug statement, like
map:dump-parameters/?
I think we shouldn't extend the sitemap language in this way. The next
thing people ask for is to have a map:dump-components and so on.
Why not simply
cziegeler01/11/26 04:08:49
Modified:.Tag: cocoon_20_branch build.xml
Log:
Finished svg opt comp
Revision ChangesPath
No revision
No revision
1.8.2.71 +8 -6 xml-cocoon2/build.xml
Index: build.xml
cziegeler01/11/26 04:09:43
Modified:.build.xml
Log:
Finished svg opt comp
Revision ChangesPath
1.112 +8 -6 xml-cocoon2/build.xml
Index: build.xml
===
RCS file:
On Mon, 26 Nov 2001, Carsten Ziegeler wrote:
To really get the final release out asap, we should identify all
showstoppers.
Currently entered in bugzilla are two blockers (I fixed the third one (5051)
recently).
Here is the list from bugzilla:
--
ID Sev Pri
Carsten Ziegeler wrote:
To really get the final release out asap, we should identify all
showstoppers.
Currently entered in bugzilla are two blockers (I fixed the third one (5051)
recently).
Here is the list from bugzilla:
--
ID Sev Pri Plt Owner State Result
Gianugo Rabellino wrote:
Carsten Ziegeler wrote:
To really get the final release out asap, we should identify all
showstoppers.
Currently entered in bugzilla are two blockers (I fixed the
third one (5051)
recently).
Here is the list from bugzilla:
--
cziegeler01/11/26 04:44:56
Modified:src/org/apache/cocoon/generation HTMLGenerator.java
Log:
Fixed minor bug when html url already contains query parameters
Revision ChangesPath
1.18 +9 -2 xml-cocoon2/src/org/apache/cocoon/generation/HTMLGenerator.java
Quoting Carsten Ziegeler [EMAIL PROTECTED]:
Giacomo Pati wrote:
On Mon, 26 Nov 2001, Carsten Ziegeler wrote:
To really get the final release out asap, we should identify all
showstoppers.
Currently entered in bugzilla are two blockers (I fixed the
third one (5051)
recently).
Carsten,
why don't you try it out on our Linux system? ;-)
Matthew
--
Open Source Group sunShine - Lighting up e:Business
=
Matthew Langham, SN AG, Klingenderstrasse 5, D-33100 Paderborn
Tel:+49-5251-1581-30
Matthew Langham wrote:
Carsten,
why don't you try it out on our Linux system? ;-)
What, we have Linux system? Ups.
So, you take over some of my duty? Thanks, I will check that
out then.
Carsten
Matthew
--
Open Source Group sunShine - Lighting up e:Business
Quoting Gianugo Rabellino [EMAIL PROTECTED]:
Also, what about having a list of changes that are in 2.1 only and
need/should be ported to the final release, run a vote against them
(as
it was done before beta) and decide about them?
As far as I can see, there should nothing more need a
cziegeler01/11/26 05:05:05
Modified:.build.xml
Log:
unless with two values seems not to work..
Revision ChangesPath
1.113 +3 -3 xml-cocoon2/build.xml
Index: build.xml
===
RCS file:
cziegeler01/11/26 05:05:37
Modified:.Tag: cocoon_20_branch build.xml
Log:
unless with two values seems not to work..
Revision ChangesPath
No revision
No revision
1.8.2.72 +3 -3 xml-cocoon2/build.xml
I haven't changed the cli (at least I think so) - it seems like you have
an
old version of the LinkSerializer as I added the handling of these
special cases some months ago(!). But they weren't in the initial
release.
Strange!
What I don't get is why it's working here. Everything is fine with
Giacomo Pati wrote:
Quoting Gianugo Rabellino [EMAIL PROTECTED]:
Also, what about having a list of changes that are in 2.1 only and
need/should be ported to the final release, run a vote against them
(as
it was done before beta) and decide about them?
As far as I can see,
Quoting Gianugo Rabellino [EMAIL PROTECTED]:
I haven't changed the cli (at least I think so) - it seems like you
have
an
old version of the LinkSerializer as I added the handling of these
special cases some months ago(!). But they weren't in the initial
release.
Strange!
What I don't
Quoting Carsten Ziegeler [EMAIL PROTECTED]:
Giacomo Pati wrote:
Quoting Gianugo Rabellino [EMAIL PROTECTED]:
Also, what about having a list of changes that are in 2.1 only and
need/should be ported to the final release, run a vote against
them
(as
it was done before beta)
Giacomo Pati wrote:
Yes, the OS, it's Linux. I too made a clean checkout (and I've checked
it more
that once with a 'cvs diff') but 'build.sh docs' will not work. So I'd
like to
ask if other here have the same problems (I know Avalon is having
problems with
their docs building system
Giacomo Pati wrote:
This is what I have figured lately when talking with Stefano the other week. If
you look at how many Generators we have you end up with only two important
ones:
FileGenerator
ServerPagesGenerator
All the other (DirectoryGenerator, RequestGenerator, ...)
Gianugo Rabellino wrote:
I just did a fresh checkout. This is Linux Mandrake with Blackdown
1.3.1. I'm getting plenty of entity resolution problems and I'm
investigating them. More on this later.
Cool, thanks.
BTW: You don't get any exceptions during the docs build?
Ah-ehm... I
A quick test on our linux system, Suse 7.2, Sun JDK 1.3.0
did also build clean the docs without any problems.
Carsten
-Original Message-
From: Gianugo Rabellino [mailto:[EMAIL PROTECTED]]
Sent: Monday, November 26, 2001 2:52 PM
To: [EMAIL PROTECTED]
Subject: Re: Showstoppers for
Quoting Gianugo Rabellino [EMAIL PROTECTED]:
Gianugo Rabellino wrote:
I just did a fresh checkout. This is Linux Mandrake with Blackdown
1.3.1. I'm getting plenty of entity resolution problems and I'm
investigating them. More on this later.
Cool, thanks.
BTW: You don't get
Sam Ruby wrote:
cziegeler01/11/26 05:05:37
Modified:.Tag: cocoon_20_branch build.xml
Log:
unless with two values seems not to work..
If you are interested in doing this, try ceating a new value with the
condition task. For details (including an example), see
-Original Message-
From: Christian Haul [mailto:[EMAIL PROTECTED]]
Sent: Monday, November 26, 2001 1:24 PM
To: [EMAIL PROTECTED]
Subject: Re: cvs commit:
xml-cocoon2/src/org/apache/cocoon/components/language/markup/sitemap/jav
a sitemap.xsl
Carsten,
On 26.Nov.2001 --
Ugo Cei wrote:
Giacomo Pati wrote:
This is what I have figured lately when talking with Stefano the other
week. If you look at how many Generators we have you end up with only
two important ones:
FileGenerator
ServerPagesGenerator
All the other (DirectoryGenerator,
Quoting Berin Loritsch [EMAIL PROTECTED]:
Ugo Cei wrote:
Giacomo Pati wrote:
This is what I have figured lately when talking with Stefano the
other
week. If you look at how many Generators we have you end up with only
two important ones:
FileGenerator
haul01/11/26 06:39:40
Modified:webapp sitemap.xmap
src/org/apache/cocoon/sitemap AbstractSitemap.java
src/org/apache/cocoon/components/language/markup/sitemap/java
sitemap.xsl
Log:
- removed map:dump-parameters/
- added
haul01/11/26 06:44:05
Modified:webapp Tag: cocoon_20_branch sitemap.xmap
Log:
- removed map:dump-parameters/
- added this.dumpParameters(listOfMaps) after every listOfMaps.add()
listOfMaps.remove()
(note that dumpParameters checks for isDebugEnabled() itself)
haul01/11/26 06:45:51
Modified:src/org/apache/cocoon/sitemap Tag: cocoon_20_branch
AbstractSitemap.java
Log:
- removed map:dump-parameters/
- added this.dumpParameters(listOfMaps) after every listOfMaps.add()
listOfMaps.remove()
(note that
cziegeler01/11/26 06:46:09
Modified:.Tag: cocoon_20_branch build.xml
Log:
Fixed bug 5063
Revision ChangesPath
No revision
No revision
1.8.2.73 +14 -1 xml-cocoon2/build.xml
Index: build.xml
cziegeler01/11/26 06:46:32
Modified:.build.xml
Log:
Fixed bug 5063
Revision ChangesPath
1.114 +14 -1 xml-cocoon2/build.xml
Index: build.xml
===
RCS file:
haul01/11/26 06:47:16
Modified:src/org/apache/cocoon/components/language/markup/sitemap/java
Tag: cocoon_20_branch sitemap.xsl
Log:
- removed map:dump-parameters/
- added this.dumpParameters(listOfMaps) after every listOfMaps.add()
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=5063.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On 26.Nov.2001 -- 03:27 PM, Carsten Ziegeler wrote:
From: Christian Haul [mailto:[EMAIL PROTECTED]]
On 26.Nov.2001 -- 11:50 AM, Carsten Ziegeler wrote:
do we really need an explicit debug statement, like
map:dump-parameters/?
I think we shouldn't extend the sitemap language in this
Christian Haul wrote:
On 26.Nov.2001 -- 03:27 PM, Carsten Ziegeler wrote:
From: Christian Haul [mailto:[EMAIL PROTECTED]]
On 26.Nov.2001 -- 11:50 AM, Carsten Ziegeler wrote:
do we really need an explicit debug statement, like
map:dump-parameters/?
I think we shouldn't extend
cziegeler01/11/26 07:04:20
Modified:src/org/apache/cocoon/generation Tag: cocoon_20_branch
HTMLGenerator.java
Log:
Fixing bug 5086
Revision ChangesPath
No revision
No revision
1.4.2.14 +8 -2
cziegeler01/11/26 07:04:38
Modified:src/org/apache/cocoon/generation HTMLGenerator.java
Log:
Fixing bug 5086
Revision ChangesPath
1.19 +8 -2 xml-cocoon2/src/org/apache/cocoon/generation/HTMLGenerator.java
Index: HTMLGenerator.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=5086.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi all,
I'm trying to get the entity resolution to work.
But on startup of Tomcat I get this error message:
[Sorry for the long lines]
Loading catalog: file:C:\dev\tomcat-3.2.3\webapps\cocoon\resources\entities\catalog
Catalog does not exist:
On Friday 23 November 2001 02:38 pm, you wrote:
Next we started a project to perform migration to Cocoon 2. I think we use
all mechanisms (at least the ones I know) to create a site that performs
well. But... under heavy load, the performance of the Cocoon 1 site remains
stable (slow but
Matt Sergeant wrote:
On Sun, 25 Nov 2001, Bertrand Delacretaz wrote:
On Saturday 24 November 2001 12:44, Stefano Mazzocchi wrote:
. . .
Should we try to bombmail mozilla's bugzilla with this feature request?
Most probably they would appreciate code contributions better than
Sam Ruby wrote:
Stefano Mazzocchi wrote:
The Apache spirit is all about communities.
And, as Robert Frost would add good fences make good neighbors. The
corollary being that one should respect one's contracts.
Yep.
A short story: when I first entered the Apache world, I was
Bertrand Delacretaz wrote:
On Saturday 24 November 2001 12:44, Stefano Mazzocchi wrote:
. . .
Should we try to bombmail mozilla's bugzilla with this feature request?
Most probably they would appreciate code contributions better than
bombmailing ;-)
Don't worry, I'm looking into this.
But yes, such XHTML editing would be killer to have in mozilla - IMHO it
would be sufficient for a lot of simple content editing needs.
Yes, I totally agree.
If any of you are interested in this, maybe we could join and bootstrap
some effort, what do you think?
Count me in. See if we
Giacomo Pati wrote:
Quoting Berin Loritsch [EMAIL PROTECTED]:
I *do* have a problem with making it the end all and be all of creating
XML. The Generator's responsibility is to convert an XML based Source
to SAX events. The Source is the abstraction of where the Generator
retrieves the
On Mon, 26 Nov 2001, Stefano Mazzocchi wrote:
Mozilla comes with an editor, and Zope are using this via XUL as part of
their CMS interface.
yes, I knew this (even if I heard the project was discontinued) but I
haven't tried it myself.
Ah, didn't know it was discontinued. See what happens
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=4487.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
cziegeler01/11/26 07:52:18
Modified:src/org/apache/cocoon/components/language/markup/xsp Tag:
cocoon_20_branch XSPCookieHelper.java
Log:
Fix bug #4323
Revision ChangesPath
No revision
No revision
cziegeler01/11/26 07:52:51
Modified:src/org/apache/cocoon/components/language/markup/xsp
XSPCookieHelper.java
Log:
Fix bug #4323
Revision ChangesPath
1.11 +3 -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=4323.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Another commercial alternative:
Did you take a look at edit-on Pro 2.1 (http://www.realobjects.de).
It's a really cool full wysiwyg HTML/XHTML editor applet with support for rich
formatting, inline images, tables(!) and it is customizable and extensible (well, in
some ways; its without source,
Well, it's not exactly WYSIWYG as Java will always render a HTML page
differently than the IE.
For my CMS I decided for me, that - as I'm using XML/XSL - the authors
should provide what they can - just data. I don't want that they can change
the look of the pages besides the content.
If they need
On Mon, 26 Nov 2001, Giacomo Pati wrote:
Quoting Gianugo Rabellino [EMAIL PROTECTED]:
Gianugo Rabellino wrote:
I just did a fresh checkout. This is Linux Mandrake with Blackdown
1.3.1. I'm getting plenty of entity resolution problems and I'm
investigating them. More on this
On 26.Nov.2001 -- 03:14 PM, Carsten Ziegeler wrote:
A quick test on our linux system, Suse 7.2, Sun JDK 1.3.0
did also build clean the docs without any problems.
Gianugo Rabellino wrote:
[nemorino@adina xml-cocoon2]$ uname -a
Linux adina 2.4.8-26mdk #1 Sun Sep 23 17:06:39 CEST 2001 i686
giacomo wrote:
On Mon, 26 Nov 2001, Giacomo Pati wrote:
Quoting Gianugo Rabellino [EMAIL PROTECTED]:
Gianugo Rabellino wrote:
I just did a fresh checkout. This is Linux Mandrake with Blackdown
1.3.1. I'm getting plenty of entity resolution problems and I'm
investigating them. More on
It's time to improve the status page !
Peter Royal wrote:
* Run in debug mode and look for decomissioning instance of messages. That
means that an object pool's maximum size is not large enough and it has
turned into a factory. Creating destroying objects for each request *kills*
Sebastien Koechlin wrote:
It's time to improve the status page !
Peter Royal wrote:
* Run in debug mode and look for decomissioning instance of messages. That
means that an object pool's maximum size is not large enough and it has
turned into a factory. Creating destroying objects for
On Monday 26 November 2001 12:31 pm, you wrote:
* Run in debug mode and look for decomissioning instance of messages.
That means that an object pool's maximum size is not large enough and it
has turned into a factory. Creating destroying objects for each request
*kills* performance.
It
On Monday 26 November 2001 12:46 pm, you wrote:
I posted an RT on this about a month ago on the Avalon dist. Basically, we
need a mechanism that safely exposes information to authorized clients.
I haven't a conclusive outline, it generated some interest, but not enough
to actually start on
giacomo wrote:
On Mon, 26 Nov 2001, Giacomo Pati wrote:
Quoting Gianugo Rabellino [EMAIL PROTECTED]:
Gianugo Rabellino wrote:
I just did a fresh checkout. This is Linux Mandrake with Blackdown
1.3.1. I'm getting plenty of entity resolution problems and I'm
investigating them. More on this
On 26.11.2001 16:38:33, Gianugo Rabellino [EMAIL PROTECTED] wrote:
(about XHTML editing in mozilla)
Count me in. See if we can get a group discount rate for the Stroustrup
book...:)
Count me in for C++ assistance - as I said before I won't have enough time for coding
but could certainly help
On 26.11.2001 16:31:46, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
(about XHTML editing in mozilla)
If any of you are interested in this, maybe we could join and
bootstrap some effort, what do you think?
Interested definitely - I have very little time right now, probably not enough to help
On Mon, 26 Nov 2001, Gianugo Rabellino wrote:
giacomo wrote:
On Mon, 26 Nov 2001, Giacomo Pati wrote:
Quoting Gianugo Rabellino [EMAIL PROTECTED]:
Gianugo Rabellino wrote:
I just did a fresh checkout. This is Linux Mandrake with Blackdown
1.3.1. I'm getting plenty of entity
On Mon, 26 Nov 2001, Christian Haul wrote:
On 26.Nov.2001 -- 03:14 PM, Carsten Ziegeler wrote:
A quick test on our linux system, Suse 7.2, Sun JDK 1.3.0
did also build clean the docs without any problems.
Gianugo Rabellino wrote:
[nemorino@adina xml-cocoon2]$ uname -a
Linux adina
bloritsch01/11/26 11:45:02
Modified:src/org/apache/cocoon Main.java
src/org/apache/cocoon/components/xslt XSLTProcessorImpl.java
src/org/apache/cocoon/util StringUtils.java Tokenizer.java
Log:
Fix index and tokenizer issues with null strings
bloritsch01/11/26 11:55:53
Modified:src/org/apache/cocoon Main.java
Log:
Fix index and tokenizer issues with null strings
Revision ChangesPath
1.30 +2 -2 xml-cocoon2/src/org/apache/cocoon/Main.java
Index: Main.java
Folks,
I am a newbie in Cocoon 2 and I have been trying to understand the
current design of sitemap. Currently, it is possible to combine
multiple sources on the SAX stream by using built in aggregator
component, however it does not appear to be possible to multiplex
several outputs from a
bloritsch01/11/26 12:15:32
Modified:src/org/apache/cocoon Main.java
Log:
Fix CLI when string uri sampling returns '' urls
Revision ChangesPath
1.31 +6 -3 xml-cocoon2/src/org/apache/cocoon/Main.java
Index: Main.java
bloritsch01/11/26 13:32:58
Modified:lib batik-libs.jar
Added: lib avalon-excalibur-20011126.jar
avalon-framework-20011126.jar fop-0.20.2.jar
logkit-20011126.jar
Removed: lib avalon-excalibur-20011121.jar
I updated HEAD with the new versions of Avalon, and FOP and Batik (that works with
FOP).
You will find that everything _should_ work. I would like those of you who are able to
ensure that it does.
--
Those who would trade liberty for
temporary security deserve neither
-
Well, thats only enough for very structured data. In our case the user want
to have to layout the content individually - but only in areas we let them.
The whole complex layout is fixed in a couple of XSL stylesheet defining the
CI - but the authors want simple formatting in the content like
Hello,
the patch attached above brings the following two changes to the
SQLTransformer:
1. SQLExceptions coming from query.execute() are catched and the following
output is added to the resulting xml documenters set
sql:rowset
sql:errorThe error messge from the SQLException.sql:error
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=5102.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Carsten Ziegeler wrote:
Hi,
do we really need an explicit debug statement, like
map:dump-parameters/?
I think we shouldn't extend the sitemap language in this way. The next
thing people ask for is to have a map:dump-components and so on.
Why not simply always debugging it, if the log
1 - 100 of 113 matches
Mail list logo
