RE: Finding Linotype
Ias, I would very much like to get Stefano's original, however in the meantime your link is very helpful. Regards, Upayavira I'd like to give you the link http://marc.theaimsgroup.com/?l=xml-cocoon-devm=105220850428292w=2 . I hope it still can be helpful. Wishes, Ias. -Original Message- From: Upayavira [mailto:[EMAIL PROTECTED] Sent: Friday, May 30, 2003 9:13 PM To: [EMAIL PROTECTED] Subject: Finding Linotype Dear All, I would like to download and try Linotype, but can't find it. The page at: http://www.betaversion.org/~stefano/dist/linotype_1.0.tar.gz doesn't work. Anyone know where I can find it? Regards, Upayavira
Re: extending XSP base call
From: Geoff Howard [EMAIL PROTECTED] Thorsten Mauch wrote: HI all I like to add some common methods. As a pure jave programmer I hate logicsheets ;( So is it possible to extend the the class XSPGenerator and tell Cocoon to use this class as a base class for the XSP ? No. See xsp.xsl Would this be a bad feature to add? It would be a simple xsp:extend tag, no? There's something like this possible in JSP. I'd suggest to add an attribute like: xsp:page extends=com.bla.mla.MyClass/ Regards, Konstantin Geoff
DO NOT REPLY [Bug 17623] - Incorrect caching behaviour
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=17623. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17623 Incorrect caching behaviour --- Additional Comments From [EMAIL PROTECTED] 2003-05-30 13:30 --- That's great news, Carsten. Thanks for the fix -- I was starting to loose hope ;) I'll look for the changes in sitemap source. -Alex
cvs commit: cocoon-2.1/src/documentation/xdocs/userdocs/flow jxtemplate.xml
coliver 2003/05/30 07:58:24
Modified:src/documentation/xdocs/userdocs/flow jxtemplate.xml
Log:
fixed forEach xpath example
Revision ChangesPath
1.7 +1 -1 cocoon-2.1/src/documentation/xdocs/userdocs/flow/jxtemplate.xml
Index: jxtemplate.xml
===
RCS file: /home/cvs/cocoon-2.1/src/documentation/xdocs/userdocs/flow/jxtemplate.xml,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- jxtemplate.xml25 May 2003 19:25:06 - 1.6
+++ jxtemplate.xml30 May 2003 14:58:24 - 1.7
@@ -210,7 +210,7 @@
/source
pJXPath Example:/p
source
-lt;forEach items=#{cart/cartItems[position() lt;= $count]}}gt;
+lt;forEach select=#{cart/cartItems[position() amp;lt;= $count]}}gt;
lt;tdgt;#{./productId}lt;/tdgt;
lt;/forEachgt;
/source
cvs commit: cocoon-2.1/src/blocks/jsp/java/org/apache/cocoon/components/jsp JSPEngineImpl.java
crossley2003/05/30 08:12:19
Modified:src/blocks/jsp/java/org/apache/cocoon/components/jsp
JSPEngineImpl.java
Log:
Various improvements to the generated JSP page.
Response charset should be specified with Content-Type.
PR: 14327
Submitted By: miyabe.AT.jzf.co.jp (MIYABE Tatsuhiko)
Revision ChangesPath
1.3 +39 -8
cocoon-2.1/src/blocks/jsp/java/org/apache/cocoon/components/jsp/JSPEngineImpl.java
Index: JSPEngineImpl.java
===
RCS file:
/home/cvs/cocoon-2.1/src/blocks/jsp/java/org/apache/cocoon/components/jsp/JSPEngineImpl.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- JSPEngineImpl.java7 May 2003 20:50:05 - 1.2
+++ JSPEngineImpl.java30 May 2003 15:12:19 - 1.3
@@ -69,12 +69,14 @@
import java.security.Principal;
import java.util.Enumeration;
import java.util.Locale;
+import java.util.StringTokenizer;
/**
* Allows JSP to be used as a generator. Builds upon the JSP servlet
* functionality - overrides the output method and returns the byte(s).
*
* @author a href=mailto:[EMAIL PROTECTED]Davanum Srinivas/a
+ * @author a href=mailto:[EMAIL PROTECTED]MIYABE Tatsuhiko/a
* @version CVS $Id$
*/
public class JSPEngineImpl extends AbstractLogEnabled
@@ -219,26 +221,50 @@
*/
class MyServletResponse implements HttpServletResponse {
HttpServletResponse response;
-MyServletOutputStream output;
+MyServletOutputStream output = null;
+String encoding = iso-8859-1;
public MyServletResponse(HttpServletResponse response){
this.response = response;
-this.output = new MyServletOutputStream();
}
public void flushBuffer() throws IOException { }
public int getBufferSize() { return 1024; }
public String getCharacterEncoding() { return
this.response.getCharacterEncoding();}
public Locale getLocale(){ return this.response.getLocale();}
public PrintWriter getWriter() {
+if (this.output == null) {
+System.out.println(this.encoding);
+this.output = new MyServletOutputStream(this.encoding);
+}
return this.output.getWriter();
}
public boolean isCommitted() { return false; }
public void reset() {}
public void setBufferSize(int size) {}
public void setContentLength(int len) {}
-public void setContentType(java.lang.String type) {}
+public void setContentType(java.lang.String type) {
+StringTokenizer st = new StringTokenizer(type, ;,);
+st.nextToken();
+while (st.hasMoreTokens()) {
+String param = st.nextToken();
+int equal = param.indexOf(=);
+if (equal != -1) {
+String name = param.substring(0, equal);
+if (name.trim().equalsIgnoreCase(charset)) {
+this.encoding = param.substring(equal + 1).trim();
+break;
+}
+continue;
+}
+break;
+}
+}
public void setLocale(java.util.Locale loc) {}
public ServletOutputStream getOutputStream() {
+if (this.output == null) {
+System.out.println(this.encoding);
+this.output = new MyServletOutputStream(this.encoding);
+}
return this.output;
}
public void addCookie(Cookie cookie){ response.addCookie(cookie); }
@@ -267,7 +293,12 @@
public void resetBuffer(){}
public byte[] toByteArray() {
-return output.toByteArray();
+if (this.output != null) {
+return output.toByteArray();
+}
+else {
+return new byte[0];
+}
}
}
@@ -278,12 +309,12 @@
ByteArrayOutputStream output;
PrintWriter writer;
-public MyServletOutputStream() {
+public MyServletOutputStream(String encoding) {
this.output = new ByteArrayOutputStream();
try {
-this.writer = new PrintWriter(new OutputStreamWriter(output,
utf-8));
+this.writer = new PrintWriter(new OutputStreamWriter(output,
encoding));
} catch (UnsupportedEncodingException e) {
-// This can't be true: JVM must support UTF-8 encoding.
+// This can't be true: JVM must support the encoding.
this.writer = new PrintWriter(new OutputStreamWriter(output));
}
cvs commit: cocoon-2.0/src/java/org/apache/cocoon/components/jsp JSPEngineImpl.java
crossley2003/05/30 08:12:26
Modified:src/java/org/apache/cocoon/components/jsp JSPEngineImpl.java
Log:
Various improvements to the generated JSP page.
Response charset should be specified with Content-Type.
PR: 14327
Submitted By: miyabe.AT.jzf.co.jp (MIYABE Tatsuhiko)
Revision ChangesPath
1.3 +39 -8
cocoon-2.0/src/java/org/apache/cocoon/components/jsp/JSPEngineImpl.java
Index: JSPEngineImpl.java
===
RCS file:
/home/cvs/cocoon-2.0/src/java/org/apache/cocoon/components/jsp/JSPEngineImpl.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- JSPEngineImpl.java7 May 2003 20:49:34 - 1.2
+++ JSPEngineImpl.java30 May 2003 15:12:26 - 1.3
@@ -69,12 +69,14 @@
import java.security.Principal;
import java.util.Enumeration;
import java.util.Locale;
+import java.util.StringTokenizer;
/**
* Allows JSP to be used as a generator. Builds upon the JSP servlet
* functionality - overrides the output method and returns the byte(s).
*
* @author a href=mailto:[EMAIL PROTECTED]Davanum Srinivas/a
+ * @author a href=mailto:[EMAIL PROTECTED]MIYABE Tatsuhiko/a
* @version CVS $Id$
*/
public class JSPEngineImpl extends AbstractLoggable
@@ -217,26 +219,50 @@
*/
class MyServletResponse implements HttpServletResponse {
HttpServletResponse response;
-MyServletOutputStream output;
+MyServletOutputStream output = null;
+String encoding = iso-8859-1;
public MyServletResponse(HttpServletResponse response){
this.response = response;
-this.output = new MyServletOutputStream();
}
public void flushBuffer() throws IOException { }
public int getBufferSize() { return 1024; }
public String getCharacterEncoding() { return
this.response.getCharacterEncoding();}
public Locale getLocale(){ return this.response.getLocale();}
public PrintWriter getWriter() {
+if (this.output == null) {
+System.out.println(this.encoding);
+this.output = new MyServletOutputStream(this.encoding);
+}
return this.output.getWriter();
}
public boolean isCommitted() { return false; }
public void reset() {}
public void setBufferSize(int size) {}
public void setContentLength(int len) {}
-public void setContentType(java.lang.String type) {}
+public void setContentType(java.lang.String type) {
+StringTokenizer st = new StringTokenizer(type, ;,);
+st.nextToken();
+while (st.hasMoreTokens()) {
+String param = st.nextToken();
+int equal = param.indexOf(=);
+if (equal != -1) {
+String name = param.substring(0, equal);
+if (name.trim().equalsIgnoreCase(charset)) {
+this.encoding = param.substring(equal + 1).trim();
+break;
+}
+continue;
+}
+break;
+}
+}
public void setLocale(java.util.Locale loc) {}
public ServletOutputStream getOutputStream() {
+if (this.output == null) {
+System.out.println(this.encoding);
+this.output = new MyServletOutputStream(this.encoding);
+}
return this.output;
}
public void addCookie(Cookie cookie){ response.addCookie(cookie); }
@@ -262,7 +288,12 @@
public void resetBuffer(){}
public byte[] toByteArray() {
-return output.toByteArray();
+if (this.output != null) {
+return output.toByteArray();
+}
+else {
+return new byte[0];
+}
}
}
@@ -273,12 +304,12 @@
ByteArrayOutputStream output;
PrintWriter writer;
-public MyServletOutputStream() {
+public MyServletOutputStream(String encoding) {
this.output = new ByteArrayOutputStream();
try {
-this.writer = new PrintWriter(new OutputStreamWriter(output,
utf-8));
+this.writer = new PrintWriter(new OutputStreamWriter(output,
encoding));
} catch (UnsupportedEncodingException e) {
-// This can't be true: JVM must support UTF-8 encoding.
+// This can't be true: JVM must support the encoding.
this.writer = new PrintWriter(new OutputStreamWriter(output));
}
}
DO NOT REPLY [Bug 14327] - [PATCH] JSPEngineImpl response charset should be specified with Content-Type.
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. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14327 [PATCH] JSPEngineImpl response charset should be specified with Content-Type. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-05-30 15:18 --- Thanks, your patch is applied to both cocoon-2.1 and cocoon-2.0
DO NOT REPLY [Bug 14327] - [PATCH] JSPEngineImpl response charset should be specified with Content-Type.
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. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14327 [PATCH] JSPEngineImpl response charset should be specified with Content-Type. [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED
DO NOT REPLY [Bug 17623] - Incorrect caching behaviour
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=17623. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17623 Incorrect caching behaviour --- Additional Comments From [EMAIL PROTECTED] 2003-05-30 15:19 --- Can't wait to see it.
cvs commit: cocoon-2.0/src/java/org/apache/cocoon/components/jsp JSPEngineImpl.java
bruno 2003/05/30 08:28:43
Modified:src/java/org/apache/cocoon/components/jsp JSPEngineImpl.java
Log:
cleanup
Revision ChangesPath
1.4 +2 -4
cocoon-2.0/src/java/org/apache/cocoon/components/jsp/JSPEngineImpl.java
Index: JSPEngineImpl.java
===
RCS file:
/home/cvs/cocoon-2.0/src/java/org/apache/cocoon/components/jsp/JSPEngineImpl.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- JSPEngineImpl.java30 May 2003 15:12:26 - 1.3
+++ JSPEngineImpl.java30 May 2003 15:28:43 - 1.4
@@ -231,7 +231,6 @@
public Locale getLocale(){ return this.response.getLocale();}
public PrintWriter getWriter() {
if (this.output == null) {
-System.out.println(this.encoding);
this.output = new MyServletOutputStream(this.encoding);
}
return this.output.getWriter();
@@ -260,7 +259,6 @@
public void setLocale(java.util.Locale loc) {}
public ServletOutputStream getOutputStream() {
if (this.output == null) {
-System.out.println(this.encoding);
this.output = new MyServletOutputStream(this.encoding);
}
return this.output;
@@ -309,7 +307,7 @@
try {
this.writer = new PrintWriter(new OutputStreamWriter(output,
encoding));
} catch (UnsupportedEncodingException e) {
-// This can't be true: JVM must support the encoding.
+getLogger().error(Unsupported encoding: + encoding + , using
platform default instead.);
this.writer = new PrintWriter(new OutputStreamWriter(output));
}
}
cvs commit: cocoon-2.1/src/java/org/apache/cocoon/util MIMEUtils.java
crossley2003/05/30 08:30:19 Modified:src/java/org/apache/cocoon/util MIMEUtils.java Log: Added some mime-types: text/javascript and text/vbscript PR: 20299 Submitted by: torstenknodt.AT.datas-world.de (Torsten Knodt) Revision ChangesPath 1.3 +3 -1 cocoon-2.1/src/java/org/apache/cocoon/util/MIMEUtils.java Index: MIMEUtils.java === RCS file: /home/cvs/cocoon-2.1/src/java/org/apache/cocoon/util/MIMEUtils.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- MIMEUtils.java15 May 2003 08:30:02 - 1.2 +++ MIMEUtils.java30 May 2003 15:30:19 - 1.3 @@ -131,6 +131,8 @@ put(video/quicktime, .mov); put(audio/midi, .mid); put(audio/mpeg, .mp3); +put(text/javascript, .js); +put(text/vbscript, .vbs); put(text/x-vcard, .vcf); put(text/rdf, .rdf); }
cvs commit: cocoon-2.0/src/java/org/apache/cocoon/util MIMEUtils.java
crossley2003/05/30 08:30:22
Modified:src/java/org/apache/cocoon/util MIMEUtils.java
Log:
Added some mime-types: text/javascript and text/vbscript
PR: 20299
Submitted by: torstenknodt.AT.datas-world.de (Torsten Knodt)
Revision ChangesPath
1.2 +5 -1 cocoon-2.0/src/java/org/apache/cocoon/util/MIMEUtils.java
Index: MIMEUtils.java
===
RCS file: /home/cvs/cocoon-2.0/src/java/org/apache/cocoon/util/MIMEUtils.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- MIMEUtils.java9 Mar 2003 00:03:27 - 1.1
+++ MIMEUtils.java30 May 2003 15:30:22 - 1.2
@@ -110,6 +110,10 @@
return .mid;
} else if (audio/mpeg.equals(type)) {
return .mp3;
+} else if (text/javascript.equals(type)) {
+return .js;
+} else if (text/vbscript.equals(type)) {
+return .vbs;
} else if (text/x-vcard.equals(type)) {
return .vcf;
} else if (text/rdf.equals(type)) {
DO NOT REPLY [Bug 20299] - [PATCH] text/javascript and text/vbscript for MimeUtils
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=20299. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20299 [PATCH] text/javascript and text/vbscript for MimeUtils [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-05-30 15:34 --- Thanks, your patch is applied to both cocoon-2.1 and cocoon-2.0
cvs commit: cocoon-2.1/src/blocks/jsp/java/org/apache/cocoon/components/jsp JSPEngineImpl.java
bruno 2003/05/30 08:31:58
Modified:src/blocks/jsp/java/org/apache/cocoon/components/jsp
JSPEngineImpl.java
Log:
cleanup
Revision ChangesPath
1.4 +2 -4
cocoon-2.1/src/blocks/jsp/java/org/apache/cocoon/components/jsp/JSPEngineImpl.java
Index: JSPEngineImpl.java
===
RCS file:
/home/cvs/cocoon-2.1/src/blocks/jsp/java/org/apache/cocoon/components/jsp/JSPEngineImpl.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- JSPEngineImpl.java30 May 2003 15:12:19 - 1.3
+++ JSPEngineImpl.java30 May 2003 15:31:58 - 1.4
@@ -233,7 +233,6 @@
public Locale getLocale(){ return this.response.getLocale();}
public PrintWriter getWriter() {
if (this.output == null) {
-System.out.println(this.encoding);
this.output = new MyServletOutputStream(this.encoding);
}
return this.output.getWriter();
@@ -262,7 +261,6 @@
public void setLocale(java.util.Locale loc) {}
public ServletOutputStream getOutputStream() {
if (this.output == null) {
-System.out.println(this.encoding);
this.output = new MyServletOutputStream(this.encoding);
}
return this.output;
@@ -314,7 +312,7 @@
try {
this.writer = new PrintWriter(new OutputStreamWriter(output,
encoding));
} catch (UnsupportedEncodingException e) {
-// This can't be true: JVM must support the encoding.
+getLogger().error(Unsupported encoding: + encoding + , using
platform default instead.);
this.writer = new PrintWriter(new OutputStreamWriter(output));
}
}
DO NOT REPLY [Bug 20299] - [PATCH] text/javascript and text/vbscript for MimeUtils
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=20299. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20299 [PATCH] text/javascript and text/vbscript for MimeUtils [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED
Re: extending XSP base call
Konstantin Piroumian wrote: From: Geoff Howard [EMAIL PROTECTED] Thorsten Mauch wrote: I like to add some common methods. As a pure jave programmer I hate logicsheets ;( So is it possible to extend the the class XSPGenerator and tell Cocoon to use this class as a base class for the XSP ? No. See xsp.xsl Would this be a bad feature to add? It would be a simple xsp:extend tag, no? There's something like this possible in JSP. I'd suggest to add an attribute like: xsp:page extends=com.bla.mla.MyClass/ Why? What could one achieve with inheritance that cannot be achieved, for instance, with delegation? Ricardo
cvs commit: cocoon-2.1/src/documentation/xdocs/userdocs/flow api.xml sitemap.xml velocity.xml
coliver 2003/05/30 08:48:09 Modified:src/documentation/xdocs/userdocs/flow api.xml sitemap.xml velocity.xml Log: added links to javadocs and a few corrections Revision ChangesPath 1.9 +7 -7 cocoon-2.1/src/documentation/xdocs/userdocs/flow/api.xml Index: api.xml === RCS file: /home/cvs/cocoon-2.1/src/documentation/xdocs/userdocs/flow/api.xml,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- api.xml 25 May 2003 19:25:06 - 1.8 +++ api.xml 30 May 2003 15:48:08 - 1.9 @@ -38,7 +38,7 @@ /p pThe flow script is suspended after the page is generated and the whole execution stack saved in the WebContinuation object returned from this function. /p p codeuri/code is the relative URL of the page to be sent back to the client. codebean/code is a context object which can be accessed inside this page to extract various values and place them in the generated page./p - pcodetimeToLive/code is the time to live for the continuation created./p + pcodetimeToLive/code is the time to live in milliseconds for the continuation created./p pThe return value is the link href=#WebContinuationcontinuation/link object./p /s2 /s1 @@ -48,31 +48,31 @@ s3 title=request pThe current Cocoon request:/p p -emProperty/em code[org.apache.cocoon.environment.Request] request/code +emProperty/em code[link href=../../../api/java/org/apache/cocoon/environment/Request.htmlorg.apache.cocoon.environment.Request/link] request/code /p /s3 s3 title=response pThe current Cocoon response:/p p -emProperty/em code[org.apache.cocoon.environment.Response] response/code +emProperty/em code[link href=../../../api/java/org/apache/cocoon/environment/Response.htmlorg.apache.cocoon.environment.Response/link] response/code /p /s3 s3 title=session pThe current Cocoon session:/p p -emProperty/em code[org.apache.cocoon.environment.Session] session/code +emProperty/em code[link href=../../../api/java/org/apache/cocoon/environment/Session.htmlorg.apache.cocoon.environment.Session/link] session/code /p /s3 s3 title=context pThe current Cocoon application context:/p p -emProperty/em code[org.apache.cocoon.environment.Context] context/code +emProperty/em code[link href=../../../api/java/org/apache/cocoon/environment/Context.htmlorg.apache.cocoon.environment.Context/link] context/code /p /s3 s3 title=environment pThe current Cocoon environment:/p p -emProperty/em code[org.apache.cocoon.environment.Environment] environment/code +emProperty/em code[link href=../../../api/java/org/apache/cocoon/environment/Environment.htmlorg.apache.cocoon.environment.Environment/link] environment/code /p /s3 s3 title=componentManager @@ -84,7 +84,7 @@ s3 title=parameters pAny parameters passed to the script by the Sitemap:/p p -emProperty/em code[Array] parameters/code +emProperty/em code[Array [org.apache.avalon.framework.parameters.Parameters]] parameters/code /p pThe codecocoon/code object also provides the following functions:/p /s3 1.6 +1 -1 cocoon-2.1/src/documentation/xdocs/userdocs/flow/sitemap.xml Index: sitemap.xml === RCS file: /home/cvs/cocoon-2.1/src/documentation/xdocs/userdocs/flow/sitemap.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- sitemap.xml 25 May 2003 19:25:07 - 1.5 +++ sitemap.xml 30 May 2003 15:48:08 - 1.6 @@ -12,7 +12,7 @@ body s1 title=Sitemap -pThe Cocoon sitemap includes several elements to specify interactions with your Flowscripts./p +pThe Cocoon sitemap includes two elements to specify interactions with your Flowscripts./p s2 title=flow pThe codeflow/code element defines a Flowscript interpreter for a sitemap. The codelanguage/code attribute specifies the target programming language. Currently the only supported language is codeJavaScript/code. Its embedded codescript/code elements allow you to specify the files that make up the flow for this sitemap. Each codescript/code element specifies the URI of a script that will be compiled and executed when this Sitemap is created. The codesrc/code attribute specifies the URI of the script./p source![CDATA[ 1.5 +1 -1 cocoon-2.1/src/documentation/xdocs/userdocs/flow/velocity.xml Index: velocity.xml === RCS file:
DO NOT REPLY [Bug 20135] - reader decodes string, doesn't reencode for use in url
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=20135. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20135 reader decodes string, doesn't reencode for use in url --- Additional Comments From [EMAIL PROTECTED] 2003-05-30 15:53 --- quote: the problem is that cocoon is changing an encoded string into a decoded string This is not a problem but intended behaviour (it is a problem for you of course). It is your own responsibility to re-encode the path.
Scratchpad no longer part of classpath for blocks?
Hi, I have a small patch that resides in database block, it imports a few classes from scratchpad/src//transformation. It used to compile, now it is saying the class is not found. snip Apache Cocoon Build System -- Buildfile: build.xml prepare: +---+ Apache Cocoon 2.1m3-dev [1999-2003] +---+ Building with Apache Ant version 1.5.3 compiled on April 16 2003 using build file /home/btek/app/contrib/cocoon-2.1/build.xml Compiling with debug on, optimize on, deprecation off +| W A R N I N G |--+ This build is targeted for use with JVM 1.4 Using this build on a virtual machine other than the one it is targeted for may result in runtime errors. +---+ databases-compile: Compiling 1 source file to /home/btek/app/contrib/cocoon-2.1/build/cocoon-2.1m3-dev/blocks/databases/dest /home/btek/app/contrib/cocoon-2.1/src/blocks/databases/java/org/apache/cocoon/transformation/PagingSQLTransformer.java:50: package org.apache.cocoon.transformation.pagination does not exist import org.apache.cocoon.transformation.pagination.PageRules; ^ /home/btek/app/contrib/cocoon-2.1/src/blocks/databases/java/org/apache/cocoon/transformation/PagingSQLTransformer.java:51: package org.apache.cocoon.transformation.pagination does not exist import org.apache.cocoon.transformation.pagination.Pagesheet; ^ /home/btek/app/contrib/cocoon-2.1/src/blocks/databases/java/org/apache/cocoon/transformation/PagingSQLTransformer.java:52: package org.apache.cocoon.transformation.pagination does not exist import org.apache.cocoon.transformation.pagination.Paginator; ^ /home/btek/app/contrib/cocoon-2.1/src/blocks/databases/java/org/apache/cocoon/transformation/PagingSQLTransformer.java:89: cannot resolve symbol symbol : class Pagesheet location: class org.apache.cocoon.transformation.PagingSQLTransformer private Pagesheet pagesheet = null; ^ /home/btek/app/contrib/cocoon-2.1/src/blocks/databases/java/org/apache/cocoon/transformation/PagingSQLTransformer.java:183: cannot resolve symbol symbol : class Pagesheet location: class org.apache.cocoon.transformation.PagingSQLTransformer protected Pagesheet loadPageSheet( SourceResolver resolver, String source ) /snip org.apache.cocoon.transformation.pagination.PageRules etc is in scratchpad. Has something changed in terms of what a normal block can refer to? Thanks, Boon
cvs commit: cocoon-2.1/src/documentation/xdocs/userdocs/flow jpath.xml sitemap.xml using.xml velocity.xml views.xml
coliver 2003/05/30 09:06:06 Modified:src/documentation/xdocs/userdocs/flow jpath.xml sitemap.xml using.xml velocity.xml views.xml Log: a few more links and corrections Revision ChangesPath 1.8 +2 -2 cocoon-2.1/src/documentation/xdocs/userdocs/flow/jpath.xml Index: jpath.xml === RCS file: /home/cvs/cocoon-2.1/src/documentation/xdocs/userdocs/flow/jpath.xml,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- jpath.xml 25 May 2003 19:25:06 - 1.7 +++ jpath.xml 30 May 2003 16:06:06 - 1.8 @@ -83,8 +83,8 @@ body lt;/for-eachgt; /source -pWhen using XPath expressions within codefor-each/code the current element is the context node and can be referenced with: -code./code/p +pWhen using XPath expressions within codefor-each/code the current element is the context node and can be referenced with XPath dot operator: +source./source/p pExample:/p source lt;for-each select=cart/cartItems[position() lt;= $count]gt; 1.7 +1 -1 cocoon-2.1/src/documentation/xdocs/userdocs/flow/sitemap.xml Index: sitemap.xml === RCS file: /home/cvs/cocoon-2.1/src/documentation/xdocs/userdocs/flow/sitemap.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- sitemap.xml 30 May 2003 15:48:08 - 1.6 +++ sitemap.xml 30 May 2003 16:06:06 - 1.7 @@ -12,7 +12,7 @@ body s1 title=Sitemap -pThe Cocoon sitemap includes two elements to specify interactions with your Flowscripts./p +pThe Cocoon sitemap provides two elements to specify interactions with your Flowscripts./p s2 title=flow pThe codeflow/code element defines a Flowscript interpreter for a sitemap. The codelanguage/code attribute specifies the target programming language. Currently the only supported language is codeJavaScript/code. Its embedded codescript/code elements allow you to specify the files that make up the flow for this sitemap. Each codescript/code element specifies the URI of a script that will be compiled and executed when this Sitemap is created. The codesrc/code attribute specifies the URI of the script./p source![CDATA[ 1.6 +4 -4 cocoon-2.1/src/documentation/xdocs/userdocs/flow/using.xml Index: using.xml === RCS file: /home/cvs/cocoon-2.1/src/documentation/xdocs/userdocs/flow/using.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- using.xml 25 May 2003 19:25:07 - 1.5 +++ using.xml 30 May 2003 16:06:06 - 1.6 @@ -67,8 +67,8 @@ p Once here, the Control Flow has to decide which page needs to be sent back -to the client browser. To do this, the script can invoke either the -link href=api.html#sendPageAndWaitcodesendPageAndWait/code/link or the link href=api.html#sendPagecodesendPage/code/link functions. +to the client browser. To do this, the script can invoke one of the +link href=api.html#sendPageAndWaitcodesendPageAndWait/code/link or link href=api.html#sendPagecodesendPage/code/link functions. These functions take two parameters, the relative URL of the page to be sent back to the client, and a context object which can be accessed inside this page to extract various values and place them in the @@ -125,7 +125,7 @@ The business logic model which implements your application /li li - The page templates, which describe the content of the pages, and XSLT + The link href=views.htmlpage templates/link, which describe the content of the pages, and XSLT stylesheets which describe the look of the content. /li /ul @@ -175,7 +175,7 @@ link href=api.html#createSessioncodecocoon.createSession()/code/link method, which creates a servlet session and saves the global scope containing the global variables' value in it. Next time the user invokes one of the four top-level functions, -the values of the global variables is restored, making sharing very easy. +the values of the global variables are restored, making sharing very easy. /p /s2 1.6 +1 -1 cocoon-2.1/src/documentation/xdocs/userdocs/flow/velocity.xml Index: velocity.xml === RCS file: /home/cvs/cocoon-2.1/src/documentation/xdocs/userdocs/flow/velocity.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- velocity.xml 30 May 2003 15:48:08 - 1.5 +++ velocity.xml 30 May 2003 16:06:06 - 1.6 @@ -12,7 +12,7 @@ body s1
cvs commit: cocoon-2.1/src/documentation/xdocs/userdocs/flow sitemap.xml
coliver 2003/05/30 09:16:02 Modified:src/documentation/xdocs/userdocs/flow sitemap.xml Log: Add link to sitemap docs Revision ChangesPath 1.8 +1 -1 cocoon-2.1/src/documentation/xdocs/userdocs/flow/sitemap.xml Index: sitemap.xml === RCS file: /home/cvs/cocoon-2.1/src/documentation/xdocs/userdocs/flow/sitemap.xml,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- sitemap.xml 30 May 2003 16:06:06 - 1.7 +++ sitemap.xml 30 May 2003 16:16:02 - 1.8 @@ -12,7 +12,7 @@ body s1 title=Sitemap -pThe Cocoon sitemap provides two elements to specify interactions with your Flowscripts./p +pThe Cocoon link href=../concepts/sitemap.htmlSitemap/link provides two elements to specify interactions with your Flowscripts./p s2 title=flow pThe codeflow/code element defines a Flowscript interpreter for a sitemap. The codelanguage/code attribute specifies the target programming language. Currently the only supported language is codeJavaScript/code. Its embedded codescript/code elements allow you to specify the files that make up the flow for this sitemap. Each codescript/code element specifies the URI of a script that will be compiled and executed when this Sitemap is created. The codesrc/code attribute specifies the URI of the script./p source![CDATA[
FW: [cms-list] Apache Lenya: new CMS project under the Apache umbrella
Finally a stable Lenya release! My congratulations to the Lenya team. Arje -Original Message- From: Felix Maeder [mailto:[EMAIL PROTECTED] Posted At: 30 May 2003 16:05 Posted To: CMS List Conversation: [cms-list] Apache Lenya: new CMS project under the Apache umbrella Subject: [cms-list] Apache Lenya: new CMS project under the Apache umbrella Apache Lenya 1.0rc1 Released Apache Lenya is the new CMS project under the Apache umbrella. The codebase (formerly known as Wyona CMS) was donated to the Apache Software Foundation in May 2003. The Apache Lenya development community is very proud to announce the long-awaited first stable release of Apache Lenya. http://www.apache.org/dist/cocoon/lenya/ Apache Lenya is a Java Open-Source Content Management System based on open standards such as XML and XSLT and the Apache Software Stack. Its XML-centric architecture allows for content delivery targeted to the capabilities of the devices of today and tomorrow, and avoids data lock-in as with proprietary solutions. Apache Lenya is built around Off the Shelf components from the Apache Software Foundation, which are familiar to thousands of technologists, and are documented extensively in dozens of books. The Apache Software Stack is quickly becoming the preeminent platform for building Internet applications. By leveraging the Apache Software Stack, Apache Lenya offers a robust, future-proof solution that reserves technology investments. Apache Lenya comes with the features you would expect of a modern Content Management System, such as Revision Control, Scheduling, a built-in Search Engine, seperate Staging Areas, and Workflow. Because Apache Lenya uses XML throughout, it can offer much more than other CMS that marginally use XML. Some notable features include: * Browser-based WYSIWYG Editors that validate input against a W3C XML Schema. This prevents invalid markup as produced by other editors, and allows to enforce web site style guidelines. * A publication concept that allows reuse of the information architecture of a site and brings modularity to the content level. As an IT Trade Magazine, we care about independence says Wolfgang Boehler from Computerworld Switzerland, it increases our credibility. That is why we chose Apache Lenya for our site, and why we intend to build on that first step. Having been personally obsessed for years for the quest for the perfect Content Management Framework, I am very happy to see Lenya seeding this on top of Cocoon technology. says Stefano Mazzocchi, founder of the Apache Cocoon project, and adds: The Apache Lenya effort has to be seen as a powerful software seed for the creation of a solid, healthy and diverse development community around the problems of Content Management, but following the Cocoon philosophy that we provide frameworks and toolkits and you build the stuff you need. This release of Apache Lenya is a refactored version of the codebase that has been in production at major sites such as Neue Zuercher Zeitung (www.nzz.ch) and the University of Zurich (www.unipublic.unizh.ch) for nearly three years. Wyona Ltd donated the Apache Lenya codebase (formerly known as Wyona CMS) to the Apache Software Foundation in May 2003. For more information about Apache Lenya, please go to: http://cocoon.apache.org/lenya/ or contact [EMAIL PROTECTED] Thank for your interest and thanks to all who made this possible. The Apache Lenya Worldwide Community -- http://cms-list.org/ more signal, less noise.
dbxml
Hi, I'm working on an open-source embedded native XML database project called Berkeley DB XML. I think there would be a lot of value for end users if Cocoon were able to run on top of dbxml. We offer reliability and recoverability through transactions, and provide high performance indexing and querying of XML data. Is this something of interest to you Cocoon developers? Can we collaborate on this? John http://www.sleepycat.com/products/xml.shtml
DO NOT REPLY [Bug 6879] - [PATCH] Cache improvement using ESI invalidation protocol
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=6879. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6879 [PATCH] Cache improvement using ESI invalidation protocol [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED]
DO NOT REPLY [Bug 7952] - No 'Last-Modified' header in the HTTP response
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=7952. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7952 No 'Last-Modified' header in the HTTP response [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED]
FragmentExtractor getting and releasing Store every time?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I've looked for an example to get a TRANSIENT_STORE and decided to take the FragmentExtractor. There I found something strange for me. Why is the store taken and released from the ComponentManager every time it needs it. Wouldn't it be better to get it in compose and release it in dispose? Or have I understood something wrong. XSLTProcessorImpl in excalibur does it like I think it would be right. Regards Torsten - -- Domain in provider transition, hope for smoothness. Planed date is 1.7.2003. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD4DBQE+17UHvxZktkzSmiwRAorYAJ9oe6t7R5cdjD+uSi6kJ4r5DlRAIACY+qwv SDl8/xAzTQ471PFsXrxUpQ== =NGPK -END PGP SIGNATURE-
DO NOT REPLY [Bug 19430] - build.bat does not build anything (a CLASSPATH problem)
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=19430. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19430 build.bat does not build anything (a CLASSPATH problem) [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED
DO NOT REPLY [Bug 19462] - Spelling misstake on error page: coudln't
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=19462. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19462 Spelling misstake on error page: coudln't [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED
cvs commit: cocoon-2.0/src/documentation/xdocs/userdocs/xsp logicsheet-concepts.xml
joerg 2003/05/30 13:18:42 Modified:src/documentation/xdocs/userdocs/xsp logicsheet-concepts.xml Log: bug 12932 fixed: util:parameter = util:param Revision ChangesPath 1.2 +6 -6 cocoon-2.0/src/documentation/xdocs/userdocs/xsp/logicsheet-concepts.xml Index: logicsheet-concepts.xml === RCS file: /home/cvs/cocoon-2.0/src/documentation/xdocs/userdocs/xsp/logicsheet-concepts.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- logicsheet-concepts.xml 9 Mar 2003 00:01:21 - 1.1 +++ logicsheet-concepts.xml 30 May 2003 20:18:42 - 1.2 @@ -100,9 +100,9 @@ source![CDATA[ util:time-of-day - util:parameter name=format + util:param name=format request:get-parameter name=time-format default=hh:mm:ss/ - /util:parameter + /util:param /util:time-of-day ]]/source @@ -146,9 +146,9 @@ !-- Parameter format known at request time -- util:time-of-day - util:parameter name=format + util:param name=format request:get-parameter name=time-format default=hh:mm:ss/ - /util:parameter + /util:param /util:time-of-day ]]/source @@ -543,11 +543,11 @@ !-- Parameter format known at request time -- util:time-of-day -util:parameter name=format +util:param name=format xsp:expr request.getParameter(format); /xsp:expr -/util:parameter +/util:param /util:time-of-day ]]/source
cvs commit: cocoon-2.1/src/documentation/xdocs/userdocs/xsp logicsheet-concepts.xml
joerg 2003/05/30 13:19:17 Modified:src/documentation/xdocs/userdocs/xsp logicsheet-concepts.xml Log: bug 12932 fixed: util:parameter = util:param Revision ChangesPath 1.2 +6 -6 cocoon-2.1/src/documentation/xdocs/userdocs/xsp/logicsheet-concepts.xml Index: logicsheet-concepts.xml === RCS file: /home/cvs/cocoon-2.1/src/documentation/xdocs/userdocs/xsp/logicsheet-concepts.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- logicsheet-concepts.xml 9 Mar 2003 00:08:29 - 1.1 +++ logicsheet-concepts.xml 30 May 2003 20:19:17 - 1.2 @@ -100,9 +100,9 @@ source![CDATA[ util:time-of-day - util:parameter name=format + util:param name=format request:get-parameter name=time-format default=hh:mm:ss/ - /util:parameter + /util:param /util:time-of-day ]]/source @@ -146,9 +146,9 @@ !-- Parameter format known at request time -- util:time-of-day - util:parameter name=format + util:param name=format request:get-parameter name=time-format default=hh:mm:ss/ - /util:parameter + /util:param /util:time-of-day ]]/source @@ -543,11 +543,11 @@ !-- Parameter format known at request time -- util:time-of-day -util:parameter name=format +util:param name=format xsp:expr request.getParameter(format); /xsp:expr -/util:parameter +/util:param /util:time-of-day ]]/source
DO NOT REPLY [Bug 12932] - util:parameter should be util:param
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=12932. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12932 util:parameter should be util:param [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-05-30 20:22 --- Fixed it, but there is no time-of-day in the whole cocoon sources. Is this only an example in the documentation or is the documentation outdated? Joerg
DO NOT REPLY [Bug 12932] - util:parameter should be util:param
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=12932. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12932 util:parameter should be util:param [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED
AW: extending XSP base call
of course you are right that we can make the same thing with delegation. And thatis exactly what I do in the moment. I wrote a helper class that contain all the code i need in my xsp-views. I just found that inheritance is a comfortable alternative to delegation. So is not needed for me, but nice to have :) Thorsten -Ursprüngliche Nachricht- Von: Ricardo Rocha [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 30. Mai 2003 17:35 An: [EMAIL PROTECTED] Betreff: Re: extending XSP base call Konstantin Piroumian wrote: From: Geoff Howard [EMAIL PROTECTED] Thorsten Mauch wrote: I like to add some common methods. As a pure jave programmer I hate logicsheets ;( So is it possible to extend the the class XSPGenerator and tell Cocoon to use this class as a base class for the XSP ? No. See xsp.xsl Would this be a bad feature to add? It would be a simple xsp:extend tag, no? There's something like this possible in JSP. I'd suggest to add an attribute like: xsp:page extends=com.bla.mla.MyClass/ Why? What could one achieve with inheritance that cannot be achieved, for instance, with delegation? Ricardo
cvs commit: cocoon-2.1/src/blocks/xmlform/java/org/apache/cocoon/components/xmlform Form.java
joerg 2003/05/30 14:20:47
Modified:src/blocks/xmlform/java/org/apache/cocoon/components/xmlform
Form.java
Log:
patch 13559 applied: getter on jxcontext_ for subclassing
Revision ChangesPath
1.3 +9 -2
cocoon-2.1/src/blocks/xmlform/java/org/apache/cocoon/components/xmlform/Form.java
Index: Form.java
===
RCS file:
/home/cvs/cocoon-2.1/src/blocks/xmlform/java/org/apache/cocoon/components/xmlform/Form.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- Form.java 26 Apr 2003 12:10:44 - 1.2
+++ Form.java 30 May 2003 21:20:47 - 1.3
@@ -87,7 +87,7 @@
public static String FORM_VIEW_PARAM = cocoon-xmlform-view;
-public static String VIOLATION_MESSAGE_DATA_FORMAT_ERROR = Invalid data
format;
+public static String VIOLATION_MESSAGE_DATA_FORMAT_ERROR = Invalid data format
or invalid reference path.;
/**
* An XMLForm is only usable when it has an id and an underlying model.
@@ -132,6 +132,13 @@
public List getViolations() {
return violations_;
+}
+
+/**
+ * Expose the JXPathContext for the sake of subclasses
+ */
+protected JXPathContext getJXContext() {
+return jxcontext_;
}
/**
DO NOT REPLY [Bug 13559] - [PATCH] XMLForm: private declaration of class vars in Form severely limits extending with subclasses
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=13559. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13559 [PATCH] XMLForm: private declaration of class vars in Form severely limits extending with subclasses [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Summary|XMLForm: private declaration|[PATCH] XMLForm: private |of class vars in Form |declaration of class vars in |severely limits extending |Form severely limits |with subclasses |extending with subclasses Version|Current CVS 2.0 |Current CVS 2.1 --- Additional Comments From [EMAIL PROTECTED] 2003-05-30 21:38 --- patch applied
DO NOT REPLY [Bug 13559] - [PATCH] XMLForm: private declaration of class vars in Form severely limits extending with subclasses
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=13559. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13559 [PATCH] XMLForm: private declaration of class vars in Form severely limits extending with subclasses [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED
cvs commit: cocoon-2.1 status.xml
joerg 2003/05/30 14:40:32 Modified:.status.xml Log: changes: patch 13559, Joerg Heinicke added as developer Revision ChangesPath 1.46 +4 -0 cocoon-2.1/status.xml Index: status.xml === RCS file: /home/cvs/cocoon-2.1/status.xml,v retrieving revision 1.45 retrieving revision 1.46 diff -u -r1.45 -r1.46 --- status.xml30 May 2003 09:23:14 - 1.45 +++ status.xml30 May 2003 21:40:31 - 1.46 @@ -21,6 +21,7 @@ person name=Pierpaolo Fumagalli email=[EMAIL PROTECTED] id=PF/ person name=Vadim Gritsenko email=[EMAIL PROTECTED] id=VG/ person name=Christian Haul email=[EMAIL PROTECTED] id=CH/ + person name=Jörg Heinicke email=[EMAIL PROTECTED] id=JH/ person name=Geoff Howard email=[EMAIL PROTECTED] id=GH/ person name=Bernhard Huber email=[EMAIL PROTECTED] id=BH/ person name=Ivelin Atanasoff Ivanov email=[EMAIL PROTECTED] id=IAI/ @@ -180,6 +181,9 @@ changes release version=@version@ date=@date@ + action dev=JH type=add fixes-bug=13559 due-to=Robert E. Parrott due-to-email=[EMAIL PROTECTED] +Getter for jxcontext_ property added for subclassing reasons. + /action action dev=CZ type=fix fixes-bug=17623 due-to=Alex Romayev due-to-email=[EMAIL PROTECTED] Fixing incorrect caching behaviour when internal pipelines are used. /action
Re: dbxml
Hi John, Personally I'd very much like to see dbxml integrated with Cocoon in some way - as Cocoon processes XML natively it would make a lot of sense to be able to store it in an industrial-strength native XML database, which I assume dbxml is or is going to be. Does dbxml implement an industry-standard API (assuming there is one), or would a specific API be needed to interface with it? The Cocoon xmldb block uses the org.xmldb API, but IIUC it is limited to querying databases. Note also that the Cocoon team would need to look at dbxml's license to see if it can be distributed with Cocoon. IIUC correctly from sleepycat.com, dbxml's license is viral unless one pays a license, and AFAIK this is not compatible with licensing requirements for an Apache project. Hope this helps - I'm no specialist in either xmldb or licensing but I like the idea of having a powerful XML database work with Cocoon. -- Bertrand Delacretaz (codeconsult.ch, jfor.org) XML, java, XSLT, Cocoon, FOP, mentoring/programming/teaching blogspace http://www.codeconsult.ch/bertrand
Re: dbxml
On Friday, May 30, 2003, at 03:19 PM, Bertrand Delacretaz wrote: Personally I'd very much like to see dbxml integrated with Cocoon in some way - as Cocoon processes XML natively it would make a lot of sense to be able to store it in an industrial-strength native XML database, which I assume dbxml is or is going to be. Industrial strength! Does dbxml implement an industry-standard API (assuming there is one), or would a specific API be needed to interface with it? There is a kind-of a standard API for XML databases, but it's not a very good one, and doesn't have the backing of an established standards organisation. So the interface code would have to be written to our dbxml API. The Cocoon xmldb block uses the org.xmldb API, but IIUC it is limited to querying databases. I don't know anything about this, so can't really comment. Note also that the Cocoon team would need to look at dbxml's license to see if it can be distributed with Cocoon. IIUC correctly from sleepycat.com, dbxml's license is viral unless one pays a license, and AFAIK this is not compatible with licensing requirements for an Apache project. The license is open source... but prevents binary redistribution without a license from Sleepycat. This is how we fund the development of the code. Who's the final authority for licensing decisions for the Apache project? John
Re: dbxml
Le Samedi, 31 mai 2003, à 00:31 Europe/Zurich, John Merrells a écrit : ...There is a kind-of a standard API for XML databases, but it's not a very good one, and doesn't have the backing of an established standards organisation. So the interface code would have to be written to our dbxml API I think it's the biggest problem that slows down acceptance of XML databases today: not having the assurance of being able to move from one product to another if needed, as is doable with SQL databases. But that's not a negative comment on your product, agreeing on a standard API takes time and SQL has been around for ages. ...The license is open source... but prevents binary redistribution without a license from Sleepycat. This is how we fund the development of the code. Who's the final authority for licensing decisions for the Apache project? AFAIK it's the Cocoon PMC (Project Management Comittee), but other committers will hopefully comment on this. Besides distributing dbxml with Cocoon, another option might be to use mock classes in the Cocoon CVS to simulate the dbxml API at compile-time, allowing users to plug their own copy of dbxml without downloading it from the Cocoon project. You can see examples of this in the src/blocks/mail/mocks/javax/mail/ directory of the Cocoon source tree. -Bertrand
cvs commit: cocoon-2.1/src/documentation/xdocs/userdocs/flow api.xml jpath.xml velocity.xml views.xml
joerg 2003/05/30 16:05:39 Modified:src/documentation/xdocs/userdocs/flow api.xml jpath.xml velocity.xml views.xml Log: fixed broken files, please do build validate-xdocs the next time ;-) Revision ChangesPath 1.10 +176 -176 cocoon-2.1/src/documentation/xdocs/userdocs/flow/api.xml Index: api.xml === RCS file: /home/cvs/cocoon-2.1/src/documentation/xdocs/userdocs/flow/api.xml,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- api.xml 30 May 2003 15:48:08 - 1.9 +++ api.xml 30 May 2003 23:05:32 - 1.10 @@ -1,176 +1,176 @@ -?xml version=1.0 encoding=UTF-8? -!DOCTYPE document PUBLIC -//APACHE//DTD Documentation V1.0//EN ../../dtd/document-v10.dtd - -document - header -titleAdvanced Control Flow/title -authors - person name=Ovidiu Predescu email=[EMAIL PROTECTED]/ - person name=Christopher Oliver email=[EMAIL PROTECTED]/ -/authors - /header - - body -s1 title=JavaScript API - pCocoon provides a JavaScript API to manage control flow based on an link href=http://cvs.cocoondev.org/cgi-bin/viewcvs.cgi/?cvsroot=rhino;extended/link version of link href=http://www.mozilla.org/rhino;Mozilla Rhino/link that supports continuations./p -/s1 -s1 title=Functions -s2 title = sendPageanchor id=sendPage/ - p - emFunction/em codesendPage([String] uri, [Object] bean)/code - /p - p - Passes control to the Cocoon sitemap to generate the output page. - /p - p - codeuri/code is the relative URL of the page to be sent back to the client. - /p - p - codebean/code is a context object which can be accessed inside this page to extract various values and place them in the generated page. - /p -/s2 -s2 title = sendPageAndWaitanchor id=sendPageAndWait/ -p -emFunction/em code[WebContinuation] sendPageAndWait([String] uri, [Object] bean, [Number] timeToLive)/code -/p - p - Passes control to the Cocoon sitemap to generate the output page. - /p - pThe flow script is suspended after the page is generated and the whole execution stack saved in the WebContinuation object returned from this function. /p - p codeuri/code is the relative URL of the page to be sent back to the client. codebean/code is a context object which can be accessed inside this page to extract various values and place them in the generated page./p - pcodetimeToLive/code is the time to live in milliseconds for the continuation created./p - pThe return value is the link href=#WebContinuationcontinuation/link object./p -/s2 - /s1 -s1 title=Objects -s2 title = cocoon -pThe codecocoon/code object represents the current Cocoon sitemap and provides the following readonly properties:/p -s3 title=request -pThe current Cocoon request:/p -p -emProperty/em code[link href=../../../api/java/org/apache/cocoon/environment/Request.htmlorg.apache.cocoon.environment.Request/link] request/code -/p -/s3 -s3 title=response -pThe current Cocoon response:/p -p -emProperty/em code[link href=../../../api/java/org/apache/cocoon/environment/Response.htmlorg.apache.cocoon.environment.Response/link] response/code -/p -/s3 -s3 title=session -pThe current Cocoon session:/p -p -emProperty/em code[link href=../../../api/java/org/apache/cocoon/environment/Session.htmlorg.apache.cocoon.environment.Session/link] session/code -/p -/s3 -s3 title=context -pThe current Cocoon application context:/p -p -emProperty/em code[link href=../../../api/java/org/apache/cocoon/environment/Context.htmlorg.apache.cocoon.environment.Context/link] context/code -/p -/s3 -s3 title=environment -pThe current Cocoon environment:/p -p -emProperty/em code[link href=../../../api/java/org/apache/cocoon/environment/Environment.htmlorg.apache.cocoon.environment.Environment/link] environment/code -/p -/s3 -s3 title=componentManager -pThe current Sitemap's component manager:/p -p -emProperty/em code[org.apache.avalon.framework.component.ComponentManager] componentManager/code -/p -/s3 -s3 title=parameters -pAny parameters passed to the script by the Sitemap:/p -p -emProperty/em code[Array [org.apache.avalon.framework.parameters.Parameters]] parameters/code -/p -pThe codecocoon/code object also provides the following functions:/p -/s3 -s3 title=process -p -emFunction/em code[Boolean] process([String] uri, [Object] bizData, [java.io.OutputStream] stream)/code/p -p - Call the Cocoon sitemap for
cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components ContextHelper.java
joerg 2003/05/30 16:07:29
Modified:src/java/org/apache/cocoon/components ContextHelper.java
Log:
fixed javadoc warning
Revision ChangesPath
1.3 +112 -112
cocoon-2.1/src/java/org/apache/cocoon/components/ContextHelper.java
Index: ContextHelper.java
===
RCS file:
/home/cvs/cocoon-2.1/src/java/org/apache/cocoon/components/ContextHelper.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- ContextHelper.java23 May 2003 12:14:04 - 1.2
+++ ContextHelper.java30 May 2003 23:07:28 - 1.3
@@ -1,112 +1,112 @@
-/*
-
-
- The Apache Software License, Version 1.1
-
-
- Copyright (C) 1999-2003 The Apache Software Foundation. All rights reserved.
-
- Redistribution and use in source and binary forms, with or without modifica-
- tion, are permitted provided that the following conditions are met:
-
- 1. Redistributions of source code must retain the above copyright notice,
-this list of conditions and the following disclaimer.
-
- 2. Redistributions in binary form must reproduce the above copyright notice,
-this list of conditions and the following disclaimer in the documentation
-and/or other materials provided with the distribution.
-
- 3. The end-user documentation included with the redistribution, if any, must
-include the following acknowledgment: This product includes software
-developed by the Apache Software Foundation (http://www.apache.org/).
-Alternately, this acknowledgment may appear in the software itself, if
-and wherever such third-party acknowledgments normally appear.
-
- 4. The names Apache Cocoon and Apache Software Foundation must not be
-used to endorse or promote products derived from this software without
-prior written permission. For written permission, please contact
-[EMAIL PROTECTED]
-
- 5. Products derived from this software may not be called Apache, nor may
-Apache appear in their name, without prior written permission of the
-Apache Software Foundation.
-
- THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED WARRANTIES,
- INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND
- FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE
- APACHE SOFTWARE FOUNDATION OR ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT,
- INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLU-
- DING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS
- OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON
- ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
- (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
- THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
-
- This software consists of voluntary contributions made by many individuals
- on behalf of the Apache Software Foundation and was originally created by
- Stefano Mazzocchi [EMAIL PROTECTED]. For more information on the Apache
- Software Foundation, please see http://www.apache.org/.
-
-*/
-package org.apache.cocoon.components;
-
-import java.util.Map;
-
-import org.apache.avalon.framework.CascadingRuntimeException;
-import org.apache.avalon.framework.context.Context;
-import org.apache.avalon.framework.context.ContextException;
-import org.apache.cocoon.environment.ObjectModelHelper;
-import org.apache.cocoon.environment.Request;
-import org.apache.cocoon.environment.Response;
-
-/**
- * A set of constants and methods to access the content of the context
- * object. Some of the constants are defined in [EMAIL PROTECTED] Constants}.
- *
- * @author a href=mailto:[EMAIL PROTECTED]Carsten Ziegeler/a
- * @version CVS $Id$
- */
-
-public final class ContextHelper {
-
-/** Application codeContext/code Key for the current object model */
-public static final String CONTEXT_OBJECT_MODEL = object-model;
-
-/** Application codeContext/code Key for the current request object */
-public static final String CONTEXT_REQUEST_OBJECT = CONTEXT_OBJECT_MODEL + '.'
+ ObjectModelHelper.REQUEST_OBJECT;
-
-/** Application codeContext/code Key for the current response object */
-public static final String CONTEXT_RESPONSE_OBJECT = CONTEXT_OBJECT_MODEL + '.'
+ ObjectModelHelper.RESPONSE_OBJECT;
-
-private ContextHelper() {
-// Forbid instantiation
-}
-
-public static final Request getRequest(Context context) {
-// the request object is always present
-
cvs commit: cocoon-2.1/src/java/org/apache/cocoon/components/language/markup/xsp XSPUtil.java
joerg 2003/05/30 17:06:30
Modified:src/java/org/apache/cocoon/components/language/markup/xsp
XSPUtil.java
Log:
bug 15302 fixed: context.getResource(filename) on a non-existant file returns null,
so testing for null and throwing a FileNotFoundException
Revision ChangesPath
1.5 +14 -9
cocoon-2.1/src/java/org/apache/cocoon/components/language/markup/xsp/XSPUtil.java
Index: XSPUtil.java
===
RCS file:
/home/cvs/cocoon-2.1/src/java/org/apache/cocoon/components/language/markup/xsp/XSPUtil.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- XSPUtil.java 16 May 2003 07:04:55 - 1.4
+++ XSPUtil.java 31 May 2003 00:06:29 - 1.5
@@ -74,8 +74,10 @@
import java.io.InputStreamReader;
import java.io.Reader;
import java.io.StringReader;
+import java.io.FileNotFoundException;
import java.net.URLDecoder;
import java.net.URLEncoder;
+import java.net.URL;
import java.text.SimpleDateFormat;
import java.util.Date;
import java.util.Map;
@@ -136,14 +138,17 @@
return buffer.toString();
}
-public static String relativeFilename(String filename, Map objectModel)
-throws IOException {
-File file = new File(filename);
-if (file.isAbsolute() file.exists()) {
-return filename;
-}
-Context context = ObjectModelHelper.getContext(objectModel);
-return NetUtils.getPath(context.getResource(filename).toExternalForm());
+public static String relativeFilename(String filename, Map objectModel) throws
IOException {
+File file = new File(filename);
+if (file.isAbsolute() file.exists()) {
+return filename;
+}
+Context context = ObjectModelHelper.getContext(objectModel);
+URL resource = context.getResource(filename);
+if (resource == null) {
+throw new FileNotFoundException(The file + filename + does not
exist!);
+}
+return NetUtils.getPath(resource.toExternalForm());
}
public static boolean isAlphaNumeric(char c) {
cvs commit: cocoon-2.0/src/java/org/apache/cocoon/components/language/markup/xsp XSPUtil.java
joerg 2003/05/30 17:24:53
Modified:src/java/org/apache/cocoon/components/language/markup/xsp
XSPUtil.java
Log:
bug 15302 fixed: context.getResource(filename) on a non-existant file returns null,
so testing for null and throwing a FileNotFoundException;
fixed import java.io.*
Revision ChangesPath
1.2 +25 -12
cocoon-2.0/src/java/org/apache/cocoon/components/language/markup/xsp/XSPUtil.java
Index: XSPUtil.java
===
RCS file:
/home/cvs/cocoon-2.0/src/java/org/apache/cocoon/components/language/markup/xsp/XSPUtil.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- XSPUtil.java 9 Mar 2003 00:01:58 - 1.1
+++ XSPUtil.java 31 May 2003 00:24:52 - 1.2
@@ -50,15 +50,25 @@
*/
package org.apache.cocoon.components.language.markup.xsp;
-import java.io.*;
+import java.io.File;
+import java.io.IOException;
+import java.io.BufferedReader;
+import java.io.FileReader;
+import java.io.BufferedInputStream;
+import java.io.FileInputStream;
+import java.io.InputStream;
+import java.io.InputStreamReader;
+import java.io.Reader;
+import java.io.StringReader;
+import java.io.FileNotFoundException;
import java.net.URLDecoder;
import java.net.URLEncoder;
+import java.net.URL;
import java.text.SimpleDateFormat;
import java.util.Date;
import java.util.Map;
import org.apache.avalon.framework.CascadingRuntimeException;
-import org.apache.avalon.framework.component.Component;
import org.apache.avalon.framework.component.ComponentManager;
import org.apache.cocoon.components.parser.Parser;
import org.apache.cocoon.components.url.URLFactory;
@@ -129,14 +139,17 @@
return buffer.toString();
}
-public static String relativeFilename(String filename, Map objectModel)
-throws IOException {
-File file = new File(filename);
-if (file.isAbsolute() file.exists()) {
-return filename;
-}
-Context context = ObjectModelHelper.getContext(objectModel);
-return NetUtils.getPath(context.getResource(filename).toExternalForm());
+public static String relativeFilename(String filename, Map objectModel) throws
IOException {
+File file = new File(filename);
+if (file.isAbsolute() file.exists()) {
+return filename;
+}
+Context context = ObjectModelHelper.getContext(objectModel);
+URL resource = context.getResource(filename);
+if (resource == null) {
+throw new FileNotFoundException(The file + filename + does not
exist!);
+}
+return NetUtils.getPath(resource.toExternalForm());
}
public static boolean isAlphaNumeric(char c) {
@@ -359,7 +372,7 @@
} catch (Exception e) {
throw new CascadingRuntimeException(Could not include page, e);
} finally {
-if (newParser != null) manager.release((Component) newParser);
+if (newParser != null) manager.release(newParser);
}
}
DO NOT REPLY [Bug 15302] - XSPUtil.relativeFilename() throws NPE
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=15302. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15302 XSPUtil.relativeFilename() throws NPE [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-05-31 00:28 --- Hello Matthias, fixed the bug in 2.1 and 2.0 using your testcase. There is now an explicite test and a FileNotFoundException is thrown in the case of a null resource. Can you please test the fix. Thanks for reporting the bug. Joerg PS: What about your addition XSP ... located outside of the document root. I don't understand what that means.
cvs commit: cocoon-2.1 status.xml
joerg 2003/05/30 17:34:35 Modified:.status.xml Log: bug 15302 fixed Revision ChangesPath 1.47 +3 -0 cocoon-2.1/status.xml Index: status.xml === RCS file: /home/cvs/cocoon-2.1/status.xml,v retrieving revision 1.46 retrieving revision 1.47 diff -u -r1.46 -r1.47 --- status.xml30 May 2003 21:40:31 - 1.46 +++ status.xml31 May 2003 00:34:35 - 1.47 @@ -181,6 +181,9 @@ changes release version=@version@ date=@date@ + action dev=JH type=fix fixes-bug=15302 + For non-existant files XSPUtil.relativeFilename() now throws FileNotFoundException instead of NPE. + /action action dev=JH type=add fixes-bug=13559 due-to=Robert E. Parrott due-to-email=[EMAIL PROTECTED] Getter for jxcontext_ property added for subclassing reasons. /action
cvs commit: cocoon-2.0 changes.xml
joerg 2003/05/30 17:34:56 Modified:.changes.xml Log: bug 15302 fixed Revision ChangesPath 1.15 +5 -1 cocoon-2.0/changes.xml Index: changes.xml === RCS file: /home/cvs/cocoon-2.0/changes.xml,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- changes.xml 22 May 2003 21:26:26 - 1.14 +++ changes.xml 31 May 2003 00:34:56 - 1.15 @@ -22,6 +22,7 @@ person name=Pierpaolo Fumagalli email=[EMAIL PROTECTED] id=PF/ person name=Vadim Gritsenko email=[EMAIL PROTECTED] id=VG/ person name=Christian Haul email=[EMAIL PROTECTED] id=CH/ + person name=Jörg Heinicke email=[EMAIL PROTECTED] id=JH/ person name=Bernhard Huber email=[EMAIL PROTECTED] id=BH/ person name=Ivelin Atanasoff Ivanov email=[EMAIL PROTECTED] id=IAI/ person name=Berin Loritsch email=[EMAIL PROTECTED] id=BL/ @@ -42,6 +43,9 @@ /devs release version=@version@ date=@date@ + action dev=JH type=fix fixes-bug=15302 + For non-existant files XSPUtil.relativeFilename() now throws FileNotFoundException instead of NPE. + /action action dev=VG type=fix fixes-bug=20159 due-to=Hugh Leather due-to-email=[EMAIL PROTECTED] Logicsheets: Changed scope of and renamed temporary 'soap:call' XScript variable in lt;soap:callgt;.
DO NOT REPLY [Bug 15365] - HSSFSerializer does not serialize documents encoded in windows-1250(and probably others)
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=15365. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15365 HSSFSerializer does not serialize documents encoded in windows-1250(and probably others) --- Additional Comments From [EMAIL PROTECTED] 2003-05-31 01:02 --- Hello Maciek, can you tell me how to test it? Or do you have a test case? Joerg
Re: dbxml
John Merrells wrote: On Friday, May 30, 2003, at 03:19 PM, Bertrand Delacretaz wrote: ... The Cocoon xmldb block uses the org.xmldb API, but IIUC it is limited to querying databases. Create / Delete / Update / Query. All is there. See for example XMLDBTransformer. I don't know anything about this, so can't really comment. It's called XML:DB API, by http://xmldb.org/ Note also that the Cocoon team would need to look at dbxml's license to see if it can be distributed with Cocoon. IIUC correctly from sleepycat.com, dbxml's license is viral unless one pays a license, and AFAIK this is not compatible with licensing requirements for an Apache project. The license is open source... but prevents binary redistribution Huh? As I read this (http://sleepycat.com/download/oslicense.html) one can freely redistribute binaries provided that source is available somewhere on FTP :) These are important parts: A) * 3. Redistributions in any form must be accompanied by information on *how to obtain complete source code for the DB software and any *accompanying software that uses the DB software. The source code *must either be included in the distribution or be available for no *more than the cost of distribution plus a nominal fee, and must be *freely redistributable under reasonable conditions. For an *executable file, complete source code means the source code for all *modules it contains. It does not include source code for modules or *files that typically accompany the major components of the operating *system on which the executable file runs. B) * 3. Neither the name of the University nor the names of its contributors *may be used to endorse or promote products derived from this software *without specific prior written permission. That's it. In plain english: don't swear by University(ies) name(s) (B) and have a source code somewhere easily accesible (A). Seems to me (==I'm reading license correctly) we can easily include drivers to Berkeley DB XML without any issues. Vadim
cvs commit: cocoon-2.0/src/java/org/apache/cocoon/generation DirectoryGenerator.java
joerg 2003/05/30 18:22:05 Modified:src/java/org/apache/cocoon/generation DirectoryGenerator.java Log: fixed javadoc Revision ChangesPath 1.3 +1 -3 cocoon-2.0/src/java/org/apache/cocoon/generation/DirectoryGenerator.java Index: DirectoryGenerator.java === RCS file: /home/cvs/cocoon-2.0/src/java/org/apache/cocoon/generation/DirectoryGenerator.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- DirectoryGenerator.java 16 May 2003 09:51:36 - 1.2 +++ DirectoryGenerator.java 31 May 2003 01:22:05 - 1.3 @@ -364,8 +364,6 @@ * * @param nodeName * the name of the new node - * @param path - * the file/directory to use when setting attributes * * @throws SAXException * if an error occurs while closing the node
cvs commit: cocoon-2.0/src/documentation/xdocs/userdocs/transformers transformers.xml augment-transformer.xml textparser-transformer.xml
joerg 2003/05/30 18:25:04 Modified:src/documentation/xdocs/userdocs/generators directory-generator.xml generators.xml src/documentation/xdocs/userdocs/transformers transformers.xml Removed: src/documentation/xdocs/userdocs/generators error-generator.xml linkstatus-generator.xml profile-generator.xml textparser-generator.xml wsproxy-generator.xml src/documentation/xdocs/userdocs/transformers augment-transformer.xml textparser-transformer.xml Log: fixing bug 15614: 2.0 documentation contains 2.1 stuff - 2.1 generators and transformers removed from the lists, deleted their files - DirectoryGenerator: restored old documentation file Revision ChangesPath 1.2 +86 -114 cocoon-2.0/src/documentation/xdocs/userdocs/generators/directory-generator.xml Index: directory-generator.xml === RCS file: /home/cvs/cocoon-2.0/src/documentation/xdocs/userdocs/generators/directory-generator.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- directory-generator.xml 9 Mar 2003 00:01:12 - 1.1 +++ directory-generator.xml 31 May 2003 01:25:04 - 1.2 @@ -2,125 +2,97 @@ !DOCTYPE document PUBLIC -//APACHE//DTD Documentation V1.0//EN ../../dtd/document-v10.dtd document -header -titleDirectory Generator/title -version0.9/version -typeTechnical document/type -authors -person name=Carsten Ziegeler email=[EMAIL PROTECTED]/ -person name=Frank Ridderbusch email=[EMAIL PROTECTED]/ -person name=John Morrison email=[EMAIL PROTECTED]/ -/authors -abstractThis document describes the directory generator of -Cocoon./abstract -/header -body -s1 title=Directory Generator -pGenerates an XML directory listing./p -pThe root node of the generated document will normally be a -codedirectory/code node, and a directory node can contain -zero or more codefile/code or codedirectory/code nodes. -A file node has no children. Each node will contain the -following attributes: -/p -ul -liname : the name of the file or directory/li -lilastModified : the time the file was last modified, -measured as the number of milliseconds since the epoch (as -in java.io.File.lastModified)/li -lisize : the file size in bytes (as returned by -java.io.File.length)/li -lidate (optional) : the time the file was last modified in -human-readable form/li -/ul -pAll generated elements have the namespace -codehttp://apache.org/cocoon/directory/2.0/code. The root -codedirectory/code node has the attribute -coderequested/code with the value codetrue/code. The -sort order is described by the attribute codesort/code, -which defaults to sorting according to codename/code. -/p -ul -liName : directory/li -liClass: org.apache.cocoon.generation.DirectoryGenerator/li -liCacheable: no./li -/ul -source![CDATA[ -map:generate type=directory src=the_directory/]]/source -/s1 -s1 title=Configuration -pThe following parameter can be specified in the pipeline for the -generate command: -/p -ul -lidepth (optional) : Sets how deep Directory Generator should -delve into the directory structure. If set to 1 (the -default), only the starting directory's immediate contents -will be returned./li -lidateFormat (optional) : Sets the format for the date -attribute of each node, as described in -java.text.SimpleDateFormat. If unset, the default format -for the current locale will be used./li -liroot (optional) : The root pattern. This is a regular -expression as described -link href=http://jakarta.apache.org/regexp/apidocs/org/apache/regexp/RE.html;here./link/li -liinclude (optional) : The include pattern. Also a -regular expression./li -liexclude (optional) : The exclude pattern. Also a -regular expression./li -
DO NOT REPLY [Bug 15614] - Some documentation is inaccurate by version
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=15614. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15614 Some documentation is inaccurate by version [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-05-31 01:28 --- fixed in Cocoon 2.0 CVS
DO NOT REPLY [Bug 15614] - Some documentation is inaccurate by version
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=15614. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15614 Some documentation is inaccurate by version [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED
cvs commit: cocoon-2.0 changes.xml
joerg 2003/05/30 18:28:08 Modified:.changes.xml Log: bug 15614 fixed Revision ChangesPath 1.16 +4 -1 cocoon-2.0/changes.xml Index: changes.xml === RCS file: /home/cvs/cocoon-2.0/changes.xml,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- changes.xml 31 May 2003 00:34:56 - 1.15 +++ changes.xml 31 May 2003 01:28:06 - 1.16 @@ -43,6 +43,9 @@ /devs release version=@version@ date=@date@ + action dev=JH type=fix fixes-bug=15614 due-to-email=[EMAIL PROTECTED] + Removed 2.1 documentation stuff from 2.0 documentation. + /action action dev=JH type=fix fixes-bug=15302 For non-existant files XSPUtil.relativeFilename() now throws FileNotFoundException instead of NPE. /action
DO NOT REPLY [Bug 20135] - reader decodes string, doesn't reencode for use in url
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=20135. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20135 reader decodes string, doesn't reencode for use in url [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-05-31 01:47 --- no problem, I think it'd be good to encode it by default, though can understand reasons for not doing it. will use the action posted in cocoon-users
cvs commit: cocoon-2.0/src/documentation/xdocs/userdocs/transformers book.xml
joerg 2003/05/30 19:06:10 Modified:src/documentation/xdocs/userdocs/generators book.xml src/documentation/xdocs/userdocs/transformers book.xml Log: hmm, the menu must be maintained by hand ... Revision ChangesPath 1.2 +6 -11 cocoon-2.0/src/documentation/xdocs/userdocs/generators/book.xml Index: book.xml === RCS file: /home/cvs/cocoon-2.0/src/documentation/xdocs/userdocs/generators/book.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- book.xml 9 Mar 2003 00:01:12 - 1.1 +++ book.xml 31 May 2003 02:06:10 - 1.2 @@ -12,26 +12,21 @@ menu-item label=File Generator href=file-generator.html/ /menu menu label=Core -menu-item label=HTML Generator href=html-generator.html/ menu-item label=Directory Generator href=directory-generator.html/ -menu-item label=Image Directory Generator href=imagedirectory-generator.html/ menu-item label=Fragment Extractor Generator href=extractor-generator.html/ +menu-item label=HTML Generator href=html-generator.html/ +menu-item label=Image Directory Generator href=imagedirectory-generator.html/ menu-item label=JSP Generator href=jsp-generator.html/ +menu-item label=Request Generator href=request-generator.html/ menu-item label=Script Generator href=script-generator.html/ +menu-item label=Search Generator href=search-generator.html/ menu-item label=Server Pages Generator href=serverpages-generator.html/ -menu-item label=Velocity Generator href=velocity-generator.html/ -menu-item label=Request Generator href=request-generator.html/ menu-item label=Status Generator href=status-generator.html/ menu-item label=Stream Generator href=stream-generator.html/ -menu-item label=Profile Generator href=profile-generator.html/ -menu-item label=Error Generator href=error-generator.html/ -menu-item label=Search Generator href=search-generator.html/ -menu-item label=LinkStatus Generator href=linkstatus-generator.html/ -menu-item label=Web Service Proxy Generator href=wsproxy-generator.html/ -menu-item label=Text Parser Generator href=textparser-generator.html/ +menu-item label=Velocity Generator href=velocity-generator.html/ /menu menu label=Optional -menu-item label=Php Generator href=php-generator.html/ +menu-item label=PHP Generator href=php-generator.html/ menu-item label=XML:DB Generator href=xmldb-generator.html/ menu-item label=XML:DB Collection Generator href=xmldbcollection-generator.html/ /menu 1.2 +0 -2 cocoon-2.0/src/documentation/xdocs/userdocs/transformers/book.xml Index: book.xml === RCS file: /home/cvs/cocoon-2.0/src/documentation/xdocs/userdocs/transformers/book.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- book.xml 9 Mar 2003 00:01:18 - 1.1 +++ book.xml 31 May 2003 02:06:10 - 1.2 @@ -28,8 +28,6 @@ menu-item label=CInclude Transformer href=cinclude-transformer.html/ menu-item label=EncodeURL Transformer href=encodeurl-transformer.html/ menu-item label=SourceWriting Transformer href=sourcewriting-transformer.html/ -menu-item label=Augment Transformer href=augment-transformer.html/ -menu-item label=Text Parser Transformer href=textparser-transformer.html/ /menu menu label=Optional menu-item label=XT Transformer href=xt-transformer.html/
Re: cvs commit:cocoon-2.0/src/documentation/xdocs/userdocs/transformers book.xml
[EMAIL PROTECTED] wrote: joerg 2003/05/30 19:06:10 Modified:src/documentation/xdocs/userdocs/generators book.xml src/documentation/xdocs/userdocs/transformers book.xml Log: hmm, the menu must be maintained by hand ... Yes, one day we will get around to using Forrest's brilliant site.xml for defining the navigation. --David
DO NOT REPLY [Bug 15614] - Some documentation is inaccurate by version
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=15614. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15614 Some documentation is inaccurate by version [EMAIL PROTECTED] changed: What|Removed |Added Status|CLOSED |REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2003-05-31 04:42 --- Re-opening this bug as there are still more situations. We only recently started a new approach to the different documentation sets. Previously we were trying to keep in synch between 2.0 and 2.1 (which meant duplication and confusion). So there is still more separation to do (for example the xdocs/howto/xmlform* doco should not be present in cocoon-2.0).
cvs commit: cocoon-2.1/src/documentation/xdocs/developing extending.xml
crossley2003/05/30 22:17:56 Modified:src/documentation/xdocs/developing extending.xml Log: Link to documentation about actions. Revision ChangesPath 1.3 +1 -0 cocoon-2.1/src/documentation/xdocs/developing/extending.xml Index: extending.xml === RCS file: /home/cvs/cocoon-2.1/src/documentation/xdocs/developing/extending.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- extending.xml 8 May 2003 12:40:10 - 1.2 +++ extending.xml 31 May 2003 05:17:56 - 1.3 @@ -167,6 +167,7 @@ s1 title=About Action p[FIXME: We have to wait until we can see what is going to happen here. Also, I wonder if this belongs here or should deserve a separate page.]/p pThe Action part will be used for making Cocoon able to react on form input. This will make Cocoon no longer a simple basis for web publishing, but will make it apt for web interaction as well./p + pSee link href=../userdocs/concepts/actions.htmlActions/link./p /s1 s1 title=About XSP anchor id=xsp/
cvs commit: cocoon-2.0/src/documentation/xdocs/developing extending.xml
crossley2003/05/30 22:19:20 Modified:src/documentation/xdocs/developing extending.xml Log: Sync with 2.1 doc. Revision ChangesPath 1.2 +2 -1 cocoon-2.0/src/documentation/xdocs/developing/extending.xml Index: extending.xml === RCS file: /home/cvs/cocoon-2.0/src/documentation/xdocs/developing/extending.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- extending.xml 9 Mar 2003 00:00:54 - 1.1 +++ extending.xml 31 May 2003 05:19:20 - 1.2 @@ -7,7 +7,7 @@ version0.1/version typeTechnical document/type authors - person name=Tom Klaasen email=[EMAIL PROTECTED]/ + person name=Tom Klaasen email=[EMAIL PROTECTED]/ /authors /header body @@ -167,6 +167,7 @@ s1 title=About Action p[FIXME: We have to wait until we can see what is going to happen here. Also, I wonder if this belongs here or should deserve a separate page.]/p pThe Action part will be used for making Cocoon able to react on form input. This will make Cocoon no longer a simple basis for web publishing, but will make it apt for web interaction as well./p + pSee link href=../userdocs/concepts/actions.htmlActions/link./p /s1 s1 title=About XSP anchor id=xsp/
cvs commit: cocoon-2.0/src/documentation/xdocs/userdocs/xsp logicsheet-forms.xml
crossley2003/05/30 22:21:48 Modified:src/documentation/xdocs/developing/webapps book.xml src/documentation/xdocs/faq index.xml src/documentation/xdocs/howto README.txt book.xml index.xml src/documentation/xdocs/plan changes-doc.xml src/documentation/xdocs/userdocs/concepts book.xml validation.xml src/documentation/xdocs/userdocs/xsp logicsheet-forms.xml Removed: src/documentation/xdocs/howto howto-i18n-xmlform.xml howto-xindice-xmlform.xml src/documentation/xdocs/howto/xmlform-wizard book.xml howto-xmlform-wizard-1.xml howto-xmlform-wizard-2.xml howto-xmlform-wizard-3.xml howto-xmlform-wizard-4.xml howto-xmlform-wizard-5.xml howto-xmlform-wizard.xml src/documentation/xdocs/userdocs/concepts xmlform.xml Log: Removing confusing discussion of XMLForm, as it is only in 2.1 Fixes bug: 15614 Revision ChangesPath 1.2 +0 -1 cocoon-2.0/src/documentation/xdocs/developing/webapps/book.xml Index: book.xml === RCS file: /home/cvs/cocoon-2.0/src/documentation/xdocs/developing/webapps/book.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- book.xml 9 Mar 2003 00:00:55 - 1.1 +++ book.xml 31 May 2003 05:21:47 - 1.2 @@ -14,7 +14,6 @@ menu-item label=Overview href=index.html/ menu-item label=Session Contexts href=session.html/ menu-item label=Authentication href=authentication.html/ -menu-item label=Form Handling href=../../howto/xmlform-wizard/howto-xmlform-wizard.html/ menu-item label=Portal href=portal.html/ /menu 1.2 +0 -1 cocoon-2.0/src/documentation/xdocs/faq/index.xml Index: index.xml === RCS file: /home/cvs/cocoon-2.0/src/documentation/xdocs/faq/index.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- index.xml 9 Mar 2003 00:01:00 - 1.1 +++ index.xml 31 May 2003 05:21:48 - 1.2 @@ -37,7 +37,6 @@ lilink href=faq-configure-c2.htmlConfiguring Cocoon/link/li lilink href=faq-databases.htmlDatabases/link/li lilink href=faq-xsp.htmlXSP/link/li -!-- lilink href=faq-xmlform.htmlXMLForm/link/li -- lilink href=faq-xslt.htmlXSLT/link/li lilink href=faq-debugging.htmlDebugging/link/li /ul 1.2 +1 -1 cocoon-2.0/src/documentation/xdocs/howto/README.txt Index: README.txt === RCS file: /home/cvs/cocoon-2.0/src/documentation/xdocs/howto/README.txt,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- README.txt9 Mar 2003 00:01:01 - 1.1 +++ README.txt31 May 2003 05:21:48 - 1.2 @@ -6,5 +6,5 @@ Use hyphens between any words which follow howto-. Please make sure your name will be sufficiently unique to distinguish it from future contributions. For example, if you are committing a how-to about Actions, don't name it howto-actions.xml. Multi-page How-Tos -If you are adding in a multi-page How-To to this directory please create a subdirectory with the same name as the main page of your How-To, minus the beginning phrase howto- and the ending phrase .xml. Add -step number within filenames for pages which represent additional How-To steps. See the xmlform-wizard How-To directory structure for more information. +If you are adding in a multi-page How-To to this directory please create a subdirectory with the same name as the main page of your How-To, minus the beginning phrase howto- and the ending phrase .xml. Add -step number within filenames for pages which represent additional How-To steps. 1.2 +0 -3 cocoon-2.0/src/documentation/xdocs/howto/book.xml Index: book.xml === RCS file: /home/cvs/cocoon-2.0/src/documentation/xdocs/howto/book.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- book.xml 9 Mar 2003 00:01:01 - 1.1 +++ book.xml 31 May 2003 05:21:48 - 1.2 @@ -8,14 +8,11 @@ menu-item label=Index href=index.html/ /menu menu label=Using Cocoon -menu-item label=XMLForm href=xmlform-wizard/howto-xmlform-wizard.html/ menu-item label=Paginator href=howto-paginator-transformer.html/ menu-item label=HTML-PDF href=howto-html-pdf-publishing.html/ menu-item label=Web Syndication href=../userdocs/generators/wsproxy-generator.html/ menu-item label=Chaperon href=chaperon/howto-chaperon-intro.html/ -
cvs commit: cocoon-2.1/src/documentation/xdocs/howto index.xml
crossley2003/05/30 22:25:18 Modified:src/documentation/xdocs/howto index.xml Log: Show that there are many more How-to documents at the Wiki. Note that there are various forms frameworks. Revision ChangesPath 1.2 +6 -1 cocoon-2.1/src/documentation/xdocs/howto/index.xml Index: index.xml === RCS file: /home/cvs/cocoon-2.1/src/documentation/xdocs/howto/index.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- index.xml 9 Mar 2003 00:08:00 - 1.1 +++ index.xml 31 May 2003 05:25:18 - 1.2 @@ -19,7 +19,12 @@ /p s2 title=Using Cocoon - + pSee the Wiki for other +link href=http://wiki.cocoondev.org/Wiki.jsp?page=HowTos;How-to/link documents./p + pstrongNote:/strong The following short list of documents were + created before the Wiki started, so some of them may be out-of-date + and the list is certainly incomplete, e.g. Cocoon now has various + forms frameworks./p ul lilink href=xmlform-wizard/howto-xmlform-wizard.htmlXMLForm Wizard/link/li lilink href=howto-paginator-transformer.htmlPaginator Transformer/link/li
cvs commit: cocoon-2.1/src/documentation/xdocs/userdocs/concepts validation.xml
crossley2003/05/30 22:36:44 Modified:src/documentation/xdocs/userdocs/concepts validation.xml Log: Sync with some changes from the 2.0 doc. Revision ChangesPath 1.2 +5 -4 cocoon-2.1/src/documentation/xdocs/userdocs/concepts/validation.xml Index: validation.xml === RCS file: /home/cvs/cocoon-2.1/src/documentation/xdocs/userdocs/concepts/validation.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- validation.xml9 Mar 2003 00:08:18 - 1.1 +++ validation.xml31 May 2003 05:36:44 - 1.2 @@ -22,8 +22,9 @@ anchor id=overview/ s1 title=Overview - p -### +noteThis document is under development./note + pYou really should validate documents in your editing environment. +It is not the concern of Cocoon. However there are some facilities. /p /s1 @@ -45,8 +46,8 @@ s1 title=Operation p There are three validation targets in build.xml (see some internal notes). -If you do not want validation to happen automatically during the build -(for some strange reason) then you can switch it off in +If you do not want validation to happen automatically during the build, +then you can switch it off in code./properties.xml/code /p p
cvs commit: cocoon-2.1/src/documentation/xdocs/userdocs/concepts xmlform.xml
crossley2003/05/30 22:37:27 Modified:src/documentation/xdocs/userdocs/concepts xmlform.xml Log: Notes that there are other forms solutions too. Revision ChangesPath 1.2 +8 -4 cocoon-2.1/src/documentation/xdocs/userdocs/concepts/xmlform.xml Index: xmlform.xml === RCS file: /home/cvs/cocoon-2.1/src/documentation/xdocs/userdocs/concepts/xmlform.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- xmlform.xml 9 Mar 2003 00:08:18 - 1.1 +++ xmlform.xml 31 May 2003 05:37:27 - 1.2 @@ -10,12 +10,16 @@ /authors /header body -s1 title=Notice - pThis document is based on components included in the current Cocoon 2.1 - distribution. If you do not have this version, you can obtain it from - the link href=../../index.htmlApache Cocoon/link web site. Be sure +s1 title=Notices + pThis document is based on components included in the current un-released Cocoon 2.1 + distribution. Be sure to look at the WARNING document that accompanies such pre-release versions. /p + fixme author=volunteer +This document is not really a conceptual document for Cocoon +forms frameworks, as it describes one particular implementation. +There are now various different solutions. + /fixme /s1 s1 title=Introduction
DO NOT REPLY [Bug 20381] New: - XSLTC: top-level xsl:variable with document() breaks
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=20381.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20381
XSLTC: top-level xsl:variable with document() breaks
Summary: XSLTC: top-level xsl:variable with document() breaks
Product: Cocoon 2
Version: Current CVS 2.1
Platform: Other
OS/Version: Linux
Status: NEW
Severity: Normal
Priority: Other
Component: sitemap components
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
Hi,
Seems that XSLTC doesn't like using document() in a top-level element:
xsl:variable name=config select=document('skinconf.xml')/
This has the effect of *importing* skinconf.xml nodes. If I then have a
copy-across rule:
xsl:template match=node()|@* priority=-1
xsl:copy
xsl:apply-templates select=@*/
xsl:apply-templates/
/xsl:copy
/xsl:template
Then skinconf.xml element bodies appear in the output.
This bug does not show when using regular Xalan, nor does it show up when using
XSLTC from the command-line. It seems to have something to do with the
document() function.
Attached is a sample subsitemap which demonstrates the bug. It can be unpacked
directly into build/webapp/. A script for testing command-line XSLTC is also
provided.
--Jeff
DO NOT REPLY [Bug 20381] - XSLTC: top-level xsl:variable with document() breaks
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=20381. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20381 XSLTC: top-level xsl:variable with document() breaks --- Additional Comments From [EMAIL PROTECTED] 2003-05-31 05:55 --- Created an attachment (id=6579) xsltcbug2.tgz, containing a subsitemap demonstration of the bug
[FYI] avalon-excalibur and avalon-sandbox access
For those who are not following the avalon-dev mailing list: Cocoon committers now have access to the avalon-excalibur and avalon-sandbox CVS modules. This enables us to maintain some components cocoon depends on, such as xmlutil, sourceresolver and store. This is only a convenience though, this does not make us avalon committers and does not give us voting rights. We are also not supposed to touch things we have no business with. -- Bruno Dumon http://outerthought.org/ Outerthought - Open Source, Java XML Competence Support Center [EMAIL PROTECTED] [EMAIL PROTECTED]
DO NOT REPLY [Bug 20296] - [PATCH] Modularized DirectoryGenerator's
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=20296. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20296 [PATCH] Modularized DirectoryGenerator's --- Additional Comments From [EMAIL PROTECTED] 2003-05-31 08:02 --- Torsten, I don't know anything about the directory generators, but I just wanted to point out that we have the coding standard to use 4 spaces instead of tabs for indenting code. Makes it easier for us if you keep to that in your patches. I'd also like to leave a trail here to this message: http://marc.theaimsgroup.com/?l=xml-cocoon-devm=105420595927620w=2 because you mention there that you haven't tested the xpath part. Might be good to know for anyone who considers committing this code.
DO NOT REPLY [Bug 20191] - Cocoon fails to init
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=20191. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20191 Cocoon fails to init [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-05-31 08:12 --- This seems to me like an issue caused by having different xerces versions on the classpath, or maybe a problem with the endorsed library path. In any case, I don't think this is a Cocoon bug. Please ask your support questions on the cocoon user mailing list (and include some more information, like what Java version you're using). (if you are really convinced this is a Cocoon bug anyway, you're welcome to reopen this bug)
DO NOT REPLY [Bug 20191] - Cocoon fails to init
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=20191. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20191 Cocoon fails to init [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED
DO NOT REPLY [Bug 20185] - [PATCH] TidySerializer
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=20185. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20185 [PATCH] TidySerializer --- Additional Comments From [EMAIL PROTECTED] 2003-05-31 09:06 --- What exactly is the purpose of a tidy serializer again? If there are any problems with the current HTML serializers, I'd rather see them fixed then hidden behind an additional layer.
DO NOT REPLY [Bug 20308] - Stylesheet includes not working with XSLTC
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. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20308 Stylesheet includes not working with XSLTC [EMAIL PROTECTED] changed: What|Removed |Added URL||http://localhost:/sample ||s/linkrewriter/sitedemo/welc ||ome --- Additional Comments From [EMAIL PROTECTED] 2003-05-31 09:09 --- When I shell see XML like ?xml version=1.0 encoding=UTF-8? samples xmlns:xlink=http://www.w3.org/1999/xlink; group name=Raw XML containing hopefully-rewritten links sample name=Back href=.. linkmap:/site/index/@href link href=index.html/ site:index link href=index.html/ site:faq/how_can_I_help link href=faq.html#how_can_I_help/ /sample /group /samples everything works for me. Joerg
cvs commit: cocoon-2.1/src/test/org/apache/cocoon/environment/commandline/test CommandLineContextTestCase.java
jefft 2003/05/31 05:42:39
Modified:src/test/org/apache/cocoon/environment/commandline/test
CommandLineContextTestCase.java
Log:
Update CommandLineContext to reflect that getResource() on a nonexistent
resource should return null, as per servlet docs.
Revision ChangesPath
1.5 +12 -6
cocoon-2.1/src/test/org/apache/cocoon/environment/commandline/test/CommandLineContextTestCase.java
Index: CommandLineContextTestCase.java
===
RCS file:
/home/cvs/cocoon-2.1/src/test/org/apache/cocoon/environment/commandline/test/CommandLineContextTestCase.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- CommandLineContextTestCase.java 12 May 2003 13:26:18 - 1.4
+++ CommandLineContextTestCase.java 31 May 2003 12:42:39 - 1.5
@@ -130,6 +130,7 @@
*/
public void setUp() throws Exception {
commandLineContextDir = System.getProperty(java.io.tmpdir, /tmp);
+new File(commandLineContextDir, foo+File.separator+bar).mkdirs();
commandLineContext = new CommandLineContext(commandLineContextDir);
commandLineContext.enableLogging( new ConsoleLogger() );
}
@@ -141,7 +142,10 @@
* @exception Exception Description of Exception
* @since
*/
-public void tearDown() throws Exception { }
+public void tearDown() throws Exception {
+new File(commandLineContextDir, foo+File.separator+bar).delete();
+new File(commandLineContextDir, foo).delete();
+}
/**
@@ -156,15 +160,17 @@
new String[]{, commandLineContextDir},
new String[]{/, commandLineContextDir},
new String[]{foo, commandLineContextDir + File.separator + foo},
-new String[]{foo/bar, commandLineContextDir + File.separator +
foo/bar}
+new String[]{foo/bar, commandLineContextDir + File.separator +
foo/bar},
+new String[]{foo/bar/nonexistent, null}
};
for (int i = 0; i test_values.length; i++) {
String tests[] = (String[]) test_values[i];
String test = tests[0];
-File expected_file = new File(tests[1]);
-URL expected = expected_file.toURL();
-
URL result = commandLineContext.getResource(test);
+URL expected = null;
+if (result != null) {
+expected = new File(tests[1]).toURL();
+}
String message = Test +
' + test + ';
assertEquals(message, expected, result);
cvs commit: cocoon-2.1/src/test/org/apache/cocoon/util/test IOUtilsTestCase.java
jefft 2003/05/31 05:51:53
Modified:src/test/org/apache/cocoon/util/test IOUtilsTestCase.java
Log:
Add some tests from ../IOUtilsTest.java
Revision ChangesPath
1.3 +3 -1
cocoon-2.1/src/test/org/apache/cocoon/util/test/IOUtilsTestCase.java
Index: IOUtilsTestCase.java
===
RCS file:
/home/cvs/cocoon-2.1/src/test/org/apache/cocoon/util/test/IOUtilsTestCase.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- IOUtilsTestCase.java 16 Mar 2003 18:03:56 - 1.2
+++ IOUtilsTestCase.java 31 May 2003 12:51:53 - 1.3
@@ -104,6 +104,8 @@
new String[]{a\\b\\c, a + File.separator + b + File.separator
+ c},
new String[]{a/b/../c, a + File.separator + c},
+new String[]{public/final.xml, public_ + File.separator +
final_xml},
+new String[]{123, _123}
};
for (int i = 0; i test_values.length; i++) {
String tests[] = (String[]) test_values[i];
cvs commit: cocoon-2.1/src/test/org/apache/cocoon/util IOUtilsTest.java
jefft 2003/05/31 05:52:31 Removed: src/test/org/apache/cocoon/util IOUtilsTest.java Log: Replaced by tests/IOUtilsTestCase.java
