Hi,
Is there a specific reason why pipelining hasn't been implemented, other
than not having round tuits? In other words, can anyone think of a
reason why it shouldn't be implemented?
I am referring to pipelining as described in section 8.1.2.2 of the
HTTP/1.1 RFC2616.
At the moment the
From: Henri Yandell [EMAIL PROTECTED]
The pattern for the unit tests in the project.xml is **/Test*.java and yet
most of the Tests are of the form [ClassName]Test.java so it misses these.
I think this should change to:
**/*Test*.java
but as I'm not going to have time to fix any tests that
jstrachan2002/06/07 00:37:01
Modified:cli project.properties
Log:
Applied John's patches to the checkstyle properties
Revision ChangesPath
1.3 +3 -1 jakarta-commons-sandbox/cli/project.properties
Index: project.properties
Patch applied and website updated.
James
- Original Message -
From: John Keyes [EMAIL PROTECTED]
To: commons-dev [EMAIL PROTECTED]
Sent: Thursday, June 06, 2002 11:33 PM
Subject: [CLI] checkstyle properties
The following property should be changed to:
jstrachan2002/06/07 00:56:39
Modified:betwixt/xdocs faq.xml
Log:
Updated the FAQ to include the recent discussion on betwixt versus JAXB / Castor
Revision ChangesPath
1.2 +30 -0 jakarta-commons-sandbox/betwixt/xdocs/faq.xml
Index: faq.xml
jstrachan2002/06/07 01:02:32
Modified:jelly/xdocs todo.xml
Log:
Added idea about a Betwixt tag library
Revision ChangesPath
1.8 +1 -0 jakarta-commons-sandbox/jelly/xdocs/todo.xml
Index: todo.xml
jstrachan2002/06/07 01:06:25
Modified:betwixt/xdocs todo.xml
Log:
Added new task, creating a SAXWriter class
Revision ChangesPath
1.2 +3 -2 jakarta-commons-sandbox/betwixt/xdocs/todo.xml
Index: todo.xml
jstrachan2002/06/07 01:07:36
Modified:betwixt/xdocs todo.xml
Log:
Added new task, making a DOM wrapper around beans
Revision ChangesPath
1.3 +4 -0 jakarta-commons-sandbox/betwixt/xdocs/todo.xml
Index: todo.xml
jstrachan2002/06/07 01:08:20
Modified:betwixt project.properties
Log:
removed patch for junit usefile
Revision ChangesPath
1.5 +0 -1 jakarta-commons-sandbox/betwixt/project.properties
Index: project.properties
jstrachan2002/06/07 01:17:06
Modified:betwixt/xdocs faq.xml
Log:
patched typo in the faq
Revision ChangesPath
1.3 +1 -1 jakarta-commons-sandbox/betwixt/xdocs/faq.xml
Index: faq.xml
===
From: Ivelin Ivanov [EMAIL PROTECTED]
I would appreciate it if you can add the response you gave me below to the
Betwixt online FAQ. I have people asking me once in a while what tool to
use
for java-xml mapping.
Done.
BTW, does betwixt unmarshall DOM nodes as well as JavaBeans?
You mean
jstrachan2002/06/07 01:30:32
Modified:messenger .cvsignore
Added: messenger build-gump.xml gump.xml
Log:
Added gump descriptor and build
Revision ChangesPath
1.4 +1 -0 jakarta-commons-sandbox/messenger/.cvsignore
Index: .cvsignore
jstrachan2002/06/07 01:31:16
Modified:cli gump.xml build-gump.xml
Log:
Added gump descriptor and build
Revision ChangesPath
1.2 +2 -1 jakarta-commons-sandbox/cli/gump.xml
Index: gump.xml
From: Martin van den Bemt [EMAIL PROTECTED]
My fixes / improvements are planned to be finishing up on sunday. (that
includes tests). If I finish that the patch is in your hands to commit
it, or -1 it ;)
For reference :
- Deprecated setNameMapper and added the setElementNameMapper and
jstrachan2002/06/07 02:00:36
Modified:jelly/src/java/org/apache/commons/jelly/tags/jsl
StylesheetTag.java TemplateTag.java
jelly/src/java/org/apache/commons/jelly/tags/xml
XMLTagLibrary.java
jelly
jstrachan2002/06/07 02:36:11
Modified:jelly/src/test/org/apache/commons/jelly TestCoreTags.java
jellybuild.xml
jelly/src/test/org/apache/commons/jelly/xml TestXMLTags.java
Added: jelly/src/test/org/apache/commons/jelly/jsl TestJSL.java
Log:
Is there an example of Latka script which tests a dynamic web application:
form submit, session, etc.
The documentation only includes tests for static web sites and I couldn't
find more in CVS.
Thanks,
Ivelin
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands,
dion2002/06/07 04:56:29
Modified:jelly/src/java/org/apache/commons/jelly TagLibrary.java
Log:
Fix jdk 1.4 compile error
Revision ChangesPath
1.11 +6 -6
jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/TagLibrary.java
Index:
dion2002/06/07 05:26:46
Modified:jellyproject.xml
Log:
supposed to add my name before committing to the project :)
Revision ChangesPath
1.11 +12 -1 jakarta-commons-sandbox/jelly/project.xml
Index: project.xml
Hi all,
I have a series of Torque objects that I want to sort. Sometimes I want to
sort by MethodA, sometiems by MethodB. (Basically mapping onto all the
columns in my database).
Right now, I have a comparator compare method that looks like this:
public int compare( Object o1, Object o2 ) {
This email is autogenerated from the output from:
http://jakarta.apache.org/builds/gump/2002-06-07/commons-fileupload.html
Buildfile: build.xml
BUILD FAILED
Target `dist' does not exist in
This email is autogenerated from the output from:
http://jakarta.apache.org/builds/gump/2002-06-07/commons-cli.html
Buildfile: build-gump.xml
jar:
[mkdir] Created dir:
On Fri, 7 Jun 2002, James Strachan wrote:
Actually yesterday I changed the pattern to be *Test*.java in project.xml
and all the tests worked...
http://jakarta.apache.org/commons/sandbox/cli/junit-report.html
Sorry, hadn't emailed about this yet. I subsequently realised I was on an
older
I don't think there is one in Commons yet. I've had one for myself for a
bit and it can be a lifesaver sometimes.
BeanComparator bc = new BeanComparator([1]); was very sweet when I
realised that would work :) Not just Beans but also arrays/collections.
I'm +1 for a BeanComparator, +1 in that I
rasmy comments below /ras
***
Richard A. Sitze[EMAIL PROTECTED]
CORBA Interoperability WebServices
IBM WebSphere Development
costinm@covalent
.net To: Jakarta Commons
Not sure what the deal is here. I have:
dependency
idcommons-lang/id
typerequired/type
version0.1-dev/version
/dependency
in the project.xml, and maven is finding it for me. Then again it's there
already cuz Maven needs it.
I've tried switching it to 1.0-dev as that's
I forged ahead.. I had a need to sort in asc/desc... so I have added a
sortPolarity and sortProperty methods..
Here is what I created...
package com.upstate.util;
import org.apache.commons.beanutils.WrapDynaBean;
import org.apache.commons.beanutils.*;
import org.apache.log4j.Category;
/**
-1 to the ASC/DESC bit. That shouldn't be in comparators in my opinion,
instead use the ReverseComparator.
What is Polarity vs Property?
On Fri, 7 Jun 2002, Eric Pugh wrote:
I forged ahead.. I had a need to sort in asc/desc... so I have added a
sortPolarity and sortProperty methods..
(25) Download and Install the Commons Daemon Binary Distribution
NOTE: This step is only required if you wish to build the classes needed to
run Tomcat as a native operating system daemon using commons-daemon.
* Download a binary distribution of version 20020219 or later from:
Works for me.. For my application, if there was a good comparator, then I
would probably wrap up my code in something that combined ReverseComparator
and BeanMethodComparartor properly...
I guess I was just kinda tossing it out as an example.. If there is
interest in adding it to CVS, I will
Sorry Eric, I'm not sure you got my question.
BeanComparator = good, +1. I think it'd be great to commit a
BeanComparator.
The ASC/DESC bit is unnecessary I think due to ReverseComparator. This is
an opinion though, I don't believe in ASC/DESC in Comparators. So I was
just -1 on the Polarity
baliuka 2002/06/07 11:53:12
Modified:simplestore/src/java/org/apache/commons/simplestore/persistence/impl
MetaClassImpl.java
simplestore/src/jdbc/org/apache/commons/simplestore/jdbc
DBStorage.java
On Fri, 7 Jun 2002, Henri Yandell wrote:
Sorry Eric, I'm not sure you got my question.
BeanComparator = good, +1. I think it'd be great to commit a
BeanComparator.
The ASC/DESC bit is unnecessary I think due to ReverseComparator. This is
an opinion though, I don't believe in ASC/DESC in
I have attached a very simple, but powerful
TransformingComparator that I wrote. It would go well in
the Collections framework. It decorates another Comparator
with behavior from any Transformer. That is, the return
value from the #transform method will be passed to the
#compare method on the
I'd like to make the case for a ComparableComparator that
allows the sorting of nulls to the bottom. This could be a
flag to set on the existing class or another Comparator
called something like NullableComparableComparator (or
ComparableNullComparator?).
This becomes a big issue when sorting a
+1, In my sorts, having to deal with nulls is causing me difficulties as
well.. Although I could see something like any nulls being ignored as a
type of behavior.. Sort everything, and drop the nulls!
Eric
-Original Message-
From: Jonathan Carlson [mailto:[EMAIL PROTECTED]]
Sent:
I can't think of a how nulls could be dropped. The
Comparator API only allows for returning a -1, 0, or +1.
But thanks for the support for the option of sorting nulls
to the bottom.
Jonathan
=
Jonathan Carlson
[EMAIL PROTECTED]
Minneapolis, Minnesota
I don't think that there's any obvious ordering for null and x (or
some other arbitrary object)...I would be inclined to throw an exception
if null is passed in. If you're sorting a list with nulls, it's
probably best to filter them out before sorting. I definitely give a
(non-binding) -1 to
I'm +1 on sorting to the bottom. Would it harm for this to be a default?
ie) no ClassCastException anymore?
On Fri, 7 Jun 2002, Jonathan Carlson wrote:
I can't think of a how nulls could be dropped. The
Comparator API only allows for returning a -1, 0, or +1.
But thanks for the support for
I like the idea of having the functionality provided by
NullFirstComparator and NullLastComparator, but I have an
additional suggestion.
Currently, all of the classes in the comparators subpackage
are simple, and very useful. However, it seems that they'd
most often be used in conjunction with
40 matches
Mail list logo