Re: DOMStreamer patched: default namespace and non-empty prefix of attributes

[Michael Wechner]

Vadim Gritsenko wrote:
 

btw, the trunk builds successfully but doesn't seem to work
java.lang.IllegalStateException: ConnectionFactoryAvalonDataSource is 
already initialized

I guess it is either my fault or problem with the new core... I can 
take a look at it but not sooner then mon/tue...

no problem
have a nice weekend
Michi
--
Michael Wechner
Wyona Inc.  -   Open Source Content Management   -   Apache Lenya
http://www.wyona.com  http://lenya.apache.org
[EMAIL PROTECTED][EMAIL PROTECTED]

DO NOT REPLY [Bug 33378] - LocaleMatcher fail validation againts sitemap-v06.rng

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=33378





--- Additional Comments From [EMAIL PROTECTED]  2005-02-05 00:07 ---
I am using the example configuration:

http://cocoon.apache.org/2.1/apidocs/org/apache/cocoon/matching/LocaleMatcher.html

but I think that these inner elements should be attributes to pass the 
validation

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

Re: DOMStreamer patched: default namespace and non-empty prefix of attributes

[Vadim Gritsenko]

Michael Wechner wrote:
Ugo Cei wrote:
Il giorno 04/feb/05, alle 15:30, Vadim Gritsenko ha scritto:
What about trunk? Is it already there, or you are waiting on 
something? Just don't want it to get out of sink,

ok, patched it within the trunk, whereas I noticed that trunk and 
BRANCH_2_1_X are not in sync re "static".

btw, the trunk builds successfully but doesn't seem to work
java.lang.IllegalStateException: ConnectionFactoryAvalonDataSource is 
already initialized
I guess it is either my fault or problem with the new core... I can take a look 
at it but not sooner then mon/tue...

Vadim

Re: DOMStreamer patched: default namespace and non-empty prefix of attributes

[Michael Wechner]

Ugo Cei wrote:
Il giorno 04/feb/05, alle 15:30, Vadim Gritsenko ha scritto:
What about trunk? Is it already there, or you are waiting on 
something? Just don't want it to get out of sink,

ok, patched it within the trunk, whereas I noticed that trunk and 
BRANCH_2_1_X are not in sync re "static".

btw, the trunk builds successfully but doesn't seem to work
java.lang.IllegalStateException: ConnectionFactoryAvalonDataSource is already 
initialized
Michi
--
Michael Wechner
Wyona Inc.  -   Open Source Content Management   -   Apache Lenya
http://www.wyona.com  http://lenya.apache.org
[EMAIL PROTECTED][EMAIL PROTECTED]

Re: DOMStreamer patched: default namespace and non-empty prefix of attributes

[Vadim Gritsenko]

Ugo Cei wrote:
Il giorno 04/feb/05, alle 15:30, Vadim Gritsenko ha scritto:
What about trunk? Is it already there, or you are waiting on 
something? Just don't want it to get out of sink,

I don't want to know what is it that you're doing in your kitchen, but 
getting a trunk in and out of the sink sounds strange.

Ugo
P.S.: sorry, couldn't resist ;)
LOL
Vadim

Re: DOMStreamer patched: default namespace and non-empty prefix of attributes

[Ugo Cei]

Il giorno 04/feb/05, alle 15:30, Vadim Gritsenko ha scritto:
What about trunk? Is it already there, or you are waiting on 
something? Just don't want it to get out of sink,
I don't want to know what is it that you're doing in your kitchen, but 
getting a trunk in and out of the sink sounds strange.

Ugo
P.S.: sorry, couldn't resist ;)
--
Ugo Cei - http://agylen.com/blojsom/blog/


smime.p7s
Description: S/MIME cryptographic signature

Re: Version $Id$ style for xml files (Was: SVN behaviour with "Id" keyword)

[Andrew Savory]

Hi,
On 2 Feb 2005, at 16:38, Tim Larson wrote:
If nobody objects within then next little bit, I will use:
  
At least it will be a simple standard, and we could do an
automated textual replacement if we feel the need later.
... and we can extend with more syntax later.
Sounds good to me ...
The other issue is should this actually belong in the semantic content 
of the XML file. But I guess the revision of the content and the SVN 
revision of the file itself can be different things, depending on the 
content.

Andrew.
--
Andrew Savory, Managing Director, Luminas Limited
Tel: +44 (0)870 741 6658  Fax: +44 (0)700 598 1135
Web: http://www.luminas.co.uk/
Orixo alliance: http://www.orixo.com/


