[lang] scope for version 2

[Henri Yandell]

I'm going to try and kick off discussion on version 2.0 of Commons Lang.
I'm going to assume that all and any bugfixes which have gone in since the
v1.0.1 release on existing classes will goto 2.0. Also that we will take
another swing at the Bugzilla list before a 2.0 release, including the
nested stack-trace order question.

I'm going to assume that we'll be moving to 2.0 next and not to a 1.1.

New development tree features:

Not all are agreed that the features in the dev tree should remain in
Lang. For each of these features, I believe the aim is to ask IF it should
be in Lang, and IF it is mature enough to be in Lang 2.0.

[ie) not where should feature X be if not in Lang]

The following subpackages were added to the CVS tree:

math
  Fraction. Various ranges. Probably immature.
functor
  Well debated. I think we can safely accept that these will not be going.
  For the record, functors are common method signature patterns.
reflect
  Robert's the expert here, but this is a set of error-fixing and
  usability enhancing helpers for Java reflection. No Bean concepts here.
time
  Assorted date-format utils and a stopwatch for debugging. Again,
  immature.
util
  BitField: Mature class used in POI. Need to confer with POI on this.
  Identifiers: Been around for a while. Dependent on . Used to
create ID's.
  Validate: Akin to junit.framework.Assert. It tests boolean possibilities
and throws IllegalArgumentExceptions if they are false.

The top level package gained a class named Notifier, and an accompanying
exception class. Notifier is a reflection based class, aiding in the
creation of event-listeners. [probably should move into the reflect
sub-package].

Changes to existing classes:

NumberUtils gained a lot of 'constants'.
In builder, new methods were added to many of the classes.
In enum, Enum gained a getEnumClassname(Class).
In exception, new methods were added to ExceptionUtils. A protected
  attribute was removed.
SerializationUtils gained an empty constructor.
StringUtils gained 3 new methods:
 'unescape, uncapitaliseAllWords and isWhitespace'.
 The signature on defaultString(String) and defaultString(String, String)
 was loosened to defaultString(Object) and defaultString(Object, String).


My personal belief is:

1) math/time should continue to grow in Lang in development until such a
point as they are mature, or they are of obvious size in scope to be moved
from Lang. Basically, can we create a tight sub-package that fits in Lang.
Currently there are only the hints of such there.

2) reflect. I think this is a useful subpackage of Lang and think it's the
one subpackage which should go in a 2.0. However, I am unaware of whether
the code is believed to be complete yet. If not, I'm prepared to help it
get complete.

3) functor. I'm pretty ambivalent about functor. I'll happily accept
either of the solutions offered in the functor debates. Identifier's
dependency on functor does become a potential issue.

4) util.BitField. I'd like to find out if the POI people believe this is a
good core Lang class, or if it is just jetsam.

5) util.Identifiers. My immediate thoughts would be that this is quite a
broad subject. Myself, I need to grok the scope of the Identifiers class
more before having a solid view.

6) util.Validate. Seems like a useful tool. Would be better to add these
to junit.framework.Assert and then have Assert in a tiny jar away from the
rest of the junit jar, but seems unlikely.

Views?

Hen


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [util] Project closed

[dion]

That works for me
--
dIon Gillard, Multitask Consulting
Blog:  http://www.freeroller.net/page/dion/Weblog
Work:  http://www.multitask.com.au


Henri Yandell <[EMAIL PROTECTED]> wrote on 22/01/2003 04:59:57 PM:

> 
> I think maven's dependency on it showed that there could be projects out
> there who might be dependent on it. How about just removing the SNAPSHOT
> to iron home that new versions will not be being released?
> 
> Hen
> 
> On Wed, 22 Jan 2003 [EMAIL PROTECTED] wrote:
> 
> > So,
> >
> > would you  like it removed?
> > --
> > dIon Gillard, Multitask Consulting
> > Blog:  http://www.freeroller.net/page/dion/Weblog
> > Work:  http://www.multitask.com.au
> >
> >
> > Henri Yandell <[EMAIL PROTECTED]> wrote on 20/01/2003 07:28:28 
AM:
> >
> > >
> > > One question. Should anything be done about:
> > >
> > > http://www.ibiblio.org/maven/commons-util/jars/
> > >
> > > ie) a request to kill it?
> > >
> > > as far as I know, there was never any official release candidate of
> > > commons-util, but the fact it is there implies someone is using it
> > > [possibly only commons-email though].
> > >
> > > Hen
> > >
> > > On Sun, 19 Jan 2003, Henri Yandell wrote:
> > >
> > > >
> > > > [util] project's entry on the Commons website is now removed.
> > > >
> > > > Hen
> > > >
> > > > On Sun, 19 Jan 2003, Stephen Colebourne wrote:
> > > >
> > > > > I have deleted all the remaining files in [util].
> > > > >
> > 
http://www.mail-archive.com/commons-dev@jakarta.apache.org/msg15369.html
> > > > >
> > 
http://www.mail-archive.com/commons-dev@jakarta.apache.org/msg13612.html
> > > > >
> > > > > They've had deprecation warnings for some time, and nobody has
> > > objected. The
> > > > > [email] dependency has been taken care of.
> > > > >
> > > > > Stephen
> > > > >
> > > > >
> > > > > --
> > > > > To unsubscribe, e-mail:    > > [EMAIL PROTECTED]>
> > > > > For additional commands, e-mail:  > > [EMAIL PROTECTED]>
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > To unsubscribe, e-mail:
> >  > > >
> > > > For additional commands, e-mail:
> >  > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> > 
> > > For additional commands, e-mail:
> > 
> > >
> >
> > > ForwardSourceID:NT000A551A
> >
> > --
> > To unsubscribe, e-mail: 
 >
> > For additional commands, e-mail: 
 >
> >
> >
> 
> 
> --
> To unsubscribe, e-mail: 

> For additional commands, e-mail: 

> 

> ForwardSourceID:NT000A66B2 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [util] Project closed

[Henri Yandell]

I think maven's dependency on it showed that there could be projects out
there who might be dependent on it. How about just removing the SNAPSHOT
to iron home that new versions will not be being released?

Hen

On Wed, 22 Jan 2003 [EMAIL PROTECTED] wrote:

> So,
>
> would you  like it removed?
> --
> dIon Gillard, Multitask Consulting
> Blog:  http://www.freeroller.net/page/dion/Weblog
> Work:  http://www.multitask.com.au
>
>
> Henri Yandell <[EMAIL PROTECTED]> wrote on 20/01/2003 07:28:28 AM:
>
> >
> > One question. Should anything be done about:
> >
> > http://www.ibiblio.org/maven/commons-util/jars/
> >
> > ie) a request to kill it?
> >
> > as far as I know, there was never any official release candidate of
> > commons-util, but the fact it is there implies someone is using it
> > [possibly only commons-email though].
> >
> > Hen
> >
> > On Sun, 19 Jan 2003, Henri Yandell wrote:
> >
> > >
> > > [util] project's entry on the Commons website is now removed.
> > >
> > > Hen
> > >
> > > On Sun, 19 Jan 2003, Stephen Colebourne wrote:
> > >
> > > > I have deleted all the remaining files in [util].
> > > >
> http://www.mail-archive.com/commons-dev@jakarta.apache.org/msg15369.html
> > > >
> http://www.mail-archive.com/commons-dev@jakarta.apache.org/msg13612.html
> > > >
> > > > They've had deprecation warnings for some time, and nobody has
> > objected. The
> > > > [email] dependency has been taken care of.
> > > >
> > > > Stephen
> > > >
> > > >
> > > > --
> > > > To unsubscribe, e-mail:    > [EMAIL PROTECTED]>
> > > > For additional commands, e-mail:  > [EMAIL PROTECTED]>
> > > >
> > > >
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
>  > >
> > > For additional commands, e-mail:
>  > >
> > >
> > >
> >
> >
> > --
> > To unsubscribe, e-mail:
> 
> > For additional commands, e-mail:
> 
> >
>
> > ForwardSourceID:NT000A551A
>
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
>
>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [util] Project closed

[dion]

So,

would you  like it removed?
--
dIon Gillard, Multitask Consulting
Blog:  http://www.freeroller.net/page/dion/Weblog
Work:  http://www.multitask.com.au


Henri Yandell <[EMAIL PROTECTED]> wrote on 20/01/2003 07:28:28 AM:

> 
> One question. Should anything be done about:
> 
> http://www.ibiblio.org/maven/commons-util/jars/
> 
> ie) a request to kill it?
> 
> as far as I know, there was never any official release candidate of
> commons-util, but the fact it is there implies someone is using it
> [possibly only commons-email though].
> 
> Hen
> 
> On Sun, 19 Jan 2003, Henri Yandell wrote:
> 
> >
> > [util] project's entry on the Commons website is now removed.
> >
> > Hen
> >
> > On Sun, 19 Jan 2003, Stephen Colebourne wrote:
> >
> > > I have deleted all the remaining files in [util].
> > > 
http://www.mail-archive.com/commons-dev@jakarta.apache.org/msg15369.html
> > > 
http://www.mail-archive.com/commons-dev@jakarta.apache.org/msg13612.html
> > >
> > > They've had deprecation warnings for some time, and nobody has 
> objected. The
> > > [email] dependency has been taken care of.
> > >
> > > Stephen
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:    [EMAIL PROTECTED]>
> > > For additional commands, e-mail:  [EMAIL PROTECTED]>
> > >
> > >
> >
> >
> > --
> > To unsubscribe, e-mail: 
 >
> > For additional commands, e-mail: 
 >
> >
> >
> 
> 
> --
> To unsubscribe, e-mail: 

> For additional commands, e-mail: 

> 

> ForwardSourceID:NT000A551A 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [digester] wildcard matching with "/*"

[Craig R. McClanahan]

On Wed, 22 Jan 2003, Kelvin Tan wrote:

> Date: Wed, 22 Jan 2003 11:38:35 +0800
> From: Kelvin Tan <[EMAIL PROTECTED]>
> Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: [digester] wildcard matching with "/*"
>
> I've patched RulesBase to accept /foo/bar/* matches. Wondering if
> anyone's interested in the patch.
>

In principle, this sounds interesting.

The best way to deal with this would be to submit an enhancement request
to the bug tracing system:

  http://nagoya.apache.org/bugzilla/

and add your patch as an attachment.  That way, the digester developers
can evaluate what you've got (and ensure that there are sufficient unit
tests to validate the behavior).


