[VFS] is dead ?
I 've some patches to submit to VFS team. I already sent patch and question, but without answer. If VFS is dead, could I fork a project from VFS ? -- *-* | Contrary to popular belief, UNIX is user-friendly. It | | just happens to be selective on who it makes friendship | | with. | | - Richard Cook| *-* -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [Latka][Proposal] Make Jelly a required dependency?
Quoting [EMAIL PROTECTED]: What would you like to see consolidated? I'd prefer Jelly didn't go the way of Ant and integrate a whole swag of stuff into the 'core', so that the core could be free to be changed easily and extended. Agreed, though what should be in the core? A minimum but useful set. For example, the core, xml and define tag libraries, but what about util? At the moment, a clean build of Jelly and Maven results in a huge number of jar downloads, and it'd be nice to know what's *really* requires by the Jelly core, and what's required by the various tag libraries. Building a particular tag library would then get it's own dependencies. James, are the changes to the build process you were talking about going to move things this way? If so, I would say this should be in place before a move to top-level project or commons proper. James -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VFS] is dead ?
David BERNARD wrote: I 've some patches to submit to VFS team. I already sent patch and question, but without answer. I can patch the code if nobody else is on it ATM; probably they have lots of paid work to do :-) Give me a reference to the mail and patch you sent and I'll commit it. The rule is lazy consensus, especially when nobody replies ;-) -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) - -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[GUMP] Build Failure - commons-latka
This email is autogenerated from the output from:
http://jakarta.apache.org/builds/gump/2002-10-16/commons-latka.html
Buildfile: build.xml
init:
[echo] latka 1.0-dev
jaxen-warn:
build-java:
[mkdir] Created dir: /home/rubys/jakarta/jakarta-commons/latka/target/classes
[javac] Compiling 72 source files to
/home/rubys/jakarta/jakarta-commons/latka/target/classes
[javac]
/home/rubys/jakarta/jakarta-commons/latka/src/java/org/apache/commons/latka/XMLReporter.java:77:
cannot resolve symbol
[javac] symbol : class Document
[javac] location: package dom4j
[javac] import org.dom4j.Document;
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-commons/latka/src/java/org/apache/commons/latka/XMLReporter.java:78:
cannot resolve symbol
[javac] symbol : class DocumentFactory
[javac] location: package dom4j
[javac] import org.dom4j.DocumentFactory;
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-commons/latka/src/java/org/apache/commons/latka/XMLReporter.java:79:
cannot resolve symbol
[javac] symbol : class Element
[javac] location: package dom4j
[javac] import org.dom4j.Element;
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-commons/latka/src/java/org/apache/commons/latka/XMLReporter.java:80:
cannot resolve symbol
[javac] symbol : class OutputFormat
[javac] location: package io
[javac] import org.dom4j.io.OutputFormat;
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-commons/latka/src/java/org/apache/commons/latka/XMLReporter.java:81:
cannot resolve symbol
[javac] symbol : class XMLWriter
[javac] location: package io
[javac] import org.dom4j.io.XMLWriter;
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-commons/latka/src/java/org/apache/commons/latka/XMLReporter.java:98:
cannot resolve symbol
[javac] symbol : class Document
[javac] location: class org.apache.commons.latka.XMLReporter
[javac] protected Document _doc = null;
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-commons/latka/src/java/org/apache/commons/latka/XMLReporter.java:100:
cannot resolve symbol
[javac] symbol : class Element
[javac] location: class org.apache.commons.latka.XMLReporter
[javac] protected Element _rootElement = null;
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-commons/latka/src/java/org/apache/commons/latka/XMLReporter.java:106:
cannot resolve symbol
[javac] symbol : class DocumentFactory
[javac] location: class org.apache.commons.latka.XMLReporter
[javac] protected DocumentFactory _factory = new DocumentFactory();
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-commons/latka/src/java/org/apache/commons/latka/XMLReporter.java:124:
cannot resolve symbol
[javac] symbol : class Document
[javac] location: class org.apache.commons.latka.XMLReporter
[javac] public Document getDocument() {
[javac]^
[javac]
/home/rubys/jakarta/jakarta-commons/latka/src/java/org/apache/commons/latka/XMLReporter.java:261:
cannot resolve symbol
[javac] symbol : class Element
[javac] location: class org.apache.commons.latka.XMLReporter
[javac] protected Element createRequestElement(RequestEvent event) {
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-commons/latka/src/java/org/apache/commons/latka/XMLReporter.java:106:
cannot resolve symbol
[javac] symbol : class DocumentFactory
[javac] location: class org.apache.commons.latka.XMLReporter
[javac] protected DocumentFactory _factory = new DocumentFactory();
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-commons/latka/src/java/org/apache/commons/latka/XMLReporter.java:139:
cannot resolve symbol
[javac] symbol : class XMLWriter
[javac] location: class org.apache.commons.latka.XMLReporter
[javac] XMLWriter outputter = new XMLWriter(writer, new OutputFormat( ,
true));
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-commons/latka/src/java/org/apache/commons/latka/XMLReporter.java:139:
cannot resolve symbol
[javac] symbol : class XMLWriter
[javac] location: class org.apache.commons.latka.XMLReporter
[javac] XMLWriter outputter = new XMLWriter(writer, new OutputFormat( ,
true));
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-commons/latka/src/java/org/apache/commons/latka/XMLReporter.java:139:
cannot resolve symbol
[javac] symbol : class OutputFormat
[javac] location: class org.apache.commons.latka.XMLReporter
[javac] XMLWriter outputter = new XMLWriter(writer, new
cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/expression/jexl JexlExpression.java
jstrachan2002/10/16 05:42:13
Modified:jelly/src/java/org/apache/commons/jelly/expression/jexl
JexlExpression.java
Log:
added some extra debugging code so that expressions describe themselves
Revision ChangesPath
1.10 +9 -5
jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/expression/jexl/JexlExpression.java
Index: JexlExpression.java
===
RCS file:
/home/cvs/jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/expression/jexl/JexlExpression.java,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- JexlExpression.java 22 Jul 2002 14:34:09 - 1.9
+++ JexlExpression.java 16 Oct 2002 12:42:12 - 1.10
@@ -96,6 +96,10 @@
this.expression = expression;
}
+public String toString() {
+return super.toString() + [ + expression.getExpression() + ];
+}
+
// Expression interface
//-
public Object evaluate(JellyContext context) {
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/core UseBeanTag.java
jstrachan2002/10/16 05:45:53
Modified:jelly/src/java/org/apache/commons/jelly/tags/jeez
JeezTagLibrary.java
jelly/src/java/org/apache/commons/jelly TagLibrary.java
jelly.properties
jelly/src/java/org/apache/commons/jelly/tags/define
BeanTag.java DynaBeanTag.java
jelly/src/java/org/apache/commons/jelly/impl
DefaultTagLibraryResolver.java TagScript.java
TagFactory.java DefaultTagFactory.java
DynamicTagLibrary.java StaticTagScript.java
jelly/src/test/org/apache/commons/jelly/ant suite.jelly
jelly/src/java/org/apache/commons/jelly/tags/swing
SwingTagLibrary.java ConstraintTag.java
jelly/src/java/org/apache/commons/jelly/parser
XMLParser.java
jelly/src/java/org/apache/commons/jelly/tags/ant
AntTagLibrary.java
jelly/src/test/org/apache/commons/jelly/impl
TestTagLibraryResolver.java
jelly/src/java/org/apache/commons/jelly/tags/core
UseBeanTag.java
Log:
Patch so that the internal TagFactory used by TagLibrary objects to create Tag
instances now takes the name and XML attributes.
This makes support for dynamically created tags, like with Ant, a little easier to
support as now a TagLibrary can just directly register a TagFactory.
Revision ChangesPath
1.9 +10 -10
jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/jeez/JeezTagLibrary.java
Index: JeezTagLibrary.java
===
RCS file:
/home/cvs/jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/jeez/JeezTagLibrary.java,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- JeezTagLibrary.java 3 Oct 2002 18:14:43 - 1.8
+++ JeezTagLibrary.java 16 Oct 2002 12:45:51 - 1.9
@@ -114,7 +114,7 @@
if ( name.equals( tagdef ) ) {
return new TagScript(
new TagFactory() {
-public Tag createTag() {
+public Tag createTag(String name, Attributes attributes) {
return new TagDefTag( JeezTagLibrary.this );
}
}
@@ -123,7 +123,7 @@
if ( name.equals( target ) ) {
return new TagScript(
new TagFactory() {
-public Tag createTag() {
+public Tag createTag(String name, Attributes attributes) {
return new TargetTag();
}
}
@@ -135,14 +135,14 @@
if ( script == null ) {
return new TagScript(
new TagFactory() {
-public Tag createTag() throws Exception {
+public Tag createTag(String name, Attributes attributes)
throws Exception {
// lets try create a dynamic tag first
-Tag tag = JeezTagLibrary.this.createTag(name);
+Tag tag = JeezTagLibrary.this.createTag(name,
attributes);
if ( tag != null ) {
return tag;
}
else {
-return antTagLib.createTag( name );
+return antTagLib.createTag( name, attributes );
}
}
}
1.15 +36 -12
jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/TagLibrary.java
Index: TagLibrary.java
===
RCS file:
/home/cvs/jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/TagLibrary.java,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -r1.14 -r1.15
--- TagLibrary.java 24 Sep 2002 16:49:40 - 1.14
+++ TagLibrary.java 16 Oct 2002 12:45:51 - 1.15
@@ -73,6 +73,7 @@
import org.apache.commons.jelly.expression.ConstantExpression;
import org.apache.commons.jelly.expression.Expression;
import org.apache.commons.jelly.expression.ExpressionFactory;
+import org.apache.commons.jelly.impl.TagFactory;
import org.apache.commons.jelly.impl.TagScript;
import org.xml.sax.Attributes;
@@ -109,16 +110,21 @@
}
public TagLibrary() {
-
}
/** Creates a new script to execute the given tag name and attributes */
public TagScript createTagScript(String name, Attributes attributes)
throws
cvs commit: jakarta-commons/httpclient/src/test/org/apache/commons/httpclient TestStreams.java
oglueck 2002/10/16 06:11:35
Modified:httpclient/src/test/org/apache/commons/httpclient
TestStreams.java
Log:
Added test case showing a problem with empty chunked streams.
Revision ChangesPath
1.4 +14 -0
jakarta-commons/httpclient/src/test/org/apache/commons/httpclient/TestStreams.java
Index: TestStreams.java
===
RCS file:
/home/cvs/jakarta-commons/httpclient/src/test/org/apache/commons/httpclient/TestStreams.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- TestStreams.java 26 Sep 2002 12:40:33 - 1.3
+++ TestStreams.java 16 Oct 2002 13:11:35 - 1.4
@@ -67,6 +67,20 @@
}
}
+public void testEmptyChunkedInputStream() throws IOException {
+String input = 0\r\n;
+HttpMethod method = new SimpleHttpMethod();
+
+InputStream in = new ChunkedInputStream(new
ByteArrayInputStream(input.getBytes()), method);
+byte[] buffer = new byte[300];
+ByteArrayOutputStream out = new ByteArrayOutputStream();
+int len;
+while ((len = in.read(buffer)) 0) {
+out.write(buffer, 0, len);
+}
+assertEquals(0, out.size());
+}
+
public void testContentLengthInputStream() throws IOException {
String correct = 1234567890123456;
InputStream in = new ContentLengthInputStream(new
ByteArrayInputStream(correct.getBytes()), 10);
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient ChunkedInputStream.java
oglueck 2002/10/16 06:14:11
Modified:httpclient/src/java/org/apache/commons/httpclient
ChunkedInputStream.java
Log:
Fixed hang with empty chunked streams.
Fixed typo in CRLF checking.
Revision ChangesPath
1.6 +8 -4
jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/ChunkedInputStream.java
Index: ChunkedInputStream.java
===
RCS file:
/home/cvs/jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/ChunkedInputStream.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- ChunkedInputStream.java 26 Sep 2002 12:40:33 - 1.5
+++ ChunkedInputStream.java 16 Oct 2002 13:14:11 - 1.6
@@ -106,6 +106,10 @@
this.in = in;
this.method = method;
this.chunkSize = getChunkSizeFromInputStream(in);
+if (chunkSize == 0) {
+eof = true;
+parseFooters();
+}
this.pos = 0;
}
@@ -148,7 +152,7 @@
private void nextChunk() throws IOException {
int cr = in.read();
int lf = in.read();
-if ((cr != '\r')
+if ((cr != '\r') ||
(lf != '\n')) throw new IOException(CRLF expected at end of chunk:
+cr+/+lf);
chunkSize = getChunkSizeFromInputStream(in);
pos = 0;
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/jelly/src/test/org/apache/commons/jelly/test/xml TestXMLValidation.java
morgand 2002/10/16 09:18:43
Modified:jelly/src/java/org/apache/commons/jelly/parser
XMLParser.java
jelly/src/test/org/apache/commons/jelly/test/xml
TestXMLValidation.java
Log:
XMLParser.error(SAXParseException) and XMLParser.fatalError(SAXParseException)
[but not XMLParser.warning(SAXParseException)] will now throw
a SAXException by default when no error handler is supplied. As a result,
invalid Jelly scripts will now fail when validation is enabled by
Jelly.setValidateXML(boolean).
Revision ChangesPath
1.34 +14 -8
jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/parser/XMLParser.java
Index: XMLParser.java
===
RCS file:
/home/cvs/jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/parser/XMLParser.java,v
retrieving revision 1.33
retrieving revision 1.34
diff -u -r1.33 -r1.34
--- XMLParser.java16 Oct 2002 12:45:52 - 1.33
+++ XMLParser.java16 Oct 2002 16:18:42 - 1.34
@@ -858,7 +858,7 @@
/**
* Forward notification of a parsing error to the application supplied
- * error handler (if any).
+ * error handler, if any, otherwise throw a SAXException with the error.
*
* @param exception The error information
*
@@ -875,12 +875,14 @@
exception);
if (errorHandler != null) {
errorHandler.error(exception);
+} else {
+throw exception;
}
}
/**
* Forward notification of a fatal parsing error to the application
- * supplied error handler (if any).
+ * supplied error handler, if any, otherwise throw a SAXException with the
error.
*
* @param exception The fatal error information
*
@@ -897,12 +899,16 @@
exception);
if (errorHandler != null) {
errorHandler.fatalError(exception);
+} else {
+throw exception;
}
}
/**
* Forward notification of a parse warning to the application supplied
- * error handler (if any).
+ * error handler (if any). Unlike XMLParser.error(SAXParseException) and
+ * XMLParser.fatalError(SAXParseException), this implementation will
+ * NOT throw a SAXException by default if no error handler is supplied.
*
* @param exception The warning information
*
1.2 +10 -7
jakarta-commons-sandbox/jelly/src/test/org/apache/commons/jelly/test/xml/TestXMLValidation.java
Index: TestXMLValidation.java
===
RCS file:
/home/cvs/jakarta-commons-sandbox/jelly/src/test/org/apache/commons/jelly/test/xml/TestXMLValidation.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- TestXMLValidation.java14 Oct 2002 19:17:01 - 1.1
+++ TestXMLValidation.java16 Oct 2002 16:18:42 - 1.2
@@ -73,6 +73,8 @@
import org.apache.commons.jelly.Script;
import org.apache.commons.jelly.XMLOutput;
+import org.xml.sax.SAXParseException;
+
/**
* A test to confirm that invalid documents are
* reject iff jelly.setValidateXML(true)
@@ -132,10 +134,11 @@
// with validation
setUp(invalidScript1.jelly);
jelly.setValidateXML(true);
-Script script = jelly.compileScript();
-script.run(context,xmlOutput);
-assertTrue(should have set 'foo' variable to 'bar',
- context.getVariable(foo).equals(bar));
+try {
+Script script = jelly.compileScript();
+fail(Invalid scripts should throw SAXParseException on parse);
+} catch (SAXParseException e) {
+}
}
public void testValidXML1Validation()throws Exception {
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13676] - FilePart fails to send data on second call to send
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=13676. 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=13676 FilePart fails to send data on second call to send --- Additional Comments From [EMAIL PROTECTED] 2002-10-16 17:20 --- I understand the issue the patch is trying to address, but this is not the right way to do it. The problem is that the entire file is being buffered in memory. That's fine if the file is small, and there's only one, but if you're trying to upload multiple large files, this will just run the system out of memory. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient HttpMethodBase.java HttpMultiClient.java HttpStatus.java NameValuePair.java URI.java URIUtil.java
jsdever 2002/10/16 09:58:26
Modified:httpclient/src/java/org/apache/commons/httpclient
HttpMethodBase.java HttpMultiClient.java
HttpStatus.java NameValuePair.java URI.java
URIUtil.java
Log:
Fix javadoc warnings.
Contributed by: Justin Bedard
Revision ChangesPath
1.65 +8 -7
jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/HttpMethodBase.java
Index: HttpMethodBase.java
===
RCS file:
/home/cvs/jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/HttpMethodBase.java,v
retrieving revision 1.64
retrieving revision 1.65
diff -u -r1.64 -r1.65
--- HttpMethodBase.java 15 Oct 2002 13:29:41 - 1.64
+++ HttpMethodBase.java 16 Oct 2002 16:58:26 - 1.65
@@ -287,7 +287,7 @@
}
/**
- * Set whether or not I should use the HTTP/1.1 protocol. internal
+ * Set whether or not I should use the HTTP/1.1 protocol.
*
* @param http11 true to use HTTP/1.1, false to use 1.0
*/
@@ -320,7 +320,8 @@
// -- Protected Utility Methods
/**
- * Return tttrue/tt if I should use the HTTP/1.1 protocol. internal
+ * Access to flag to determine if client should use
+ * HTTP/1.1 protocol.
*
* @return tttrue/tt if I should use the HTTP/1.1 protocol
*/
@@ -1748,7 +1749,7 @@
}
/**
- * Write the request body to the given {@link HttpConnection}
+ * Write the request body to the given {@link HttpConnection}.
*
* p
* If an expectation is required, this method should ensure that it has
1.17 +4 -4
jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/HttpMultiClient.java
Index: HttpMultiClient.java
===
RCS file:
/home/cvs/jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/HttpMultiClient.java,v
retrieving revision 1.16
retrieving revision 1.17
diff -u -r1.16 -r1.17
--- HttpMultiClient.java 23 Sep 2002 07:01:52 - 1.16
+++ HttpMultiClient.java 16 Oct 2002 16:58:26 - 1.17
@@ -219,7 +219,7 @@
* Returns the value of the request timeout.
*
* @return the request timeout
- * @see setRequestTimeout
+ * @see #setRequestTimeout(int)
*/
public int getRequestTimeout() {
return timeoutRequest;
1.9 +7 -4
jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/HttpStatus.java
Index: HttpStatus.java
===
RCS file:
/home/cvs/jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/HttpStatus.java,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- HttpStatus.java 5 Sep 2002 04:48:15 - 1.8
+++ HttpStatus.java 16 Oct 2002 16:58:26 - 1.9
@@ -208,6 +208,7 @@
public static final int SC_EXPECTATION_FAILED = 417;
/**
+ * Static constant for a 418 error.
* tt418 Unprocessable Entity/tt (WebDAV drafts?)
* or tt418 Reauthentication Required/tt (HTTP/1.1 drafts?)
*/
@@ -215,6 +216,7 @@
// public static final int SC_UNPROCESSABLE_ENTITY = 418;
/**
+ * Static constant for a 419 error.
* tt419 Insufficient Space on Resource/tt
* (WebDAV - draft-ietf-webdav-protocol-05?)
* or tt419 Proxy Reauthentication Required/tt
@@ -222,6 +224,7 @@
*/
public static final int SC_INSUFFICIENT_SPACE_ON_RESOURCE = 419;
/**
+ * Static constant for a 420 error.
* tt420 Method Failure/tt
* (WebDAV - draft-ietf-webdav-protocol-05?)
*/
1.10 +6 -6
jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/NameValuePair.java
Index: NameValuePair.java
===
RCS file:
/home/cvs/jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/NameValuePair.java,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- NameValuePair.java7 Sep 2002 16:45:48 - 1.9
+++ NameValuePair.java16 Oct 2002 16:58:26 - 1.10
@@ -191,8 +191,8 @@
}
/**
- * Returns a hash code for this object such that
- * if tta.{@link #equals equals}(b)/tt then
+ * hashCode. Returns a hash code for this object such
+ * that if tta.{@link #equals equals}(b)/tt then
* tta.hashCode() == b.hashCode()/tt.
*/
public int hashCode() {
1.4 +66 -20
cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/bean - New directory
jstrachan2002/10/16 11:17:46 jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/bean - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/jelly/src/test/org/apache/commons/jelly/bean - New directory
jstrachan2002/10/16 11:17:46 jakarta-commons-sandbox/jelly/src/test/org/apache/commons/jelly/bean - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/jelly/src/test/org/apache/commons/jelly suite.jelly
jstrachan2002/10/16 11:17:59 Modified:jelly/src/test/org/apache/commons/jelly/define beanSample.jelly jelly/src/test/org/apache/commons/jelly suite.jelly Added: jelly/src/java/org/apache/commons/jelly/tags/bean package.html BeanPropertyTag.java BeandefTag.java BeanTagLibrary.java jelly/src/test/org/apache/commons/jelly/bean Order.java TestJelly.java MyTagLibrary.java suite.jelly Product.java Customer.java Removed: jelly/src/test/org/apache/commons/jelly/define Customer.java Log: Added a simple little Jelly library which binds beans to tags. It works similarly to Ant with nested properties so provides a simple way to turn XML into beans. While on the surface this may seem over the top when Digester and Betwixt (which is layered on top of Digester) do this perfectly well, using Jelly allows more complex directives like * including other files * using configurable properties or dynamic values in configuration files. So dynamic expressions can be used to hook-up objects or dynamically turn bits of the config on or off based on runtime properrties * the same mechanism can be used inside things like workflow, unit testing, JellySwing etc This library could be used to hack together an implementation of Ceki's Joran example for log4j http://marc.theaimsgroup.com/?l=jakarta-commons-devm=103462608122650w=2 Though it'd need 1 or to extra little tags to implement the appender ref and to collect the appenders together into a Map etc. Hopefully some of the similar code in the define:bean and define:jellybean libraries could maybe be rationalised a little. Revision ChangesPath 1.1 jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/bean/package.html Index: package.html === html head /head body p A tag library for mapping tags to beans using a similar approach to Ant. /p /body /html 1.1 jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/bean/BeanPropertyTag.java Index: BeanPropertyTag.java === /* * $Header: /home/cvs/jakarta-commons-sandbox/jelly/src/taglibs/beanshell/src/java/org/apache/commons/jelly/tags/beanshell/BeanShellExpressionFactory.java,v 1.1 2002/05/21 07:58:55 jstrachan Exp $ * $Revision: 1.1 $ * $Date: 2002/05/21 07:58:55 $ * * * * The Apache Software License, Version 1.1 * * Copyright (c) 1999-2002 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without * modification, 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 acknowlegement: * This product includes software developed by the *Apache Software Foundation (http://www.apache.org/). *Alternately, this acknowlegement may appear in the software itself, *if and wherever such third-party acknowlegements normally appear. * * 4. The names The Jakarta Project, Commons, 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 names without prior written *permission of the Apache Group. * * 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 (INCLUDING, 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
cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly Jelly.java
morgand 2002/10/16 11:45:28 Modified:jelly/src/java/org/apache/commons/jelly Jelly.java Log: fixed naughty wildcard import for CLI Revision ChangesPath 1.21 +10 -6 jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/Jelly.java Index: Jelly.java === RCS file: /home/cvs/jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/Jelly.java,v retrieving revision 1.20 retrieving revision 1.21 diff -u -r1.20 -r1.21 --- Jelly.java14 Oct 2002 19:46:22 - 1.20 +++ Jelly.java16 Oct 2002 18:45:27 - 1.21 @@ -72,10 +72,14 @@ import java.util.StringTokenizer; import java.util.ArrayList; +import org.apache.commons.cli.CommandLine; +import org.apache.commons.cli.GnuParser; +import org.apache.commons.cli.Options; +import org.apache.commons.cli.Parser; +import org.apache.commons.cli.ParseException; import org.apache.commons.jelly.parser.XMLParser; import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; -import org.apache.commons.cli.*; /** * pcodeJelly/code is a helper class which is capable of -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons/validator/src/share/org/apache/commons/validator ValidatorResources.java
turner 2002/10/16 11:48:08
Modified:validator/src/share/org/apache/commons/validator
ValidatorResources.java
Log:
Changed ValidatorResources to store FormSets as a vector attached to the Locale key
rather than as a single element. The way it was, it was causing only the formset of
the last XML file for a given Locale to have it's FormSets saved.
Potentially very destabilizing change, but it passes the unit tests afterward, so I
think it's OK, since the changes are all internal to ValidatorResources (i.e., it's
all private access stuff, and the API is still the same.)
Only screw case I can think of is that if resource initialization is called multiple
times on the same Resource (and I couldn't think of a plausible case of this
happening), the FormSets are going to pile up on the Vector used to store it.
Fixed bug 10584
Revision ChangesPath
1.7 +122 -102
jakarta-commons/validator/src/share/org/apache/commons/validator/ValidatorResources.java
Index: ValidatorResources.java
===
RCS file:
/home/cvs/jakarta-commons/validator/src/share/org/apache/commons/validator/ValidatorResources.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- ValidatorResources.java 30 Mar 2002 04:33:17 - 1.6
+++ ValidatorResources.java 16 Oct 2002 18:48:08 - 1.7
@@ -65,6 +65,8 @@
import java.io.Serializable;
import java.util.Collections;
import java.util.Iterator;
+import java.util.Enumeration;
+import java.util.Vector;
import java.util.Locale;
import java.util.Map;
import org.apache.commons.collections.FastHashMap;
@@ -120,7 +122,14 @@
*/
public void put(FormSet fs) {
if (fs != null) {
-hFormSets.put(buildKey(fs), fs);
+ String key = buildKey(fs);
+ if (hFormSets.get(key) == null) {
+ hFormSets.put(key, new Vector());
+ }
+ Vector formsets = (Vector) hFormSets.get(key);
+ if (!formsets.contains(fs)) {
+ formsets.add(fs);
+ }
if (log.isInfoEnabled()) {
log.info(Adding FormSet ' + fs.toString() + '.);
@@ -234,61 +243,67 @@
*lidefault locale/li
* /ol
*/
- public Form get(String language, String country, String variant, Object formKey)
{
- FormSet fs = null;
- Form f = null;
- String key = null;
- Object o = null;
+public Form get(String language, String country, String variant, Object
formKey) {
+ FormSet fs = null;
+ Form f = null;
+ String key = null;
+ Object o = null;
- key = ((language != null language.length() 0) ? language : ) +
+ key = ((language != null language.length() 0) ? language : ) +
((country != null country.length() 0) ? _ + country : ) +
((variant != null variant.length() 0) ? _ + variant : );
- o = hFormSets.get(key);
- if (o != null) {
- fs = (FormSet)o;
- if (fs != null)
-f = fs.getForm(formKey);
- }
+ Vector v = (Vector) hFormSets.get(key);
- if (f == null) {
- key = ((language != null language.length() 0) ? language : ) +
- ((country != null country.length() 0) ? _ + country : );
-
- o = hFormSets.get(key);
- if (o != null) {
-fs = (FormSet)o;
-if (fs != null)
- f = fs.getForm(formKey);
- }
-
- }
+ if (v == null) return f;
- if (f == null) {
- key = ((language != null language.length() 0) ? language : );
+ Enumeration formsets = v.elements();
+ while (formsets.hasMoreElements()) {
+ o = formsets.nextElement();
+ if (o != null) {
+ fs = (FormSet)o;
+ if ((fs != null) (fs.getForm(formKey) != null)) {
+ return fs.getForm(formKey);
+ }
+ }
+ }
+ key = ((language != null language.length() 0) ? language : ) +
+ ((country != null country.length() 0) ? _ + country : );
- o = hFormSets.get(key);
- if (o != null) {
-fs = (FormSet)o;
-if (fs != null)
- f = fs.getForm(formKey);
- }
- }
-
- if (f == null) {
- key = defaultLocale.toString();
-
- o = hFormSets.get(key);
- if (o != null) {
-fs = (FormSet)o;
-if (fs != null)
- f = fs.getForm(formKey);
- }
- }
-
-
- return f;
- }
+ formsets = v.elements();
+ while (formsets.hasMoreElements()) {
+ o = formsets.nextElement();
+
Re: cvs commit: jakarta-commons-sandbox/jelly/src/test/org/apache/commons/jelly suite.jelly
Couple of hours ago, I committed changes to DOMConfigurator that enable it to deal with any nested tag that is specific to a given appender type. It was easier than I initially thought. The code is not trivial but not that complicated either. While the new DOMConfigurator can deal with arbitrary nested tags, it cannot deal with new top level tags. At this stage, that does not seem to be a severe limitation. With the capability to handle arbitrary nested tags, 80+ percent of log4j's needs are met. Adding support for arbitrary tags *anywhere* within the document will entail radical changes which do not seem warranted at this stage. Your recent commit increases my interest in jelly, but since the aforementioned DOMConfigurator changes let us avoid hitting the brick wall, we'll stay the course. Given its stringent reliability requirements, log4j is a special case. However, in most other projects it is hard to justify an XML processing tool other than jelly. In my humble opinion, the missing ingredient is a tutorial consisting of 3 or 4 really simple examples and some handholding. Is it possible that such a tutorial exists but I've missed it? At 18:17 16.10.2002 +, [EMAIL PROTECTED] wrote: jstrachan2002/10/16 11:17:59 Modified:jelly/src/test/org/apache/commons/jelly/define beanSample.jelly jelly/src/test/org/apache/commons/jelly suite.jelly Added: jelly/src/java/org/apache/commons/jelly/tags/bean package.html BeanPropertyTag.java BeandefTag.java BeanTagLibrary.java jelly/src/test/org/apache/commons/jelly/bean Order.java TestJelly.java MyTagLibrary.java suite.jelly Product.java Customer.java Removed: jelly/src/test/org/apache/commons/jelly/define Customer.java Log: Added a simple little Jelly library which binds beans to tags. It works similarly to Ant with nested properties so provides a simple way to turn XML into beans. While on the surface this may seem over the top when Digester and Betwixt (which is layered on top of Digester) do this perfectly well, using Jelly allows more complex directives like * including other files * using configurable properties or dynamic values in configuration files. So dynamic expressions can be used to hook-up objects or dynamically turn bits of the config on or off based on runtime properrties * the same mechanism can be used inside things like workflow, unit testing, JellySwing etc This library could be used to hack together an implementation of Ceki's Joran example for log4j http://marc.theaimsgroup.com/?l=jakarta-commons-devm=103462608122650w=2 Though it'd need 1 or to extra little tags to implement the appender ref and to collect the appenders together into a Map etc. Hopefully some of the similar code in the define:bean and define:jellybean libraries could maybe be rationalised a little. Revision ChangesPath 1.1 jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/bean/package.html Index: package.html === html head /head body p A tag library for mapping tags to beans using a similar approach to Ant. /p /body /html -- Ceki TCP implementations will follow a general principle of robustness: be conservative in what you do, be liberal in what you accept from others. -- Jon Postel, RFC 793 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[cli] nightly build
any reason not to have a nightly build of cli happening? apart from the fact that the build.xml is fubar'd, so it fails constantly. Options seem to be: generate an build.xml from maven put an old-style build.xml in place anyone know if the former will work with the nightly build? Hen -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [cli] nightly build
If you have an build.xml generated from maven, the nightlies should happen, when you ask Craig to add the cli package to his buildCommons script. Mvgr, Martin On Wed, 2002-10-16 at 23:36, Henri Yandell wrote: any reason not to have a nightly build of cli happening? apart from the fact that the build.xml is fubar'd, so it fails constantly. Options seem to be: generate an build.xml from maven put an old-style build.xml in place anyone know if the former will work with the nightly build? Hen -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons/validator/src/share/org/apache/commons/validator Field.java
turner 2002/10/16 15:13:32 Modified:validator/src/share/org/apache/commons/validator Field.java Log: Fixes (completely) bug 13472 Revision ChangesPath 1.7 +5 -4 jakarta-commons/validator/src/share/org/apache/commons/validator/Field.java Index: Field.java === RCS file: /home/cvs/jakarta-commons/validator/src/share/org/apache/commons/validator/Field.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- Field.java11 Oct 2002 01:49:33 - 1.6 +++ Field.java16 Oct 2002 22:13:32 - 1.7 @@ -498,6 +498,7 @@ hDependencies.setFast(true); } + hMsgs.setFast(true); } /** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13472] - Attempt to modify FastHashMap while in fast mode through iterator.
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=13472. 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=13472 Attempt to modify FastHashMap while in fast mode through iterator. [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-10-16 22:14 --- Added the line at the end and commited. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons/cli build.xml
bayard 2002/10/16 15:16:26
Modified:cli build.xml
Log:
Zapping the old build.xml and replacing it with a maven generated one.
Seems to build fine for me, but real test will be when the nightly tries it.
Revision ChangesPath
1.2 +153 -175 jakarta-commons/cli/build.xml
Index: build.xml
===
RCS file: /home/cvs/jakarta-commons/cli/build.xml,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- build.xml 10 Jun 2002 18:01:15 - 1.1
+++ build.xml 16 Oct 2002 22:16:26 - 1.2
@@ -1,180 +1,158 @@
-?xml version=1.0?
+?xml version=1.0 encoding=UTF-8?
-project name=cli default=maven:jar basedir=.
+project default=jar name=commons-cli basedir=.
+
+ property name=defaulttargetdir value=target/property
+ property name=classesdir value=target/classes/property
+ property name=testclassesdir value=target/test-classes/property
+ property name=testreportdir value=target/test-reports/property
+ property name=distdir value=dist/property
+ property name=javadocdir value=target/docs/apidocs/property
+ property name=final.name value=commons-cli-1.0-beta-2-dev/property
+
+ target name=init description=o Initializes some properties
+
+condition property=noget
+ equals arg2=only arg1=${build.sysclasspath}/equals
+/condition
+ /target
+
+ target name=jar description=o Create the jar depends=get-deps
+
+mkdir dir=${classesdir}/mkdir
+
+javac destdir=${classesdir} deprecation=true debug=true optimize=false
excludes=**/package.html
+ src
+pathelement location=src/java/pathelement
+ /src
+ classpath
+fileset dir=lib
+ include name=*.jar/include
+/fileset
+ /classpath
+/javac
+
+
+jar jarfile=target/${final.name}.jar excludes=**/package.html
basedir=${classesdir}/jar
+
+ /target
+
+ target name=clean description=o Clean up the generated directories
+delete dir=${defaulttargetdir}/delete
+delete dir=${distdir}/delete
+ /target
+
+ target name=dist description=o Create a distribution depends=jar, javadoc
+mkdir dir=dist/mkdir
+copy todir=dist
+ fileset dir=${defaulttargetdir}/fileset
+/copy
+ /target
+
+ target name=test description=o Run the test cases depends=compile-tests
+mkdir dir=${testreportdir}/mkdir
+junit dir=./ printSummary=yes fork=true haltonerror=true
+ sysproperty key=basedir value=src/test/sysproperty
+ formatter type=xml/formatter
+ formatter usefile=true type=plain/formatter
+ classpath
+fileset dir=lib
+ include name=*.jar/include
+/fileset
+pathelement location=target/${final.name}.jar/pathelement
+pathelement path=${testclassesdir}/pathelement
+ /classpath
+ batchtest todir=${testreportdir}
+fileset dir=src/test
+
+include name=**/*Test*.java/include
+
+
+/fileset
+ /batchtest
+/junit
+ /target
+
+ target name=compile-tests depends=jar
+mkdir dir=${testclassesdir}/mkdir
+javac destdir=${testclassesdir} deprecation=true debug=true
optimize=false excludes=**/package.html
+ src
+pathelement location=src/test/pathelement
+ /src
+ classpath
+fileset dir=lib
+ include name=*.jar/include
+/fileset
+pathelement location=target/${final.name}.jar/pathelement
+ /classpath
+/javac
+
+
+
+
+
+copy todir=${testclassesdir}
+ fileset dir=src/test
+
+
+ /fileset
+/copy
+
+ /target
+
+ target name=javadoc description=o Generate javadoc depends=jar
+
+
+mkdir dir=${javadocdir}/mkdir
+
+
+tstamp
+ format pattern=2002- property=year/format
+/tstamp
+
+property name=copyright value=Copyright amp;copy; Apache Software
Foundation. All Rights Reserved./property
+
+property name=title value=CLI 1.0-beta-2-dev API/property
+
+javadoc use=true private=true destdir=${javadocdir} author=true
version=true sourcepath=src/java packagenames=org.apache.commons.cli.*
+ classpath
+fileset dir=lib
+ include name=*.jar/include
+/fileset
+pathelement location=target/${final.name}.jar/pathelement
+ /classpath
+/javadoc
+
+ /target
+
+ target name=get-deps unless=noget depends=init
+
+mkdir dir=lib/mkdir
+
+get dest=lib/commons-logging-1.0.jar usetimestamp=true ignoreerrors=true
src=http://www.ibiblio.org/maven/commons-logging/jars/commons-logging-1.0.jar;/get
+get dest=lib/commons-lang-SNAPSHOT.jar
Re: [cli] nightly build
This is done and committed. Will ask Craig to give it a whirl. Thanks, Hen On 17 Oct 2002, Martin van den Bemt wrote: If you have an build.xml generated from maven, the nightlies should happen, when you ask Craig to add the cli package to his buildCommons script. Mvgr, Martin On Wed, 2002-10-16 at 23:36, Henri Yandell wrote: any reason not to have a nightly build of cli happening? apart from the fact that the build.xml is fubar'd, so it fails constantly. Options seem to be: generate an build.xml from maven put an old-style build.xml in place anyone know if the former will work with the nightly build? Hen -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons/validator/src/share/org/apache/commons/validator GenericValidator.java
turner 2002/10/16 15:17:32 Modified:validator/src/share/org/apache/commons/validator GenericValidator.java Log: Remove extraneous import (fixes bug 13539) Revision ChangesPath 1.8 +4 -5 jakarta-commons/validator/src/share/org/apache/commons/validator/GenericValidator.java Index: GenericValidator.java === RCS file: /home/cvs/jakarta-commons/validator/src/share/org/apache/commons/validator/GenericValidator.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- GenericValidator.java 11 Oct 2002 01:16:37 - 1.7 +++ GenericValidator.java 16 Oct 2002 22:17:31 - 1.8 @@ -63,7 +63,6 @@ package org.apache.commons.validator; import java.io.Serializable; -import java.util.Date; import java.util.Locale; import java.text.DateFormat; import java.text.SimpleDateFormat; -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 13539] - Incorrect JavaDoc unused variables
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=13539. 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=13539 Incorrect JavaDoc unused variables [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-10-16 22:18 --- Thanks for the style stuff, fixed in source. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/jelly/src/test/org/apache/commons/jelly/core - New directory
morgand 2002/10/16 15:18:43 jakarta-commons-sandbox/jelly/src/test/org/apache/commons/jelly/core - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8787] - Indexed field validation patch
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=8787. 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=8787 Indexed field validation patch [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-10-16 22:19 --- Got no further feedback on this, so closing it. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/jelly/src/test/org/apache/commons/jelly/core TestIncludeNesting.java a.jelly b.jelly c.jelly
morgand 2002/10/16 15:30:15
Added: jelly/src/test/org/apache/commons/jelly/core
TestIncludeNesting.java a.jelly b.jelly c.jelly
Log:
unit tests for includes and nested includes
Revision ChangesPath
1.1
jakarta-commons-sandbox/jelly/src/test/org/apache/commons/jelly/core/TestIncludeNesting.java
Index: TestIncludeNesting.java
===
/*
* $Header:
/home/cvs/jakarta-commons-sandbox/jelly/src/test/org/apache/commons/jelly/core/TestIncludeNesting.java,v
1.1 2002/10/16 22:30:14 morgand Exp $
* $Revision: 1.1 $
* $Date: 2002/10/16 22:30:14 $
*
*
*
* The Apache Software License, Version 1.1
*
* Copyright (c) 1999-2002 The Apache Software Foundation. All rights
* reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, 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 acknowlegement:
* This product includes software developed by the
*Apache Software Foundation (http://www.apache.org/).
*Alternately, this acknowlegement may appear in the software itself,
*if and wherever such third-party acknowlegements normally appear.
*
* 4. The names The Jakarta Project, Commons, 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 names without prior written
*permission of the Apache Group.
*
* 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 (INCLUDING, 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. For more
* information on the Apache Software Foundation, please see
* http://www.apache.org/.
*
* $Id: TestIncludeNesting.java,v 1.1 2002/10/16 22:30:14 morgand Exp $
*/
package org.apache.commons.jelly.core;
import java.io.File;
import java.net.URL;
import junit.framework.TestCase;
import junit.framework.TestSuite;
import junit.textui.TestRunner;
import org.apache.commons.jelly.Jelly;
import org.apache.commons.jelly.JellyContext;
import org.apache.commons.jelly.Script;
import org.apache.commons.jelly.TagLibrary;
import org.apache.commons.jelly.XMLOutput;
/**
* Makes sure that nested includes work correctly
*
* @author Morgan Delagrange
* @version $Revision: 1.1 $
*/
public class TestIncludeNesting extends TestCase {
Jelly jelly = null;
JellyContext context = null;
XMLOutput xmlOutput = null;
public TestIncludeNesting(String name) {
super(name);
}
public static TestSuite suite() throws Exception {
return new TestSuite(TestIncludeNesting.class);
}
public void setUp(String scriptName) throws Exception {
context = new CoreTaglibOnlyContext();
xmlOutput = XMLOutput.createDummyXMLOutput();
jelly = new Jelly();
String script = scriptName;
URL url = this.getClass().getResource(script);
if ( url == null ) {
throw new Exception(
Could not find Jelly script: + script
+ in package of class: + this.getClass().getName()
);
}
DO NOT REPLY [Bug 13676] - FilePart fails to send data on second call to send
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=13676. 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=13676 FilePart fails to send data on second call to send --- Additional Comments From [EMAIL PROTECTED] 2002-10-17 01:08 --- HttpClient test cases won't run for me at all and I don't have time to struggle with it just yet. I've uploaded the patch in case anyone has the inspiration to write tests before I get around to it, otherwise I'll follow up during the week sometime. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/launcher build.xml
patrickl2002/10/16 18:41:48
Modified:launcher build.xml
Log:
Make commons-launcher.jar go to dist/bin as moving it to ${basedir} causes the
samples to break
Revision ChangesPath
1.2 +2 -4 jakarta-commons-sandbox/launcher/build.xml
Index: build.xml
===
RCS file: /home/cvs/jakarta-commons-sandbox/launcher/build.xml,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- build.xml 11 Oct 2002 10:24:44 - 1.1
+++ build.xml 17 Oct 2002 01:41:48 - 1.2
@@ -221,8 +221,6 @@
chmod file=${dist.home}/bin/launch-ant.sh
perm=a+x/
antcall target=jar/
-copy file=${dist.home}/commons-${component.name}.jar
- tofile=commons-${component.name}.jar/
!-- Bundle Ant jars to support launcher classes and sample scripts --
copy todir=${dist.home}/lib filtering=off
fileset dir=${ant.home}/lib includes=*.jar/
@@ -261,7 +259,7 @@
mkdir dir=${build.home}/classes/META-INF/
copy file=LICENSE
tofile=${build.home}/classes/META-INF/LICENSE.txt/
-jarjarfile=${dist.home}/commons-${component.name}.jar
+jarjarfile=${dist.home}/bin/commons-${component.name}.jar
basedir=${build.home}/classes
manifest=${build.home}/conf/MANIFEST.MF/
copy file=${build.home}/classes/LauncherBootstrap.class
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