smime.p7s
Description: S/MIME cryptographic signature

Re: Version $Id$ style for xml files (Was: SVN behaviour with "Id" keyword)

[Andrew Savory]

Hi,
On 2 Feb 2005, at 14:43, Sylvain Wallez wrote:
So I'm more than ok with formalizing a syntax for the Id string and 
other metadata for later analysis, but using specially-formatted 
comments. There used to be an xsldoc project at http://www.xsldoc.org/ 
that was producing javadoc-like documentation from javadoc-like 
comments (i.e. "@version $Id$", but also "@param", "@return" etc). 
Unfortunately the site is down.
Ahem. Oops. I have the source for xsldoc in my mail archive dating back 
to around this time last year. I spoke with Rick Maddy, the author, who 
was willing to contribute it to wherever wanted it, but there were 
problems since it was based on the Sun Javadoc sourcecode. If anyone 
feels like picking this up and dealing with Sun, I'm sure that would be 
fine.

LMK,
Andrew.
--
Andrew Savory, Managing Director, Luminas Limited
Tel: +44 (0)870 741 6658  Fax: +44 (0)700 598 1135
Web: http://www.luminas.co.uk/
Orixo alliance: http://www.orixo.com/


smime.p7s
Description: S/MIME cryptographic signature

Re: DOMStreamer patched: default namespace and non-empty prefix of attributes

[Michael Wechner]

Vadim Gritsenko wrote:
Michael Wechner wrote:
Within Lenya we have encountered a problem with the 
o.a.c.xml.dom.DOMStreamer re default namespace and non-empty prefix 
for attributes. Thanks to Josias Thoeny the bug has been fixed and I 
have checked it into Cocoon-2.1.7-dev (BRANCH_2_1_X)

What about trunk?

I didn't patch it within the trunk
Is it already there, or you are waiting on something?

waiting, to get some feedback ;-)
Just don't want it to get out of sink,

ok, shall I also patch it within the trunk?
Michi

Regards,
Vadim

--
Michael Wechner
Wyona Inc.  -   Open Source Content Management   -   Apache Lenya
http://www.wyona.com  http://lenya.apache.org
[EMAIL PROTECTED][EMAIL PROTECTED]

Re: DOMStreamer patched: default namespace and non-empty prefix of attributes

[Vadim Gritsenko]

Michael Wechner wrote:
Within Lenya we have encountered a problem with the 
o.a.c.xml.dom.DOMStreamer re default namespace and non-empty prefix for 
attributes. Thanks to Josias Thoeny the bug has been fixed and I have 
checked it into Cocoon-2.1.7-dev (BRANCH_2_1_X)
What about trunk? Is it already there, or you are waiting on something? Just 
don't want it to get out of sink,

Regards,
Vadim

DOMStreamer patched: default namespace and non-empty prefix of attributes

[Michael Wechner]

Within Lenya we have encountered a problem with the 
o.a.c.xml.dom.DOMStreamer re default namespace and non-empty prefix for 
attributes. Thanks to Josias Thoeny the bug has been fixed and I have 
checked it into Cocoon-2.1.7-dev (BRANCH_2_1_X)