> So
> digester.addBeanPropertySetter("foo/bar/*);
>
> will work with
>
> 
> 
> snafu
> snafu
> 
> 
>
> where propertyA and propertyB are bar Javabean properties.
>
> Regards,
> Kelvin
>

Craig McClanahan


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

[vfs] ideas for changes to the api/codebase

[Jeff Barrett]

Here's some things I was mulling over last night:

- There seems to be some overlap in concepts/goals between FileName and Uri.  Perhaps 
they should be combined somehow.

- There's a lot of functionality inside FileObject: including getChildren(), 
getParent(), resolveFile(), create(), delete(), etc. .  One advantage to this is only 
needing one object, a FileObject, to get all sorts of this work done.   Alternatively, 
these calls could be made to FileSystem directly, with a FileObject passed in.  Since 
most of these methods that are currently in FileObject end up calling FileSystem 
anyway a lot of the work is already done.  This would reduce the duplication in apis 
between FileObject and FileSystem.  It might also make it a bit clearer where the 
responsibility is.

- taking the last idea a little further, it might be cleaner/clearer to move most/all 
FileObject creation into FileSystem and it's subclasses.  One of the hardest things 
for me in getting up to speed with the code was understanding the creation of 
FileObjects.  In the index of the API docs, there are 19 different resolveFile methods 
in various class hierarchies.  There is also FileProvider.findFile(),  
FileObject.findFiles(), and LocalFileProvider.findLocalFile().  Forcing clients to use 
a FileSystem instance to get a FileObject might be another step or two of code for 
them, but it might make a big improvement in the api clarity and would allow the 
slimming down of many other classes.

- it may be useful to explore the idea of removing FileObject's refererence to it's 
FileSystem alltogether

- For consistency: Unless I'm missing some meaning, and I totally could be, 
AbstractFileSystemProvider, DefaultLocalFileSystemProvider, ZipFileSystemProvider, 
JarFileSystemProvider, FtpFileSystemProvider, SmbFileSystemProvider should all be 
FileProvider not FileSystemProvider since that's the interface they implement.  Or 
FileProvider should be renamed along with it's similarly named implementors.

- the reasoning behind what classes go in org.commons.vfs.impl versus 
org.commons.vfs.provider is a little confusing.


That's all I can think of at the moment.  How do these sound?  Hopefully my ideas came 
across as constructive, not critical.  I'm very impressed with what's already there 
and how quickly I was able to use it.

 

+jeff

 

[digester] wildcard matching with "/*"

[Kelvin Tan]

I've patched RulesBase to accept /foo/bar/* matches. Wondering if
anyone's interested in the patch.

So
digester.addBeanPropertySetter("foo/bar/*);

will work with



snafu
snafu



where propertyA and propertyB are bar Javabean properties.

Regards,
Kelvin


The book giving manifesto - http://how.to/sharethisbook



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-commons-sandbox/configuration/src/java/org/apache/commons/configuration BaseConfiguration.java

[dlr]

dlr 2003/01/21 19:00:22

  Modified:configuration/src/java/org/apache/commons/configuration
BaseConfiguration.java
  Log:
  * src/java/org/apache/commons/configuration/BaseConfiguration.java
Added a new INITIAL_LIST_SIZE constant to replace magic numbers used
in processString(String) method and no-args Container constructor.
  
  Revision  ChangesPath
  1.9   +5 -3  
jakarta-commons-sandbox/configuration/src/java/org/apache/commons/configuration/BaseConfiguration.java
  
  Index: BaseConfiguration.java
  ===
  RCS file: 
/home/cvs/jakarta-commons-sandbox/configuration/src/java/org/apache/commons/configuration/BaseConfiguration.java,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -u -r1.8 -r1.9
  --- BaseConfiguration.java14 Jan 2003 02:53:31 -  1.8
  +++ BaseConfiguration.java22 Jan 2003 03:00:21 -  1.9
  @@ -88,6 +88,8 @@
*/
   public class BaseConfiguration implements Configuration
   {
  +private static final int INITIAL_LIST_SIZE = 2;
  +
   /** stores the configuration key-value pairs */
   private Hashtable store = new Hashtable();
   
  @@ -209,7 +211,7 @@
*/
   protected List processString(String token)
   {
  -List retList = new ArrayList(2);
  +List retList = new ArrayList(INITIAL_LIST_SIZE);
   
   if (token.indexOf(PropertiesTokenizer.DELIMITER) > 0)
   {
  @@ -1425,7 +1427,7 @@
*/
   public Container()
   {
  -l = new Vector(2);
  +l = new Vector(INITIAL_LIST_SIZE);
   }
   
   /**
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

HttpClient bug emails finished

[Jeffrey Dever]

Sorry about all the bugzilla emails.  I moved a bunch of bugs over to 
the commons-httpclient-dev mailing list from this list, but each change 
was reported by bugzilla untill they were moved.

The default owner of httpclient bugs is still commons (unable to 
configure on a component basis) so there will still be some stray 
bugzilla messages here, but we'll try to keep it to a minimum.

Thanks for the patience.
-jsd


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/test AbstractProviderTestCase.java ProviderReadTests.java ProviderWriteTests.java

[adammurdoch]

adammurdoch2003/01/21 15:58:24

  Modified:vfs  maven.xml
   vfs/src/test/org/apache/commons/vfs/impl/test
VfsClassLoaderTests.java
   vfs/src/test/org/apache/commons/vfs/provider/test
JunctionProviderConfig.java
   vfs/src/test/org/apache/commons/vfs/test
AbstractProviderTestCase.java
ProviderReadTests.java ProviderWriteTests.java
  Log:
  - Fixed the jar and nested jar provider tests.  Reorganised layout of test files to 
do this.
  - Added a couple more concurrency tests.
  
  Revision  ChangesPath
  1.9   +50 -46jakarta-commons-sandbox/vfs/maven.xml
  
  Index: maven.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/vfs/maven.xml,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- maven.xml 25 Nov 2002 05:50:50 -  1.8
  +++ maven.xml 21 Jan 2003 23:58:24 -  1.9
  @@ -1,51 +1,55 @@
   
   
  -  
  +
   
  -  
  -  
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
   
  -
  -  
  -
  -
  -
  -
  -  
  -
  -  
  -
  -  
  -
  -
  -
  -
  -
  -
  -  
  -
  -  
  -
  -
  -  
  -
  -  
  -
  -
  -
  -
  -
  -  
  -
   
  
  
  
  1.4   +8 -11 
jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/impl/test/VfsClassLoaderTests.java
  
  Index: VfsClassLoaderTests.java
  ===
  RCS file: 
/home/cvs/jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/impl/test/VfsClassLoaderTests.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- VfsClassLoaderTests.java  25 Nov 2002 05:40:59 -  1.3
  +++ VfsClassLoaderTests.java  21 Jan 2003 23:58:24 -  1.4
  @@ -58,7 +58,6 @@
   import java.net.URL;
   import java.net.URLConnection;
   import org.apache.commons.vfs.Capability;
  -import org.apache.commons.vfs.FileObject;
   import org.apache.commons.vfs.FileSystemException;
   import org.apache.commons.vfs.impl.VFSClassLoader;
   import org.apache.commons.vfs.test.AbstractProviderTestCase;
  @@ -90,7 +89,7 @@
   private VFSClassLoader createClassLoader() throws FileSystemException
   {
   final VFSClassLoader loader =
  -new VFSClassLoader( getReadFolder(), getManager() );
  +new VFSClassLoader( getBaseFolder(), getManager() );
   return loader;
   }
   
  @@ -104,7 +103,7 @@
   final Class testClass = loader.loadClass( "code.ClassToLoad" );
   final Package pack = testClass.getPackage();
   assertEquals( "code", pack.getName() );
  -verifyPackage( getReadFolder(), pack, false );
  +verifyPackage( pack, false );
   
   final Object testObject = testClass.newInstance();
   assertEquals( "**PRIVATE**", testObject.toString() );
  @@ -117,7 +116,7 @@
   {
   final VFSClassLoader loader = createClassLoader();
   
  -final URL resource = loader.getResource( "file1.txt" );
  +final URL resource = loader.getResource( "read-tests/file1.txt" );
   
   assertNotNull( resource );
   final URLConnection urlCon = resource.openConnection();
  @@ -126,7 +125,6 @@
   
   /**
* Tests package sealing.
  - * @todo No it doesn't.
*/
   public void testSealing() throws Exception
   {
  @@ -134,18 +132,17 @@
   final Class testClass = loader.loadClass( "code.sealed.AnotherClass" );
   final Package pack = testClass.getPackage();
   assertEquals( "code.sealed", pack.getName() );
  -verifyPackage( getReadFolder(), pack, true );
  +verifyPackage( pack, true );
   }
   
   /**
* Verify the package loaded with class loader.
*/
  -private void verifyPackage( final FileObject baseFolder,
  -final Package pack,
  -boolean sealed )
  +private void verifyPackage( final Package pack,
  +final boolean sealed )
   throws FileSystemException
   {
  -if ( baseFolder.getFileSystem().hasCapability( 
Capability.MANIFEST_ATTRIBUTES ) )
  +if ( getBaseFolder().getFileSystem().hasCapability( 
Cap

cvs commit: jakarta-commons-sandbox/vfs project.xml

[adammurdoch]

adammurdoch2003/01/21 15:57:01

  Modified:vfs  project.xml
  Log:
  Fixed resources to work with latest maven.
  
  Revision  ChangesPath
  1.14  +6 -3  jakarta-commons-sandbox/vfs/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/vfs/project.xml,v
  retrieving revision 1.13
  retrieving revision 1.14
  diff -u -r1.13 -r1.14
  --- project.xml   25 Nov 2002 21:34:16 -  1.13
  +++ project.xml   21 Jan 2003 23:57:01 -  1.14
  @@ -119,9 +119,12 @@
   
   
   
  -  
  -**/*.properties
  -  
  +
  +src/java
  +
  +**/*.properties
  +
  +
   
 
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/provider/jar/test NestedJarTestCase.java

[adammurdoch]

adammurdoch2003/01/21 15:53:56

  Modified:vfs/src/test/org/apache/commons/vfs/provider/zip/test
NestedZipTestCase.java
   vfs/src/test/org/apache/commons/vfs/provider/temp/test
TemporaryProviderTestCase.java
   vfs/src/test/org/apache/commons/vfs/provider/smb/test
SmbProviderTestCase.java
   vfs/src/test/org/apache/commons/vfs/provider/jar/test
NestedJarTestCase.java
  Log:
  Fix javadocs.
  
  Revision  ChangesPath
  1.3   +1 -1  
jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/provider/zip/test/NestedZipTestCase.java
  
  Index: NestedZipTestCase.java
  ===
  RCS file: 
/home/cvs/jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/provider/zip/test/NestedZipTestCase.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- NestedZipTestCase.java23 Nov 2002 00:32:12 -  1.2
  +++ NestedZipTestCase.java21 Jan 2003 23:53:55 -  1.3
  @@ -83,7 +83,7 @@
   }
   
   /**
  - * Prepares the file system manager.  This implementation does nothing.
  + * Prepares the file system manager.
*/
   public void prepare( final DefaultFileSystemManager manager )
   throws Exception
  
  
  
  1.4   +2 -2  
jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/provider/temp/test/TemporaryProviderTestCase.java
  
  Index: TemporaryProviderTestCase.java
  ===
  RCS file: 
/home/cvs/jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/provider/temp/test/TemporaryProviderTestCase.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- TemporaryProviderTestCase.java23 Nov 2002 00:33:54 -  1.3
  +++ TemporaryProviderTestCase.java21 Jan 2003 23:53:56 -  1.4
  @@ -85,7 +85,7 @@
   }
   
   /**
  - * Prepares the file system manager.  This implementation does nothing.
  + * Prepares the file system manager.
*/
   public void prepare( final DefaultFileSystemManager manager )
   throws Exception
  
  
  
  1.4   +1 -1  
jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/provider/smb/test/SmbProviderTestCase.java
  
  Index: SmbProviderTestCase.java
  ===
  RCS file: 
/home/cvs/jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/provider/smb/test/SmbProviderTestCase.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- SmbProviderTestCase.java  23 Nov 2002 00:33:54 -  1.3
  +++ SmbProviderTestCase.java  21 Jan 2003 23:53:56 -  1.4
  @@ -79,7 +79,7 @@
   }
   
   /**
  - * Prepares the file system manager.  This implementation does nothing.
  + * Prepares the file system manager.
*/
   public void prepare( final DefaultFileSystemManager manager )
   throws Exception
  
  
  
  1.5   +1 -1  
jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/provider/jar/test/NestedJarTestCase.java
  
  Index: NestedJarTestCase.java
  ===
  RCS file: 
/home/cvs/jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/provider/jar/test/NestedJarTestCase.java,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- NestedJarTestCase.java25 Nov 2002 05:48:17 -  1.4
  +++ NestedJarTestCase.java21 Jan 2003 23:53:56 -  1.5
  @@ -84,7 +84,7 @@
   }
   
   /**
  - * Prepares the file system manager.  This implementation does nothing.
  + * Prepares the file system manager.
*/
   public void prepare( final DefaultFileSystemManager manager )
   throws Exception
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/provider/local/test LocalProviderTestCase.java

[adammurdoch]

adammurdoch2003/01/21 15:53:14

  Modified:vfs/src/test/org/apache/commons/vfs/provider/local/test
LocalProviderTestCase.java
  Log:
  Remove empty method; Use inherited empty method instead.
  
  Revision  ChangesPath
  1.5   +0 -7  
jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/provider/local/test/LocalProviderTestCase.java
  
  Index: LocalProviderTestCase.java
  ===
  RCS file: 
/home/cvs/jakarta-commons-sandbox/vfs/src/test/org/apache/commons/vfs/provider/local/test/LocalProviderTestCase.java,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- LocalProviderTestCase.java25 Nov 2002 05:48:54 -  1.4
  +++ LocalProviderTestCase.java21 Jan 2003 23:53:14 -  1.5
  @@ -85,13 +85,6 @@
   }
   
   /**
  - * Prepares the file system manager.
  - */
  -public void prepare( final DefaultFileSystemManager manager ) throws Exception
  -{
  -}
  -
  -/**
* Returns the base folder for tests.
*/
   public FileObject getBaseTestFolder( final FileSystemManager manager ) throws 
Exception
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs/provider/ftp FtpFileSystem.java FtpFileObject.java

[adammurdoch]

adammurdoch2003/01/21 15:51:24

  Modified:vfs/src/java/org/apache/commons/vfs/provider/ftp
FtpFileSystem.java FtpFileObject.java
  Log:
  Generalised the solution to the deadlock problem when copying files within the same 
FTP
  file system, as the problem actually applies to any operation on an FTP file system 
while
  a file's content is being read from or written to.  Now the FTP file system will 
spin up
  new connections as required.
  
  Revision  ChangesPath
  1.14  +92 -34
jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs/provider/ftp/FtpFileSystem.java
  
  Index: FtpFileSystem.java
  ===
  RCS file: 
/home/cvs/jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs/provider/ftp/FtpFileSystem.java,v
  retrieving revision 1.13
  retrieving revision 1.14
  diff -u -r1.13 -r1.14
  --- FtpFileSystem.java23 Nov 2002 00:41:10 -  1.13
  +++ FtpFileSystem.java21 Jan 2003 23:51:24 -  1.14
  @@ -75,7 +75,12 @@
   final class FtpFileSystem
   extends AbstractFileSystem
   {
  -private final FTPClient client;
  +private final String hostname;
  +private final String username;
  +private final String password;
  +
  +// An idle client
  +private FTPClient idleClient;
   
   public FtpFileSystem( final FileName rootName,
 final String hostname,
  @@ -84,40 +89,18 @@
   throws FileSystemException
   {
   super( rootName, null );
  -try
  -{
  -client = new FTPClient();
  -client.connect( hostname );
  -
  -int reply = client.getReplyCode();
  -if ( !FTPReply.isPositiveCompletion( reply ) )
  -{
  -throw new FileSystemException( 
"vfs.provider.ftp/connect-rejected.error", hostname );
  -}
  -
  -// Login
  -if ( !client.login( username, password ) )
  -{
  -throw new FileSystemException( "vfs.provider.ftp/login.error", new 
Object[]{hostname, username}, null );
  -}
  -
  -// Set binary mode
  -if ( !client.setFileType( FTP.BINARY_FILE_TYPE ) )
  -{
  -throw new FileSystemException( "vfs.provider.ftp/set-binary.error", 
hostname );
  -}
  -}
  -catch ( final Exception exc )
  -{
  -closeConnection();
  -throw new FileSystemException( "vfs.provider.ftp/connect.error", new 
Object[]{hostname}, exc );
  -}
  +this.hostname = hostname;
  +this.username = username;
  +this.password = password;
   }
   
   public void close()
   {
   // Clean up the connection
  -closeConnection();
  +if ( idleClient != null )
  +{
  +closeConnection( idleClient );
  +}
   
   super.close();
   }
  @@ -138,7 +121,7 @@
   /**
* Cleans up the connection to the server.
*/
  -private void closeConnection()
  +private void closeConnection( final FTPClient client )
   {
   try
   {
  @@ -155,12 +138,38 @@
   }
   
   /**
  - * Returns an FTP client to use.
  + * Creates an FTP client to use.
*/
  -public FTPClient getClient()
  +public FTPClient getClient() throws FileSystemException
   {
   // TODO - connect on demand, and garbage collect connections
  -return client;
  +if ( idleClient == null )
  +{
  +return createConnection( hostname, username, password );
  +}
  +else
  +{
  +final FTPClient client = idleClient;
  +idleClient = null;
  +return client;
  +}
  +}
  +
  +/**
  + * Returns an FTP client after use.
  + */
  +public void putClient( final FTPClient client )
  +{
  +if ( idleClient == null )
  +{
  +// Hang on to client for later
  +idleClient = client;
  +}
  +else
  +{
  +// Close the client
  +closeConnection( client );
  +}
   }
   
   /**
  @@ -171,4 +180,53 @@
   {
   return new FtpFileObject( name, this, getRootName() );
   }
  +
  +/**
  + * Creates a new connection to the server.
  + */
  +private FTPClient createConnection( final String hostname,
  +final String username,
  +final String password )
  +throws FileSystemException
  +{
  +try
  +{
  +final FTPClient client = new FTPClient();
  +
  +try
  +{
  +client.connect( hostname );
  +
  +int reply = client.getReplyCode();
  + 

cvs commit: jakarta-commons-sandbox/jelly build-all.xml

[morgand]

morgand 2003/01/21 15:50:50

  Modified:jellybuild-all.xml
  Log:
  log taglib was listed twice in jar target dependencies
  
  Revision  ChangesPath
  1.6   +1 -1  jakarta-commons-sandbox/jelly/build-all.xml
  
  Index: build-all.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/build-all.xml,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- build-all.xml 21 Jan 2003 23:48:45 -  1.5
  +++ build-all.xml 21 Jan 2003 23:50:50 -  1.6
  @@ -72,7 +72,7 @@
dependency on a java extension "javax/net/SocketFactory"
 -->
 mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: 

cvs commit: jakarta-commons-sandbox/jelly build-all.xml

[morgand]

morgand 2003/01/21 15:48:45

  Modified:jellybuild-all.xml
  Log:
  adding log taglib, adding missing jsl dependencies, sending jetty to
  the back of the line
  
  Revision  ChangesPath
  1.5   +17 -6 jakarta-commons-sandbox/jelly/build-all.xml
  
  Index: build-all.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/build-all.xml,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- build-all.xml 21 Jan 2003 22:58:13 -  1.4
  +++ build-all.xml 21 Jan 2003 23:48:45 -  1.5
  @@ -45,6 +45,7 @@
   
   
   
  +
   
   
   
  @@ -65,14 +66,18 @@
   
 
 
  -  
  +  
 
  + jar-velocity,jar-xml,jar-xmlunit,jar-html,jar-jetty"/>
   
 
   
  @@ -157,7 +162,7 @@
   
 
   
  -  
  +  
   
 
   
  @@ -169,6 +174,12 @@
   
 
   
  +  
  +
  +  
  +
  +  
  +  
 
   
 
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [vfs]javadoc not showing some classes

[David Kennedy]

On Tuesday, January 21, 2003, at 11:35  pm, Jeff Barrett wrote:


There are a number of classes in the VFS project that don't show up in 
javadocs.  This is due to the classes not being declared public.  Not 
sure if this is intentional.

Not familiar with the code but here's my 2c: Nothing wrong with having 
non-public classes. Don't expose them if they're not part of the API. 
(Nitpick: I wish the Java language used an explicit word rather than no 
keyword to make it clear when this case is intentional.)

--
David Kennedy
[EMAIL PROTECTED]


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 11052] - temp files not deleted in GetMethod

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=11052

temp files not deleted in GetMethod

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 14643] - duplicate code for redirection

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=14643

duplicate code for redirection

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 10930] - J2EE FORM authentication (also affects pluggable authentication)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=10930

J2EE FORM authentication (also affects pluggable authentication)

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 10794] - User interaction for authentication

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=10794

User interaction for authentication

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13463] - Request/Response race condition when doing multiple requests on the same connection.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=13463

Request/Response race condition when doing multiple requests on the same connection.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 10793] - User definable default headers support

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=10793

User definable default headers support

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 10792] - Plug-in authentication modules

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=10792

Plug-in authentication modules


[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12244] - Response Header ordering not preserved from the server

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=12244

Response Header ordering not preserved from the server

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 11653] - PUT method blocks against older servers

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=11653

PUT method blocks against older servers

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 10791] - HTTP Version configuration and tracking

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=10791

