Vadim Gritsenko wrote:
xml-apis.jar
Good news. License is Apache Software Foundation.
Do you know where it came from? Say, what CVS module?
xml-commons.
- Sam Ruby
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Vadim Gritsenko wrote:
1) If you change the cocoon.xconf in a running system, XSP is broken.
I reported this with a separate email yesterday - this is definitly
a showstopper!
It was not showstopping 2.0 release though... Nevertheless, it is fixed.
Please check.
Great work,
cziegeler02/01/30 01:29:22
Modified:.build.xml
Added: .INSTALL.bin INSTALL.src
toolsbuild-i.xml build-s.xml build-t.xml
Removed: .INSTALL build-i.xml build-s.xml build-t.xml
Log:
Added different INSTALL files and moved
cziegeler02/01/30 01:35:23
Modified:.INSTALL.bin INSTALL.src
Log:
Minor text updates
Revision ChangesPath
1.2 +17 -76xml-cocoon2/INSTALL.bin
Index: INSTALL.bin
===
RCS file:
Yes, good idea.
I just added an INSTALL.src and INSTALL.bin file and changed
the texts a little bit.
Can someone have a look at them and give them a little bit
more meat?
Thanks,
Carsten
-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 29,
Hi Guys
Just running C2 again this morning and noticed an error in one of the files
I contributed last night - src\webapp\resources\deli\config\deliConfig.xml -
please can someone commit this version to the CVS (bearing in mind the CR/LF
problem?)
thanks in advance
Mark
deliConfig.xml
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=6101.
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=6101.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
haul02/01/30 01:40:42
Modified:src/java/org/apache/cocoon/components/language/markup/xsp
EsqlHelper.java
Log:
getAscii required column name. now accepts column number as well.
Revision ChangesPath
1.3 +24 -0
cziegeler02/01/30 01:44:11
Modified:src/webapp/resources/deli/config deliConfig.xml
Log:
Patch by Butler, Mark [[EMAIL PROTECTED]] for deli configuration
Revision ChangesPath
1.3 +3 -3 xml-cocoon2/src/webapp/resources/deli/config/deliConfig.xml
Index:
It's applied.
Thanks Mark.
Carsten
-Original Message-
From: Butler, Mark [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 10:39 AM
To: '[EMAIL PROTECTED]'
Subject: DELI correction
Hi Guys
Just running C2 again this morning and noticed an error in one of
the
Correction again - use this version with debugging turned off.
Sorry
M
-Original Message-
From: Butler, Mark [mailto:[EMAIL PROTECTED]]
Sent: 30 January 2002 09:39
To: '[EMAIL PROTECTED]'
Subject: DELI correction
Hi Guys
Just running C2 again this morning and noticed an
cziegeler02/01/30 01:48:39
Modified:src/webapp/resources/deli/config deliConfig.xml
Log:
Patch by Butler, Mark [[EMAIL PROTECTED]] for deli configuration
Revision ChangesPath
1.4 +8 -9 xml-cocoon2/src/webapp/resources/deli/config/deliConfig.xml
Index:
Applied, too.
Carsten
-Original Message-
From: Butler, Mark [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 10:46 AM
To: '[EMAIL PROTECTED]'
Subject: RE: DELI correction
Correction again - use this version with debugging turned off.
Sorry
M
-Original
Dear Carsten,
I've just seen that you have moved the build files in the tools directory.
I'm cool with that happening, and in fact I have submitted a patch the 26th
(http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6047) that does this in a
slightly different way with additional fixes.
There is
Ovidiu Predescu wrote:
I've checked in these changes, except for the sitemap one, which would turn
on
DELI for all the XSLT transformers.
Some time ago I introduced another transformer xslt-deli, which was an exact
copy of the xslt transformer, except for the use-deli option, which was
turned
Peter, Kosh,
I've got a new iteration of the stored procedure support for
esql. (Kosh, I will mail you the necessary files separately because
you indicated that you have problems with CVS).
Bob, I've CC'ed you since you might be interested to try the
esql:results from-column=/ feature.
Since
Greg Weinger wrote:
If I understood correctly, your stream of thought was something on the
line of:
1) Unix uses pipelines, Cocoon uses pipelines.
2) Unix has interactive shells to compose those pipelines (or the
ability to run scripts for those shells), why shouldn't cocoon have
Bernhard Huber wrote:
Hi,
What about coming out with a more-or-less standard extention to the
javadoc system and provide namespaces? for example:
/**
* This is my comment.
*
* @namespace:cocoon http://apache.org/cocoon/2.0/
* @cocoon:deprecated no
* @namespace:xsp
Dirk-Willem van Gulik wrote:
On Tue, 29 Jan 2002, Guillaume Rousse wrote:
So we now have three proposed ways forward:
Option 1.1
Each project put's their jar's back in - but
according to the guidelines below.
Option 2.2
We
cziegeler02/01/30 02:14:48
Modified:src/java/org/apache/cocoon/sitemap AbstractSitemap.java
Log:
Applied patch for Throw actual exception in AbstractSitemap.invokeMethod
PR: #6039
Submitted by: [EMAIL PROTECTED] (Peter Royal)
Revision ChangesPath
1.4 +23 -5
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=6039.
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=6047.
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=5593.
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=5593.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Wed, 30 Jan 2002, Stefano Mazzocchi wrote:
3) The analogy of the sitemap to a filesystem (the sitemap is like a
specialized filesystem for URIs) could be a very powerful explanation
to first-time and beginner cocoon users. Maybe I should have said,
Sitemap as Filesystem instead of
Carsten Ziegeler wrote:
Vadim Gritsenko wrote:
Could not reproduce the problem. Tried Resin/Tomcat on 8080/80 - works
like a swiss clock for me :-|
And you did not change any configuration? Fresh check-out from CVS runs?
Hm, this is strange.
Can we have reports from others, if
Hi team,
it seems that it is time again to get a release out...
Are there any outstanding issues? Showstoppers?
Thanks to Vadim, we have solved the last open issues, I hope.
Could someone have a look at the documentation including
README, INSTALL files etc, if they are ok for a release?
I
cziegeler02/01/30 03:17:47
Modified:.build.sh
Log:
Removed obsolete version reference
Revision ChangesPath
1.14 +2 -2 xml-cocoon2/build.sh
Index: build.sh
===
RCS file:
From: Stefano Mazzocchi [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
CC: Apache Cocoon [EMAIL PROTECTED]
Subject: Re: URGENT: 3rd Party jar's in apache CVS need immediate action.
Date: Wed, 30 Jan 2002 11:13:12 +0100
MIME-Version: 1.0
Received: from [64.125.133.20] by
From: Carsten Ziegeler [EMAIL PROTECTED]
Anyway, this seems to solve the last remaining problem, right?
The build-*.xml are broken after the move.
--
Nicola Ken Barozzi [EMAIL PROTECTED]
These are the days of miracle and wonder...
...so don't cry baby, don't cry...
cziegeler02/01/30 03:32:37
Modified:toolsbuild-i.xml build-s.xml build-t.xml
Log:
Fixing build files
Revision ChangesPath
1.2 +3 -3 xml-cocoon2/tools/build-i.xml
Index: build-i.xml
===
Should work now.
Thanks
Carsten
-Original Message-
From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 12:25 PM
To: [EMAIL PROTECTED]
Subject: Re: Cocoon Release
From: Carsten Ziegeler [EMAIL PROTECTED]
Anyway, this seems to solve the
Carsten,
Konstantin's Patches have not made it yet!!! -
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=101231038200766w=2
Thanks,
dims
--- Carsten Ziegeler [EMAIL PROTECTED] wrote:
Hi team,
it seems that it is time again to get a release out...
Are there any outstanding issues?
From: Stefano Mazzocchi [EMAIL PROTECTED]
My ideal solution?
cvs checkout xml-cocoon2
./prepare.sh
./build.sh dist
I personally don't care what prepare.sh does and I'd be ok in
requiring Ant to be installed on the machine in order for this to work.
I'm working on this using simply a
Gotcha!!!
Konstantin,
Please submit the patch to Bugzilla ASAP.
Thanks,
dims
--- Nicola Ken Barozzi [EMAIL PROTECTED] wrote:
From: Davanum Srinivas [EMAIL PROTECTED]
Carsten,
Konstantin's Patches have not made it yet!!! -
Matt Sergeant wrote:
On Wed, 30 Jan 2002, Stefano Mazzocchi wrote:
3) The analogy of the sitemap to a filesystem (the sitemap is like a
specialized filesystem for URIs) could be a very powerful explanation
to first-time and beginner cocoon users. Maybe I should have said,
Question: Should we enable or disable DELI for the upcoming release?
Pros for enabling
- When I disabled it by default before, there were lots of it isn't
working queries (although to be fair some of these queries were due to it
not working even when enabled)
Pros for disabling
- Unless we use
No doubt: DISABLE
Those who need it (I need) will enable it
Those who do not need it will not care,
when needed they will enable it, say Wow! and love Cocoon2 even more.
-Original Message-
From: Butler, Mark [mailto:[EMAIL PROTECTED]]
Sent: 30 ?? 2002 ?. 22:37
To: '[EMAIL
On Wed, 30 Jan 2002, Stefano Mazzocchi wrote:
Matt Sergeant wrote:
On Wed, 30 Jan 2002, Stefano Mazzocchi wrote:
3) The analogy of the sitemap to a filesystem (the sitemap is like a
specialized filesystem for URIs) could be a very powerful explanation
to first-time and
hello, guys!
Is anyone aware about the problems with cocoon2 under JDK 1.4?
I've tried to run Cocoon2 under JDK 1.4 rc and had those conflicts
of XML parsers.
Shouldn't we think ahead?
with best wishes
Alexander Kachanov
-
I'll vote for you. Keep it enabled, don't change anything ATM.
+2.
Vadim
From: Michael Hartle [mailto:[EMAIL PROTECTED]]
Butler, Mark wrote:
Question: Should we enable or disable DELI for the upcoming release?
Carsten Ziegler proposed
So the way to go for our webapp is to give a
Alex Kachanov wrote:
hello, guys!
Is anyone aware about the problems with cocoon2 under JDK 1.4?
I've tried to run Cocoon2 under JDK 1.4 rc and had those conflicts
of XML parsers.
If I am not mistaken, have a look at the lib\ext directory of the
JDK1.4rc, there you should find the xerces.jar
crossley02/01/30 06:19:13
Modified:src/documentation/xdocs contrib.xml
Log:
Clarify patch submission procedure. Better URL for OpenSP validating parser.
Revision ChangesPath
1.3 +6 -5 xml-cocoon2/src/documentation/xdocs/contrib.xml
Index: contrib.xml
xercers is packed into rt.jar
which contains a lot of other run time libraries
so there is now obvious way to delete anything
-Original Message-
From: Michael Hartle [mailto:[EMAIL PROTECTED]]
Sent: 30 ~rp 2002 s. 23:04
To: [EMAIL PROTECTED]
Subject: Re: Cocoon2 and JDK 1.4
Alex,
See if you can use Endorsed Standards Override Mechanism to override conflicts:
http://java.sun.com/j2se/1.4/docs/guide/standards/index.html
Thanks,
dims
--- Alex Kachanov [EMAIL PROTECTED] wrote:
hello, guys!
Is anyone aware about the problems with cocoon2 under JDK 1.4?
I've
sylvain 02/01/30 06:35:08
Modified:.changes.xml
src/java/org/apache/cocoon/transformation
FragmentExtractorTransformer.java
src/scratchpad/src/org/apache/cocoon/treeprocessor
The soap example:
src/webapp/docs/samples/soap/soap.xml
fails because the taglib 3.0 isn't backward compatible
with 2.0.
2.0 used axis
3.0 uses HTTPClient
J.
--
Succumb to natural tendencies. Be hateful and boring.
===
Configuring DELI TraxTransformer:
1. Sitemap.xmap
Yes it is much better to turn DELI on locally in a map:match block in
sitemap.xmap using
map:parameter name=use-deli value=true/
Thanks (Carsten + Michael?). This seems a better solution the turning DELI
on globally in the map:Transformer
From: Butler, Mark [mailto:[EMAIL PROTECTED]]
Configuring DELI TraxTransformer:
1. Sitemap.xmap
Yes it is much better to turn DELI on locally in a map:match block
in
sitemap.xmap using
map:parameter name=use-deli value=true/
Already there.
Thanks (Carsten + Michael?). This
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
Hi team,
it seems that it is time again to get a release out...
Are there any outstanding issues? Showstoppers?
Thanks to Vadim, we have solved the last open issues, I hope.
Could someone have a look at the documentation including
From: Sam Ruby [mailto:[EMAIL PROTECTED]]
Vadim Gritsenko wrote:
xml-apis.jar
Good news. License is Apache Software Foundation.
Do you know where it came from? Say, what CVS module?
xml-commons.
Sam,
Unfortunately, this module does not have license in it. I added a stub
Shane (or any other commons-dev type):
Can you look into ensuring that the license associated with the source
in commons-dev is clearly marked? Thanks!
- Sam Ruby
-- Forwarded by Sam Ruby/Raleigh/IBM on 01/30/2002
10:34 AM ---
Vadim Gritsenko
shenoy, nitin wrote:
snip
Stefano wrote
Have you tried running Cocoon with the interpreted sitemap instead of
the compiled one? in that case, nobody needs to reference the libraries
directly since it would be weblogic's classloader to give them to
Cocoon's classes.
/snip
Where would I find
Sylvain Wallez wrote:
At the first request, you may see an error message complaining about
undefined xmldb or parentcm generators. You'll then have to comment
out these pipelines in sitemap.xmap, since the interpreted sitemap is
more strict than the compiled engine.
Please report any
Hi,
Just want to let you know the status of the xml-cocoon2 CVS module on
this subject.
All libraries (except one - jstyle.jar - still trying to reach the
author) have got license under legal/ folder. These licenses are:
- The Apache Software License, Version 1.1
- IBM PUBLIC LICENSE
Vadim Gritsenko wrote:
- Sun Microsystems, Inc. Binary Code License Agreement
...
JIMI SDK, Version 2.0 SUPPLEMENTAL LICENSE TERMS
b. License to Distribute Runtime. Subject to your
obligation to indemnify Sun pursuant to Section 3
below, Sun grants to you a non-exclusive,
Hi Vadim
Just a quick confirmation that rdffilter is public domain and there is no
license available. It is written by Dave Megginson -
http://www.megginson.com/index.html - but this just links to the sourceforge
site you've already seen.
Also the HP license we are using for DELI / Jena is a
-Original Message-
From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 4:30 PM
To: [EMAIL PROTECTED]
Subject: RE: [Important]: Plans for upcoming release
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
Hi team,
it seems that it is time again to
Berin Loritsch wrote:
Sylvain Wallez wrote:
At the first request, you may see an error message complaining about
undefined xmldb or parentcm generators. You'll then have to
comment out these pipelines in sitemap.xmap, since the interpreted
sitemap is more strict than the compiled
From: Sam Ruby [mailto:[EMAIL PROTECTED]]
Vadim Gritsenko wrote:
- Sun Microsystems, Inc. Binary Code License Agreement
...
JIMI SDK, Version 2.0 SUPPLEMENTAL LICENSE TERMS
b. License to Distribute Runtime. Subject to your
obligation to indemnify Sun pursuant to Section 3
vgritsenko02/01/30 08:31:50
Modified:legalLICENSE.rdffilter LICENSE.resolver
Log:
Fix CR/LF (Yes, I'm using Windows also)
Add details to into rdffilter license
Revision ChangesPath
1.2 +9 -2 xml-cocoon2/legal/LICENSE.rdffilter
Index:
From: Butler, Mark [mailto:[EMAIL PROTECTED]]
Hi Vadim
Just a quick confirmation that rdffilter is public domain and there is
no
license available. It is written by Dave Megginson -
http://www.megginson.com/index.html - but this just links to the
sourceforge
site you've already seen.
Martin Holz wrote:
Silently disabling pipelines might be dangerous for some sitemaps.
Imagine a sitemap, which checks first, if a user is authorized and redirects
the request to a pipeline Access denied otherwise.
If the check is disabled due to a syntax error, the site is open.
I see
Hi
Firstly thanks Vadim checking through deli.xconf and sitemap.xmap stuff for
DELI.
I've updated the DELI documentation to reflect recent changes - please can
you commit the file to src\documentation\xdocs\developing
Are people happy with DELI for the release now?
Thanks
Mark
deli.xml
Hi Vadim
Also the HP license we are using for DELI / Jena is a BSD license -
hope
this is okay.
Can I add a note then, like:
[Note: this is the 'BSD License' as endorsed by OpenSource.org.]
It will save some time for the readers ;)
Yes, that's fine - good idea.
cheers
Mark
Vadim Gritsenko wrote:
http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/lib/optional/jimi-1.0.jar
How FOP community is going to solve this? It's came from FOP CVS.
They got the same hailing all committers e-mail. ;-)
http://cvs.apache.org/viewcvs.cgi/xml-cocoon2/lib/optional/resolver.jar
Mark Butler wrote:
Also the HP license we are using for DELI / Jena is a BSD license - hope
this is okay.
BSD is wonderful! ;-)
- Sam Ruby
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL
So we have to remove them, right?
Carsten
-Original Message-
From: Sam Ruby [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 5:36 PM
To: [EMAIL PROTECTED]
Subject: RE: xml-cocoon2 status, RE: Hailing all committers.
Vadim Gritsenko wrote:
cziegeler02/01/30 08:42:50
Modified:src/java/org/apache/cocoon/components/deli DeliImpl.java
deli.xconf
Log:
Removed superfluous use-deli configuration parameter
Revision ChangesPath
1.7 +33 -40
froehlich02/01/30 08:45:40
Modified:src/documentation/xdocs/developing deli.xml
Log:
applied patch from Butler, Mark [[EMAIL PROTECTED]]
Revision ChangesPath
1.4 +119 -92 xml-cocoon2/src/documentation/xdocs/developing/deli.xml
Index: deli.xml
vgritsenko02/01/30 08:56:09
Modified:legalLICENSE.deli LICENSE.jena
Log:
Add 'BSD License' notice
Revision ChangesPath
1.2 +2 -4 xml-cocoon2/legal/LICENSE.deli
Index: LICENSE.deli
===
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
So we have to remove them, right?
But we can include them in (at least) 2.0.1 release tarball - according
to Sam it's allowed. To avoid dramatic changes in the last minute.
Carsten
-Original Message-
From: Sam Ruby
Vadim Gritsenko wrote:
So we have to remove them, right?
But we can include them in (at least) 2.0.1 release tarball - according
to Sam it's allowed. To avoid dramatic changes in the last minute.
+1
- Sam Ruby
-
To
Tricky...
OK, then we roll out tomorrow with the jars and remove them after
the release.
Great!
Carsten
-Original Message-
From: Sam Ruby [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 6:07 PM
To: [EMAIL PROTECTED]
Subject: RE: xml-cocoon2 status, RE: Hailing all
Hi Team,
I totally forgot to mention that we are in a code freeze of course.
I will try to get the release out tomorrow.
Any doc changes and minor bug fixes can of course applied.
Cheers
Carsten
-
To unsubscribe, e-mail:
cziegeler02/01/30 09:13:24
Modified:src/documentation/xdocs/developing deli.xml deliquick.xml
src/java/org/apache/cocoon cocoon.roles
src/java/org/apache/cocoon/components/deli DeliImpl.java
Log:
Making deli optional
Revision ChangesPath
Hi,
I wrote this in the changes.xml:
GF
Fixed performance issues in the Store implementation:
(1) removed the FilesystemQueueImpl, one thread less now, (2) changed swapping
alghorithm in the MRUMemoryStore towards less serialization, (3) Cache entries
will be saved to the filesystem,
Close enough!!!
Tim
Hi,
I wrote this in the changes.xml:
GF
Fixed performance issues in the Store implementation:
(1) removed the FilesystemQueueImpl, one thread less now, (2) changed swapping
alghorithm in the MRUMemoryStore towards less serialization, (3) Cache entries
will
Tim Myers wrote:
Tim
Hi,
I wrote this in the changes.xml:
GF
Fixed performance issues in the Store implementation:
(1) removed the FilesystemQueueImpl, one thread less now, (2) changed swapping
alghorithm in the MRUMemoryStore towards less serialization, (3) Cache entries
will be
vgritsenko02/01/30 09:39:12
Added: legalLICENSE.jstyle
Log:
Jstyle license from the author (Tal Davidson [[EMAIL PROTECTED]]),
with the location of the project (added by me)
Revision ChangesPath
1.1 xml-cocoon2/legal/LICENSE.jstyle
Index:
Update:
1. I have got license for the jstyle package - the last jar in
xml-cocoon2 CVS module which was without license. Original of the
license text located at: http://astyle.sourceforge.net/license.html
2. Hewlett Packard License mentioned below is the BSD style license.
Vadim
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=6047.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
froehlich02/01/30 09:59:41
Modified:.changes.xml
Log:
fixed grammer
Revision ChangesPath
1.84 +2 -2 xml-cocoon2/changes.xml
Index: changes.xml
===
RCS file:
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=6047.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Wed, 30 Jan 2002, Gerhard Froehlich wrote:
Hi,
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Hi,
Thanks for the answers. JispFileSystemStore will do with the long file
names. But what about accidental key collision? This still can happen.
But chances are very low as IIRC from
Sam Ruby wrote:
Vadim Gritsenko wrote:
- Sun Microsystems, Inc. Binary Code License Agreement
...
JIMI SDK, Version 2.0 SUPPLEMENTAL LICENSE TERMS
b. License to Distribute Runtime. Subject to your
obligation to indemnify Sun pursuant to Section 3
below, Sun grants to you
On Wed, 30 Jan 2002, Stefano Mazzocchi wrote:
I agree with you, but only one thing: httpd.conf seems to suggest
one2one URI2filesystem matching and only a module provides rewriting
Well it's hard to call mod_alias a module - I can't imagine many serious
Apache server being compiled without
dims02/01/30 11:21:26
Modified:src/java/org/apache/cocoon/components/language/markup
LogicsheetCodeGenerator.java
Log:
If there is a cause exception, rethrow the cause else throw the actual exception
itself. This prevents NullPointerException in case
Cool news, Cocooners!
Some time from now, we will be able to ship xindice integrated into
Cocoon, and it will take not 3Mb, but under 500k worth of jars!
(xindice + labrador + xmldb + xmlrpc + infozone-tools)
Vadim
-Original Message-
From: Tom Bradford [mailto:[EMAIL PROTECTED]]
Avalon Excalibur 4.1 Released
-
The Avalon team is proud to announce the 4.1 final
release of the Avalon Excalibur.
About Avalon
The Avalon project is Apache's Java Server Framework.
It is separated into five sub projects: Framework,
Excalibur,
bloritsch02/01/30 12:30:36
Added: lib/core avalon-excalibur-4.1.jar avalon-framework-4.1.1.jar
logkit-1.0.jar
Removed: lib/core avalon-excalibur-20020114.jar logkit-20011212.jar
Log:
update avalon jars
Revision ChangesPath
1.1
Ant has the ability to directly manage the classpath used by ant. Currently, the
build will
fail unless you use the included build script. We should attempt to get the build to
run
with an installed Ant.
init:
[echo] --
bloritsch02/01/30 12:48:25
Added: lib/core xerces-2.0.0.jar
Removed: lib/core xerces-1.4.4.jar
Log:
update to new Xerces 2.0.0 implementation
Revision ChangesPath
1.1 xml-cocoon2/lib/core/xerces-2.0.0.jar
Binary file
bloritsch02/01/30 12:54:59
Removed: lib/core avalon-framework-20020114.jar
Log:
force old jar delete again
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
The Deli classes require Xerces 1.4.4 so badly that it will kill the JVM if it is not
there!
Please, any maintainers of Deli, get rid of the artificial requirement of the specific
Xerces
class, and make sure there is no System.exit() calls in the code base. As long as
these two
problems
I ran another round of load tests on Cocoon, and the results are much more encouraging.
I noticed just how much quicker Cocoon was at rendering the Avalon site, so here are my
numbers:
URL
num requests max timemin time
average
vgritsenko02/01/30 14:11:46
Modified:src/java Manifest.mf
Log:
Update
Revision ChangesPath
1.3 +35 -5 xml-cocoon2/src/java/Manifest.mf
Index: Manifest.mf
===
RCS file:
This looks really promising! Could you elaborate on what caused this
major performance boost?
Thanks,
Ovidiu
On Wed, 30 Jan 2002 17:13:24 -0500, Berin Loritsch [EMAIL PROTECTED] wrote:
I ran another round of load tests on Cocoon, and the results are much more
encouraging.
I noticed just how
vgritsenko02/01/30 14:34:13
Modified:src/java/org/apache/cocoon/components/deli deli.xconf
src/webapp sitemap.xmap
src/webapp/docs/samples sample-static.xml
Log:
Comment out deli examples - Deli fails to initialize with latest Xerces.
Revision
1 - 100 of 120 matches
Mail list logo