--- src/java/org/apache/cocoon/xml/dom/DOMStreamer.java (revision 151344)
+++ src/java/org/apache/cocoon/xml/dom/DOMStreamer.java (working copy)
@@ -396,7 +396,7 @@
// if the prefix is null, or the prefix 
has not been declared, or conflicts with an in-scope binding
if (declaredUri == null || 
!declaredUri.equals(attrNsURI)) {
String availablePrefix = 
currentElementInfo.findPrefix(attrNsURI);
-if (availablePrefix != null)
+if (availablePrefix != null && 
!availablePrefix.equals(""))
assignedAttrPrefix = 
availablePrefix;
else {

Please let us know if there might be a regression.
Thanks
Michi
--
Michael Wechner
Wyona Inc.  -   Open Source Content Management   -   Apache Lenya
http://www.wyona.com  http://lenya.apache.org
[EMAIL PROTECTED][EMAIL PROTECTED]

Re: Cocoon crashs!

[Halgurt Mustafa-Ali]

>X-Sieve: CMU Sieve 2.2
>Delivered-To: [EMAIL PROTECTED]
>Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
>list-help: 
>list-unsubscribe: 
>list-post: 
>Delivered-To: mailing list dev@cocoon.apache.org
>X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=
>Received-SPF: pass (hermes.apache.org: local policy)
>Date: Tue, 01 Feb 2005 22:38:40 -0500
>From: Vadim Gritsenko <[EMAIL PROTECTED]>
>User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103)
>X-Accept-Language: en-us, en
>MIME-Version: 1.0
>To: dev@cocoon.apache.org
>Subject: Re: Cocoon crashs!
>Content-Transfer-Encoding: 7bit
>X-Provags-ID: perfora.net [EMAIL PROTECTED] 
login:e2e4156964dfbcc4c642ec658fa7f9b9
>X-Virus-Checked: Checked
>X-Virus-Scanned: by amavisd-new/sophie/sophos at 
maildmz2.informatik.tu-muenchen.de
>X-Spam-Checker-Version: SpamAssassin 3.0.2-tuminfo_0 (2004-11-16) on  
maildmz2.informatik.tu-muenchen.de
>X-Spam-Level: 
>X-Spam-Status: No, score=-2.6 required=7.0 tests=AWL,BAYES_00 autolearn=ham  
version=3.0.2-tuminfo_0
>X-Virus-Scanned: by amavisd-new/sophie/sophos at 
mailrelay2.informatik.tu-muenchen.de
>
>Halgurt Mustafa-Ali wrote:
>> 
>> Each time when we get a request 
>> owl-ql loads up some Ontologies, which may have about 100 MB.
>
>Bad idea - to load 100Mb each time. And don't forget that 100Mb data file is 
not 
>the same as 100Mb data filed loaded into java objects.
>
>
>> I changed the 
>> heap-size to 512mb through the java option -X. Well when we geht 20 requests 
in 
>> a short time cocoon crashs.
>
>20 x 100Mb ~= 2Gb. No wonder it crashes. Rewrite your app or get more RAM.
>

The Problem I can't Change the owl-ql application, it is written bei Stanford 
and the have the authorisation to change it.

I thought if I use clear-cache action, each time when we answer a request 
everything will be deleted?

>Vadim
>

Re: Cocoon crashs!

[Halgurt Mustafa-Ali]

>X-Sieve: CMU Sieve 2.2
>Delivered-To: [EMAIL PROTECTED]
>Date: Mon, 31 Jan 2005 11:49:21 +0100
>From: Torsten Curdt <[EMAIL PROTECTED]>
>User-Agent: Mozilla Thunderbird 1.0 (X11/20050111)
>X-Accept-Language: en-us, en
>MIME-Version: 1.0
>To: dev@cocoon.apache.org
>Cc: [EMAIL PROTECTED]
>Subject: Re: Cocoon crashs!
>X-Enigmail-Version: 0.90.0.0
>X-Enigmail-Supports: pgp-inline, pgp-mime
>X-Virus-Scanned: by amavisd-new/sophie/sophos at 
maildmz2.informatik.tu-muenchen.de
>X-Spam-Checker-Version: SpamAssassin 3.0.2-tuminfo_0 (2004-11-16) on  
maildmz2.informatik.tu-muenchen.de
>X-Spam-Level: 
>X-Spam-Status: No, score=-2.6 required=7.0 tests=AWL,BAYES_00 autolearn=ham  
version=3.0.2-tuminfo_0
>X-Virus-Scanned: by amavisd-new/sophie/sophos at 
mailrelay2.informatik.tu-muenchen.de
>
>Halgurt Mustafa-Ali wrote:
>> Hi,
>>
>> I am directing a course at the University of Munich. We use a Transformer to
>> integrate OWL-QL into the Cocoon framework. Each time when we get a request
>> owl-ql loads up some Ontologies, which may have about 100 MB. I changed the
>> heap-size to 512mb through the java option -X. Well when we geht 20 requests 
in
>> a short time cocoon crashs. I tried to use the clear-cache action, but it
>> doesn't work. Do you have an Idea how I can solve this problem? I am using
>> cocoon 2.1.5 and tomcat 5.
>
>In order to help we need more details
>
>Does the vm die?

Yes it dies.

>Do you see any exceptions?

I don't see any exceptions, tomcat stucks and then crashes.

>What transformer are you using?

I am using OWQLTransformer. apropos, when I use this Transformer in a pipeline 
I 
can't use another one, for example xslt, what do I have to do?

>
>...your explanation is a bit vague.
>
>cheers
>--
>Torsten

DO NOT REPLY [Bug 33388] - Make x-cocoon-version header optional

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=33388





--- Additional Comments From [EMAIL PROTECTED]  2005-02-04 12:50 ---
Another reason for making it optional - if you want to use a  or
JSTL  to include a Cocoon-generated section within a page, the
setHeader call produces warnings in the log saying "Cannot set header, response
already committed"...

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

Cocoon-2.1.X Tests Failure 02/04/05

[Vadim Gritsenko]

Automated Cocoon Unit tests failed!

Full log file if this unit test run is available here:
http://nagoya.apache.org/~vadim/cocoon-test-log-20050204.log

Last messages from the log file:
==
Testsuite: org.apache.cocoon.serialization.XMidiSerializerTestCase
Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 2.79 sec
Testcase: testMIDISerializer took 2.501 sec

cocoon-block-webdav-tests:
Created dir: 
/disk/raid0/home/vadim/svn/cocoon-2.1.X/build/cocoon-2.1.7-dev/blocks/webdav/test
Copying 3 files to 
/disk/raid0/home/vadim/svn/cocoon-2.1.X/build/cocoon-2.1.7-dev/blocks/webdav/test
Compiling 1 source file to 
/disk/raid0/home/vadim/svn/cocoon-2.1.X/build/cocoon-2.1.7-dev/blocks/webdav/test
Running org.apache.cocoon.components.source.impl.WebDAVSourceTestCase
Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 2.293 sec
Testsuite: org.apache.cocoon.components.source.impl.WebDAVSourceTestCase
Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 2.293 sec
- Standard Error -
log4j:WARN No appenders could be found for logger 
(org.apache.commons.httpclient.HttpClient).
log4j:WARN Please initialize the log4j system properly.
-  ---
Testcase: testResolve took 1.874 sec
Testcase: testTraversal took 0.049 sec
Testcase: testModification took 0.034 sec
Testcase: testMakeCollection took 0.054 sec

junit-tests-report:
Created dir: 
/disk/raid0/home/vadim/svn/cocoon-2.1.X/build/cocoon-2.1.7-dev/test/report
Transform time: 51620ms
Unit report is at build/cocoon-2.1.7-dev/test/report/index.html

Last messages from the server console:
==
04 Feb 2005 01:28:48 - org.apache.slide.common.XMLUnmarshaller - INFO - Loading 
object /actions
04 Feb 2005 01:28:48 - org.apache.slide.common.XMLUnmarshaller - INFO - Loading 
object /actions/read
04 Feb 2005 01:28:48 - org.apache.slide.common.XMLUnmarshaller - INFO - Loading 
object /actions/read-acl
04 Feb 2005 01:28:48 - org.apache.slide.common.XMLUnmarshaller - INFO - Loading 
object /actions/read-current-user-privilege-set
04 Feb 2005 01:28:48 - org.apache.slide.common.XMLUnmarshaller - INFO - Loading 
object /actions/write
04 Feb 2005 01:28:48 - org.apache.slide.common.XMLUnmarshaller - INFO - Loading 
object /actions/write-acl
04 Feb 2005 01:28:49 - org.apache.slide.common.XMLUnmarshaller - INFO - Loading 
object /actions/write-properties
04 Feb 2005 01:28:49 - org.apache.slide.common.XMLUnmarshaller - INFO - Loading 
object /actions/write-content
04 Feb 2005 01:28:49 - org.apache.slide.common.XMLUnmarshaller - INFO - Loading 
object /actions/bind
04 Feb 2005 01:28:49 - org.apache.slide.common.XMLUnmarshaller - INFO - Loading 
object /actions/unbind
04 Feb 2005 01:28:49 - org.apache.slide.common.XMLUnmarshaller - INFO - Loading 
object /actions/unlock
04 Feb 2005 01:28:49 - org.apache.slide.common.XMLUnmarshaller - INFO - Loading 
object /files
04 Feb 2005 01:28:49 - org.apache.slide.common.XMLUnmarshaller - INFO - Loading 
object /history
04 Feb 2005 01:28:49 - org.apache.slide.common.XMLUnmarshaller - INFO - Loading 
object /workspace
04 Feb 2005 01:28:49 - org.apache.slide.common.XMLUnmarshaller - INFO - Loading 
object /workingresource
04 Feb 2005 01:28:50 - org.apache.slide.common.Namespace - INFO - Finish init 
namespace cocoon configuration
04 Feb 2005 01:28:50 - org.apache.slide.common.Namespace - INFO - Loading 
namespace cocoon configuration
04 Feb 2005 01:28:50 - org.apache.slide.common.Domain - INFO - Namespace 
configuration complete
- VM shutting down with the disk store for cocoon-ehcache-1 still active. The 
disk store is persistent. Calling dispose...
04 Feb 2005 01:34:16 - org.apache.slide.common.Namespace - INFO - Shutting down 
service tx(org.apache.slide.store.ExtendedStore)
04 Feb 2005 01:34:16 - org.apache.commons.transaction.file.FileResourceManager 
- INFO - Stopping RM at 'slide/store/metadata' / 'slide/work/metadata'
04 Feb 2005 01:34:16 - org.apache.commons.transaction.file.FileResourceManager 
- INFO - Stopped RM
04 Feb 2005 01:34:16 - org.apache.commons.transaction.file.FileResourceManager 
- INFO - Stopping RM at 'slide/store/content' / 'slide/work/content'
04 Feb 2005 01:34:16 - org.apache.commons.transaction.file.FileResourceManager 
- INFO - Stopped RM
- Database 'db' successfully closed

Re: [Bug 33334] - [docs] 1st version of "Building your own Cocoon project using Ant"

[Reinhard Poetz]

[EMAIL PROTECTED] wrote:
Ok, I'm lost here. What's this document Upayavira talks about? Is it for
"how to install Cocoon on you hard disk"? Or is it something I should
incorporate in "my" document?
What about the XPatchUsage? Should I rewrite the Wiki page or not? 
Maybe you wait for my documentation on 
http://svn.apache.org/viewcvs/cocoon/trunk/tools/external-project-build/generic-build.xml?view=auto&rev=151334 
and decide yourself. The only usecase that I know is web.xml. All other 
configurations should be done by includes.


BTW, I plan to publish an Ant script, that supports the use 
of Cocoon 2.2 as 
base for a custom project. Helma, if you're interested in it, 
let me know!

Well, of course! :-) I haven't yet looked at Cocoon 2.2 other than trying to
get the trunk from SVN, but from what I've seen on the list there are many
things changed.
I'm not going to try and use it (I do need to finish my own project first
with 2.1.7), but I'll try to figure out from your script and the one added
to the current document where the changes are and document that.
I checked in the build file but it won't help you very much without explanation 
:-) and a working sample. I hope that I can write some docs and provide both 
within the next days.