HTTP Version configuration and tracking


[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 10790] - Non-standards configuration and tracking

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=10790

Non-standards configuration and tracking

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 10809] - Developer documentation

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=10809

Developer documentation

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 10807] - Handle virtual hosts, relative urls, multi-homing

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=10807

Handle virtual hosts, relative urls, multi-homing

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 10805] - UnderscoreIsDash http workaround

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=10805

UnderscoreIsDash http workaround

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 11227] - Relative redirection fails

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=11227

Relative redirection fails

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 11190] - need getResponseContentLength in HttpMethod

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=11190

need getResponseContentLength in HttpMethod

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 10817] - Provide more Example Code

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=10817

Provide more Example Code

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 10816] - User/Developer Documentation

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=10816

User/Developer Documentation

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 10815] - Instrumentation for Timings

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=10815

Instrumentation for Timings

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 14036] - MultipartPostMethod does not check for error messages

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=14036

MultipartPostMethod does not check for error messages

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 14782] - multipart feedback

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=14782

multipart feedback

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]
   Severity|Normal  |Minor
   Target Milestone|--- |2.0 Beta 1

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 15435] - New Preferences Architecture

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=15435

New Preferences Architecture

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

[collections] BeanMap bug #15987

[Stephen Colebourne]

http://issues.apache.org/bugzilla/show_bug.cgi?id=15897

I am planning to fix this by making the getReadMethod and getWriteMethod
methods public. This doesn't seem to break anything and gives users an extra
feature.

Any objections?

Stephen


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 15297] - [HttpClient] Authenticator() - ability to perform alternate authentication

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=15297

[HttpClient] Authenticator() - ability to perform alternate authentication

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]
Summary|[HttpClient] Authenticator()|[HttpClient] Authenticator()
   |- ability to perform|- ability to perform
   |alternate authentication|alternate authentication
   Target Milestone|--- |2.1 Final

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 15522] - Handle unexpected response body gracefully

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=15522

Handle unexpected response body gracefully

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 15534] - Inadequate HTTP proxy server support in HttpClient.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=15534

Inadequate HTTP proxy server support in HttpClient.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]
   Target Milestone|--- |2.0 Beta 2

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 15654] - HttpMethodBase does not handle response headers with missing ':'

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=15654

HttpMethodBase does not handle response headers with missing ':'

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]
 OS/Version|Other   |All
   Platform|Other   |All
   Target Milestone|--- |2.0 Beta 1
Version|unspecified |2.0 Alpha 1

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [Collections]: Binary Tree

[Stephen Colebourne]

The link is now live again.
Stephen
(PS. I did reply to your private email, but your server refused three times,
claiming spam...)

From: "Ryan Schutt" <[EMAIL PROTECTED]>
> I'd like to continue the work that you've done on Tree and TreeNode.
> Looking through the archives, I ran across this link, which is now dead:
>
> www.scolebourne.eurobell.co.uk/TreeNode2.zip
>
> Can you point me to where I can find this?  Is it in CVS somewhere?
>
> Thanks,
> Ryan
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Friday, January 17, 2003 12:50 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Collections: Binary Tree
>
>
> Send a ZIP to the list is usually best. Make sure you put in the Apache
> licence or indicate clearly that its a submission.
>
> We have had suggestions of a Tree structure before (search for Tree and
> TreeNode). Ideally it would be good to get TreeNode and BinaryTree
> integrated to create one new interface group.
>
> Stephen
>
> >  from:Ryan Schutt <[EMAIL PROTECTED]>
> > I have a BinaryTree class that I'd like to contribute to commons
> > collections.  I'm amazed that nobody has brought this up before (I
> searched
> > through the archives), but it has been useful for me, and hopefully will
> be
> > useful for others.  Who should I send it to?
> >
> > -Ryan
> >
> >
> > --
> > To unsubscribe, e-mail:
> 
> > For additional commands, e-mail:
> 
> >
>
>
> --
> To unsubscribe, e-mail:
> 
> For additional commands, e-mail:
> 
>
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 16124] - isHttp11 should have HttpClient scope

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=16124

isHttp11 should have HttpClient scope

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]
   Target Milestone|--- |2.1 Final

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/util package.html

[jsdever]

jsdever 2003/01/21 14:09:32

  Modified:httpclient build.xml
   httpclient/src/java/org/apache/commons/httpclient
HttpConnection.java
   httpclient/src/java/org/apache/commons/httpclient/protocol
DefaultProtocolSocketFactory.java
ProtocolSocketFactory.java
SSLProtocolSocketFactory.java
  Added:   httpclient/src/java/org/apache/commons/httpclient/cookie
package.html
   httpclient/src/java/org/apache/commons/httpclient/methods/multipart
package.html
   httpclient/src/java/org/apache/commons/httpclient/protocol
package.html
   httpclient/src/java/org/apache/commons/httpclient/util
package.html
  Log:
  Javadoc improvements datamember for controling setTcpNoDelay:
  
  Contributed by: Jeff Dever
  
  ChangeLog:
 - added external links to 1.4.1 javadoc and logging in the build.xml
 - parameterized the value for setTcpNoDelay as per setSoTimeout
 - added a class comment about setting values on sockets
 - eliminated all javadoc warnings
 - added package.html files for the subpackages
  
  Revision  ChangesPath
  1.24  +10 -2 jakarta-commons/httpclient/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-commons/httpclient/build.xml,v
  retrieving revision 1.23
  retrieving revision 1.24
  diff -u -r1.23 -r1.24
  --- build.xml 16 Dec 2002 19:25:55 -  1.23
  +++ build.xml 21 Jan 2003 22:09:31 -  1.24
  @@ -22,6 +22,11 @@
   
 
   
  +
  +
  +  http://java.sun.com/j2se/1.4.1/docs/api"/>
  +  http://jakarta.apache.org/commons/logging/apidocs/"/>
  +
   
   
 
  @@ -364,8 +369,11 @@
version  ="true"
doctitle ="
${component.title}
"
windowtitle  ="${component.title} (Version ${component.version})"
  - bottom   ="Copyright (c) 2001-2002 - Apache Software Foundation">
  + bottom   ="Copyright (c) 1999-2002 - Apache Software Foundation"
  +>
 
  +  
  +  
   
 
   
  
  
  
  1.34  +27 -8 
jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/HttpConnection.java
  
  Index: HttpConnection.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/HttpConnection.java,v
  retrieving revision 1.33
  retrieving revision 1.34
  diff -u -r1.33 -r1.34
  --- HttpConnection.java   21 Jan 2003 09:47:26 -  1.33
  +++ HttpConnection.java   21 Jan 2003 22:09:31 -  1.34
  @@ -80,13 +80,29 @@
   
   
   /**
  - * 
* An abstraction of an HTTP {@link InputStream} and {@link OutputStream}
* pair, together with the relevant attributes.
  - * 
  + * 
  + * The following options are set on the socket before getting the input/output 
  + * streams in the {@link #open()} method:
  + * 
  + *Socket Method
  + *Sockets Option
  + *Configuration
  + * 
  + *{@link java.net.Socket#setTcpNoDelay(boolean)}
  + *SO_NODELAY
  + *None
  + * 
  + *{@link java.net.Socket#setSoTimeout(int)}
  + *SO_TIMEOUT
  + *{@link #setConnectionTimeout(int)}
  + * 
  + *
* @author Rod Waldhoff
* @author Sean C. Sullivan
* @author Ortwin Glück
  + * @author Jeff Dever
* @version $Revision$ $Date$
*/
   public class HttpConnection {
  @@ -436,6 +452,7 @@
   /**
* Open this connection to the current host and port
* (via a proxy if so configured).
  + * The underlying socket is created from the {@link ProtocolSocketFactory}.
*
* @throws IOException when there are errors opening the connection
*/
  @@ -480,7 +497,7 @@
   situations. In such cases, nagling may be turned off through 
   use of the TCP_NODELAY sockets option." */
   
  -_socket.setTcpNoDelay(true);
  +_socket.setTcpNoDelay(_so_nodelay);
   _socket.setSoTimeout(_so_timeout);
   _input = _socket.getInputStream();
   _output = _socket.getOutputStream();
  @@ -987,8 +1004,10 @@
   private Protocol _protocol;
   /** "\r\n", as bytes. */
   private static final byte[] CRLF = HttpConstants.getBytes("\r\n");
  -/** SO_TIMEOUT value */
  +/** SO_TIMEOUT socket value */
   private int _so_timeout = 0;
  +/** TCP_NODELAY socket value */
  +private boolean _so_nodelay = true;
   /** Whether or not the _socket is a secure one. Note the difference to _ssl */
   private boolean _usingSecureSocket = false;
   /** Whether I am tunneling a proxy or not */
  
  
  
  1.1  
jakarta-commons/httpclient/src/java

cvs commit: jakarta-commons-sandbox/jelly build-all.xml

[morgand]

morgand 2003/01/21 13:46:45

  Modified:jellybuild-all.xml
  Log:
  less strict, but more concise
  
  Revision  ChangesPath
  1.3   +62 -63jakarta-commons-sandbox/jelly/build-all.xml
  
  Index: build-all.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/build-all.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- build-all.xml 21 Jan 2003 20:22:07 -  1.2
  +++ build-all.xml 21 Jan 2003 21:46:45 -  1.3
  @@ -3,6 +3,25 @@
   
   
 
  +
  +  
  @@ -19,95 +38,75 @@
   
 
 
  -  
  -
  -  
  -  
  -  
  -  
  -  
  -  
  -
  +  
   
  -
  -  
  -
  -
  -  
  -
  -  
  -  
  -  
  -  
  -
  -  
  -
  -  
  -  
  -  
  -  
  -
  -  
  -
  -  
  -  
 
   
   
 
 
 
  -
  -
  -
  +
 
   
  -
  -
  -
  -  
  -  
  -
  -
  -  
  -  
  -
  -
  -
  -  
  +  
  +  
  +  
  +
  +  
   
 
 
 
  -
  +
  +  
  +
  +  
  +  
  +  
  +  
  +
   
   
  -  
  +  
   
   
   
  -
  -  
  -  
  +
  +  
   
   
   
  -  
  +  
   
 
 
  -  
  -
  -
  -
  -  
  -
  -
  -
  -  
  -
  +  
  +  
  +
   
  +
  +  
  +
  +
  +  
  +
  +  
  +  
  +  
  +  
  +
  +  
  +
  +  
  +  
  +  
  +  
  +
  +  
  +
 
  +  
   
   
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [Jelly] BCEL Taglibrary Beginnings

[Mark R. Diggory]

What do you think Jelly's policy should be for mucking around 
with/modifying the ClassLoader availabel via context? Should I build my 
own and swap Jellys with it to load the new Classes or is it ok to do 
the security manipulation on the current classloader like I've done?

-Mark


James Strachan wrote:

From: "Mark R. Diggory" <[EMAIL PROTECTED]>
 

I'm interested in the possibility that the BSF Taglibrary code could be
reused to do this. Possibly through use of  the ExpressionFactory and
manipulation of the ObjectRegistry used. Maybe by providing a means of
switching form the JellyContextRegistry to a ObjectRegistry native to
BSF. The BSF taglibrary code could be reused in the  tag to attain
use of BSF scripting in the generated class that is "context
independent" of Jelly while reusing the Expression/ExpressionFactory
code already implemented to easily provide the scripting support. It
might be even possible to provide the ability to reuse BeanShell as
scripting environment via this methodology as well.
   


Agreed. The Expression interface used inside Jelly is normally reserved for
simple expressions which return values. So a subset of scripting languages.
It'd be cool to add this kind of feature (compiling expressions) into BSF -
right now BSF just has an eval method where you pass in the expression text.

For now what you could do is just get the textual content of a 

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/jetty project.xml

[dion]

dion2003/01/21 13:38:02

  Modified:jelly/jelly-tags/betwixt project.xml
   jelly/jelly-tags/soap project.xml
   jelly/jelly-tags/junit project.xml
   jelly/jelly-tags/email project.xml
   jelly/jelly-tags/beanshell project.xml
   jelly/jelly-tags/ojb project.xml
   jelly/jelly-tags/quartz project.xml
   jelly/jelly-tags/log project.xml
   jelly/jelly-tags/velocity project.xml
   jelly/jelly-tags/swt project.xml
   jelly/jelly-tags/swing project.xml
   jelly/jelly-tags/xmlunit project.xml
   jelly/jelly-tags/xml project.xml
   jelly/jelly-tags/jms project.xml
   jelly/jelly-tags/http project.xml
   jelly/jelly-tags/fmt project.xml
   jelly/jelly-tags/define project.xml
   jelly/jelly-tags/interaction project.xml
   jelly/jelly-tags/validate project.xml
   jelly/jelly-tags/antlr project.xml
   jelly/jelly-tags/bean project.xml
   jelly/jelly-tags/sql project.xml
   jelly/jelly-tags/util project.xml
   jelly/jelly-tags/bsf project.xml
   jelly/jelly-tags/dynabean project.xml
   jelly/jelly-tags/ant project.xml
   jelly/jelly-tags/html project.xml
   jelly/jelly-tags/jsl project.xml
   jelly/jelly-tags/threads project.xml
   jelly/jelly-tags/jetty project.xml
  Log:
  Put back file:../../ for the dependencies
  
  Revision  ChangesPath
  1.11  +2 -2  jakarta-commons-sandbox/jelly/jelly-tags/betwixt/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/betwixt/project.xml,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- project.xml   21 Jan 2003 03:56:55 -  1.10
  +++ project.xml   21 Jan 2003 21:38:00 -  1.11
  @@ -1,11 +1,11 @@
   
   
  -  
  +  
   ]>
   
 ${basedir}/../tag-project.xml
  
  
  
  1.4   +2 -2  jakarta-commons-sandbox/jelly/jelly-tags/soap/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/soap/project.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- project.xml   21 Jan 2003 18:47:23 -  1.3
  +++ project.xml   21 Jan 2003 21:38:00 -  1.4
  @@ -1,11 +1,11 @@
   
   
  -  
  +  
   ]>
   
 ${basedir}/../tag-project.xml
  
  
  
  1.4   +1 -1  jakarta-commons-sandbox/jelly/jelly-tags/junit/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/junit/project.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- project.xml   21 Jan 2003 18:10:02 -  1.3
  +++ project.xml   21 Jan 2003 21:38:00 -  1.4
  @@ -1,7 +1,7 @@
   
   
  
  
  
  1.3   +2 -2  jakarta-commons-sandbox/jelly/jelly-tags/email/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/email/project.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- project.xml   21 Jan 2003 03:56:55 -  1.2
  +++ project.xml   21 Jan 2003 21:38:00 -  1.3
  @@ -1,11 +1,11 @@
   
   
  -  
  +  
   ]>
   
 ${basedir}/../tag-project.xml
  
  
  
  1.4   +2 -2  jakarta-commons-sandbox/jelly/jelly-tags/beanshell/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/beanshell/project.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- project.xml   21 Jan 2003 03:56:55 -  1.3
  +++ project.xml   21 Jan 2003 21:38:00 -  1.4
  @@ -1,11 +1,11 @@
   
   
  -  
  +  
   ]>
   
 ${basedir}/../tag-project.xml
  
  
  
  1.4   +2 -2  jakarta-commons-sandbox/jelly/jelly-tags/ojb/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/ojb/project.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- project.xml   21 Jan 2003 03:56:55 -  1.3
  +++ project.xml   21 Jan 2003 21:38:00 -  1.4
  @@ -1,11 +1,11 @@
   
   
  -  
  +  
   ]>
   
 ${basedir}/../tag-project.xml
  
  
  
  1.4   +1 -1  jakarta-commons-sandbox/jelly/jelly-tags/quartz/project.xml
  
  Index: project.xml
  ==

DO NOT REPLY [Bug 8353] - optimization in sending request

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=8353

optimization in sending request

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|commons-httpclient-
   |[EMAIL PROTECTED]  |[EMAIL PROTECTED]

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [jelly] Taglib split out - done?

