Below is the answer to my question about the select1 element naming in
XForms specification.
--
Konstantin Piroumian
-Original Message-
From: Klotz, Leigh [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 28, 2002 1:41 AM
To: 'Piroumian Konstantin'; '[EMAIL PROTECTED]'
Cc:
Nicola Ken Barozzi wrote:
1) Andy is right, documentation and code have at least the same level of
importance, and since they are related, should stay in the same CVS,
even conceptually
2) For us committers are just committers, there are no second-level
citizens; if the documentation
Hi,
There's a bug in TraxTransformer when using Saxon with caching.
JAXP doesn't state clearly which URIResolver object should be used when creating a new
TransformerHandler for a SAX Templates object.
In Saxon there is a URIResolver in the Templates object, and there's a URIResolver in
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=12115.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I thin I understand the difficulties of choosing the name.
I don't thing that picking select1 for HTML compatibility over selectOne,
which is in line with naming conventions in many languages, is justified.
- Original Message -
From: Piroumian Konstantin [EMAIL PROTECTED]
To: [EMAIL
Hi,
I found that in CocoonServlet the init method is not called
from tomcat 4.1.9
Does anybody have heared about this and knows how to solve?
Thanks,
Michael
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Sorry,
that is not true, init() is called. But the output goes not to catalina.out
but to localhost_log
Enke, Michael wrote:
Hi,
I found that in CocoonServlet the init method is not called
from tomcat 4.1.9
Does anybody have heared about this and knows how to solve?
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=11728.
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=12122.
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=12122.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
This is to save you some time if you switch to newer tomcat (4.1.9, maybe all 4.1.x?)
Can someone subscribed to cocoon-users post this there?
It is no longer allowed to point with symbolic links outside the
directory (down) where the servlet is located:
look at
nicolaken2002/08/28 10:42:29
xml-cocoon2/src/blocks/fop - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
nicolaken2002/08/28 10:42:35
xml-cocoon2/src/blocks/fop/conf - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
nicolaken2002/08/28 10:42:48
xml-cocoon2/src/blocks/fop/java - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
nicolaken2002/08/28 10:42:55
xml-cocoon2/src/blocks/fop/java/org - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
nicolaken2002/08/28 10:43:00
xml-cocoon2/src/blocks/fop/java/org/apache - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
nicolaken2002/08/28 10:43:06
xml-cocoon2/src/blocks/fop/java/org/apache/cocoon - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
nicolaken2002/08/28 10:43:12
xml-cocoon2/src/blocks/fop/java/org/apache/cocoon/components - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
nicolaken2002/08/28 10:43:17
xml-cocoon2/src/blocks/fop/java/org/apache/cocoon/components/renderer - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
nicolaken2002/08/28 10:43:32
xml-cocoon2/src/blocks/fop/java/org/apache/cocoon/serialization - New directory
--
In case of troubles, e-mail: [EMAIL PROTECTED]
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
nicolaken2002/08/28 10:46:56
Added: tools/src blocks-build.xsl
src/blocks/fop/java/org/apache/cocoon/components/renderer
ExtendableRendererFactory.java
src/blocks/fop/conf fop.xmap
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=12139.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
But since to set up Cocoon correctly you have to perform some steps that
are not so easy to remember, very recently we have been thinking of
creating a CocoonBean.java that would make the embedded usage in Cocoon
easier.
Basially what you need is this Bean; you can do it quite easily
23 matches
Mail list logo