Hmm. I just posted bug 20494 which seemed to appear just after doing an
update which changed the xalan jar file to version 2.5.1. I also
attached to this bug a small example that reproduces the problem in the
standalone jetty + webapp produced by the build.
I'd really like to help look into
Hmm. I just posted bug 20494 which seemed to appear just after doing an
update which changed the xalan jar file to version 2.5.1. I also
attached to this bug a small example that reproduces the problem in the
standalone jetty + webapp produced by the build.
I'd really like to help look into
Hi,
I wanted to check with the list before posting the following as a bug:
I'm using the following construct in an XSP to read the select-list values
from a database.
select
xsp-util:include-uri href=cocoon:/query/all/id_lookup.options/
/select
The sitemap fragment handling this does
On 4 Jun 2003 at 23:22, Vadim Gritsenko wrote:
It is particularly the removal of the Destination interface that
breaks the interface. However, removing the setDestDir will certainly
make a cleaner interface. I'll do that.
Thanks. Sorry for me being slow.
Slow to reply, or slow to
On Thu, 2003-06-05 at 08:25, Sam Coward wrote:
[...]
Am I even looking at the right place to try and find the problem? Or is
this error message the by-product of some other hidden exception that
has been lost?
There's indeed a hidden exception: if xsltc fails to compile the
stylesheet,
Found another one: Constants.DEFAULT_WORK_DIR is used by
src/test/org/apache/cocoon/components/resolver/test/ResolverImplTest
Ca se.java
I've moved the lot back. Obviously the comments that I based my move
upon were wrong!
Comments are not wrong... Those constants should be moved.
Hello Sam,
what was your Xalan version before the update, so what was the working
version? Do you have multiple step includes (stylesheet1 includes
stylesheet2, that includes stylesheet3)? We already have a bug related
to this: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20308.
You can
JH In conclusion:
JH 1. We need a patch for the HTMLSerializer for the namespace issue.
JH 2. A validation transformer seems to be really welcome.
JH 3. For human readability we do not need really a new
JH serializer. What about the indent parameter on the serializer
JH (like indent in
On Thu, 2003-06-05 at 09:17, Konstantin Piroumian wrote:
[...]
Hm... Maybe we can change that behavior to be this:
- look for translation in the specified catalogue, if not found
- look for it in the default catalogue
What others think which is the most useful approach for
From: Bruno Dumon [EMAIL PROTECTED]
On Thu, 2003-06-05 at 09:17, Konstantin Piroumian wrote:
[...]
Hm... Maybe we can change that behavior to be this:
- look for translation in the specified catalogue, if not found
- look for it in the default catalogue
What others think which is
Excellent, thanks!
I went around in circles for a while though because of the error
handling related to this - in fact my test was bad - the second xsl in
the attachment that was being included had xml extension instead of xsl
extension, but the exception and stacktrace didn't show the
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=12158.
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=20494.
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=20308.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Others have reported that the newer version of xalan is more strict with
its expressions and that stylesheets started throwing errors after
upgrade. For them, the solution was to fix the stylesheet and then things
worked well. Check out the users archives over the last few days/week.
As to
Upayavira wrote:
On 4 Jun 2003 at 23:22, Vadim Gritsenko wrote:
It is particularly the removal of the Destination interface that
breaks the interface. However, removing the setDestDir will certainly
make a cleaner interface. I'll do that.
Thanks. Sorry for me being slow.
Slow to
Upayavira wrote:
Found another one: Constants.DEFAULT_WORK_DIR is used by
src/test/org/apache/cocoon/components/resolver/test/ResolverImplTest
Ca se.java
I've moved the lot back. Obviously the comments that I based my move
upon were wrong!
Comments are not wrong... Those constants
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=20508.
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=20477.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
haul2003/06/04 06:06:48
Modified:src/java/org/apache/cocoon/components/modules/input
BaseLinkModule.java
Log:
resolves bug 20297:
[PATCH] Added RequestURI in addition to SitemapURI to BaseLinkModule
by torstenknodt.at.datas-world.de (Torsten Knodt)
As an FYI, there is a failed dependency on Excalibur XMLUtil because
that is failing due to a failed depennency on Jaxen. Jaxen is failing
due to an API change in JDom. Jaxen has not been updated with the
patch I sent them to the bug report to fix the problem, but that is
why Cocoon is failing.
From: Christian Haul [mailto:[EMAIL PROTECTED]
On 04.Jun.2003 -- 01:36 PM, Mato Mira, Fernando wrote:
Hello,
Continuing with my work on customization, I'd like to be
able to search
multiple catalogs,
so if the customized web name is foo I'd like to be able to do:
1. search
Arje Cahn [EMAIL PROTECTED] wrote:
Another inventory.
1) script tags are messed up
2) style tags are messed up
3) textarea tags are messed up
I assume you mean the empty version of these tags? In that case don't
forget to add iframe tags are messed up...
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=20477.
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=20477.
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=20477.
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=20477.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
upayavira2003/06/04 06:48:50
Modified:src/java/org/apache/cocoon Constants.java
src/java/org/apache/cocoon/bean CocoonBean.java
Log:
Returning INDEX_URI to Constants.java (from CocoonBean.java)
Revision ChangesPath
1.6 +11 -5
Christian,
cocoon-2.1/src/java/org/apache/cocoon/bean/helpers - New directory
Would CocoonBean.INDEX_URI be the same as Constants.INDEX_URI?
CocoonProcessorDelegate in scratchpad seems to miss this constant
Fair enough. I've moved it back.
Upayavira
Christian,
cocoon-2.1/src/java/org/apache/cocoon/bean/helpers - New directory
Would CocoonBean.INDEX_URI be the same as Constants.INDEX_URI?
CocoonProcessorDelegate in scratchpad seems to miss this constant
Fair enough. I've moved it back.
Upayavira
On 04.Jun.2003 -- 02:44 PM, Upayavira wrote:
Christian,
cocoon-2.1/src/java/org/apache/cocoon/bean/helpers - New directory
Would CocoonBean.INDEX_URI be the same as Constants.INDEX_URI?
CocoonProcessorDelegate in scratchpad seems to miss this constant
Fair enough. I've moved
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=20477.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
upayavira2003/06/04 07:19:10
Modified:src/java/org/apache/cocoon Constants.java
src/java/org/apache/cocoon/bean CocoonBean.java
Log:
Moved all comments back from CocoonBean to Contants. Oh well.
Revision ChangesPath
1.7 +21 -1
Fair enough. I've moved it back.
Found another one: Constants.DEFAULT_WORK_DIR is used by
src/test/org/apache/cocoon/components/resolver/test/ResolverImplTestCa
se.java
I've moved the lot back. Obviously the comments that I based my move upon were
wrong!
Regards, Upayavira
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=20308.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
1) script tags are messed up
2) style tags are messed up
3) textarea tags are messed up
4) iframe tags are messed up
I just checked and these are all fixed in Cocoon 2.1M3-dev.
Arje
On Tuesday 03 June 2003 23:46, Joerg Heinicke wrote:
JH For debug output I normalize-space every text node and simply indent
JH them by counting the ancestor nodes. This has no influence for HTML,
JH because HTML normalizes text nodes too (exception: pre/).
Right, would be enough for html. And
In conclusion:
1. We need a patch for the HTMLSerializer for the namespace issue.
2. A validation transformer seems to be really welcome.
3. For human readability we do not need really a new serializer. What
about the indent parameter on the serializer (like indent in
xsl:output/)? At the moment
bruno 2003/06/04 12:29:07
Modified:src/java/org/apache/cocoon Main.java
Log:
CocoonBean = Constants, build was failing on this
Revision ChangesPath
1.4 +2 -2 cocoon-2.1/src/java/org/apache/cocoon/Main.java
Index: Main.java
bruno 2003/06/04 12:36:43
Modified:lib jars.xml
.status.xml
Added: lib/endorsed xalan-2.5.1.jar
Removed: lib/endorsed xalan-20030506.jar
Log:
Upgraded to Xalan 2.5.1
Revision ChangesPath
1.1
On Wed, 2003-06-04 at 21:09, Joerg Heinicke wrote:
In conclusion:
1. We need a patch for the HTMLSerializer for the namespace issue.
2. A validation transformer seems to be really welcome.
3. For human readability we do not need really a new serializer. What
about the indent parameter on the
Bruno Dumon wrote:
On Wed, 2003-06-04 at 21:09, Joerg Heinicke wrote:
In conclusion:
1. We need a patch for the HTMLSerializer for the namespace issue.
2. A validation transformer seems to be really welcome.
3. For human readability we do not need really a new serializer. What
about the indent
joerg 2003/06/04 13:50:51
Modified:lib jars.xml
lib/core xml-apis.jar
Added: lib/core xalan-2.5.1.jar xercesImpl-2.4.0.jar
Removed: lib/core xalan-2.3.1.jar xercesImpl-2.0.0.jar
Log:
updating to latest Xalan 2.5.1 and Xerces 2.4.0 releases
joerg 2003/06/04 13:55:37
Modified:.changes.xml
Log:
updating to latest Xalan 2.5.1 and Xerces 2.4.0 releases
Revision ChangesPath
1.18 +4 -1 cocoon-2.0/changes.xml
Index: changes.xml
Though we will get again endorsed lib problem questions on the users
list, I updated the XML lib jars to their latest releases as in Cocoon
2.1. I hope nobody has something against this. At least we have a good
explanation and solution for these issues now
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=12158.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
joerg 2003/06/04 15:45:08
Modified:src/webapp/samples/hello-world samples.xml sitemap.xmap
Added: src/webapp/samples/hello-world/style/xsl page2chtml.xsl
Log:
added cHTML/iMode sample (bug 20477, provided by Arje Cahn)
Revision ChangesPath
1.8 +8 -6
joerg 2003/06/04 15:45:37
Modified:src/webapp sitemap.xmap
Log:
added cHTML/iMode sample (bug 20477, provided by Arje Cahn)
Revision ChangesPath
1.20 +15 -5 cocoon-2.1/src/webapp/sitemap.xmap
Index: sitemap.xmap
joerg 2003/06/04 15:51:43
Modified:.status.xml
Log:
added cHTML/iMode sample (bug 20477, provided by Arje Cahn)
Revision ChangesPath
1.52 +5 -3 cocoon-2.1/status.xml
Index: status.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=20477.
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=20487.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
joerg 2003/06/04 16:09:48
Modified:src/blocks/lucene/samples search-index.xsp
Log:
FAQ link fixed
Revision ChangesPath
1.2 +1 -1 cocoon-2.1/src/blocks/lucene/samples/search-index.xsp
Index: search-index.xsp
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=20487.
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=20487.
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=19104.
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=14327.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
crossley2003/06/04 19:14:31
Modified:.changes.xml
Log:
Only some 2.1 documentation references were removed. More exists.
Revision ChangesPath
1.19 +4 -3 cocoon-2.0/changes.xml
Index: changes.xml
Geoff Howard wrote:
At 02:14 AM 6/4/2003, Konstantin wrote:
+1 for lowering the log level to WARN.
But it'd be much better to provide two (or more) typical configurations,
e.g.:
- development: log level - DEBUG, development cache settings, etc.
- testing: log level - WARN, etc.
INFO should
Upayavira wrote:
Fair enough. I've moved it back.
Found another one: Constants.DEFAULT_WORK_DIR is used by
src/test/org/apache/cocoon/components/resolver/test/ResolverImplTestCa
se.java
I've moved the lot back. Obviously the comments that I based my move upon were
wrong!
Comments
Joerg Heinicke wrote:
Though we will get again endorsed lib problem questions on the users
list, I updated the XML lib jars to their latest releases as in Cocoon
2.1. I hope nobody has something against this. At least we have a good
explanation and solution for these issues now
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=20494.
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=20494.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
From: Mato Mira, Fernando [EMAIL PROTECTED]
From: Christian Haul [mailto:[EMAIL PROTECTED]
On 04.Jun.2003 -- 01:36 PM, Mato Mira, Fernando wrote:
Hello,
Continuing with my work on customization, I'd like to be
able to search
multiple catalogs,
so if the customized web name
From: Sylvain Wallez [EMAIL PROTECTED]
Bruno Dumon wrote:
On Tue, 2003-06-03 at 23:12, Joerg Heinicke wrote:
I guess, legacy support won't be readded, so this is a WONTFIX?
yes, I agree. A bit of a problem though is that upon encountering the
old namespace, the I18nTransformer
-Original Message-
From: Konstantin Piroumian [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 05, 2003 7:40 AM
To: [EMAIL PROTECTED]
Subject: Re: multiple catalogue search
From: Mato Mira, Fernando [EMAIL PROTECTED]
From: Christian Haul [mailto:[EMAIL PROTECTED]
On
From: Mato Mira, Fernando [EMAIL PROTECTED]
From: Konstantin Piroumian [mailto:[EMAIL PROTECTED]
Don't quite understand what does it mean e.g. messages_biochemical
hierarchy, but if you want to use multiple catalogs and
search for a message
one-by-one then you should take a look at
66 matches
Mail list logo