[James Strachan]

From: <[EMAIL PROTECTED]>
> James,
> 
> are you on 1.3.x or 1.4.x?

It fails for me on 1.3 (which I use most of the time) but works on 1.4

James
---
http://radio.weblogs.com/0112098/
__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [jelly] Taglib split out - done?

[dion]

+1
--
dIon Gillard, Multitask Consulting
Blog:  http://www.freeroller.net/page/dion/Weblog
Work:  http://www.multitask.com.au


Morgan Delagrange <[EMAIL PROTECTED]> wrote on 22/01/2003 03:21:38 AM:

> Neither can I, when I use jdk 1.3.1.  Sigh.  Well, the
> individual taglib builds are more important than the
> reactor build, so I guess we roll back to the original
> format, yes?
> 
> - Morgan
> 
> --- James Strachan <[EMAIL PROTECTED]> wrote:
> > Though I've now found that each individual library
> > cannot be built, without
> > putting back in the "file:" as follows in
> > project.xml...
> > 
> >  > "file:../../commonDependencies.ent">
> > 
> > Which I presume would mean reversing the patch to
> > get the reactor to work?
> > Sometimes I wish java supported "cd" then the
> > Reactor could just cd into
> > each subproject and problem solved :-)
> > 
> > James
> > ---
> > http://radio.weblogs.com/0112098/
> > - Original Message -
> > From: "robert burrell donkin"
> > <[EMAIL PROTECTED]>
> > To: "Jakarta Commons Developers List"
> > <[EMAIL PROTECTED]>
> > Sent: Monday, January 20, 2003 9:29 PM
> > Subject: Re: [jelly] Taglib split out - done?
> > 
> > 
> > > hi morgan
> > >
> > > attached is a patch which allows the ant tag to
> > build. (you'll probably
> > > need to go through all the tags and change the
> > other project.xml files in
> > > a similar way.)
> > >
> > >
> > 
> > 
> > 
> > >
> > >
> > >
> > > On Monday, January 20, 2003, at 06:55 PM, Morgan
> > Delagrange wrote:
> > >
> > > >
> > > > --- robert burrell donkin
> > > > <[EMAIL PROTECTED]> wrote:
> > > >> On Monday, January 20, 2003, at 05:33 PM,
> > Morgan
> > > >> Delagrange wrote:
> > > >>
> > > >>>
> > > >>> --- James Strachan
> > <[EMAIL PROTECTED]>
> > > >> wrote:
> > >  From: "Morgan Delagrange"
> > <[EMAIL PROTECTED]>
> > > > --- James Strachan
> > <[EMAIL PROTECTED]>
> > >  wrote:
> > > >>
> > > >> I'm gonna sit on the fence a little as I
> > agree
> > >  with
> > > >> both of you. Before a
> > > >> 1.0 release I'd like to
> > > >>
> > > >> * provide a simple build to build and test
> > all
> > >  the
> > > >> libraries (hopefully
> > > >> using Maven reactor though anything would
> > do).
> > >  This
> > > >> can help in refactoring,
> > > >> testing that we don't break things.
> > > >
> > > > Everything appears to be correct in the
> > reactor.
> > >  I
> > > > verified via debug statements that the parse
> > > >> fails
> > > > when MavenUtils.getProject(File,
> > >  MavenJellyContext,
> > > > boolean) attempts to parse the
> > projectDescriptor
> > >  with
> > > > Betwixt via the BeanReader.parse(File)
> > method.
> > >  That
> > > > method seems to be inherited from Digester,
> > and
> > >  looks
> > > > fine:
> > > >
> > > > public Object parse(File file)
> > > >   throws IOException, SAXException {
> > > > configure();
> > > > InputSource input =
> > > >   new InputSource(new
> > >  FileInputStream(file));
> > > > input.setSystemId("file://" +
> > > >   file.getAbsolutePath());
> > > > getXMLReader().parse(input);
> > > > return (root);
> > > > }
> > > >
> > > > Wierd.
> > > 
> > >  Is this one of those problems of the current
> > > >> working
> > >  directory being
> > >  different (when built using the reactor) to
> > what
> > > >> it
> > >  is when just building
> > >  one library at a time?
> > > 
> > >  James
> > > >>>
> > > >>> That's the apparent difference, although
> > > >> Digester's
> > > >>> invocation of the
> > InputSource.setSystemId(String)
> > > >>> method should have made this a non-issue.
> > > >>
> > > >> if you can tell me a simple way to reproduce
> > the
> > > >> problem, i'd be willing
> > > >> to take a look and see if i can come up with
> > > >> anything.
> > > >>
> > > >> - robert
> > > >
> > > > I don't have a simple test case for it.  If you
> > go to
> > > > jakarta-commons-sandbox/jelly/jelly-tags/ant and
> > run
> > > > "maven java:compile", there is no problem. 
> > However if
> > > > you run "maven tags-build" from
> > > > jakarta-commons-sandbox/jelly, Maven will fail
> > to open
> > > > the commonsDependencies.ent file referenced in
> > the ant
> > > > build script.
> > > >
> > > > - Morgan
> > > >
> > > > =
> > > > Morgan Delagrange
> > > > http://jakarta.apache.org/taglibs
> > > > http://jakarta.apache.org/commons
> > > > http://axion.tigris.org
> > > > http://jakarta.apache.org/watchdog
> > > >
> > > >
> > __
> > > > Do you Yahoo!?
> > > > Yahoo! Mail Plus - Powerful. Affordable. Sign up
> > now.
> > > > http://mailplus.yahoo.com
> > > >
> > > > --
> > > > To unsubscribe, e-mail:
> >  > > > org>
> > > > For additional co

Re: [jelly] Taglib split out - done?

[dion]

James,

are you on 1.3.x or 1.4.x?
--
dIon Gillard, Multitask Consulting
Blog:  http://www.freeroller.net/page/dion/Weblog
Work:  http://www.multitask.com.au


"James Strachan" <[EMAIL PROTECTED]> wrote on 22/01/2003 03:07:18 
AM:

> Though I've now found that each individual library cannot be built, 
without
> putting back in the "file:" as follows in project.xml...
> 
> 
> 
> Which I presume would mean reversing the patch to get the reactor to 
work?
> Sometimes I wish java supported "cd" then the Reactor could just cd into
> each subproject and problem solved :-)
> 
> James
> ---
> http://radio.weblogs.com/0112098/
> - Original Message -
> From: "robert burrell donkin" <[EMAIL PROTECTED]>
> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]>
> Sent: Monday, January 20, 2003 9:29 PM
> Subject: Re: [jelly] Taglib split out - done?
> 
> 
> > hi morgan
> >
> > attached is a patch which allows the ant tag to build. (you'll 
probably
> > need to go through all the tags and change the other project.xml files 
in
> > a similar way.)
> >
> >
> 
> 
> 
> >
> >
> >
> > On Monday, January 20, 2003, at 06:55 PM, Morgan Delagrange wrote:
> >
> > >
> > > --- robert burrell donkin
> > > <[EMAIL PROTECTED]> wrote:
> > >> On Monday, January 20, 2003, at 05:33 PM, Morgan
> > >> Delagrange wrote:
> > >>
> > >>>
> > >>> --- James Strachan <[EMAIL PROTECTED]>
> > >> wrote:
> >  From: "Morgan Delagrange" <[EMAIL PROTECTED]>
> > > --- James Strachan <[EMAIL PROTECTED]>
> >  wrote:
> > >>
> > >> I'm gonna sit on the fence a little as I agree
> >  with
> > >> both of you. Before a
> > >> 1.0 release I'd like to
> > >>
> > >> * provide a simple build to build and test all
> >  the
> > >> libraries (hopefully
> > >> using Maven reactor though anything would do).
> >  This
> > >> can help in refactoring,
> > >> testing that we don't break things.
> > >
> > > Everything appears to be correct in the reactor.
> >  I
> > > verified via debug statements that the parse
> > >> fails
> > > when MavenUtils.getProject(File,
> >  MavenJellyContext,
> > > boolean) attempts to parse the projectDescriptor
> >  with
> > > Betwixt via the BeanReader.parse(File) method.
> >  That
> > > method seems to be inherited from Digester, and
> >  looks
> > > fine:
> > >
> > > public Object parse(File file)
> > >   throws IOException, SAXException {
> > > configure();
> > > InputSource input =
> > >   new InputSource(new
> >  FileInputStream(file));
> > > input.setSystemId("file://" +
> > >   file.getAbsolutePath());
> > > getXMLReader().parse(input);
> > > return (root);
> > > }
> > >
> > > Wierd.
> > 
> >  Is this one of those problems of the current
> > >> working
> >  directory being
> >  different (when built using the reactor) to what
> > >> it
> >  is when just building
> >  one library at a time?
> > 
> >  James
> > >>>
> > >>> That's the apparent difference, although
> > >> Digester's
> > >>> invocation of the InputSource.setSystemId(String)
> > >>> method should have made this a non-issue.
> > >>
> > >> if you can tell me a simple way to reproduce the
> > >> problem, i'd be willing
> > >> to take a look and see if i can come up with
> > >> anything.
> > >>
> > >> - robert
> > >
> > > I don't have a simple test case for it.  If you go to
> > > jakarta-commons-sandbox/jelly/jelly-tags/ant and run
> > > "maven java:compile", there is no problem.  However if
> > > you run "maven tags-build" from
> > > jakarta-commons-sandbox/jelly, Maven will fail to open
> > > the commonsDependencies.ent file referenced in the ant
> > > build script.
> > >
> > > - Morgan
> > >
> > > =
> > > Morgan Delagrange
> > > http://jakarta.apache.org/taglibs
> > > http://jakarta.apache.org/commons
> > > http://axion.tigris.org
> > > http://jakarta.apache.org/watchdog
> > >
> > > __
> > > Do you Yahoo!?
> > > Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
> > > http://mailplus.yahoo.com
> > >
> > > --
> > > To unsubscribe, e-mail:
>  > > org>
> > > For additional commands, e-mail:
>  > > org>
> > >
> >
> >
> 
> 
> 
> > --
> > To unsubscribe, e-mail:
> 
> > For additional commands, e-mail:
> 
> 
> __
> Do You Yahoo!?
> Everything you'll ever need on one web page
> from News and Sport to Email and Music Charts
> http://uk.my.yahoo.com
> 
> --
> To unsubscribe, e-mail: 

> For additional commands, e-mail: 

> 

> ForwardSourceID:NT000A6032 

--
To unsubscribe, e-mail:   
For additional commands, e-ma

cvs commit: jakarta-commons-sandbox/jelly build-all.xml

[morgand]

morgand 2003/01/21 12:22:07

  Modified:jellybuild-all.xml
  Log:
  somewhat cleaner structure
  
  Revision  ChangesPath
  1.2   +77 -44jakarta-commons-sandbox/jelly/build-all.xml
  
  Index: build-all.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/build-all.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- build-all.xml 21 Jan 2003 19:00:34 -  1.1
  +++ build-all.xml 21 Jan 2003 20:22:07 -  1.2
  @@ -2,11 +2,21 @@
   
   
   
  +  
  +  
  +
  +
  +
  +
  +  
  +  
 
  -
  -
  -
  -
  +
  +  
  +
 
 
 
  @@ -15,64 +25,87 @@
 
 
 
  -  
  -
  -
  -  
  -  
  -  
  -
  -
  +  
  +  
  +
   
   
  -  
  +  
   
  -
  +
 
  -  
  -  
   
  -
  -
  +  
  +  
  +  
  +  
  +
  +  
  +
  +  
  +  
  +  
  +  
  +
 
   
  +  
  +  
  +  
  +
  +
  +  
  +  
  +  
  +
   
  +
  +  
  +
  +
  +
  +
  +  
  +  
  +
  +
  +  
  +  
  +
  +
  +
  +  
  +
 
 
 
   
   
  -
  -
  -
  -  
  -
  -
  -  
  -  
  -
  -
  -
  -  
  -
  -
  +
  +  
  +
  +
  +
  +
  +  
  +  
  +
  +
  +
  +  
  +
 
 
 
   
   
  -
  -
  -
  -  
  -
  -
  -  
  -
  -
  -
  -  
  -
  +
  +  
  +
  +
  +
  +  
  +
   
 
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [Jelly] BCEL Taglibrary Beginnings

[James Strachan]

From: "Mark R. Diggory" <[EMAIL PROTECTED]>
> I'm interested in the possibility that the BSF Taglibrary code could be
> reused to do this. Possibly through use of  the ExpressionFactory and
> manipulation of the ObjectRegistry used. Maybe by providing a means of
> switching form the JellyContextRegistry to a ObjectRegistry native to
> BSF. The BSF taglibrary code could be reused in the  tag to attain
> use of BSF scripting in the generated class that is "context
> independent" of Jelly while reusing the Expression/ExpressionFactory
> code already implemented to easily provide the scripting support. It
> might be even possible to provide the ability to reuse BeanShell as
> scripting environment via this methodology as well.

Agreed. The Expression interface used inside Jelly is normally reserved for
simple expressions which return values. So a subset of scripting languages.
It'd be cool to add this kind of feature (compiling expressions) into BSF -
right now BSF just has an eval method where you pass in the expression text.

For now what you could do is just get the textual content of a 

[sql] [PATCH] on-the-fly schema updates to existing db

[John]

I have completed major changes to the sql sandbox
project.  The changes add the capability to generate
ddl to alter an existing database to match the current
desired schema.  The ant tasks were enhanced to
support this as well as executing the ddl against a
database connection.  I have included a new test case
that tests creation of a table and subsequent
alterations.  The test passes against mySQL, and all
existing tests still work.  I do not have other
databases to test against.  I hope this spurs interest
in the project and keeps it alive.

There were several areas where I had questions or
concerns.  See SqlBuilder.columnsDiffer,
MySqlBuilder.shouldGeneratePrimaryKeys.  Also, I added
support for declaring unique indexes in the
Torque-style  tag.  Can Betwixt just add a
normal Index object based on a  tag?  This
would eliminate having the extra classes around.  The
uniques are output as regular index tags from
DatabaseWriter, so this may cause some round-trip
problems.  

Still unfinished is support for syncing constraints.

Please contact me with questions/comments.  I have
placed the diff and new files at
http://www.sharemation.com/~funkbaby/public/sql-alter-patchfiles.zip

Sorry for the Yahoo! account but I wasn't sure how
spam-free the list is.
John Marshall

-
Changes to project
changed commons-collections version
fixed resource tag in build
reordered tags for project xsd

Changes to builder
added alter database ability to SqlBuilder
removed table and column instance variables in
SqlBuilder in favor of parameter passing
changed builder impls for signature changes
changed mysql shouldGeneratedPrimaryKeys impl
used line.separator when outputting sql
created one item versions of foreign key and index
writing and called from collection writing methods


Changes to IO
read indexes in JdbcModelReader

Changes to model
added a version attribute to Database for external
use (eg data conversions)
added element name to betwixt files, hide uniques
on table output
added longer toString in Column
added unique ability to Index
added findIndex to Table
? added UniqueIndex/UniqueColumn to add support
for Torque-style  tags in the schema xml.  Is
there a way to map this with Betwixt instead of adding
two largely useless classes?

Changes to task
added a DatabaseTask abstract utility class from
JdbcToSchemaTask
changed JdbcToSchemaTask to extend DatabaseTask
modified DDLTask adding support for creating alter
ddl and updating an existing database

Changes to util
changed DDLExecutor so SqlBuilder isn't required;
made evaluateBatch public
added constructors to DataSourceWrapper, changed
driver loading to drop 2 exception types


__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-commons-sandbox/jelly build.xml

[morgand]

