Hi All,
I've just downloaded the latest version of cocoon2.1 and here are some
findings:
1. The /samples main page have some broken links but ... looking at the
sturcutre that's quite easy to reach the wanted samples ...
2. The charts sample area gives me no results (blank pages under ie6.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=10506.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]]
-Original Message-
From: Piroumian Konstantin [mailto:[EMAIL PROTECTED]]
Sent: Friday, July 05, 2002 10:13 AM
To: '[EMAIL PROTECTED]'
Subject: RE: build without webapp or samples lacks libraries
From: Carsten Ziegeler
-framework-vm14-20020627.jar
Added the new binaries (supplied) as:
./lib/core/jvm13/avalon-excalibur-vm13-20020705.jar
./lib/core/jvm13/avalon-framework-vm13-20020705.jar
Apply the patches (supplied) for ./build.xml and ./lib/jars.xml
On Friday, July 5, 2002, at 08:28 am, Klaus Bertram wrote:
Hi all,
I had seen that Stuart had problems with jdk 1.3
For me it is doing well on win2000 with jdk1.3.1_02 and tomcat 4.0.1
I use the latest cvs versions of the cocoon_2_0_3_branch tag
I use also the mysql driver
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=10505.
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=10505.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Stuart Roebuck wrote:
I'll have another go at what has failed me in the past - building Avalon
from source. If that works I can post some patches to include two sets
of Avalon binaries in the source with a switch on the build to use the
appropriate version.
I did it yesterday. If you need
cziegeler2002/07/05 00:22:31
Modified:src/documentation/xdocs/developing/webapps
authentication.xml
Log:
Updated docs
Revision ChangesPath
1.4 +6 -4
xml-cocoon2/src/documentation/xdocs/developing/webapps/authentication.xml
Index:
cziegeler2002/07/05 02:08:27
Modified:src/documentation/xdocs/developing/webapps Tag:
cocoon_2_0_3_branch authentication.xml
src/documentation/xdocs/installing Tag: cocoon_2_0_3_branch
index.xml
Log:
Synced docs
haul2002/07/05 07:38:37
Modified:src/webapp sitemap.xmap
Log:
Put mount back into main sitemap. OK, this one looks big but it's the only
solution I found for all cases.
mount
mount/
mount/sample
mount/sample/page
mount/sample/sub/page
...
Revision
haul2002/07/05 07:40:41
Modified:src/java/org/apache/cocoon/components/language/markup/xsp
EsqlHelper.java
Log:
Support xLOBs with CallableStatements
Revision ChangesPath
1.11 +75 -1
Please, we decided to leave the main sitemap clean, so we should stick
to it.
Second, why do you still need this, we don't have a mount directory
anymore, it's all in samples?
Carsten
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Friday, July 05, 2002
You have also to specify the mandatory option include.webapp.libs=true,
I will update the documentation to clarify this.
As the apidocs are concerned, I use the exclude.javadocs=true property
(which is not documented) - I will add this, too.
So, the full command is:
build
haul2002/07/05 07:43:14
Modified:src/java/org/apache/cocoon/components/language/markup/xsp
Tag: cocoon_2_0_3_branch EsqlHelper.java
Log:
Support xLOBs with CallableStatements
Revision ChangesPath
No revision
No
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=10505.
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=10505.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
1.3.1 is fine
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, July 04, 2002 9:45 AM
Subject: Cocoon 2.1 - JDK 1.4
Do you need to have JDK 1.4 to run Cocoon 2.1?
JDK 1.3.1 OK?
Thank you
Sylvain
cziegeler2002/07/05 08:20:49
Modified:src/scratchpad/src/org/apache/cocoon/sunshine Tag:
cocoon_2_0_3_branch SunShine.java
Log:
Better error messages
Revision ChangesPath
No revision
No revision
cziegeler2002/07/05 08:22:28
Modified:src/java/org/apache/cocoon/webapps/session/components
SessionManager.java
Log:
Better error messages
Revision ChangesPath
1.5 +7 -7
Carsten Ziegeler wrote:
Please, we decided to leave the main sitemap clean, so we should stick
to it.
Second, why do you still need this, we don't have a mount directory
anymore, it's all in samples?
I'm +1 for a mount dir preconfigured.
We should encourage users to create mounted sitemaps
But we have already the global mount:
!-- mount everything else --
map:match pattern=*/**
map:mount check-reload=yes src={1}/ uri-prefix={1}/
/map:match
I think this is enough.
Carsten
-Original Message-
From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]]
Sent:
But we have already the global mount:
!-- mount everything else --
map:match pattern=*/**
map:mount check-reload=yes src={1}/ uri-prefix={1}/
/map:match
I think this is enough.
If you're willing to add more directories to the contents of .../webapps/
cocoon, then sure.
Jason Foster wrote:
Carsten Ziegeler wrote:
But we have already the global mount:
!-- mount everything else --
map:match pattern=*/**
map:mount check-reload=yes src={1}/ uri-prefix={1}/
/map:match
I think this is enough.
If you're willing to add more directories to
to stuff your own little projects, (assuming you're in unix)
it's super convenient to add this to the cocoon sitemap:
map:pipeline
map:match pattern=~*/**
map:mount check-reload=yes src=/home/{1}/public_html/ uri-prefix=~{1}/
!--
This is an example of using a sitemap
I'm with Carsten here, let's make the base sitemap do automount.
+1
J.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
These are two approaches that I find interesting to evaluate:
* webml: http://webml.elet.polimi.it/webml/index.html
(Web Modeling Language (WebML) is a notation for specifying
complex Web sites at the conceptual level.
WebML enables the high-level description of a Web site
I was trying to upgrade HEAD to xerces 2.0.2 but I am getting a very strange
error :-/ (with catalina 4.0.4-b2-01)
Cocoon servlet threw an Exception while trying to close stream.
java.io.IOException: Cannot find message associated with key
'responseStream.suspended'
at
Sylvain Wallez wrote:
I've showed how I perceived named pipelines not as 'functions' to call,
but as 'small internal URI spaces' (sort of small internal virtual
hosts), I think this concept is *much* more powerful than the
'resources' we have now and it's much more block-friendly.
If
Torsten Curdt wrote:
I was trying to upgrade HEAD to xerces 2.0.2 but I am getting a very strange
error :-/ (with catalina 4.0.4-b2-01)
Cocoon servlet threw an Exception while trying to close stream.
java.io.IOException: Cannot find message associated with key
snip/
I am a bit stumped... anyone an idea? I don't know where to start
debugging actually...
Look at
org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1126)
} finally {
if (ctxMap != null) ctxMap.clear();
try{
I've tried a complete wipe of the directory and re-checkout from CVS and still have no
luck.
My environment is Mandrake 8.1 and Sun JDK 1.3.1_03
I'm getting:
Apache Cocoon Build System
--
Buildfile: build.xml
init:
Just rebuild a clean 2.1-dev.
http://localhost:8080/cocoon/samples/welcome
Displays:
Cocoon 2 - Internal server error
type fatal
message Lookup of transformer for role 'xalan' failed.
description org.apache.cocoon.ProcessingException: Lookup of transformer for
role 'xalan' failed.:
Stefano Mazzocchi wrote:
I personally don't like the document() function of XSLT. I normally
suggest to use an xinclude stage to perform aggregation when the
structure of the aggregation is not fixed, but that's really up to you.
I personally don't like Cocoon aggregation, basically
because
I haven't had time to implement the Amazon xsl.
I could use some help with it.
Any takers?
Ivelin
- Original Message -
From: Christopher Watson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, July 05, 2002 4:20 AM
Subject: RE: [Announcement] Embedding One Web Site in Another
10-15 times faster than Xalan?
That's a difference.
It's a pitty we can't ship it with Cocoon.
Ivelin
- Original Message -
From: Jacek R. Ambroziak [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, July 04, 2002 4:09 PM
Subject: XSLTC - Gregor
Hi Ivelin,
Thanks for the
36 matches
Mail list logo