--
Reinhard

RE: [Bug 33334] - [docs] 1st version of "Building your own Coco on project using Ant"

[H . vanderLinden]

> > Really, the only way we're going to do this is to maintain (a) a 
> > 'global' project documentation, and the rest of the documentation 
> > alongside the relevant version of Cocoon. So, we'll have 2.1 
> > documentation like we do now, and at some point we'll have 2.2 
> > documentation as well. Documentation should relate to that specific 
> > version.
> 
> with only some notes about things that have changed compared 
> to the previous version

Fine by me.

> > Just go for 1.6. AFAIK there is no reason why people can't 
> upgrade, it 
> > isn't exactly expensive!

:-) I'll note somewhere that the script assumes Ant 1.6.

> I've put it for now into SVN. It was also a good testdrive 
> for my custom pipelines :-)

> It's in SVN now

Ok, I'll see if I can check it out and update it through patches.

> >> * Before starting on the XPatchUsage (which is referred to in this 
> >> doc): is
> >> it still useful? I.e. is there a big change in 2.2 that makes this 
> >> useless?
> > 
> > Well, we can now include xconf snippets into our sitemaps, 
> so maybe we 
> > can work around some usage of xpatch. But there may be 
> others (web.xml, 
> > etc) where it is still required.
> > 
> > I also saw a doc someone posted on user list that looked 
> like it could 
> > make a useful brief "how to install" doc for Cocoon.
> 
> The document is fine for Cocoon 2.1 but before we can mark it as 
> stable/finished, it has to use the new include features. 
> About the xpatch, 
> generally I agree with Upayavira but I would propose to have 
> a project specific 
> web.xml and simply copy it over the version that comes with Cocoon.

Ok, I'm lost here. What's this document Upayavira talks about? Is it for
"how to install Cocoon on you hard disk"? Or is it something I should
incorporate in "my" document?

What about the XPatchUsage? Should I rewrite the Wiki page or not? 

> BTW, I plan to publish an Ant script, that supports the use 
> of Cocoon 2.2 as 
> base for a custom project. Helma, if you're interested in it, 
> let me know!

Well, of course! :-) I haven't yet looked at Cocoon 2.2 other than trying to
get the trunk from SVN, but from what I've seen on the list there are many
things changed.
I'm not going to try and use it (I do need to finish my own project first
with 2.1.7), but I'll try to figure out from your script and the one added
to the current document where the changes are and document that.

-- 
Bye, Helma