morgand 2003/01/21 11:22:45

  Modified:jellybuild.xml
  Log:
  regenerated ant script, cleaning out lots of old unused dependencies
  
  Revision  ChangesPath
  1.74  +151 -217  jakarta-commons-sandbox/jelly/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/build.xml,v
  retrieving revision 1.73
  retrieving revision 1.74
  diff -u -r1.73 -r1.74
  --- build.xml 2 Jan 2003 15:08:21 -   1.73
  +++ build.xml 21 Jan 2003 19:22:44 -  1.74
  @@ -1,268 +1,202 @@
   
   
   
  -  
  -   
  -  
  -  
  -  
  -  
  -  
  -  
  -  
  - 
  - 
  -  
  -  
  -  
  -  
  -  
  -  
  -  
  -  
  +  
  +  
  +  
  +  
  +  
  +  
  +  
  +  
  +  
  +  
  +  
  +  
  +  
  +  
 
  -
  +
  +
   
  -  
  +  
  +  
   
 
  -
 
  -
  -
  -
  +
  +
   
 
  -
  +
  +
 
 
   
  -  
  +  
  +  
   
 
   
  -
  -
  - 
  - 
   
  -  
  -  
  -  
  -  
 
  -  
  -  
  -
  -  
  -  
  +
  +
 
   
  -
  - 
  -
  -
  - 
  - 
   
  -  
  -  
  -  
  -  
 
  -  
  -  
  -
  -  
  -
  -  
  -
  -  
  -
  -  
  -
  -  
  -
  -  
  -
  -  
  -  
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
  +
 
   
  - 
  - 
  -
 
  -
 
  -
  -
  -
  +
  +
 
  -  
 
  -
  -
  +
  +
  +
  +
 
  -
 
  -
  +
  +
   
  -  
  +  
  +  
   
 
  - 
 
  -
  +
  +
 
 
  -
  -  
  -  
  -
  -
  -
  -
  -
  -  
  -
  -  
  -  
  -  
  -
  -
  -  
  -
  -  
  -
  -
  -
  -
  -
  -  
  -
  -  
  -
  +
  +
  +
  +  
  +  
  +  
  +  
  +  
  +  
  +  
  +
  +  
  +  
  +
  +
  +
  +
  +
  +  
  +  
  +
  +  
  +  
  +
  +  
  +
 
  -
 
  -
  -  
  -  
  -
  -  
  -
  -
  -  
  -
  -  
  -  
  -
  -  
  -
  -  
  -   
  -  
  -
  +
  +
  +
  +  
  +
  +
  +  
  +  
  +
  +  
  +  
  +
  +
  +
  +  
  +
 
  -
 
  - 
  - 
  -
  - 
  -
  +
  +
   
  -  
  +  
  +  
   
  - 
  -
  - 
  -
  - 
  +
  +
  +
  +
   
 
   
  -  
  +  
  +  
   
  -
  +
  +
 
   
  - 
 
  -
 
  -  
  -
  -http://www.ibiblio.org/maven/ant/jars/ant-1.5.1.jar";>
  -http://www.ibiblio.org/maven/ant/jars/ant-optional-1.5.1.jar";>
  -http://www.ibiblio.org/maven/commons-beanutils/jars/commons-beanutils-SNAPSHOT.jar";>
  -http://www.ibiblio.org/maven/commons-collections/jars/commons-collections-2.1.jar";>
  -http://www.ibiblio.org/maven/commons-digester/jars/commons-digester-SNAPSHOT.jar";>
  -http://www.ibiblio.org/maven/commons-cli/jars/commons-cli-SNAPSHOT.jar";>
  -http://www.ibiblio.org/maven/commons-lang/jars/commons-lang-SNAPSHOT.jar";>
  -http://www.ibiblio.org/maven/commons-discovery/jars/commons-discovery-SNAPSHOT.jar";>
  -http://www.ibiblio.org/maven/commons-grant/jars/commons-grant-1.0-beta-4.jar";>
  -http://www.ibiblio.org/maven/commons-jexl/jars/commons-jexl-1.0-beta-1.jar";>
  -http://www.ibiblio.org/maven/commons-logging/jars/commons-logging-1.0.jar";>
  -http://www.ibiblio.org/maven/dom4j/jars/dom4j-1.4-dev-8.jar";>
  -http://www.ibiblio.org/maven/forehead/jars/forehead-1.0-beta-2.jar";>
  -http://www.ibiblio.org/maven/javadoc/jars/javadoc-1.3.jar";>
  -http://www.ibiblio.org/maven/jaxp/jars/jaxp-1.2.jar";>
  -http://www.ibiblio.org/maven/jdbc/jars/jdbc-2.0.jar";>
  -http://www.ibiblio.org/maven/junit/jars/junit-3.8.1.jar";>
  -http://www.ibiblio.org/maven/servletapi/jars/servletapi-2.3.jar";>
  -http://www.ibiblio.org/maven/werkz/jars/werkz-1.0-beta-5.jar";>
  -http://www.ibiblio.org/maven/xalan/jars/xalan-2.3.1.jar";>
  -http://www.i

cvs commit: jakarta-commons-sandbox/jelly maven.xml

[jstrachan]

jstrachan2003/01/21 11:02:49

  Modified:jellymaven.xml
  Log:
  removed lots of cruft from the maven build; these goals have been moved into the 
jelly-tags builds
  
  Revision  ChangesPath
  1.56  +16 -256   jakarta-commons-sandbox/jelly/maven.xml
  
  Index: maven.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/maven.xml,v
  retrieving revision 1.55
  retrieving revision 1.56
  diff -u -r1.55 -r1.56
  --- maven.xml 13 Jan 2003 16:10:18 -  1.55
  +++ maven.xml 21 Jan 2003 19:02:49 -  1.56
  @@ -1,7 +1,7 @@
   
   
 
  -  
  +  



  @@ -158,157 +158,34 @@
   
 
   
  -  
  -
  -
  -  
  -
  -  
  -  
  -
  -  
  -
  -  
  -
  -
  -  
  -  
  -
  -  
   
  -  
   
  -
  -  
  -  
  -
  -  
   
  -  
  -
  -
  -  
  -  
  -
  -  
  -
  -  
  -
  -
  -  
  -  
  -
  -  
  -
  -  
  -
  -
  -  
  -  
  -
  -  
  -
  -  
  -
  -
  -  
  -
  -  
  -
  -  
  -
  -
  -  
  -
  -  
  -
  -  
  -
  -
  -  
  -  
  -
  -  
  -
  -  
  -
  -
  -  
  -  
  -
  -  
  -
  -  
  -
  -
  -  
  -  
  -
  -  
  -
  -  
  -
  -
  -  
  -  
  -
  -  
  -
  -   
  -
  -
  -  
  -  
  -
  -
  -   
  -
  -   
  -
  -
  -  
  -  
  -
  -
  -
  -   
  +  
   
  -  
  -
  -  
  -  
  -
  -  
   
  -  
  + 
  +  
   
 
  -  
  +  
  +  
  +  
  +  
  +  
  +  
  +  
  +  
   
 
   
   
  -  
  +  
   
 
  -  
  +  
   
 
   
  @@ -319,81 +196,6 @@
   
 
   
  -   
  -
  -  
  -   
  -   
  -   
  -   
  -
  - 
  -
  -
  -  
  -  
  -  
  -  
  -  
  -  
  -
  -
  -  
  -
  -
  -
  -  
  -
  -About to define the foo tag...
  -
  -
  -  
  -
  -  
  -   Called with ${name}. The value of x is ${x} and now will 
increment
  -   
  -   Value is now ${x}
  - 
  -
  - Now about to invoke the foo tag...
  - 
  - 
  -
  - Done
  -
  -  
  -
  -
  -  
  -
  -  
  -  
  -  
  - 
  -
  -  
  -
  -
  - 
  -  
  -
  -  
  -  
  -  
  -  
  -  
  -  
  -  
  -  
  -  
  -
  -  
  -
  -
 
   
  @@ -412,40 +214,6 @@
 
   
   
  -  
  -
  -  
  -  
  -
  -  
  -
  -  
  - 
  -
  - 
  -  
  -
  -
  -  
  -
  -  
  -  
  -  
  -
  -  
  -
  -  
  -
  -  
  -  
  -
  -  
  -
  -
 
 
 
  @@ -470,13 +238,5 @@
 
   
 
  -
  -  
  -
  -  
  -  
  -
  -  
   
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-commons-sandbox/jelly/src/test/org/apache/commons/jelly/junit suite.jelly TestJUnit.java runSuite.jelly

[jstrachan]

jstrachan2003/01/21 11:02:24

  Removed: jelly/src/test/org/apache/commons/jelly/junit suite.jelly
TestJUnit.java runSuite.jelly
  Log:
  moved junit test cases into the junit library

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/define project.xml maven.xml

[jstrachan]

jstrachan2003/01/21 11:01:51

  Modified:jelly/jelly-tags/define project.xml maven.xml
  Log:
  Moved the maven goals over from the main build to here.
  
  Revision  ChangesPath
  1.5   +9 -0  jakarta-commons-sandbox/jelly/jelly-tags/define/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/define/project.xml,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- project.xml   21 Jan 2003 03:56:56 -  1.4
  +++ project.xml   21 Jan 2003 19:01:51 -  1.5
  @@ -70,6 +70,15 @@
 
   
   
  +
  +
  +
  +  commons-cli
  +  SNAPSHOT
  +
  +
  +
  +
 
 
   
  
  
  
  1.2   +30 -0 jakarta-commons-sandbox/jelly/jelly-tags/define/maven.xml
  
  Index: maven.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/define/maven.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- maven.xml 15 Jan 2003 14:58:05 -  1.1
  +++ maven.xml 21 Jan 2003 19:01:51 -  1.2
  @@ -1,3 +1,33 @@
   
   
  +  
  +  
  + 
  + 
  + 
  + 
  + 
  + 
  +  
  +  
  +  
  +  
  +
  +
  +  
  +  
  +
  +  
  +
  +  
  +
  +
  +  
  +  
  +
  +  
  +
  +
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-commons-sandbox/jelly build-all.xml

[morgand]

morgand 2003/01/21 11:00:35

  Added:   jellybuild-all.xml
  Log:
  crude ant script for building Jelly + taglibs from scratch...currently builds
  Jelly + ant, junit, util taglibs.  Feel free to improve.
  
  Revision  ChangesPath
  1.1  jakarta-commons-sandbox/jelly/build-all.xml
  
  Index: build-all.xml
  ===
  
  
  
  

  
  
  
  



  





  
  



  
  
  
  

  
  



  
  
  

  
  



  
  
  
  
  

  
  


  
  
  

  
  



  
  
  
  
  

  
  

  
  
  

  
  

  
  
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/junit maven.xml

[jstrachan]

jstrachan2003/01/21 10:52:37

  Modified:jelly/jelly-tags/junit maven.xml
  Log:
  Moved the maven goals over from the main build to here.
  
  Revision  ChangesPath
  1.3   +2 -0  jakarta-commons-sandbox/jelly/jelly-tags/junit/maven.xml
  
  Index: maven.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/junit/maven.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- maven.xml 21 Jan 2003 18:10:02 -  1.2
  +++ maven.xml 21 Jan 2003 18:52:37 -  1.3
  @@ -17,6 +17,8 @@
   
 
 
  +  
  +  
   
 
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/soap project.xml maven.xml

[jstrachan]

jstrachan2003/01/21 10:47:23

  Modified:jelly/jelly-tags/soap project.xml maven.xml
  Log:
  Moved the maven goals over from the main build to here.
  
  Revision  ChangesPath
  1.3   +16 -0 jakarta-commons-sandbox/jelly/jelly-tags/soap/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/soap/project.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- project.xml   21 Jan 2003 03:56:55 -  1.2
  +++ project.xml   21 Jan 2003 18:47:23 -  1.3
  @@ -52,6 +52,22 @@
 1.1
   
 
  +
  +
  +
  +  commons-cli
  +  SNAPSHOT
  +
  +
  +  commons-discovery
  +  SNAPSHOT
  +
  +
  +  servletapi
  +  2.3
  +
  + 
  +
 
 
   
  
  
  
  1.2   +19 -0 jakarta-commons-sandbox/jelly/jelly-tags/soap/maven.xml
  
  Index: maven.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/soap/maven.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- maven.xml 7 Jan 2003 14:10:03 -   1.1
  +++ maven.xml 21 Jan 2003 18:47:23 -  1.2
  @@ -1,3 +1,22 @@
   
   
  +  
  +  
  + 
  + 
  + 
  + 
  + 
  + 
  +  
  +
  + 
  +  
  +
  +  
  +  
  +
  +  
  +
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/sql maven.xml project.xml

[jstrachan]

jstrachan2003/01/21 10:43:22

  Modified:jelly/jelly-tags/sql maven.xml project.xml
  Log:
  Moved the maven goals over from the main build to here.
  
  Revision  ChangesPath
  1.2   +33 -0 jakarta-commons-sandbox/jelly/jelly-tags/sql/maven.xml
  
  Index: maven.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/sql/maven.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- maven.xml 7 Jan 2003 13:47:12 -   1.1
  +++ maven.xml 21 Jan 2003 18:43:22 -  1.2
  @@ -1,3 +1,36 @@
   
   
  +  
  +  
  + 
  + 
  + 
  + 
  + 
  + 
  +  
  +
  + 
  + 
  +
  +  
  +   
  +   
  +   
  +   
  +
  + 
  +
  +
  +  
  +  
  +  
  +  
  +  
  +  
  +
  +
  +  
  +
   
  
  
  
  1.4   +12 -0 jakarta-commons-sandbox/jelly/jelly-tags/sql/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/sql/project.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- project.xml   21 Jan 2003 03:56:56 -  1.3
  +++ project.xml   21 Jan 2003 18:43:22 -  1.4
  @@ -54,6 +54,18 @@
   
   
   
  +
  +
  +
  +  commons-cli
  +  SNAPSHOT
  +
  +
  +  hsqldb
  +  1.7.1
  +
  + 
  +
 
 
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: [Collections]: Binary Tree

[Ryan Schutt]

I'd like to continue the work that you've done on Tree and TreeNode.
Looking through the archives, I ran across this link, which is now dead:

www.scolebourne.eurobell.co.uk/TreeNode2.zip

Can you point me to where I can find this?  Is it in CVS somewhere?

Thanks,
Ryan

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 17, 2003 12:50 PM
To: [EMAIL PROTECTED]
Subject: Re: Collections: Binary Tree


Send a ZIP to the list is usually best. Make sure you put in the Apache
licence or indicate clearly that its a submission.

We have had suggestions of a Tree structure before (search for Tree and
TreeNode). Ideally it would be good to get TreeNode and BinaryTree
integrated to create one new interface group.

Stephen

>  from:Ryan Schutt <[EMAIL PROTECTED]>
> I have a BinaryTree class that I'd like to contribute to commons
> collections.  I'm amazed that nobody has brought this up before (I
searched
> through the archives), but it has been useful for me, and hopefully will
be
> useful for others.  Who should I send it to?
>
> -Ryan
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>


--
To unsubscribe, e-mail:

For additional commands, e-mail:




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/ant build.xml project.xml maven.xml

[jstrachan]

jstrachan2003/01/21 10:35:36

  Modified:jelly/jelly-tags/ant build.xml project.xml maven.xml
  Log:
  Moved the maven goals over from the main build to here.
  
  Revision  ChangesPath
  1.5   +9 -0  jakarta-commons-sandbox/jelly/jelly-tags/ant/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/ant/build.xml,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- build.xml 18 Jan 2003 07:45:49 -  1.4
  +++ build.xml 21 Jan 2003 18:35:35 -  1.5
  @@ -205,14 +205,23 @@
   http://www.ibiblio.org/maven/jaxp/jars/jaxp-1.2.jar";>
   http://www.ibiblio.org/maven/xerces/jars/xerces-2.2.1.jar";>
   http://www.ibiblio.org/maven/commons-jelly/jars/commons-jelly-SNAPSHOT.jar";>
  +
  +
  + 
  +http://www.ibiblio.org/maven/ant/jars/ant-dev.jar";>
  +http://www.ibiblio.org/maven/ant/jars/ant-optional-dev.jar";>
  +
   http://www.ibiblio.org/maven/commons-grant/jars/commons-grant-1.0-beta-4.jar";>
   http://www.ibiblio.org/maven/commons-jelly/jars/commons-jelly-tags-util-SNAPSHOT.jar";>
   
   http://www.ibiblio.org/maven/junit/jars/junit-3.8.1.jar";>
  +
 
   
 
  
  
  
  1.10  +14 -1 jakarta-commons-sandbox/jelly/jelly-tags/ant/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/ant/project.xml,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- project.xml   20 Jan 2003 22:37:49 -  1.9
  +++ project.xml   21 Jan 2003 18:35:36 -  1.10
  @@ -43,12 +43,18 @@
 
   
 ant
  +  dev
  +  
   
   
   
 ant+optional
  +  dev
  +  
   
   
   
  @@ -73,7 +79,14 @@
   
   
   
  -
  +
  +
  +
  +  commons-cli
  +  SNAPSHOT
  +
  + 
  +
 
 
   
  
  
  
  1.3   +29 -0 jakarta-commons-sandbox/jelly/jelly-tags/ant/maven.xml
  
  Index: maven.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/ant/maven.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- maven.xml 5 Jan 2003 07:40:49 -   1.2
  +++ maven.xml 21 Jan 2003 18:35:36 -  1.3
  @@ -1,3 +1,32 @@
   
   
  +  
  +  
  + 
  + 
  + 
  + 
  + 
  + 
  +  
  +
  + 
  +  
  +
  +
  +  
  +  
  +
  +  
  +
  +
  +  
  +
  +  
  +  
  +
  +  
  +
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [Jelly] [junit-taglib] needs vanilla build.xml

[James Strachan]

From: "Stefan Bodewig" <[EMAIL PROTECTED]>
> ... as it seems to be required by almost every taglib now (and latka),
> I've added the junit taglib to Gump.

Thanks. I've just added an auto-generated Ant build file so at least it
should now build under gump.

> Could anybody who knows more about Jelly than me please try to sync
> the Gump descriptor project/jelly-tags.xml in the jakarta-gump module
> with the current codebase?  What I've done has been some guess-work as
> I cannot build the junit taglib at all.

I'll take a look.

James
---
http://radio.weblogs.com/0112098/

__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/swt maven.xml project.xml

[jstrachan]

jstrachan2003/01/21 10:28:56

  Modified:jelly/jelly-tags/swt maven.xml project.xml
  Log:
  Moved the maven goals over from the main build to here.
  
  Revision  ChangesPath
  1.2   +19 -0 jakarta-commons-sandbox/jelly/jelly-tags/swt/maven.xml
  
  Index: maven.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/swt/maven.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- maven.xml 6 Jan 2003 16:40:35 -   1.1
  +++ maven.xml 21 Jan 2003 18:28:56 -  1.2
  @@ -1,3 +1,22 @@
   
   
  +  
  +  
  + 
  + 
  + 
  + 
  + 
  + 
  +  
  +
  + 
  +  
  +
  +  
  +  
  +
  +  
  +
   
  
  
  
  1.4   +9 -1  jakarta-commons-sandbox/jelly/jelly-tags/swt/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/swt/project.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- project.xml   21 Jan 2003 03:56:56 -  1.3
  +++ project.xml   21 Jan 2003 18:28:56 -  1.4
  @@ -38,7 +38,7 @@
 SNAPSHOT
   
 
  - 
  + 
   
 swt
 
  @@ -48,6 +48,14 @@
   
   
   
  +
  +
  +
  +  commons-cli
  +  SNAPSHOT
  +
  + 
  +
 
 
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/validate project.xml maven.xml

[jstrachan]

jstrachan2003/01/21 10:20:58

  Modified:jelly/jelly-tags/validate project.xml maven.xml
  Log:
  Moved the maven goals over from the main build to here.
  
  Revision  ChangesPath
  1.5   +9 -0  jakarta-commons-sandbox/jelly/jelly-tags/validate/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/validate/project.xml,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- project.xml   21 Jan 2003 03:56:56 -  1.4
  +++ project.xml   21 Jan 2003 18:20:58 -  1.5
  @@ -75,6 +75,15 @@
   
   
   
  +
  +
  +
  +
  +  commons-cli
  +  SNAPSHOT
  +
  + 
  +
 
 
 
  
  
  
  1.2   +27 -0 jakarta-commons-sandbox/jelly/jelly-tags/validate/maven.xml
  
  Index: maven.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/validate/maven.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- maven.xml 6 Jan 2003 15:47:04 -   1.1
  +++ maven.xml 21 Jan 2003 18:20:58 -  1.2
  @@ -1,3 +1,30 @@
   
   
  +  
  +  
  + 
  + 
  + 
  + 
  + 
  + 
  +  
  +
  + 
  +  
  +
  +  
  +  
  +
  +  
  +
  +  
  +
  +  
  +  
  +
  +  
  +
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/jsl project.xml maven.xml

[jstrachan]

jstrachan2003/01/21 10:17:00

  Modified:jelly/jelly-tags/jsl project.xml maven.xml
  Log:
  Moved the maven goals over from the main build to here.
  
  Revision  ChangesPath
  1.11  +8 -0  jakarta-commons-sandbox/jelly/jelly-tags/jsl/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/jsl/project.xml,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- project.xml   21 Jan 2003 03:56:57 -  1.10
  +++ project.xml   21 Jan 2003 18:17:00 -  1.11
  @@ -93,6 +93,14 @@
   
   
   
  +
  +
  +
  +  commons-cli
  +  SNAPSHOT
  +
  + 
  +
 
 
   
  
  
  
  1.3   +31 -0 jakarta-commons-sandbox/jelly/jelly-tags/jsl/maven.xml
  
  Index: maven.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/jsl/maven.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- maven.xml 5 Jan 2003 07:43:35 -   1.2
  +++ maven.xml 21 Jan 2003 18:17:00 -  1.3
  @@ -1,3 +1,34 @@
   
   
  +  
  +  
  + 
  + 
  + 
  + 
  + 
  + 
  +  
  +
  + 
  + 
  +
  + 
  +  
  +  
  +
  +
  + 
  +
  + 
  +
  +
  +  
  +  
  +
  + 
  +
  +
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: [collections] Map performance results

[scolebourne]

Yes, I did mean the -server flag. And otherwise, exactly the same code was run.

Stephen

>  from:"Shapira, Yoav" <[EMAIL PROTECTED]>
> Thanks for carrying out all these tests ;)  Just to clarify one thing:
> when you say "Server VM", you mean the -server switch to the JVM?
> Otherwise, server and client VM in your tests use the same arguments?
> 
> Thanks,
> 
> Yoav Shapira
> Millennium ChemInformatics
> 
> 
> >-Original Message-
> >From: Stephen Colebourne [mailto:[EMAIL PROTECTED]]
> >Sent: Monday, January 20, 2003 7:34 PM
> >To: Jakarta Commons Developers List
> >Subject: [collections] Map performance results
> >
> >I have been performing some tests on various Map implementations.
> >For general info, here is the code and my results.
> >
> >times are millis per 10,000,000 loops, each of 3
> map.get(stringConstant)
> >single user, single thread
> >Sun JDK 1.4.1_01
> >Windows 98
> >
> >HashMap
> >Client VM: 3950
> >Server VM: 2360
> >
> >TreeMap:
> >Client VM: 7250
> >Server VM: 3130
> >
> >LinkedHashMap: (1.4)
> >Client VM: 4830
> >Server VM: 3070
> >
> >Unmodifiable wrapped HashMap:
> >Client VM: 4450
> >Server VM: 2530
> >
> >Synchronized wrapped HashMap:
> >Client VM: 4390
> >Server VM: 2580
> >
> >FastHashMap:
> >Client VM: 7250
> >Server VM: 3130
> >
> >SequencedHashMap:
> >Client VM: 4940
> >Server VM: 2690
> >
> >StaticBucketMap:
> >Client VM: 6200
> >Server VM: 4670
> >
> >DoubleOrderedMap:
> >Client VM: 8350
> >Server VM: 2960
> >
> >Stephen
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 
> 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/junit project.xml maven.xml

[jstrachan]

jstrachan2003/01/21 10:10:03

  Modified:jelly/jelly-tags/junit project.xml maven.xml
  Log:
  Moved the maven goals over from the main build to here.
  
  Revision  ChangesPath
  1.3   +9 -1  jakarta-commons-sandbox/jelly/jelly-tags/junit/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/junit/project.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- project.xml   21 Jan 2003 03:56:55 -  1.2
  +++ project.xml   21 Jan 2003 18:10:02 -  1.3
  @@ -5,7 +5,7 @@
   BRITTLE! cannot explicitly include 'file:' protocol below or Maven will
   not run this script outside of the base directory
 -->
  -  
  +  
   ]>
   
 ${basedir}/../tag-project.xml
  @@ -48,6 +48,14 @@
 
   
   
  +
  +
  +
  +  commons-cli
  +  SNAPSHOT
  +
  + 
  +
 
 
   
  
  
  
  1.2   +20 -0 jakarta-commons-sandbox/jelly/jelly-tags/junit/maven.xml
  
  Index: maven.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/junit/maven.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- maven.xml 19 Jan 2003 06:15:39 -  1.1
  +++ maven.xml 21 Jan 2003 18:10:02 -  1.2
  @@ -1,3 +1,23 @@
   
   
  +  
  +  
  + 
  + 
  + 
  + 
  + 
  + 
  +  
  +
  + 
  +  
  +
  +
  +  
  +  
  +
  +  
  +
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

AW: AW: Sandbox Net Components

[Thomas Hüsler]

Daniel 

Thanks a lot for this information. So I go on like that and just use this
build.

Tom

-Ursprüngliche Nachricht-
Von: Daniel F. Savarese [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 21. Januar 2003 17:58
An: [EMAIL PROTECTED]
Betreff: Re: AW: Sandbox Net Components 



In message <46FD2EA0FF2F3B41AE657FA183FCD1789B74@EXSRVCH>,
=?iso-8859-1?Q?Thoma
s_H=FCsler?= writes:
>I mean this way is working for me but I am not very happy if I have to
build
>jar's of common source (from my projects perspective) based on work in
>progress code myself. Id rather prefere if I could download the builds of
>the developers that are working on the projects and know about the
>internals.

At this point what's in CVS does not differ much from NetComponents 1.3.8
and is stable code, so don't worry about it being "work in progress code"
at this time.  There is no proper release because the code is in the
sandbox and sandbox projects are not allowed to make proper releases until
they've been graduated out of the sandbox to the Commons.  Last time there
was a discussion, it was agreed not to make any major changes to the code
until doing the few remaining things to meet graduation requirements
(i.e., unit tests).

daniel



--
To unsubscribe, e-mail:

For additional commands, e-mail:

DO NOT REPLY [Bug 15526] - Possible HttpClient codepage issue (ascii/ebcdic) on WebSphere z/OS

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=15526

Possible HttpClient codepage issue (ascii/ebcdic) on WebSphere z/OS

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|oleg.kalnichevski@bearingpoi
   |[EMAIL PROTECTED]  |nt.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 8288] - user need a way to control cookie policy

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=8288

user need a way to control cookie policy

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2003-01-21 16:59 
---


*** This bug has been marked as a duplicate of 10797 ***

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [jelly] Taglib split out - done?

[Morgan Delagrange]

--- James Strachan <[EMAIL PROTECTED]> wrote:
> From: "Stefan Bodewig" <[EMAIL PROTECTED]>
> > On Tue, 21 Jan 2003, James Strachan
> <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Unless we figure out the magic version of xerces
> that works (I'm
> > > wondering if thats why it works under 1.4).
> >
> > JDK 1.4 ships with Crimson.
> 
> DOH! Thanks Stefan. So maybe thats why it works -
> its using crimson not
> xerces :-)
> 
> James

This probably explains the intermittent JAXP problems
some people (including me) get with JDK 1.4 and Maven.
 Anyway, in the interest of eating our own dogfood, we
should use a format that Xerces understands.

- Morgan

=
Morgan Delagrange
http://jakarta.apache.org/taglibs
http://jakarta.apache.org/commons
http://axion.tigris.org
http://jakarta.apache.org/watchdog

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: AW: Sandbox Net Components

[Daniel F. Savarese]

In message <46FD2EA0FF2F3B41AE657FA183FCD1789B74@EXSRVCH>, =?iso-8859-1?Q?Thoma
s_H=FCsler?= writes:
>I mean this way is working for me but I am not very happy if I have to build
>jar's of common source (from my projects perspective) based on work in
>progress code myself. Id rather prefere if I could download the builds of
>the developers that are working on the projects and know about the
>internals.

At this point what's in CVS does not differ much from NetComponents 1.3.8
and is stable code, so don't worry about it being "work in progress code"
at this time.  There is no proper release because the code is in the
sandbox and sandbox projects are not allowed to make proper releases until
they've been graduated out of the sandbox to the Commons.  Last time there
was a discussion, it was agreed not to make any major changes to the code
until doing the few remaining things to meet graduation requirements
(i.e., unit tests).

daniel



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 15443] - Expiration date not validated as defined in javadoc Cookie.java

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=15443

Expiration date not validated as defined in javadoc Cookie.java

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|oleg.kalnichevski@bearingpoi
   |[EMAIL PROTECTED]  |nt.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13342] - NullPointerException in HttpMethodBase.getResponseBodyAsString

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=13342

NullPointerException in HttpMethodBase.getResponseBodyAsString

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|oleg.kalnichevski@bearingpoi
   |[EMAIL PROTECTED]  |nt.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Sandbox Net Components

[Stefan Bodewig]

On 21 Jan 2003, Jeffrey D. Brekke <[EMAIL PROTECTED]> wrote:

> I'm not sure, gump should be spitting out a jar for us but it
> doesn't look like it has been for the last few days.

See  (and be quick 8-), past
Gump runs have failed early as Xerces-J could not be built.

The next Gump run on the covalent.net machine should work again.

Stefan

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 13849] - Cookie.java blowing up on cookies from "country code" domains

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=13849

Cookie.java blowing up on cookies from "country code" domains

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|oleg.kalnichevski@bearingpoi
   |[EMAIL PROTECTED]  |nt.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [jelly] Taglib split out - done?

[James Strachan]

From: "Stefan Bodewig" <[EMAIL PROTECTED]>
> On Tue, 21 Jan 2003, James Strachan <[EMAIL PROTECTED]>
> wrote:
>
> > Unless we figure out the magic version of xerces that works (I'm
> > wondering if thats why it works under 1.4).
>
> JDK 1.4 ships with Crimson.

DOH! Thanks Stefan. So maybe thats why it works - its using crimson not
xerces :-)

James
---
http://radio.weblogs.com/0112098/

__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 10813] - RFC 2965 Support (Port sensitive cookies)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=10813

RFC 2965 Support (Port sensitive cookies)

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|oleg.kalnichevski@bearingpoi
   |[EMAIL PROTECTED]  |nt.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Sandbox Net Components

[Jeffrey D. Brekke]

I'm not sure, gump should be spitting out a jar for us but it doesn't look like 
it has been for the last few days.

You could always checkout the code from cvs and build it, or get a snapshot from the 
maven repo on ibiblio:

http://www.ibiblio.org/maven/commons-net/jars/

-- 
=
Jeffrey D. Brekke   [EMAIL PROTECTED]
Wisconsin,  USA [EMAIL PROTECTED]
[EMAIL PROTECTED]


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [jelly] Taglib split out - done?

[Stefan Bodewig]

On Tue, 21 Jan 2003, James Strachan <[EMAIL PROTECTED]>
wrote:

> Unless we figure out the magic version of xerces that works (I'm
> wondering if thats why it works under 1.4).

JDK 1.4 ships with Crimson.

Stefan

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 10797] - User configurable cookie policy

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=10797

User configurable cookie policy

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|oleg.kalnichevski@bearingpoi
   |[EMAIL PROTECTED]  |nt.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 11095] - PostMethod - Chunked requests are not supported at the moment.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=11095

PostMethod - Chunked requests are not supported at the moment.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|oleg.kalnichevski@bearingpoi
   |[EMAIL PROTECTED]  |nt.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 11240] - Cookies with ',' in the value string is not parsed correctly in some cases

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=11240

Cookies with ',' in the value string is not parsed correctly in some cases

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|commons-|oleg.kalnichevski@bearingpoi
   |[EMAIL PROTECTED]  |nt.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [jelly] Taglib split out - done?

[James Strachan]

From: "Morgan Delagrange" <[EMAIL PROTECTED]>
> Neither can I, when I use jdk 1.3.1.  Sigh.  Well, the
> individual taglib builds are more important than the
> reactor build, so I guess we roll back to the original
> format, yes?

+1

Unless we figure out the magic version of xerces that works (I'm wondering
if thats why it works under 1.4).

James
---
http://radio.weblogs.com/0112098/

__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [jelly] Taglib split out - done?

[Morgan Delagrange]

Neither can I, when I use jdk 1.3.1.  Sigh.  Well, the
individual taglib builds are more important than the
reactor build, so I guess we roll back to the original
format, yes?

- Morgan

--- James Strachan <[EMAIL PROTECTED]> wrote:
> Though I've now found that each individual library
> cannot be built, without
> putting back in the "file:" as follows in
> project.xml...
> 
>  "file:../../commonDependencies.ent">
> 
> Which I presume would mean reversing the patch to
> get the reactor to work?
> Sometimes I wish java supported "cd" then the
> Reactor could just cd into
> each subproject and problem solved :-)
> 
> James
> ---
> http://radio.weblogs.com/0112098/
> - Original Message -
> From: "robert burrell donkin"
> <[EMAIL PROTECTED]>
> To: "Jakarta Commons Developers List"
> <[EMAIL PROTECTED]>
> Sent: Monday, January 20, 2003 9:29 PM
> Subject: Re: [jelly] Taglib split out - done?
> 
> 
> > hi morgan
> >
> > attached is a patch which allows the ant tag to
> build. (you'll probably
> > need to go through all the tags and change the
> other project.xml files in
> > a similar way.)
> >
> >
> 
> 
> 
> >
> >
> >
> > On Monday, January 20, 2003, at 06:55 PM, Morgan
> Delagrange wrote:
> >
> > >
> > > --- robert burrell donkin
> > > <[EMAIL PROTECTED]> wrote:
> > >> On Monday, January 20, 2003, at 05:33 PM,
> Morgan
> > >> Delagrange wrote:
> > >>
> > >>>
> > >>> --- James Strachan
> <[EMAIL PROTECTED]>
> > >> wrote:
> >  From: "Morgan Delagrange"
> <[EMAIL PROTECTED]>
> > > --- James Strachan
> <[EMAIL PROTECTED]>
> >  wrote:
> > >>
> > >> I'm gonna sit on the fence a little as I
> agree
> >  with
> > >> both of you. Before a
> > >> 1.0 release I'd like to
> > >>
> > >> * provide a simple build to build and test
> all
> >  the
> > >> libraries (hopefully
> > >> using Maven reactor though anything would
> do).
> >  This
> > >> can help in refactoring,
> > >> testing that we don't break things.
> > >
> > > Everything appears to be correct in the
> reactor.
> >  I
> > > verified via debug statements that the parse
> > >> fails
> > > when MavenUtils.getProject(File,
> >  MavenJellyContext,
> > > boolean) attempts to parse the
> projectDescriptor
> >  with
> > > Betwixt via the BeanReader.parse(File)
> method.
> >  That
> > > method seems to be inherited from Digester,
> and
> >  looks
> > > fine:
> > >
> > > public Object parse(File file)
> > >   throws IOException, SAXException {
> > > configure();
> > > InputSource input =
> > >   new InputSource(new
> >  FileInputStream(file));
> > > input.setSystemId("file://" +
> > >   file.getAbsolutePath());
> > > getXMLReader().parse(input);
> > > return (root);
> > > }
> > >
> > > Wierd.
> > 
> >  Is this one of those problems of the current
> > >> working
> >  directory being
> >  different (when built using the reactor) to
> what
> > >> it
> >  is when just building
> >  one library at a time?
> > 
> >  James
> > >>>
> > >>> That's the apparent difference, although
> > >> Digester's
> > >>> invocation of the
> InputSource.setSystemId(String)
> > >>> method should have made this a non-issue.
> > >>
> > >> if you can tell me a simple way to reproduce
> the
> > >> problem, i'd be willing
> > >> to take a look and see if i can come up with
> > >> anything.
> > >>
> > >> - robert
> > >
> > > I don't have a simple test case for it.  If you
> go to
> > > jakarta-commons-sandbox/jelly/jelly-tags/ant and
> run
> > > "maven java:compile", there is no problem. 
> However if
> > > you run "maven tags-build" from
> > > jakarta-commons-sandbox/jelly, Maven will fail
> to open
> > > the commonsDependencies.ent file referenced in
> the ant
> > > build script.
> > >
> > > - Morgan
> > >
> > > =
> > > Morgan Delagrange
> > > http://jakarta.apache.org/taglibs
> > > http://jakarta.apache.org/commons
> > > http://axion.tigris.org
> > > http://jakarta.apache.org/watchdog
> > >
> > >
> __
> > > Do you Yahoo!?
> > > Yahoo! Mail Plus - Powerful. Affordable. Sign up
> now.
> > > http://mailplus.yahoo.com
> > >
> > > --
> > > To unsubscribe, e-mail:
>  > > org>
> > > For additional commands, e-mail:
>  > > org>
> > >
> >
> >
> 
> 
> 
> > --
> > To unsubscribe, e-mail:
> 
> > For additional commands, e-mail:
> 
> 
> __
> Do You Yahoo!?
> Everything you'll ever need on one web page
> from News and Sport to Email and Music Charts
> http://uk.my.yahoo.com
> 
> --
> To unsubscribe, e-mail:  
> 
> For additional commands, e-mail:
> 
> 


=
Morgan Delagrange
h

Re: [jelly] Taglib split out - done?

[James Strachan]

Though I've now found that each individual library cannot be built, without
putting back in the "file:" as follows in project.xml...



Which I presume would mean reversing the patch to get the reactor to work?
Sometimes I wish java supported "cd" then the Reactor could just cd into
each subproject and problem solved :-)

James
---
http://radio.weblogs.com/0112098/
- Original Message -
From: "robert burrell donkin" <[EMAIL PROTECTED]>
To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]>
Sent: Monday, January 20, 2003 9:29 PM
Subject: Re: [jelly] Taglib split out - done?


> hi morgan
>
> attached is a patch which allows the ant tag to build. (you'll probably
> need to go through all the tags and change the other project.xml files in
> a similar way.)
>
>



>
>
>
> On Monday, January 20, 2003, at 06:55 PM, Morgan Delagrange wrote:
>
> >
> > --- robert burrell donkin
> > <[EMAIL PROTECTED]> wrote:
> >> On Monday, January 20, 2003, at 05:33 PM, Morgan
> >> Delagrange wrote:
> >>
> >>>
> >>> --- James Strachan <[EMAIL PROTECTED]>
> >> wrote:
>  From: "Morgan Delagrange" <[EMAIL PROTECTED]>
> > --- James Strachan <[EMAIL PROTECTED]>
>  wrote:
> >>
> >> I'm gonna sit on the fence a little as I agree
>  with
> >> both of you. Before a
> >> 1.0 release I'd like to
> >>
> >> * provide a simple build to build and test all
>  the
> >> libraries (hopefully
> >> using Maven reactor though anything would do).
>  This
> >> can help in refactoring,
> >> testing that we don't break things.
> >
> > Everything appears to be correct in the reactor.
>  I
> > verified via debug statements that the parse
> >> fails
> > when MavenUtils.getProject(File,
>  MavenJellyContext,
> > boolean) attempts to parse the projectDescriptor
>  with
> > Betwixt via the BeanReader.parse(File) method.
>  That
> > method seems to be inherited from Digester, and
>  looks
> > fine:
> >
> > public Object parse(File file)
> >   throws IOException, SAXException {
> > configure();
> > InputSource input =
> >   new InputSource(new
>  FileInputStream(file));
> > input.setSystemId("file://" +
> >   file.getAbsolutePath());
> > getXMLReader().parse(input);
> > return (root);
> > }
> >
> > Wierd.
> 
>  Is this one of those problems of the current
> >> working
>  directory being
>  different (when built using the reactor) to what
> >> it
>  is when just building
>  one library at a time?
> 
>  James
> >>>
> >>> That's the apparent difference, although
> >> Digester's
> >>> invocation of the InputSource.setSystemId(String)
> >>> method should have made this a non-issue.
> >>
> >> if you can tell me a simple way to reproduce the
> >> problem, i'd be willing
> >> to take a look and see if i can come up with
> >> anything.
> >>
> >> - robert
> >
> > I don't have a simple test case for it.  If you go to
> > jakarta-commons-sandbox/jelly/jelly-tags/ant and run
> > "maven java:compile", there is no problem.  However if
> > you run "maven tags-build" from
> > jakarta-commons-sandbox/jelly, Maven will fail to open
> > the commonsDependencies.ent file referenced in the ant
> > build script.
> >
> > - Morgan
> >
> > =
> > Morgan Delagrange
> > http://jakarta.apache.org/taglibs
> > http://jakarta.apache.org/commons
> > http://axion.tigris.org
> > http://jakarta.apache.org/watchdog
> >
> > __
> > Do you Yahoo!?
> > Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
> > http://mailplus.yahoo.com
> >
> > --
> > To unsubscribe, e-mail:
 > org>
> > For additional commands, e-mail:
 > org>
> >
>
>



> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:


__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [PATCH][LANG] Initial collection sizes in Enum.java

[Mike Bowler]

> Did you by any chance carry out benchmarks comparing
> performance before and after your changes?

In this case no, although I've benchmarked these kinds of changes 
before.  For small collections the changes are minimal but can add up 
quickly if the collections are used frequently.  Large collections will 
see more benefit.  

I've seen a number of cases where I've been able to shave seconds off 
execution time by making small changes like these to common 
"infrastructure" type components even when the individual collection 
sizes were relatively small.

--
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : [EMAIL PROTECTED]
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [Jelly] BCEL Taglibrary Beginnings

[Juozas Baliuka]

> This attacks some issues I was considering earlier. My current
> ClassLoader manipulation approach is pretty aggresive, It might be more
> appropriate to be able to extend the ClassLoader the way you have here.
> However, that would mean that in Jelly, the classloader created by the
> BCEL taglibrary would need to be available as the Jelly library
> classloader for the rest of the Jelly process.
If you do not need to cast class ( reflection used to manipulate
instances ), you can use any classLoader.
If you need to implement some interface, it can be defined in the parent
classLoader (Jelly library
 classloader in this case ), loadClass("MyInterface") can be delegted to
parent before to define generated class. BeanGenerator in cglib defines
BeanInfo this way.(I am not sure it works on all JDK versions)

>
> I think there are some design issues that need to be dealt with in Jelly
> concerning the appropriate classloader manipulation favored by teh Jelly
> team.
Try to use Jelly classLoader as parent.
>
> This is excellent, I think it goes well beyond what I've implemented so
> far and might be an excellent starting point.
>
> I think if its going to work with BSF scripting environment stuff it
> might be good just to place it into the BCEL taglibrary for Jelly and
> let it evolve there for a while. If there is interest in such a thing
> out side the taglibrary project then It could be moved out once its a
> little more mature and fully meets our needs.

I think Class generation from script, it nothing very specific to scripting
language and can be usefull for all BSF enabled languages:

Object obj = manager.eval("ruby", "(java)", 1, 1, "(1..10).collect { |item|
\n item ** 2 \n }.first");
int result = ((Integer)obj).intValue();

in this example from jruby all input and output values are "normal" java
objects:

This can be implemented as method in generated class :

class MyClass {
 int collect(){
 Object obj = manager.eval("ruby", "(java)", 1, 1, "(1..10).collect { |item|
\n item ** 2 \n }.first");
  return ((Integer)obj).intValue();

}

instance of generated class can be used as value in javascript context or as
parameter in JAVA method.


I do not know good use cases for this stuff, but possible it can help better
to integrate scripting languages with JAVA frameworks.


>
> -Mark
>
> Juozas Baliuka wrote:
> > possible this stuff will be interesting for you:
> >
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/cglib/cglib/src/proxy/net/sf/
> >
cglib/proxy/Attic/BeanGenerator.java?rev=1.8&content-type=text/vnd.viewcvs-m
> > arkup
> >
> > it generates  properties, methods, beanInfo for beans. It was designed
as
> > workaround for velocity
> > "static utility" limitation, but nobody found it usefull and I've
removed it
> > from cglib. We can add this stuff, if somebody thinks it has some use
case.
> >
> >
> >
> >
> >>Hi Mark
> >>
> >>From: "Mark R. Diggory" <[EMAIL PROTECTED]>
> >>
> >>>I've got the bcel tag code available form my current project in
> >>>sourceforge, it can be seen at:
> >>>
> >>>BeanExtender class:
> >>>
> >>
> >
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/repast-jellytag/repast-jelly-
> >
> >>taglibrary/classes/org/mrd/bcel/
> >>
> >>>BCEL Tags:
> >>>
> >>
> >
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/repast-jellytag/repast-jelly-
> >
> >>taglibrary/classes/org/mrd/jelly/bcel/
> >>
> >>>An Example in action:
> >>>
> >>
> >
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/repast-jellytag/repast-jelly-
> >
> >>taglibrary/examples/BcelExample/model.xml
> >>
> >>This is excellent stuff! Do you fancy submitting this as a library in
> >
> > Jelly
> >
> >>or would you rather keep it in your project?
> >>
> >>I was thinking just the other day that something along the lines of
> >>BeanExtender would be a great addition to the BCEL library. I wonder if
> >
> > the
> >
> >>BCEL folks would like this added to the core of BCEL? Seems like a neat
> >>feature to me - if folks want to create beans easily with a nice facade
> >>without having to know all the internal details of BCEL. (Though
following
> >>the BCEL naming convention, BeanGen might be a more appropriate name).
> >>
> >>I'm now reading about RePast to try figure out what the rest of your
> >
> > project
> >
> >>does :-)
> >>
> >>James
> >>---
> >>http://radio.weblogs.com/0112098/
> >>
> >>__
> >>Do You Yahoo!?
> >>Everything you'll ever need on one web page
> >>from News and Sport to Email and Music Charts
> >>http://uk.my.yahoo.com
> >>
> >>--
> >>To unsubscribe, e-mail:
> >
> > 
> >
> >>For additional commands, e-mail:
> >
> > 
> >
> >>
> >
> >
> > --
> > To unsubscribe, e-mail:

> > For additional commands, e-mail:

> >
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>
>


--
To unsubscribe, e-mail:   

Re: Sandbox Net Components

[Christoph . Reck]

For our internal use I found and updated a *very* simple but seemingly complete
one-class FTP java implementation à la UrlConnection, see attachment.

If seen proper, this probably could be donated to Jakarta.

If anyone sees some bugs/quirks/shortcomings with this implementation,
I would be glad about feedback.

--
:) Christoph Reck


Thomas Hüsler wrote:

Dear all

I am looking for an easy to use Net Library. I am mainly interested in an
implementation of the FTP Protocol. When looking through the jakarta sources
I found the net components in the sandbox projects. But I don't find a build
of them. 

Is there no build available or am I looking at the wrong place??? Could
anyone help me to find a build of those components?

Regards
Tom

--
Thomas Hüsler * TietoEnator Consulting AG
Industriestrasse 19 * 8304 Wallisellen * Switzerland
Tel. +41 (43) 233 45 28 * Fax +41 (43) 233 45 10
Mobile +41 (78) 622 03 36

http://www.tietoenator.ch




--
:) Christoph Reck

//
/*
 *  $RCSfile: FtpConnection.java,v $
 *
 *  $Revision: 1.2 $
 *  $Date: 2002/03/05 10:09:29 $
 *
 *  Copyright DLR 2002
 */
//

package de.dlr.dfd.dims.gen.utils;

import java.net.*;
import java.io.*;
import java.util.*;

/**
 * Low-Level worker class that handles FTP protocol (RFC 0959).
 *
 * Code from http://forum.java.sun.com/thread.jsp?forum=31&thread=179383";
 * >http://forum.java.sun.com/thread.jsp?forum=31&thread=179383.
 *
 * @created   February 5, 2002
 * @authorreck
 */
public class FtpConnection
{
  /** (-1) Default MessageNo **/
  public final static int COMMAND_IGNORED = -1;
  /** (-99) Used when return message cannot be parsed **/
  public final static int UNKNOWN_ERROR = -99;
  /** 
   ** (110) Restart marker reply. In this case, the text is exact and not left to
   ** the particular implementation; it must read: MARK  =  Where  is
   ** User-process data stream marker, and  server's equivalent marker (note
   ** the spaces between markers and "=").
   */
  public final static int RESTART_MARKER_REPLY = 110;
  /** (120) Service ready in nnn minutes. **/
  public final static int SERVICE_NOT_READY = 120;
  /** (125) Data connection already open; transfer starting. **/
  public final static int TRANSFER_STARTING = 125;
  /** (150) File status okay; about to open data connection. **/
  public final static int FILE_STATUS_OK = 150;
  /** (200) Command okay. **/
  public final static int COMMAND_OK = 200;
  /** (202) Command not implemented, superfluous at this site. **/
  public final static int COMMAND_SUPERFLUOUS = 202;
  /** (211) System status, or system help reply. **/
  public final static int SYSTEM_STATUS = 211;
  /** (212) Directory status. **/
  public final static int DIRECTORY_STATUS = 212;
  /** (213) File status. **/
  public final static int FILE_STATUS = 213;
  /** 
   ** (214) Help message. On how to use the server or the meaning of a particular
   ** non-standard command. This reply is useful only to the human user. 
   **/
  public final static int HELP_MESSAGE = 214;
  /** 
   ** (215) NAME system type. Where NAME is an official system name from the list
   ** in the Assigned Numbers document. 
   **/
  public final static int SYSTEM_TYPE = 215;
  /** (220) Service ready for new user. **/
  public final static int SERVICE_READY = 220;
  /** (221) Service closing control connection. Logged out if appropriate. **/
  public final static int SERVICE_CLOSING = 221;
  /** (225) Data connection open; no transfer in progress. **/
  public final static int DATA_CONNECTION_OPEN = 225;
  /** 
   ** (226) Closing data connection. Requested file action successful (for
   ** example, file transfer or file abort). 
   **/
  public final static int DATA_CONNECTION_CLOSED = 226;
  /** (227) Entering Passive Mode (h1,h2,h3,h4,p1,p2). **/
  public final static int PASSIVE_MODE = 227;
  /** (230) User logged in, proceed. **/
  public final static int USER_LOGGED_IN = 230;
  /** (250) Requested file action okay, completed. **/
  public final static int FILE_ACTION_OK = 250;
  /** (257) "PATHNAME" created. **/
  public final static int PATH_OK = 257;
  /** (331) User name okay, need password. **/
  public final static int USER_OK_SEND_PASSWORD = 331;
  /** (332) Need account for login. **/
  public final static int NEED_ACCOUNT_FOR_LOGIN = 332;
  /** (350) Requested file action pending further information. **/
  public final static int FILE_ACTION_PENDING = 350;
  /** 
   ** (421) Service not available, closing control connection. This may be a
   ** reply to any command if the service knows it must shut down. 
   **/
  public final static int SERVICE_NOT_AVAILABLE = 421;
  /** (425) Can't open data connection. **/
  public final static int DATA_CONNECTION_NOT_OPEN = 425;
  /** (426) Connection 

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/junit build.xml

[jstrachan]

jstrachan2003/01/21 07:49:29

  Added:   jelly/jelly-tags/junit/src/test/org/apache/commons/jelly/tags/junit
TestJUnit.java suite.jelly runSuite.jelly
   jelly/jelly-tags/junit build.xml
  Log:
  Added the auto-generated Ant build file so that Gump can build this library. Also 
moved over the unit test cases to here
  
  Revision  ChangesPath
  1.1  
jakarta-commons-sandbox/jelly/jelly-tags/junit/src/test/org/apache/commons/jelly/tags/junit/TestJUnit.java
  
  Index: TestJUnit.java
  ===
  /*
   * 
/home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/junit/src/test/org/apache/commons/jelly/tags/junit/TestJUnit.java,v
 1.1 2003/01/21 15:49:29 jstrachan Exp
   * 1.1
   * 2003/01/21 15:49:29
   *
   * 
   *
   * The Apache Software License, Version 1.1
   *
   * Copyright (c) 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
   * .
   * 
   * TestJUnit.java,v 1.1 2003/01/21 15:49:29 jstrachan Exp
   */
  package org.apache.commons.jelly.tags.junit;
  
  import junit.framework.TestSuite;
  import junit.textui.TestRunner;
  
  /** 
   * A helper class to run jelly test cases as part of Ant's JUnit tests
   *
   * @author mailto:[EMAIL PROTECTED]";>James Strachan
   * @version 1.1
   */
  public class TestJUnit extends JellyTestSuite {
  
  public static void main( String[] args ) throws Exception {
  TestRunner.run( suite() );
  }
  
  public static TestSuite suite() throws Exception {
  return createTestSuite(TestJUnit.class, "suite.jelly");
  }
  }
  
  
  
  1.1  
jakarta-commons-sandbox/jelly/jelly-tags/junit/src/test/org/apache/commons/jelly/tags/junit/suite.jelly
  
  Index: suite.jelly
  ===
  
  
  


  This should never fail
  
  
This should always 
fail
  

We should have created an 
exception

The exception was: ${ex.message}


  
  



This should always fail
  

We should have created an 
exception

The except

RE: [PATCH][LANG] Initial collection sizes in Enum.java

[Shapira, Yoav]

Howdy,
Very interesting.  Thanks for making the changes.  Did you by any chance
carry out benchmarks comparing performance before and after your
changes?

Yoav Shapira
Millennium ChemInformatics


>-Original Message-
>From: Mike Bowler [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, January 21, 2003 10:38 AM
>To: [EMAIL PROTECTED]
>Subject: [PATCH][LANG] Initial collection sizes in Enum.java
>
>The Enum class has some initial collection sizes that aren't terribly
>good for performance.  This patch provides better initial sizes and
>improves one exception message.
>
>The short summary is:
>
>- One HashMap is intended to always be empty but it was created with
the
>default constructor which gives it an initial size of 101.  Changed
this
>to an initial size of 1 which will use less memory.
>
>- The default constructor on HashMap uses a size of 101 which doesn't
>scale very well.  If the collection has to grow to a larger size then
>this starting size quickly becomes non-prime which will degrade
>performance.  A starting size of 89 is better as it remains prime for
>longer.  Changed a couple of places that were using the default
>constructor to use a size of 89.
>
>- One HashMap was created with an initial size of 50.  For best
>performance, you always want the size of the collection to be a prime
>number.  Even numbers will give particularly bad performance.  Changed
>this to 89.
>
>--
>Mike Bowler
>Principal, Gargoyle Software Inc.
>Voice: (416) 822-0973 | Email  : [EMAIL PROTECTED]
>Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

[PATCH][LANG] Initial collection sizes in Enum.java

[Mike Bowler]

The Enum class has some initial collection sizes that aren't terribly 
good for performance.  This patch provides better initial sizes and 
improves one exception message.

The short summary is:

- One HashMap is intended to always be empty but it was created with the 
default constructor which gives it an initial size of 101.  Changed this 
to an initial size of 1 which will use less memory.

- The default constructor on HashMap uses a size of 101 which doesn't 
scale very well.  If the collection has to grow to a larger size then 
this starting size quickly becomes non-prime which will degrade 
performance.  A starting size of 89 is better as it remains prime for 
longer.  Changed a couple of places that were using the default 
constructor to use a size of 89.

- One HashMap was created with an initial size of 50.  For best 
performance, you always want the size of the collection to be a prime 
number.  Even numbers will give particularly bad performance.  Changed 
this to 89.

--
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : [EMAIL PROTECTED]
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com
Index: lang/src/java/org/apache/commons/lang/enum/Enum.java
===
RCS file: 
/home/cvspublic/jakarta-commons/lang/src/java/org/apache/commons/lang/enum/Enum.java,v
retrieving revision 1.6
diff -u -r1.6 Enum.java
--- lang/src/java/org/apache/commons/lang/enum/Enum.java31 Dec 2002 22:39:39 
-  1.6
+++ lang/src/java/org/apache/commons/lang/enum/Enum.java21 Jan 2003 15:18:53 
+-
@@ -162,11 +162,11 @@
 /**
  * An empty map, as JDK1.2 didn't have an empty map
  */
-private static final Map EMPTY_MAP = Collections.unmodifiableMap(new HashMap());
+private static final Map EMPTY_MAP = Collections.unmodifiableMap(new HashMap(1));
 /**
  * Map, key of class name, value of Entry.
  */
-private static final Map cEnumClasses = new HashMap();
+private static final Map cEnumClasses = new HashMap(89);
 /**
  * The string representation of the Enum.
  */
@@ -177,7 +177,7 @@
  */
 private static class Entry {
 /** Map of Enum name to Enum */
-final Map map = new HashMap(50);
+final Map map = new HashMap(89);
 /** List of Enums in source code order */
 final List list = new ArrayList(25);
 
@@ -197,7 +197,7 @@
 protected Enum(String name) {
 super();
 if (name == null || name.length() == 0) {
-throw new IllegalArgumentException("The Enum name must not be empty");
+throw new IllegalArgumentException("The Enum name must not be empty or 
+null");
 }
 iName = name;
 String className = Enum.getEnumClassName(getClass());


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [Jelly] BCEL Taglibrary Beginnings

[Mark R. Diggory]

James Strachan wrote:


This is excellent stuff! Do you fancy submitting this as a library in Jelly
or would you rather keep it in your project?


I've been working on it here because I have the cvs access and I can see 
the direct effects it has in my project easily.

I'd be glad to migrate it into apache (as long as I also had development 
rights there as well). I don't think it would be too much use to me if I 
couldn't improve upon it to meet my/others needs. The process of 
submitting "patches" for someone else to apply is a little to arduous 
and time consuming.

I was thinking just the other day that something along the lines of
BeanExtender would be a great addition to the BCEL library. I wonder if the
BCEL folks would like this added to the core of BCEL? Seems like a neat
feature to me - if folks want to create beans easily with a nice facade
without having to know all the internal details of BCEL. (Though following
the BCEL naming convention, BeanGen might be a more appropriate name).

I'm now reading about RePast to try figure out what the rest of your project
does :-)



RePast is an Agent Based Modelling framework for Java
http://repast.sourceforge.net

My project goal is primarily to alleviate alot of the coding overhead 
involved in building a RePast Mdoel, its also to explore the idea of 
estabishing a Agent Based Modelling "Markup Language" standard similar 
in idea to that of MathML. Models could be built in the language and 
"applied" on any platform that supported the execution of such Markup. I 
sort of consider my current work as "building blocks" to learn how Jelly 
might be used as the base for implementing such a framework and 
hopefully be the "reference implementation" for such a standard.

-Mark


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-commons-sandbox/jelly/jelly-tags/bean/src/java/org/apache/commons/jelly/tags/bean BeanPropertyTag.java BeanTag.java BeandefTag.java

[jstrachan]

jstrachan2003/01/21 07:16:32

  Modified:jelly/jelly-tags/bean/src/test/org/apache/commons/jelly/tags/bean
Order.java MyTagLibrary.java Customer.java
suite.jelly
   jelly/jelly-tags/bean/src/java/org/apache/commons/jelly/tags/bean
BeanPropertyTag.java BeanTag.java BeandefTag.java
  Added:   jelly/jelly-tags/bean/src/test/org/apache/commons/jelly/tags/bean
MyBeanTagLibrary.java CustomerTag.java
  Log:
  Applied patches kindly supplied by Christian Sell to add support for Ant style 
addFoo(Foo) methods when using the bean tag library.
  
  Also added an extra test case to show the use of both MyBeanTagLibrary which 
inherits from BeanTagLibrary as well as a test case using a normal TagLibrary which 
just reuses the BeanTag and BeanPropertyTag
  
  Revision  ChangesPath
  1.2   +12 -7 
jakarta-commons-sandbox/jelly/jelly-tags/bean/src/test/org/apache/commons/jelly/tags/bean/Order.java
  
  Index: Order.java
  ===
  RCS file: 
/home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/bean/src/test/org/apache/commons/jelly/tags/bean/Order.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- Order.java14 Jan 2003 04:01:01 -  1.1
  +++ Order.java21 Jan 2003 15:16:31 -  1.2
  @@ -88,11 +88,16 @@
   
   /** 
* Factory method to create a new Product
  - */
   public Product createProduct() {
   return new Product();
   }
  -
  + */
  +
  +public void addProduct(Product product)
  +{
  +this.product = product;
  +}
  +
   /**
* Returns the amount.
* @return int
  
  
  
  1.2   +62 -12
jakarta-commons-sandbox/jelly/jelly-tags/bean/src/test/org/apache/commons/jelly/tags/bean/MyTagLibrary.java
  
  Index: MyTagLibrary.java
  ===
  RCS file: 
/home/cvs/jakarta-commons-sandbox/jelly/jelly-tags/bean/src/test/org/apache/commons/jelly/tags/bean/MyTagLibrary.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- MyTagLibrary.java 14 Jan 2003 04:01:01 -  1.1
  +++ MyTagLibrary.java 21 Jan 2003 15:16:32 -  1.2
  @@ -61,20 +61,70 @@
*/
   package org.apache.commons.jelly.tags.bean;
   
  -import org.apache.commons.jelly.tags.bean.BeanTagLibrary;
  +import org.apache.commons.jelly.Tag;
  +import org.apache.commons.jelly.TagLibrary;
  +import org.apache.commons.jelly.impl.TagFactory;
  +import org.apache.commons.jelly.impl.TagScript;
  +
  +import org.xml.sax.Attributes;
   
   /** 
  - * Describes the Taglib. 
  - * This could be created via Jelly script, or could load the mapping of 
  - * tag names to bean classes from properties file etc  but is implemented in Java
  - * code for simplicity
  + * A normal tag library which will use a BeanTag to create beans but this tag
  + * library does not derive from BeanTagLibrary and so does not have a <
  + * beandef> tag
*
* @author mailto:[EMAIL PROTECTED]";>James Strachan
* @version $Revision$
*/
  -public class MyTagLibrary extends BeanTagLibrary {
  +public class MyTagLibrary extends TagLibrary {
   
   public MyTagLibrary() {
  -registerBean( "customer", Customer.class );
  +}
  +
  +
  +// TagLibrary interface
  +//-
  +public TagScript createTagScript(String name, Attributes attributes) throws 
Exception {
  +
  +TagFactory factory = new TagFactory() {
  +public Tag createTag(String name, Attributes attributes) throws 
Exception {
  +return createBeanTag(name, attributes);
  +}
  +};
  +return new TagScript( factory );
  +}
  +
  +// Implementation methods
  +//-
  +
  +/**
  + * Factory method to create a Tag for the given tag and attributes. If this
  + * tag matches a root bean, then a BeanTag will be created, otherwise a
  + * BeanPropertyTag is created to make a nested property.
  + */
  +protected Tag createBeanTag(String name, Attributes attributes) throws 
Exception {
  +// is the name bound to a specific class
  +Class beanType = getBeanType(name, attributes);
  +if (beanType != null) {
  +return new BeanTag(beanType, name);
  +}
  +
  +// its a property tag
  +return new BeanPropertyTag(name);
  +}
  +
  +/**
  + * Return the bean class that we should use for the given element name
  + * 
  + * @param name is the XML element name
  + * @param attributes the XML attributes
  + * @return Class the bean class to use for this element o