Re: [logging] update docs to specify that java 1.1 is supported

[Simon Kitching]

On Sun, 2005-04-17 at 22:12 -0700, Brian Stansberry wrote:

> I'm concerned about the memory leak problem with the
> impl jar, but it looks like truly solving that will
> have to wait for the addition of something like
> Simon's ContextClassLoaderLocal to the JDK.  (BTW, any
> news on that?)

Well, Robert suggested I try to raise some interest in submitting it as
an Apache suggestion rather than direct from me. I sent it on direct to
Henri Yandell (Jakarta PMC chair) to see what he thought of the idea. If
I don't get any response there, I'll post direct to the Jakarta pmc
list.

However it occurred to me that Robert's suggestion of splitting
LogFactory into a true interface/implementation might give a way forward
anyway. This would allow the interface to be deployed in a shared
classloader, but allow the class which actually declares the static
member to be deployed on a per-webapp basis. This would give us back
per-webapp singleton behaviour. I need to actually check out the
DOM_QUIXOTE branch of logging to see whether my understanding of
Robert's emails is correct

> 
> I also owe a patch to the user guide discussing best
> practices re not caching Log in a static field.  If no
> one objects, I can also include comments on JDK 1.1
> support.  

That would be cool. However I would like to state my personal opinion
here: that deploying *anything* in a shared classloader sucks, and that
anyone who does such a thing deserves what they get! Doing this really
seems to me to be optimisation-over-correctness, and I don't see any
justification for this.

Regards,

Simon


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [logging] update docs to specify that java 1.1 is supported

[Brian Stansberry]

--- robert burrell donkin
<[EMAIL PROTECTED]> wrote:

> 
> this week, i plan to start getting things moving
> forward again from the
> analysis document i published. i'm taking a look at
> the patches tonight
> (thanks for them :) 
> 
> i'll pull together some results and take a look at
> listing the bugs.
> maybe i'll put them in bugzilla so that folks can
> contributing patches
> more easily and so discussion is automatically tied
> together. i have
> hopes that many of these can be fixed (and fixed
> without too much
> trouble).
> 
> there are also a couple of other tasks on my list.
> 
> i now think that a build which creates just an impl
> jar is required to
> support at least one use case. anyone want to grab
> this task?
> 

Sure, I can do that.  You want patches for the 1.0.5
branch as well as trunk, or just trunk?

I'm concerned about the memory leak problem with the
impl jar, but it looks like truly solving that will
have to wait for the addition of something like
Simon's ContextClassLoaderLocal to the JDK.  (BTW, any
news on that?)

I also owe a patch to the user guide discussing best
practices re not caching Log in a static field.  If no
one objects, I can also include comments on JDK 1.1
support.  

Should be able to do these in the next few evenings.

Brian




__ 
Do you Yahoo!? 
Read only the mail you want - Yahoo! Mail SpamGuard. 
http://promotions.yahoo.com/new_mail 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 34494] New: - jsvc's spec ?(jsvc does not make directory (supplement group) )

[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://issues.apache.org/bugzilla/show_bug.cgi?id=34494

   Summary: jsvc's spec ?(jsvc does not make  directory (supplement
group) )
   Product: Commons
   Version: 1.0 Final
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: normal
  Priority: P3
 Component: Daemon
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


running tomcat under enviroment;

OS:SunOS 5.7
Java:java 1.4.2_07
Tomcat:4.1.31
Jsvc:1.0 (start up user abekiti)
user:abekiti
group:abekiti(first), nobody(suppliment)

If java program(servlet ) will make directory "/target/test1/test2",  java
program does not make "/target/test1/test2" directory.

cf. java.io.File mkdir or mkdirs
/target/test1   (this direstory abekiti:nobody 775 )

I try to make this direcotry by shell.
%> su - abekiti
%>mkdir -p /target/test1/test2
result is ok.

I read daemon-1.0/src/native/unix/native/jsvc-unix.c
jsvc does not set supplement group(by system call
setgroups or initgroups)

Is this jsvc's spec? 
security reason?
I don't know this reason. Because I don't make unix daemon program.

I need to tomcat make supplement group directory.
I collected jsvc-unix.c.

/* user and group */
static int set_user_group(char *user, int uid, int gid)
{
if (user!=NULL) {


if (setgid(gid)!=0) {
log_error("Cannot set group id for user '%s'",user);
return(-1);
}
if (initgroups(user, gid)!=0) {
log_error("Cannot set supplement group list for user '%s'",user);
return(-1);
}
if (setuid(uid)!=0) {
log_error("Cannot set user id for user '%s'",user);
return(-1);
}

log_debug("user changed to '%s'",user);
}
return(0);
}

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 34493] New: - jsvc's spec ?(jsvc does not make directory (supplement group) )

[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://issues.apache.org/bugzilla/show_bug.cgi?id=34493

   Summary: jsvc's spec ?(jsvc does not make  directory (supplement
group) )
   Product: Commons
   Version: unspecified
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: normal
  Priority: P3
 Component: Daemon
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


running tomcat under enviroment;

OS:SunOS 5.7
Java:java 1.4.2_07
Tomcat:4.1.31
Jsvc:1.0 (start up user abekiti)
user:abekiti
group:abekiti(first), nobody(suppliment)

If java program(servlet ) will make directory "/target/test1/test2",  java
program does not make "/target/test1/test2" directory.

cf. java.io.File mkdir or mkdirs
/target/test1   (this direstory abekiti:nobody 775 )

I try to make this direcotry by shell.
%> su - abekiti
%>mkdir -p /target/test1/test2
result is ok.

I read daemon-1.0/src/native/unix/native/jsvc-unix.c
jsvc does not set supplement group(by system call
setgroups or initgroups)

Is this jsvc's spec? 
security reason?
I don't know this reason. Because I don't make unix daemon program.

I need to tomcat make supplement group directory.
I collected jsvc-unix.c.

/* user and group */
static int set_user_group(char *user, int uid, int gid)
{
if (user!=NULL) {


if (setgid(gid)!=0) {
log_error("Cannot set group id for user '%s'",user);
return(-1);
}
if (initgroups(user, gid)!=0) {
log_error("Cannot set supplement group list for user '%s'",user);
return(-1);
}
if (setuid(uid)!=0) {
log_error("Cannot set user id for user '%s'",user);
return(-1);
}

log_debug("user changed to '%s'",user);
}
return(0);
}

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r161712 - jakarta/commons/proper/net/trunk/src/java/org/apache/commons/net/ftp/parser/UnixFTPEntryParser.java

[scohen]

Author: scohen
Date: Sun Apr 17 19:57:04 2005
New Revision: 161712

URL: http://svn.apache.org/viewcvs?view=rev&rev=161712
Log:
make UnixFTPEntryParser.NUMERIC_DATE_FORMAT public and add a comment.

Modified:

jakarta/commons/proper/net/trunk/src/java/org/apache/commons/net/ftp/parser/UnixFTPEntryParser.java

Modified: 
jakarta/commons/proper/net/trunk/src/java/org/apache/commons/net/ftp/parser/UnixFTPEntryParser.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/net/trunk/src/java/org/apache/commons/net/ftp/parser/UnixFTPEntryParser.java?view=diff&r1=161711&r2=161712
==
--- 
jakarta/commons/proper/net/trunk/src/java/org/apache/commons/net/ftp/parser/UnixFTPEntryParser.java
 (original)
+++ 
jakarta/commons/proper/net/trunk/src/java/org/apache/commons/net/ftp/parser/UnixFTPEntryParser.java
 Sun Apr 17 19:57:04 2005
@@ -47,7 +47,19 @@
 static final String NUMERIC_DATE_FORMAT 
= "-MM-dd HH:mm"; //2001-11-09 20:06
 
-static final FTPClientConfig NUMERIC_DATE_CONFIG =
+/**
+ * Some Linux distributions are now shipping an FTP server which formats
+ * file listing dates in an all-numeric format: 
+ * "-MM-dd HH:mm.  
+ * This is a very welcome development,  and hopefully it will soon become 
+ * the standard.  However, since it is so new, for now, and possibly 
+ * forever, we merely accomodate it, but do not make it the default.
+ * 
+ * For now end users may specify this format only via 
+ * UnixFTPEntryParser(FTPClientConfig).
+ * Steve Cohen - 2005-04-17
+ */
+public static final FTPClientConfig NUMERIC_DATE_CONFIG =
 new FTPClientConfig(
 FTPClientConfig.SYST_UNIX,
 NUMERIC_DATE_FORMAT,



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 33981] - [daemon] Setting the process name when using JSCV

[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://issues.apache.org/bugzilla/show_bug.cgi?id=33981


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-04-18 04:33 ---
Patch applied.

Thanks Much!

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r161711 - in jakarta/commons/proper/daemon/trunk/src/native/unix/native: Makefile.in arguments.c arguments.h jsvc-unix.c

[billbarker]

Author: billbarker
Date: Sun Apr 17 19:32:38 2005
New Revision: 161711

URL: http://svn.apache.org/viewcvs?view=rev&rev=161711
Log:
Allow the process name to be configurable on Linux.

Fix for Bug #33981

Modified:
jakarta/commons/proper/daemon/trunk/src/native/unix/native/Makefile.in
jakarta/commons/proper/daemon/trunk/src/native/unix/native/arguments.c
jakarta/commons/proper/daemon/trunk/src/native/unix/native/arguments.h
jakarta/commons/proper/daemon/trunk/src/native/unix/native/jsvc-unix.c

Modified: jakarta/commons/proper/daemon/trunk/src/native/unix/native/Makefile.in
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/daemon/trunk/src/native/unix/native/Makefile.in?view=diff&r1=161710&r2=161711
==
--- jakarta/commons/proper/daemon/trunk/src/native/unix/native/Makefile.in 
(original)
+++ jakarta/commons/proper/daemon/trunk/src/native/unix/native/Makefile.in Sun 
Apr 17 19:32:38 2005
@@ -14,7 +14,7 @@
 #   limitations under the License.
 #
 # @author  Pier Fumagalli 
-# @version $Id: Makefile.in,v 1.2 2004/02/09 15:55:21 jfclere Exp $
+# @version $Id$
 
 include ../Makedefs
 

Modified: jakarta/commons/proper/daemon/trunk/src/native/unix/native/arguments.c
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/daemon/trunk/src/native/unix/native/arguments.c?view=diff&r1=161710&r2=161711
==
--- jakarta/commons/proper/daemon/trunk/src/native/unix/native/arguments.c 
(original)
+++ jakarta/commons/proper/daemon/trunk/src/native/unix/native/arguments.c Sun 
Apr 17 19:32:38 2005
@@ -54,7 +54,7 @@
 args->outfile="/dev/null";   /* Swallow by default */
 args->errfile="/dev/null";   /* Swallow by default */
 args->args=(char **)malloc(argc*sizeof(char *));
-
+args->procname = "jsvc.exec";
 /* Set up the command name */
 cmnd=strrchr(argv[0],'/');
 if (cmnd==NULL) cmnd=argv[0];
@@ -176,6 +176,12 @@
 log_error("Invalid option %s",argv[x]);
 return(NULL);
 
+} else if (strcmp(argv[x],"-procname") == 0) {
+args->procname = optional(argc, argv, x++);
+if(args->procname == NULL) {
+  log_error("Invalid process name specified");
+  return (NULL);
+}
 } else {
 args->clas=strdup(argv[x]);
 break;

Modified: jakarta/commons/proper/daemon/trunk/src/native/unix/native/arguments.h
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/daemon/trunk/src/native/unix/native/arguments.h?view=diff&r1=161710&r2=161711
==
--- jakarta/commons/proper/daemon/trunk/src/native/unix/native/arguments.h 
(original)
+++ jakarta/commons/proper/daemon/trunk/src/native/unix/native/arguments.h Sun 
Apr 17 19:32:38 2005
@@ -61,6 +61,8 @@
 char *outfile;
 /** Destination for stderr */
 char *errfile;
+/** Program name for Linux **/
+char *procname;
 } arg_data;
 
 /**

Modified: jakarta/commons/proper/daemon/trunk/src/native/unix/native/jsvc-unix.c
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/daemon/trunk/src/native/unix/native/jsvc-unix.c?view=diff&r1=161710&r2=161711
==
--- jakarta/commons/proper/daemon/trunk/src/native/unix/native/jsvc-unix.c 
(original)
+++ jakarta/commons/proper/daemon/trunk/src/native/unix/native/jsvc-unix.c Sun 
Apr 17 19:32:38 2005
@@ -403,7 +403,7 @@
 /* On some UNIX operating systems, we need to REPLACE this current
process image with another one (thru execve) to allow the correct
loading of VMs (notably this is for Linux). Set, replace, and go. */
-if (strcmp(argv[0],"jsvc.exec")!=0) {
+if (strcmp(argv[0],args->procname)!=0) {
 char *oldpath=getenv("LD_LIBRARY_PATH");
 char *libf=java_library(args,data);
 char *old=argv[0];
@@ -428,7 +428,7 @@
 
 log_debug("Invoking w/ LD_LIBRARY_PATH=%s",getenv("LD_LIBRARY_PATH"));
 
-argv[0]="jsvc.exec";
+argv[0]=args->procname;
 execve(old,argv,environ);
 log_error("Cannot execute JSVC executor process");
 return(1);



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r161710 - jakarta/commons/proper/daemon/trunk/src/native/unix/support/apsupport.m4

[billbarker]

Author: billbarker
Date: Sun Apr 17 19:27:54 2005
New Revision: 161710

URL: http://svn.apache.org/viewcvs?view=rev&rev=161710
Log:
I hate svn.

Note to self:  remember to save before doing ci.

Modified:
jakarta/commons/proper/daemon/trunk/src/native/unix/support/apsupport.m4

Modified: 
jakarta/commons/proper/daemon/trunk/src/native/unix/support/apsupport.m4
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/daemon/trunk/src/native/unix/support/apsupport.m4?view=diff&r1=161709&r2=161710
==
--- jakarta/commons/proper/daemon/trunk/src/native/unix/support/apsupport.m4 
(original)
+++ jakarta/commons/proper/daemon/trunk/src/native/unix/support/apsupport.m4 
Sun Apr 17 19:27:54 2005
@@ -24,7 +24,7 @@
   case $host_cpu in
   powerpc)
 CFLAGS="$CFLAGS -DCPU=\\\"$host_cpu\\\"" ;;
-  sparc)
+  sparc*)
 CFLAGS="$CFLAGS -DCPU=\\\"$host_cpu\\\"" ;;
   i?86)
 CFLAGS="$CFLAGS -DCPU=\\\"i386\\\"" ;;



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 34472] - [daemon] jsvc - can't run tomcat on 64-bit solaris

[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://issues.apache.org/bugzilla/show_bug.cgi?id=34472


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-04-18 04:18 ---
patch applied.

Thanks much!

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r161709 - jakarta/commons/proper/daemon/trunk/src/native/unix/support/apsupport.m4

[billbarker]

Author: billbarker
Date: Sun Apr 17 19:17:38 2005
New Revision: 161709

URL: http://svn.apache.org/viewcvs?view=rev&rev=161709
Log:
Add support for 64 bit Solaris.

Fix for Bug #34472

Modified:
jakarta/commons/proper/daemon/trunk/src/native/unix/support/apsupport.m4

Modified: 
jakarta/commons/proper/daemon/trunk/src/native/unix/support/apsupport.m4
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/daemon/trunk/src/native/unix/support/apsupport.m4?view=diff&r1=161708&r2=161709
==
--- jakarta/commons/proper/daemon/trunk/src/native/unix/support/apsupport.m4 
(original)
+++ jakarta/commons/proper/daemon/trunk/src/native/unix/support/apsupport.m4 
Sun Apr 17 19:17:38 2005
@@ -16,7 +16,7 @@
 
 dnl -
 dnl Author  Pier Fumagalli 
-dnl Version $Id: apsupport.m4,v 1.7 2005/01/03 10:17:24 jfclere Exp $
+dnl Version $Id$
 dnl -
 
 AC_DEFUN(AP_SUPPORTED_HOST,[



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [lang] VOTE 2.1 release

[Steven Caswell]

On 4/17/05, Henri Yandell <[EMAIL PROTECTED]> wrote:
> 
> On 4/17/05, Steven Caswell <[EMAIL PROTECTED]> wrote:
> > I think I figured out how to get clover to work by making the following
> > adjustments:
> >
> > In project.xml, make sure the following properties are set:
> > maven.jar.override=on
> > maven.jar.clover=1.3.2
> > maven.clover.license=clover.license
> 
> Yep. I think the 1.3.2 bit broke in the latest Maven, but maybe not.
> 
> > Copy the clover.license file from the committers svn repository to the 
> base
> > directory.
> 
> Unsure if this is necessary.
> 
> > Also copy the clover.license file from the commiters svn repository to
> > .maven/repository/clover/licenses/clover-1.3.2.license
> > (apparently the 1.3.2 comes from the maven.jar.clover setting)
> 
> Ah. I'd historically just put it in without the 1.3.2; maybe that's
> the change that broke things for me. I put it in next to the jar file
> in the repository.
> 
> > I'm not sure I understand why I don't need to copy over clover.jar from
> > committers svn, but I apparently don't need it.
> 
> It's the same as the clover-1.3.2.jar that is uploaded to 
> ibiblio.org
> and being downloaded by the override.
> 
> Thanks for doing this,
> 
> Hen
> 

I haven't gone through the plugin script, but there is something in the 
script that looks for the maven.clover.license.path property, and it gave me 
an exception when this property wasn't set. I had to set the property to 
point to the clover.license, and I had to copy it to the licenses directory. 
There may be some simpler combination, but I didn't take the time to try to 
figure it out. This combination worked and I was just happy for that :)

My pleasure to work on this. I haven't been very active lately and this is 
something simple enough that I can contribute.


-- 
Steven Caswell
[EMAIL PROTECTED]

Take back the web - http://www.mozilla.org

Re: [lang] VOTE 2.1 release

[Steven Caswell]

I think the problem is that there is more than just the JAVA_HOME and PATH 
to worry about. There are some registry setting that get changed, 
specifically a setting that indicates the installed version. I'll just wait 
until tomorrow and do the RC2 build at work on a Unix box. I've gotten 
everything else done on my local Windows (site build, jdiff, etc.) so 
installing 1.2 and doing the binary build on Unix shouldn't be too much 
trouble.

On 4/17/05, Henri Yandell <[EMAIL PROTECTED]> wrote:
> 
> Write yourself tiny .bat scripts which adjust PATH and JAVA_HOME?
> 
> Should be as applicable on Windows as Linux. Different users is
> another possiiblity.
> 
> As long as you add the new PATH entry at the front each time, it
> should find that one first.
> 
> Hope that helps,
> 
> Hen
> 
> On 4/17/05, Steven Caswell <[EMAIL PROTECTED]> wrote:
> > Is there a convenient way to install both JDK 1.4 and 1.2 on a Windows
> > system and switch between the two for building the 1.4 maven site and 
> the
> > 1.2 ant binaries? Or do I need to different systems with one of that
> > installed on each?
> >
> > TIA.
> >
> >
> > On 4/17/05, Phil Steitz <[EMAIL PROTECTED]> wrote:
> > >
> > > On 4/17/05, Henri Yandell <[EMAIL PROTECTED]> wrote:
> > > > Unsure. I thought I was committed, so things like the overview were
> > > > probably missed.
> > > >
> > > > I need to take the car in on Monday, so am spending a lot of the
> > > > weekend getting next weeks work done in advance :)
> > > >
> > > > Maybe Steve would like to knock out an RC2?
> > > >
> > > > The only thing that's peculiar to my setup is that I have the JDiff
> > > > stuff setup with scripts instead of trying to do it through Maven.
> > > > Legacy mainly.
> > > >
> > > > Important to get the JDK 1.2 vs 1.4 stuff right. Namely run Maven
> > > > under 1.4 and Ant under 1.2. Use the binaries from Ant and get the
> > > > rest (src, site) from Maven.
> > >
> > > Can someone (gently) enlighten me as to why it is better to build the
> > > release binaries using 1.2? IIRC, for 2.0 we tested builds with 1.2,
> > > but make the release binaries using 1.4.
> > >
> > > Phil
> > >
> > >
> > -
> > > To unsubscribe, e-mail:
> > [EMAIL PROTECTED]
> > > For additional commands, e-mail:
> > [EMAIL PROTECTED]
> > >
> > >
> >
> >
> >
> > --
> > Steven Caswell
> > [EMAIL PROTECTED]
> >
> > Take back the web - http://www.mozilla.org
> 



-- 
Steven Caswell
[EMAIL PROTECTED]

Take back the web - http://www.mozilla.org

DO NOT REPLY [Bug 34490] - [PATCH] Handle changed passwords in SharedPoolDataSource

[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://issues.apache.org/bugzilla/show_bug.cgi?id=34490





--- Additional Comments From [EMAIL PROTECTED]  2005-04-18 01:36 ---
Created an attachment (id=14741)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=14741&action=view)
Proposed Patch


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 34490] New: - [PATCH] Handle changed passwords in SharedPoolDataSource

[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://issues.apache.org/bugzilla/show_bug.cgi?id=34490

   Summary: [PATCH] Handle changed passwords in SharedPoolDataSource
   Product: Commons
   Version: unspecified
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Dbcp
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Problem Summary:
Currently, DBCP does not provide support for dealing with password changes when
using InstanceKeyDataSources.  This means that when using a concrete
implementation of InstanceKeyDataSource, such as SharedPoolDataSource or
PerUserPoolDataSource, if a user changes his/her password, the entire connection
pool must be restarted for DBCP to recognize the new password.  In the event the
connection pool is being managed by a container, such as Tomcat, it requires
restarting the container.  Users have previously requested an ability to handle
these situations (see
http://mail-archives.eu.apache.org/mod_mbox/jakarta-commons-user/200405.mbox/[EMAIL
 PROTECTED]
and
http://mail-archives.eu.apache.org/mod_mbox/jakarta-commons-user/200405.mbox/[EMAIL
 PROTECTED]
for examples).

Proposed Patch:

The attached patch provides support for using the SharedPoolDataSource in
situations where user passwords may be changed.  Support is provided by changing
UserPassKey and SharedPoolDataSource to use the concatenation of the username
and password as the key.  In this way, after a user changes password, a
getConnection(String, String) method call will cause the pool to create a new
Connection using the new username and password.  The Connection that was created
using the old username and password remains in the pool, where--assuming the
pool is set up to remove idle objects--it will be collected by the idle object
eviction thread or eventually (once the pool is full) be discarded according to
the LRU algorithm provided by the pool.

Other Solutions Considered:

In making this patch, I considered several other possible algorithms but chose
the implemented algorithm as the best combination of safety and ease of use. 
And--as a bonus--it is a very unobtrusive solution. :)

 - The "public void close(String name)" method recommended by Dirk Verbeeck in
the first link above is relatively complex to implement in the case of a
SharedPoolDataSource (but would be much easier for a PerUserPoolDataSource, as
he suggested).  In the case of a SharedPoolDataSource, it's possible that
multiple Connections exist for the specified user, in which case
SharedPoolDataSource would have to provide logic to deal with the cases where
one or more existing connections for the user are checked out at the time the
method is called--not to mention the logic required to find all existing
connections and close them without needlessly opening new connections (since all
users share the same pool in a SharedPoolDataSource instead of having a pool per
user as in PerUserPoolDataSource).

 - Adding a method "public void getConnection(String username, String password,
boolean closeAndReconnectOnPasswordMismatch)" has similar problems with the
possibility of the existence of multiple open connections for the given
username.  If only the current connection is closed, we may be leaving
connections that are associated with the old password in the pool; therefore,
the application would need to use the closeAndReconnect functionality in
most--if not all--cases where a connection is required.  If all connections are
closed, we have the same situation described above.

Furthermore, neither of the above methods is a part of the DataSource interface;
and, therefore, both would require the application to downcast to the
appropriate DBCP type to make the method call.  For all practical purposes, this
negates the benefits of using an interface in the first place.

Additionally, adding new methods as above requires the application to know when
the user has changed his/her password, and provides a potential failure mode
when the user changes his/her password through an external application (i.e.
directly on the database or using some other application).  Although it is
possible for the application to catch the plain-vanilla SQLException thrown by
the getConnection(String, String) method of InstanceKeyDataSource and parse the
exception message looking for the expected text ("Given password did not match
password used to create the PooledConnection."), doing so is not at all an
elegant solution.  Even if a new PasswordChangedException (which extends
SQLException) were created, the application would then need to downcast the
DataSource to make the appropriate call, so the previously mention

Re: [lang] VOTE 2.1 release

[Henri Yandell]

On 4/17/05, Steven Caswell <[EMAIL PROTECTED]> wrote:
> I think I figured out how to get clover to work by making the following
> adjustments:
>  
>  In project.xml, make sure the following properties are set:
>  maven.jar.override=on
>  maven.jar.clover=1.3.2
>  maven.clover.license=clover.license

Yep. I think the 1.3.2 bit broke in the latest Maven, but maybe not.

>  Copy the clover.license file from the committers svn repository to the base
> directory.

Unsure if this is necessary.

>  Also copy the clover.license file from the commiters svn repository to
> .maven/repository/clover/licenses/clover-1.3.2.license
> (apparently the 1.3.2 comes from the maven.jar.clover setting)

Ah. I'd historically just put it in without the 1.3.2; maybe that's
the change that broke things for me. I put it in next to the jar file
in the repository.

>  I'm not sure I understand why I don't need to copy over clover.jar from
> committers svn, but I apparently don't need it.

It's the same as the clover-1.3.2.jar that is uploaded to ibiblio.org
and being downloaded by the override.

Thanks for doing this,

Hen

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [lang] VOTE 2.1 release

[Henri Yandell]

Write yourself tiny .bat scripts which adjust PATH and JAVA_HOME?

Should be as applicable on Windows as Linux. Different users is
another possiiblity.

As long as you add the new PATH entry at the front each time, it
should find that one first.

Hope that helps,

Hen

On 4/17/05, Steven Caswell <[EMAIL PROTECTED]> wrote:
> Is there a convenient way to install both JDK 1.4 and 1.2 on a Windows
> system and switch between the two for building the 1.4 maven site and the
> 1.2 ant binaries? Or do I need to different systems with one of that
> installed on each?
>  
>  TIA.
> 
> 
> On 4/17/05, Phil Steitz <[EMAIL PROTECTED]> wrote:
> > 
> > On 4/17/05, Henri Yandell <[EMAIL PROTECTED]> wrote:
> > > Unsure. I thought I was committed, so things like the overview were
> > > probably missed.
> > >
> > > I need to take the car in on Monday, so am spending a lot of the 
> > > weekend getting next weeks work done in advance :)
> > >
> > > Maybe Steve would like to knock out an RC2?
> > >
> > > The only thing that's peculiar to my setup is that I have the JDiff
> > > stuff setup with scripts instead of trying to do it through Maven. 
> > > Legacy mainly.
> > >
> > > Important to get the JDK 1.2 vs 1.4 stuff right. Namely run Maven
> > > under 1.4 and Ant under 1.2. Use the binaries from Ant and get the
> > > rest (src, site) from Maven.
> > 
> > Can someone (gently) enlighten me as to why it is better to build the
> > release binaries using 1.2?  IIRC, for 2.0 we tested builds with 1.2,
> > but make the release binaries using 1.4.
> > 
> > Phil
> > 
> >
> -
> > To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> > For additional commands, e-mail:
> [EMAIL PROTECTED]
> > 
> > 
> 
> 
> 
> -- 
> Steven Caswell
> [EMAIL PROTECTED]
> 
> Take back the web - http://www.mozilla.org

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24737] - [net] Non existant files and empty directories not detected

[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://issues.apache.org/bugzilla/show_bug.cgi?id=24737


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-04-18 00:04 ---
On second thought, since the valid part of your bug has now been fixed, I am
changing the status to FIXED.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24737] - [net] Non existant files and empty directories not detected

[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://issues.apache.org/bugzilla/show_bug.cgi?id=24737


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [net] FTP client date parsing: new format

[Steve Cohen]

Rory Winston wrote:
Steve,
Well done and good work with the latest changes that you have applied.  I think 
that we're getting to a 1.4 release stage very quickly.
Cheers
Rory
With my latest work in bugzilla, I believe that we have no currently 
open bugs.  There were two.  One was a duplicate of a recently fixed bug 
and the other I marked WONTFIX as I don't believe it is a bug at all.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24737] - [net] Non existant files and empty directories not detected

[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://issues.apache.org/bugzilla/show_bug.cgi?id=24737


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2005-04-17 23:52 ---
I am not sure why "in both cases a null array would be expected."  I see nothing
in the documentation that would lead one to expect that result.  In the case of
an empty directory, it seems to me that an empty array is unquestionably the
correct result.  The case of a nonexistent file seems a bit more arguable, but I
still think that a case can be made for an empty array.  In any case, those are
the results I get now.  I don't get "No such file or directory" and a look
through the code, which has changed since this bug was written, shows that such
non-parseable input will now be discarded.

I am changing the status of this bug, changing it to WONTFIX, although, as
explained above, I don't really believe that returning a 0-length array is a bug
in either case you mention.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r161697 - jakarta/commons/proper/lang/trunk/xdocs/developerguide.xml

[stevencaswell]

Author: stevencaswell
Date: Sun Apr 17 14:27:36 2005
New Revision: 161697

URL: http://svn.apache.org/viewcvs?view=rev&rev=161697
Log:
added section on building with initial description of setting up clover license 
for site generation

Modified:
jakarta/commons/proper/lang/trunk/xdocs/developerguide.xml

Modified: jakarta/commons/proper/lang/trunk/xdocs/developerguide.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/xdocs/developerguide.xml?view=diff&r1=161696&r2=161697
==
--- jakarta/commons/proper/lang/trunk/xdocs/developerguide.xml (original)
+++ jakarta/commons/proper/lang/trunk/xdocs/developerguide.xml Sun Apr 17 
14:27:36 2005
@@ -31,6 +31,7 @@
 [Package Structure]
 [Utility Classes]
 [Javadoc]
+[Building]
 
 
 
@@ -135,6 +136,21 @@
 However, it's not something to get worked up about.
 Lots of spelling differences will creep in all over.
 
+
+5.BUILDING
+Site Generation
+Site generation via maven includes Clover report generation. Since Clover
+requires a license, the proper license file must be placed where the maven
+Clover plugin can find it. This can be done as follows:
+
+Obtain the license file from the committers svn repository 
(clover.license)
+Copy clover.license to the lang base directory (the top level directory 
where project.xml, maven.xml, etc. reside).
+Copy clover.license to your maven repository Clover licenses directory, 
named clover-[version].license, where [version] is the version specified in the
+project.properties maven.jar.clover property. For example, if
+maven.jar.clover is set to 1.3.2, then the clover license file
+name should be clover-1.3.2.license.
+
+
 
 
 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [net] FTP client date parsing: new format

[Rory Winston]

Steve,

Well done and good work with the latest changes that you have applied.  I think 
that we're getting to a 1.4 release stage very quickly.

Cheers
Rory



"Jakarta Commons Developers List"  wrote:

> 
> Sorry for being a bit brusque before but if you check out the latest 
> code I think you will find that with Rory's and my changes, your issues 
> are cared for.
> 
> 
> Neeme Praks wrote:
> > 
> > ok, now I checked out the recent changes and the fix seems to work, at 
> > least in the case of usual files:
> > -rw-r-   1 neeme neeme   346 2005-04-08 11:22 services.vsp
> > is parsed into:
> >typeStr=-
> >hardLinkCount=1
> >usr=neeme
> >grp=neeme
> >filesize=346
> >datestr=2005-04-08 11:22
> >name=services.vsp
> >endtoken=
> > And this is correct.
> > 
> > However, it still breaks in the case of symbolic links.
> > So, if the entry is a symbolic link:
> > lrwxrwxrwx   1 neeme neeme23 2005-03-02 18:06 macros -> 
> > ./../../global/macros/.
> > then it is parsed into these variables:
> >   typeStr=l
> >   hardLinkCount=1
> >   usr=neeme
> >   grp=neeme
> >   filesize=23
> >   datestr=2005-03-02 18:06 macros
> >   name=->
> >   endtoken= ../../../global/macros/
> > 
> > The ending of "-> ../../../global/macros/" seems to confuse the regexp 
> > parser.
> > 
> > And to answer Rorys question about the specifics of the FTP server, I'll 
> > paste one of my earlier posts here:
> > This format is from the default FTP server daemon configuration that 
> > came with Debian:
> > Connected to stf.
> > 220 stf FTP server (Version 6.4/OpenBSD/Linux-ftpd-0.17) ready.
> > Name (stf:neeme): neeme
> > 331 Password required for neeme.
> > Password:
> > 230- Linux stf 2.6.11 #1 SMP Wed Mar 2 14:08:21 CET 2005 i686 GNU/Linux
> > 230-
> > 230- The programs included with the Debian GNU/Linux system are free 
> > software;
> > 230- the exact distribution terms for each program are described in the
> > 230- individual files in /usr/share/doc/*/copyright.
> > 230-
> > 230- Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
> > 230- permitted by applicable law.
> > 230 User neeme logged in.
> > Remote system type is UNIX.
> > Using binary mode to transfer files.
> > ftp>
> > 
> > Rgds,
> > Neeme
> > 
> > Neeme Praks wrote:
> > 
> >>
> >> AFAIK, the new system uses both: regexp for extracting the timestamp 
> >> from the entry line and then using DateFormat to parse that.
> >> Example:
> >> -rw-r--r--1 1000 1000   27 Jan 24 11:31 messages.vsp
> >> from this line the regexp extracts the timestamp part ("Jan 24 11:31") 
> >> and then DateFormat is used to parse this to a valid Date object.
> >> The issue here is that the failure is already at regexp matching, and 
> >> the code never reaches the DateFormat parsing part.
> >>
> >> I'll try to check out Rory's changes during the weekend.
> >>
> >> Rgds,
> >> Neeme
> >>
> >> Steve Cohen wrote:
> >>
> >>> No, that's not it at all.  Remember that the new system does not use 
> >>> Regexes for date parsing, it uses SimpleDateFormats.  From Mr. Praks' 
> >>> descriptions, I am assuming he's now running the 1.3 or earlier 
> >>> versions, which do use regexes.
> >>>
> >>> This surprises me because I've had several conversations with him 
> >>> over the past month in which the new system was discussed.  Perhaps 
> >>> he forgot to specify the date format as "/MM/dd" in his 
> >>> FTPClientConfig this time?  Or perhaps his code is finding an older 
> >>> commons-net.jar than he was expecting?
> >>>
> >>> Steve Cohen
> >>>
> >>> Rory Winston wrote:
> >>>
>  Right, the problem with this format is that the date is not composed 
>  of three discrete components (from a regex POV), but two. Basically 
>  what we will need to do is expand the regex to handle thuis - can 
>  you give me details of the FTP server operating system and FTP 
>  server software version if you have it please.
> 
>  Cheers
>  Rory
> >>>
> >>>
> >>>
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 



_
Sign up for eircom broadband now and get a free two month trial.*
Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [net] FTP client date parsing: new format

[Rory Winston]

Steve,

Well done and good work with the latest changes that you have applied.  I think 
that we're getting to a 1.4 release stage very quickly.

Cheers
Rory



"Jakarta Commons Developers List"  wrote:

> 
> Sorry for being a bit brusque before but if you check out the latest 
> code I think you will find that with Rory's and my changes, your issues 
> are cared for.
> 
> 
> Neeme Praks wrote:
> > 
> > ok, now I checked out the recent changes and the fix seems to work, at 
> > least in the case of usual files:
> > -rw-r-   1 neeme neeme   346 2005-04-08 11:22 services.vsp
> > is parsed into:
> >typeStr=-
> >hardLinkCount=1
> >usr=neeme
> >grp=neeme
> >filesize=346
> >datestr=2005-04-08 11:22
> >name=services.vsp
> >endtoken=
> > And this is correct.
> > 
> > However, it still breaks in the case of symbolic links.
> > So, if the entry is a symbolic link:
> > lrwxrwxrwx   1 neeme neeme23 2005-03-02 18:06 macros -> 
> > ./../../global/macros/.
> > then it is parsed into these variables:
> >   typeStr=l
> >   hardLinkCount=1
> >   usr=neeme
> >   grp=neeme
> >   filesize=23
> >   datestr=2005-03-02 18:06 macros
> >   name=->
> >   endtoken= ../../../global/macros/
> > 
> > The ending of "-> ../../../global/macros/" seems to confuse the regexp 
> > parser.
> > 
> > And to answer Rorys question about the specifics of the FTP server, I'll 
> > paste one of my earlier posts here:
> > This format is from the default FTP server daemon configuration that 
> > came with Debian:
> > Connected to stf.
> > 220 stf FTP server (Version 6.4/OpenBSD/Linux-ftpd-0.17) ready.
> > Name (stf:neeme): neeme
> > 331 Password required for neeme.
> > Password:
> > 230- Linux stf 2.6.11 #1 SMP Wed Mar 2 14:08:21 CET 2005 i686 GNU/Linux
> > 230-
> > 230- The programs included with the Debian GNU/Linux system are free 
> > software;
> > 230- the exact distribution terms for each program are described in the
> > 230- individual files in /usr/share/doc/*/copyright.
> > 230-
> > 230- Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
> > 230- permitted by applicable law.
> > 230 User neeme logged in.
> > Remote system type is UNIX.
> > Using binary mode to transfer files.
> > ftp>
> > 
> > Rgds,
> > Neeme
> > 
> > Neeme Praks wrote:
> > 
> >>
> >> AFAIK, the new system uses both: regexp for extracting the timestamp 
> >> from the entry line and then using DateFormat to parse that.
> >> Example:
> >> -rw-r--r--1 1000 1000   27 Jan 24 11:31 messages.vsp
> >> from this line the regexp extracts the timestamp part ("Jan 24 11:31") 
> >> and then DateFormat is used to parse this to a valid Date object.
> >> The issue here is that the failure is already at regexp matching, and 
> >> the code never reaches the DateFormat parsing part.
> >>
> >> I'll try to check out Rory's changes during the weekend.
> >>
> >> Rgds,
> >> Neeme
> >>
> >> Steve Cohen wrote:
> >>
> >>> No, that's not it at all.  Remember that the new system does not use 
> >>> Regexes for date parsing, it uses SimpleDateFormats.  From Mr. Praks' 
> >>> descriptions, I am assuming he's now running the 1.3 or earlier 
> >>> versions, which do use regexes.
> >>>
> >>> This surprises me because I've had several conversations with him 
> >>> over the past month in which the new system was discussed.  Perhaps 
> >>> he forgot to specify the date format as "/MM/dd" in his 
> >>> FTPClientConfig this time?  Or perhaps his code is finding an older 
> >>> commons-net.jar than he was expecting?
> >>>
> >>> Steve Cohen
> >>>
> >>> Rory Winston wrote:
> >>>
>  Right, the problem with this format is that the date is not composed 
>  of three discrete components (from a regex POV), but two. Basically 
>  what we will need to do is expand the regex to handle thuis - can 
>  you give me details of the FTP server operating system and FTP 
>  server software version if you have it please.
> 
>  Cheers
>  Rory
> >>>
> >>>
> >>>
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 



_
Sign up for eircom broadband now and get a free two month trial.*
Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 30269] - [net] Add functionality to retrieve files from mainframe

[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://issues.apache.org/bugzilla/show_bug.cgi?id=30269


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE




--- Additional Comments From [EMAIL PROTECTED]  2005-04-17 23:09 ---
An MVS parser was recently contributed to the product and added.  Please try it.



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

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 34360] - [PATCH] "MVS is the operating system of this server. FTP Server is running on 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://issues.apache.org/bugzilla/show_bug.cgi?id=34360


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]
   ||om




--- Additional Comments From [EMAIL PROTECTED]  2005-04-17 23:09 ---
*** Bug 30269 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 30719] - [net] The FTPClient is unable to list files on Japanese 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://issues.apache.org/bugzilla/show_bug.cgi?id=30719





--- Additional Comments From [EMAIL PROTECTED]  2005-04-17 23:00 ---
Well, it may not have been fixed at the time I marked it so, but I believe that
with my most recent changes of this weekend, it is.

Mr. Mortenson:
Here is the story as far as the numeric date format goes.  Back in January, in
response to several infrequent but persistent complaints about being unable to
parse dates written with month names in languages other than English (leaving
aside for the moment languages like Japanese which require encoding changes as
you know), a new system based on the new class FTPClientConfig was created. 
This allows, among other things, a user to pass to the parser a SimpleDateFormat
string to parse a date not formatted in the "standard" way, as well as to pass
in a set of month names other than those of the locale in which the client is
operating.

Somewhat later, a user informed us (it was a first for us) that there now
existed unix FTP servers that used a numeric date format.  Thinking that I had
fortuitously solved that problem without even realizing it, I pointed him at the
new code.  Turned out, it didn't quite work - the user could pass in the new
date format, but there was another piece of code that pulled out the Date
portion of the listing and sent it to the DateFormat for parsing.  That part did
not work with the all-numeric date format.  After the fixes of this weekend, it
now does.  This is why the bug is marked fixed.

However, it's not seamless.  The default date format is still the classic "MMM
dd " one, not the -MM-dd that you need to handle all-numeric formatted
dates.  There is a backward-compatibility problem with the servers that do not
use the all-numeric format.  It is my fond wish that the all-numeric format will
be adopted soon and become ubiquitous.  Then we can think about changing the
default behavior.  But for now, if you construct the parser with the constructor
that takes an FTPClientConfig properly initialized you should be able to get
this to work.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r161695 - jakarta/commons/proper/lang/trunk/project.properties

[stevencaswell]

Author: stevencaswell
Date: Sun Apr 17 13:55:46 2005
New Revision: 161695

URL: http://svn.apache.org/viewcvs?view=rev&rev=161695
Log:
added maven.clover.license.path to point to the clover license file in the base 
directory

Modified:
jakarta/commons/proper/lang/trunk/project.properties

Modified: jakarta/commons/proper/lang/trunk/project.properties
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/project.properties?view=diff&r1=161694&r2=161695
==
--- jakarta/commons/proper/lang/trunk/project.properties (original)
+++ jakarta/commons/proper/lang/trunk/project.properties Sun Apr 17 13:55:46 
2005
@@ -49,3 +49,4 @@
 
 maven.jar.override=on
 maven.jar.clover=1.3.2
+maven.clover.license.path=clover.license



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r161694 - jakarta/commons/proper/lang/trunk/xdocs/userguide.xml

[stevencaswell]

Author: stevencaswell
Date: Sun Apr 17 13:36:17 2005
New Revision: 161694

URL: http://svn.apache.org/viewcvs?view=rev&rev=161694
Log:
added description of the new mutable package;
added description of the new DurationFormatUtils class

Modified:
jakarta/commons/proper/lang/trunk/xdocs/userguide.xml

Modified: jakarta/commons/proper/lang/trunk/xdocs/userguide.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/xdocs/userguide.xml?view=diff&r1=161693&r2=161694
==
--- jakarta/commons/proper/lang/trunk/xdocs/userguide.xml (original)
+++ jakarta/commons/proper/lang/trunk/xdocs/userguide.xml Sun Apr 17 13:36:17 
2005
@@ -179,6 +179,8 @@
MutableObject
MutableShort
-->
+New in 2.1, the mutable package provides mutable wrappers for primitive 
values (such as int, long, etc.) and Object. These wrappers are simiar to the 
wrappers provided by the Java API, but allow the wrapped value to be changed 
without needing to create a separate wrapper object.
+

 

@@ -190,6 +192,7 @@
StopWatch
-->
 Lang 2.0 saw the arrival of a time package. It contains some basic 
utilities for manipulating time (a delorean, police box and grandfather 
clock?). These include a StopWatch for simple performance measurements and an 
optimised FastDateFormat class. 
+New in Lang 2.1 is the DurationFormatUtils class, which provides 
various methods for formatting durations. 

 

@@ -200,7 +203,7 @@

 

-The next version of Lang will be 2.1. The most notable addition is a 
mutable package, but there are also new classes such as DurationFormatUtils 
[and ...]. 
+The next version of Lang is a work in progress. 

 
 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r161693 - jakarta/commons/proper/lang/trunk/xdocs/navigation.xml

[stevencaswell]

Author: stevencaswell
Date: Sun Apr 17 13:34:50 2005
New Revision: 161693

URL: http://svn.apache.org/viewcvs?view=rev&rev=161693
Log:
updated for 2.1 release

Modified:
jakarta/commons/proper/lang/trunk/xdocs/navigation.xml

Modified: jakarta/commons/proper/lang/trunk/xdocs/navigation.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/xdocs/navigation.xml?view=diff&r1=161692&r2=161693
==
--- jakarta/commons/proper/lang/trunk/xdocs/navigation.xml (original)
+++ jakarta/commons/proper/lang/trunk/xdocs/navigation.xml Sun Apr 17 13:34:50 
2005
@@ -32,7 +32,7 @@
   
   
   
-  
+  
   
   
   



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r161692 - jakarta/commons/proper/lang/trunk/xdocs/index.xml

[stevencaswell]

Author: stevencaswell
Date: Sun Apr 17 13:31:11 2005
New Revision: 161692

URL: http://svn.apache.org/viewcvs?view=rev&rev=161692
Log:
added changes for 2.1 release

Modified:
jakarta/commons/proper/lang/trunk/xdocs/index.xml

Modified: jakarta/commons/proper/lang/trunk/xdocs/index.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/xdocs/index.xml?view=diff&r1=161691&r2=161692
==
--- jakarta/commons/proper/lang/trunk/xdocs/index.xml (original)
+++ jakarta/commons/proper/lang/trunk/xdocs/index.xml Sun Apr 17 13:31:11 2005
@@ -42,7 +42,7 @@
 
 
 
-The latest release of Apache Jakarta Commons Lang is version 2.0. It is 
available (from mirrors) in http://jakarta.apache.org/site/binindex.cgi";>binary and http://jakarta.apache.org/site/sourceindex.cgi";>source downloads. The 
http://www.apache.org/dist/jakarta/commons/lang/RELEASE-NOTES.txt";>release
 notes explain all of the changes and bugs that were fixed between 1.0.1 
and 2.0. In addition, http://jdiff.sourceforge.net/";>JDiff has 
been used to create a http://jakarta.apache.org/commons/lang/Commons-Lang-1.0.1-to-2.0/changes.html";>report
 on the differences between 1.0.1 and 2.0. 
+The latest release of Apache Jakarta Commons Lang is version 2.1. It is 
available (from mirrors) in http://jakarta.apache.org/site/binindex.cgi";>binary and http://jakarta.apache.org/site/sourceindex.cgi";>source downloads. The 
http://www.apache.org/dist/jakarta/commons/lang/RELEASE-NOTES.txt";>release
 notes explain all of the changes and bugs that were fixed between 2.0 and 
2.1. In addition, http://jdiff.sourceforge.net/";>JDiff has been 
used to create a http://jakarta.apache.org/commons/lang/Commons-Lang-2.0-to-2.1/changes.html";>report
 on the differences between 2.0 and 2.1. 
 
 
 
@@ -69,7 +69,8 @@
 
 
 
-http://www.apache.org/dist/jakarta/commons/lang/";>Version 
2.0
+http://www.apache.org/dist/jakarta/commons/lang/";>Version 
2.1
+http://jakarta.apache.org/builds/jakarta-commons/release/commons-lang/v2.0/";>Version
 2.0
 http://jakarta.apache.org/builds/jakarta-commons/release/commons-lang/v1.0.1/";>Version
 1.0.1
 http://jakarta.apache.org/builds/jakarta-commons/release/commons-lang/v1.0/";>Version
 1.0
 http://jakarta.apache.org/builds/jakarta-commons/release/commons-lang/v1.0-b1/";>Version
 1.0-b1



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [betwixt] [patch] Support for polymorphic references

[Thomas Dudziak]

Thanks for the fix!
Collections do work also, but only in parts (or I did make a mistake
?). At least, I've made a mistake in the original collection test
which I fixed and attached again (though it seems to the wrong issue,
sorry about that, pressed the submit button to quickly). Anyway,
writing collections work, but reading does not.

Tom

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Jakarta Commons Discovery

[robert burrell donkin]

On Sun, 2005-04-17 at 00:30 -0400, Phil Steitz wrote:
> Hi Fernando,
> 
> Unfortunately, I don't think we can do what you are asking without
> cutting a release.  We don't publish snapshots of Jakarta Commons
> components.  To cut a release, we need a release manager to volunteer,
> develop a plan, initiate a vote and then cut the release.

+1

> Any [discovery] volunteers?

i think that this is an issue that we should think about addressing.
(hopefully, a discovery volunteer will jump in about now...)

in the absence of discovery volunteers, i think that this is
circumstance where we might consider seconding volunteers from other
commons components onto discovery. (the traditional form would be to
commit a change to the appropriate file and then wait for -1's.) 

- robert

> Phil
> 
> On 4/15/05, Fernando Nasser <[EMAIL PROTECTED]> wrote:
> > Hi,
> > 
> > I participate in some Open Source communities that distribute and use
> > Discovery.
> > 
> > At JPackage we have an RPM with the 0.2  built from
> > http://www.apache.org/dist/jakarta/commons/discovery/source/commons-discovery-0.2-src.tar.gz
> > (everything is built from source so we can provide the source with the
> > binary as Open Source should).
> > 
> > It happens that in the ObjectWeb JOnAS community they needed to use
> > instead an snapshot of 27-Mar-2004 due to some bugs in 0.2.
> > 
> > If I update the JPackage RPM to an untagged version of the sources
> > people may complain and I am also afraid of some backward
> > incompatibility with that would affect the projects that currently use
> > the 0.2 Discovery.
> > 
> > Would you consider tagging a 0.2.1 and making the source tar ball
> > available?   Would that be backwards compatible?
> > 
> > Thanks in advance for your attention.
> > 
> > Regards to all,
> > Fernando
> > 
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> >
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 34443] - [betwixt] Betwixt does not support polymorphic references

[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://issues.apache.org/bugzilla/show_bug.cgi?id=34443





--- Additional Comments From [EMAIL PROTECTED]  2005-04-17 22:00 ---
Created an attachment (id=14740)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=14740&action=view)
The first version of the unit test of the polymorphic mapping for collections
contained a bug; this is the fixed version


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r161689 - jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/registry/PolymorphicReferenceResolver.java

[rdonkin]

Author: rdonkin
Date: Sun Apr 17 12:51:32 2005
New Revision: 161689

URL: http://svn.apache.org/viewcvs?view=rev&rev=161689
Log:
Added support for polymorphic elements. Contributed by Thomas Dudziak. Bugzilla 
issue #34443.

Added:

jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/registry/PolymorphicReferenceResolver.java

Added: 
jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/registry/PolymorphicReferenceResolver.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/registry/PolymorphicReferenceResolver.java?view=auto&rev=161689
==
--- 
jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/registry/PolymorphicReferenceResolver.java
 (added)
+++ 
jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/registry/PolymorphicReferenceResolver.java
 Sun Apr 17 12:51:32 2005
@@ -0,0 +1,42 @@
+/*
+ * Copyright 2005 The Apache Software Foundation.
+ * 
+ * Licensed under the Apache License, Version 2.0 (the "License");
+ * you may not use this file except in compliance with the License.
+ * You may obtain a copy of the License at
+ * 
+ *  http://www.apache.org/licenses/LICENSE-2.0
+ * 
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */ 
+package org.apache.commons.betwixt.registry;
+
+import org.apache.commons.betwixt.io.read.ElementMapping;
+import org.apache.commons.betwixt.io.read.ReadContext;
+
+/**
+ * Resolves polymorphic references.
+ * 
+ * A polymorphic reference is an element whose name and type
+ * resolution are postponed till bind-time.
+ * When the xml is read, the type can then resolved from 
+ * by calling [EMAIL PROTECTED] #resolveType}.
+ * 
+ * @author Jakarta Commons Team
+ */
+public interface PolymorphicReferenceResolver {
+
+/**
+ * Resolves the bind-time type of a polymorphic element.
+ * @param descriptor ElementMapping describing the 
(polymorphic) element being mapped,
+ * not null
+ * @param context ReadContext, not null
+ * @return the Class describing the type to which this 
element should be bound,
+ * or null if the reference cannot be resolved
+ */
+public Class resolveType(ElementMapping mapping, ReadContext context);
+}



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r161688 - jakarta/commons/proper/lang/tags/LANG_2_1_RC1

[stevencaswell]

Author: stevencaswell
Date: Sun Apr 17 12:51:16 2005
New Revision: 161688

URL: http://svn.apache.org/viewcvs?view=rev&rev=161688
Log:
Lang 2.1 release candidate 2

Added:
jakarta/commons/proper/lang/tags/LANG_2_1_RC1/
  - copied from r161686, jakarta/commons/proper/lang/trunk/


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r161687 - jakarta/commons/proper/betwixt/trunk/src/test/org/apache/commons/betwixt/TestReferenceMapping.java

[rdonkin]

Author: rdonkin
Date: Sun Apr 17 12:51:06 2005
New Revision: 161687

URL: http://svn.apache.org/viewcvs?view=rev&rev=161687
Log:
Added support for polymorphic elements. Contributed by Thomas Dudziak. Bugzilla 
issue #34443.

Added:

jakarta/commons/proper/betwixt/trunk/src/test/org/apache/commons/betwixt/TestReferenceMapping.java

Added: 
jakarta/commons/proper/betwixt/trunk/src/test/org/apache/commons/betwixt/TestReferenceMapping.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/betwixt/trunk/src/test/org/apache/commons/betwixt/TestReferenceMapping.java?view=auto&rev=161687
==
--- 
jakarta/commons/proper/betwixt/trunk/src/test/org/apache/commons/betwixt/TestReferenceMapping.java
 (added)
+++ 
jakarta/commons/proper/betwixt/trunk/src/test/org/apache/commons/betwixt/TestReferenceMapping.java
 Sun Apr 17 12:51:06 2005
@@ -0,0 +1,134 @@
+/*
+ * Copyright 2005 The Apache Software Foundation.
+ * 
+ * Licensed under the Apache License, Version 2.0 (the "License");
+ * you may not use this file except in compliance with the License.
+ * You may obtain a copy of the License at
+ * 
+ *  http://www.apache.org/licenses/LICENSE-2.0
+ * 
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */ 
+package org.apache.commons.betwixt;
+
+
+import java.beans.IntrospectionException;
+import java.io.IOException;
+import java.io.StringReader;
+import java.io.StringWriter;
+
+import org.apache.commons.betwixt.io.BeanReader;
+import org.apache.commons.betwixt.io.BeanWriter;
+import org.xml.sax.InputSource;
+import org.xml.sax.SAXException;
+
+/**
+ * Tests the multi-mapping of polymorphic references.
+ * 
+ * @author Thomas Dudziak (tomdz at apache.org)
+ */
+public class TestReferenceMapping extends AbstractTestCase
+{
+public static class Container
+{
+private Element _element1;
+private Element _element2;
+
+public Element getElement1()
+{
+return _element1;
+}
+
+public void setElement1(Element element)
+{
+_element1 = element;
+}
+
+public Element getElement2()
+{
+return _element2;
+}
+
+public void setElement2(Element element)
+{
+_element2 = element;
+}
+}
+
+public static interface Element
+{}
+
+public static class ElementA implements Element
+{}
+
+public static class ElementB implements Element
+{}
+
+private static final String MAPPING =
+"\n"+
+"\n"+
+"  \n"+
+"\n"+
+"  \n"+
+"  \n"+
+"\n"+
+"  \n"+
+"  \n"+
+"\n"+
+"  \n"+
+"  \n"+
+"\n"+
+"  \n"+
+"";
+private static final String EXPECTED =
+"\n"+
+"  \n"+
+"\n"+
+"\n"+
+"  \n";
+
+public TestReferenceMapping(String testName)
+{
+super(testName);
+}
+
+public void testRoundTripWithSingleMappingFile() throws IOException, 
SAXException, IntrospectionException
+{
+Container container = new Container();
+
+container.setElement1(new ElementB());
+container.setElement2(new ElementA());
+
+StringWriter outputWriter = new StringWriter();
+
+outputWriter.write("\n");
+
+BeanWriter beanWriter = new BeanWriter(outputWriter);
+
+beanWriter.enablePrettyPrint();
+beanWriter.setWriteEmptyElements(true);
+beanWriter.getBindingConfiguration().setMapIDs(false);
+beanWriter.getXMLIntrospector().register(new InputSource(new 
StringReader(MAPPING)));
+beanWriter.write(container);
+
+String output = outputWriter.toString();
+
+assertEquals(EXPECTED, output);
+
+BeanReader beanReader = new BeanReader();
+
+beanReader.registerMultiMapping(new InputSource(new 
StringReader(MAPPING)));
+
+StringReader xmlReader = new StringReader(output);
+
+container = (Container)beanReader.parse(xmlReader);
+
+assertTrue(container.getElement1() instanceof ElementB);
+// betwixt cannot know which type the element has
+assertNull(container.getElement2());
+}
+}



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r161686 - jakarta/commons/proper/logging/trunk/project.xml

[rdonkin]

Author: rdonkin
Date: Sun Apr 17 12:49:26 2005
New Revision: 161686

URL: http://svn.apache.org/viewcvs?view=rev&rev=161686
Log:
Changed site URL to minotaur

Modified:
jakarta/commons/proper/logging/trunk/project.xml

Modified: jakarta/commons/proper/logging/trunk/project.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/project.xml?view=diff&r1=161685&r2=161686
==
--- jakarta/commons/proper/logging/trunk/project.xml (original)
+++ jakarta/commons/proper/logging/trunk/project.xml Sun Apr 17 12:49:26 2005
@@ -1,7 +1,7 @@
 
 

DO NOT REPLY [Bug 34437] - [logging] Log.trace() doesn't use log4j 1.3 trace methods

[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://issues.apache.org/bugzilla/show_bug.cgi?id=34437





--- Additional Comments From [EMAIL PROTECTED]  2005-04-17 21:45 ---
Real life costs are very hard to guesstimate. Might be nice to get some numbers
(but not essential).

I'd suggest that the bigger cost would likely be the class cast performed. This
is going to make logging to early versions of Log4J expensive. Refactoring in a
fashion suggested by Simon may therefore makes quite a lot of sense. 

However, I would say that it may be better to leave Log4JLogger with less
performant support for all versions of Log4J retaining the internal boolean.
This could then be used from the command line when required. 

If do go down this route, we'll end up with one general purpose logger not used
by LogFactory and two special purpose loggers used by LogFactoryImpl. The
classloader which defines LogFactoryImpl would be the one that determines which
version of LogJ to use. Not sure whether that's better or worse that the current
situation.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [lang] VOTE 2.1 release

[Steven Caswell]

Is there a convenient way to install both JDK 1.4 and 1.2 on a Windows 
system and switch between the two for building the 1.4 maven site and the 
1.2 ant binaries? Or do I need to different systems with one of that 
installed on each?

TIA.

On 4/17/05, Phil Steitz <[EMAIL PROTECTED]> wrote:
> 
> On 4/17/05, Henri Yandell <[EMAIL PROTECTED]> wrote:
> > Unsure. I thought I was committed, so things like the overview were
> > probably missed.
> >
> > I need to take the car in on Monday, so am spending a lot of the
> > weekend getting next weeks work done in advance :)
> >
> > Maybe Steve would like to knock out an RC2?
> >
> > The only thing that's peculiar to my setup is that I have the JDiff
> > stuff setup with scripts instead of trying to do it through Maven.
> > Legacy mainly.
> >
> > Important to get the JDK 1.2 vs 1.4 stuff right. Namely run Maven
> > under 1.4 and Ant under 1.2. Use the binaries from Ant and get the
> > rest (src, site) from Maven.
> 
> Can someone (gently) enlighten me as to why it is better to build the
> release binaries using 1.2? IIRC, for 2.0 we tested builds with 1.2,
> but make the release binaries using 1.4.
> 
> Phil
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


-- 
Steven Caswell
[EMAIL PROTECTED]

Take back the web - http://www.mozilla.org

Re: [lang] VOTE 2.1 release

[Steven Caswell]

I think I figured out how to get clover to work by making the following 
adjustments:

In project.xml, make sure the following properties are set:
maven.jar.override=on
maven.jar.clover=1.3.2
maven.clover.license=clover.license

Copy the clover.license file from the committers svn repository to the base 
directory.

Also copy the clover.license file from the commiters svn repository to 
.maven/repository/clover/licenses/clover-1.3.2.license (apparently the
1.3.2comes from the
maven.jar.clover setting)

I'm not sure I understand why I don't need to copy over clover.jar from 
committers svn, but I apparently don't need it.


On 4/17/05, Henri Yandell <[EMAIL PROTECTED]> wrote:
> 
> Ack, I forgot about that.
> 
> The standard Maven licence expired. I'm using the apache Clover
> licence, (available in the committers svn repository), but it needs a
> later Clover jar and I've noticed that the way I was making Maven use
> this later jar no longer works in the latest Maven. So I was using an
> older Maven version.
> 
> Hen
> 
> On 4/17/05, Steven Caswell <[EMAIL PROTECTED]> wrote:
> > Can someone remind me how to handle the clover license? It's been a 
> while
> > since I tried a site build with lang, and I get the message "This 
> license
> > has `expired", which looks like it is coming from clover.
> >
> > TIA
> >
> >
> > On 4/17/05, Henri Yandell <[EMAIL PROTECTED]> wrote:
> > > Unsure. I thought I was committed, so things like the overview were
> > > probably missed.
> > >
> > > I need to take the car in on Monday, so am spending a lot of the
> > > weekend getting next weeks work done in advance :)
> > >
> > > Maybe Steve would like to knock out an RC2?
> > >
> > > The only thing that's peculiar to my setup is that I have the JDiff
> > > stuff setup with scripts instead of trying to do it through Maven.
> > > Legacy mainly.
> > >
> > > Important to get the JDK 1.2 vs 1.4 stuff right. Namely run Maven
> > > under 1.4 and Ant under 1.2. Use the binaries from Ant and get the
> > > rest (src, site) from Maven.
> > >
> > > Hen
> > >
> > > On 4/17/05, Gary Gregory < [EMAIL PROTECTED]> wrote:
> > > > Hello Hen:
> > > >
> > > > Do you have "2.0" changed to "2.1" as local changes not in CVS? For
> > > > example in
> > /lang/src/java/org/apache/commons/lang/overview.html
> > > >
> > > > Also, how about an "RC-2" to cover the last batch of commits?
> > > >
> > > > Thanks,
> > > > Gary
> > > >
> > > > -Original Message-
> > > > From: Steven Caswell [mailto: [EMAIL PROTECTED]
> > > > Sent: Thursday, April 14, 2005 2:44 PM
> > > > To: Jakarta Commons Developers List; Henri Yandell
> > > > Subject: Re: [lang] VOTE 2.1 release
> > > >
> > > > Looks good. +1
> > > >
> > > > I'd be glad to do the release if someone wouldn't mind walking me
> > > > through it
> > > > since I've never done one.
> > > >
> > > > On 4/10/05, Henri Yandell <[EMAIL PROTECTED] > wrote:
> > > > >
> > > > > Proposing a vote to go ahead and release Commons Lang 2.1.
> > > > >
> > > > > The release will pretty much match the release-candidate that is 
> in:
> > > > > http://www.apache.org/~bayard/commons-lang-2.1/
> > > > >
> > > > > Stephen's recent defaultIfEmpty method will be included in the
> > > > release.
> > > > >
> > > > > If the vote is successful, I'll target spending next weekend
> > > > > performing the release (unless anyone wants to volunteer).
> > > > >
> > > > > [ ] +1
> > > > > [ ] -1
> > > > >
> > > > > Hen
> > > > >
> > > > >
> > -
> > > > > To unsubscribe, e-mail:
> > [EMAIL PROTECTED]
> > > > > For additional commands, e-mail:
> > [EMAIL PROTECTED]
> > > > >
> > > > >
> > > >
> > > > --
> > > > Steven Caswell
> > > > [EMAIL PROTECTED]
> > > >
> > > > Take back the web - http://www.mozilla.org
> > > >
> > >
> >
> >
> >
> > --
> >
> > Steven Caswell
> > [EMAIL PROTECTED]
> >
> > Take back the web - http://www.mozilla.org
> 



-- 
Steven Caswell
[EMAIL PROTECTED]

Take back the web - http://www.mozilla.org

DO NOT REPLY [Bug 34412] - [logging][PATCH]Additions to classloading discussion in the tech guide

[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://issues.apache.org/bugzilla/show_bug.cgi?id=34412


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-04-17 21:32 ---
Good work. Committed. Many thanks.

Robert

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r161682 - jakarta/commons/proper/logging/trunk/xdocs/tech.xml

[rdonkin]

Author: rdonkin
Date: Sun Apr 17 12:31:59 2005
New Revision: 161682

URL: http://svn.apache.org/viewcvs?view=rev&rev=161682
Log:
Improvements to the tech guide. Contributed by Brian Stansberry. Issue#34412.

Modified:
jakarta/commons/proper/logging/trunk/xdocs/tech.xml

Modified: jakarta/commons/proper/logging/trunk/xdocs/tech.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/logging/trunk/xdocs/tech.xml?view=diff&r1=161681&r2=161682
==
--- jakarta/commons/proper/logging/trunk/xdocs/tech.xml (original)
+++ jakarta/commons/proper/logging/trunk/xdocs/tech.xml Sun Apr 17 12:31:59 2005
@@ -118,13 +118,13 @@



-   
-   Issues with Context ClassLoaders
+   
+   The Context Classloader in Container 
Applications



-   
-   J2EE Context Classloaders
+   
+   Issues with Context ClassLoaders



@@ -369,9 +369,10 @@
This delegation model therefore naturally forms a tree structure rooted 
in the bootstrap classloader.


-   Containers often use complex trees to allow isolation of different 
applications
-   running within the container.
-   This is particularly true of J2EE containers 
+   Containers (i.e. applications such as servlet engines or application 
servers
+   that manage and provide support services for a number of "contained" 
applications
+   that run inside of them) often use complex trees to allow isolation of 
different applications 
+   running within the container. This is particularly true of J2EE 
containers. 


 
@@ -384,6 +385,29 @@
and the second child-first. 


+   Parent-first loading has been the standard mechanism in the JDK
+   class loader, at least since Java 1.2 introduced hierarchical 
classloaders.  
+   The primary reason for this is safety -- parent-first
+   makes it impossible for malicious code to trick the JVM into
+   replacing a core class (say, 
java.security.SecurityManager) with a
+   class of the same name loaded from a child classloader.
+   
+   
+   Child-first classloading has the advantage of helping to improve 
isolation 
+   between containers and the applications inside them.  If an application 
+   uses a library jar that is also used by the container, but the version 
of
+   the jar used by the two is different, child-first classloading allows 
the
+   contained application to load its version of the jar without affecting 
the
+   container.
+   
+   
+   The ability for a servlet container to offer child-first classloading 
+   is made available, as an option, by language in the servlet spec 
(Section
+   9.7.2) that allows a container to offer child-first loading with
+   certain restrictions, such as not allowing replacement of java.* or
+   javax.* classes, or the container's implementation classes.
+   
+   
Though child-first and parent-first are not the only strategies 
possible, 
they are by far the most common.
All other strategies are rare.
@@ -394,7 +418,7 @@
 


-   The class loader used to define the class is available programmatically 
by calling 
+   The class loader used to define a class is available programmatically 
by calling 
the getClassLoader method
on the class in question. This is often known as the class classloader.

@@ -403,15 +427,67 @@


Java 1.2 introduces a mechanism which allows code to access classloaders
-   which are not parents of the class classloader.
-   A thread may have a class loader associated to it by it's creator for 
use
-   by code running in this thread when loading resources and classes. 
-   This is accessed by the getContextClassLoader method on 
Thread.
-   This is therefore often known a

Re: [logging] update docs to specify that java 1.1 is supported

[robert burrell donkin]

On Sun, 2005-04-17 at 11:46 -0700, Brian Stansberry wrote:



> BTW, I forgot to mention this in my earlier comments
> on running w/ JDK 1.1.  For both JCL 1.0.1 and 1.0 the
> binary download didn't run (got a NoClassDefFoundError
> looking for LogFactory).  I had to rebuild from source
> to get them to run.  I'm *speculating* the binaries
> were compiled targetting JDK 1.2 and the 1.1 JVM
> reacted by throwing a NoClassDefFoundError.  I know
> later versions of the JDK give you a message saying
> they don't understand the class format; maybe 1.1
> didn't do that??

possibly the symbolic reference is being resolved earlier

> I point this out because if we put a note in the wiki
> saying 1.0.1 and earlier work with JDK 1.1 we should
> probably be sure the download binaries work :)

+1

if you've tested them and they don't work then the only safe statement
to make is to recommend that people download the source and compile from
that. 

- robert


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [betwixt] [patch] Support for polymorphic references

[Thomas Dudziak]

Thanks, but could it be that you forgot to add the
PolymorphicReferenceResolver to the SVN ?

regards,
Tom

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [logging] update docs to specify that java 1.1 is supported

[Brian Stansberry]

--- robert burrell donkin
<[EMAIL PROTECTED]> wrote:
> On Sat, 2005-04-16 at 00:18 -0700, Brian Stansberry
> wrote:
> > --- Simon Kitching <[EMAIL PROTECTED]> wrote:
> > > On Fri, 2005-04-15 at 00:02 -0700, Brian
> Stansberry
> 
> 
> 
> > > > 3) Did a little archeology and it looks like
> JCL
> > > 1.0.1
> > > > was cut about a week before the
> AccessController
> > > stuff
> > > > was added.  So that's the last release that
> ran on
> > > JDK
> > > > 1.1.
> > > 
> > > Yep, that's how I read the CVS/SVN logs too.
> Version
> > > 1.0.2 was JDK1.2
> > > only.
> > > 
> > > There's no information I can find on whether the
> > > change to drop JDK 1.1
> > > was deliberate or not..
> > 
> > For odd reasons (see below) I was reading Bugzilla
> > 10825, and in the bug's discussion thread there
> are
> > comments made just a few weeks before the
> > AccessController stuff was added that JDK 1.1.8
> > compatibility was important.
> 
> the loss of support was accidental: i would
> definitely have -1'd the
> release (which would have sunk it) had i know about
> the loss of java 1.1
> support. (at the very least, the numbering rules
> mean that it should
> have to have been released as JCL 1.1 or JCL 2
> rather than 1.0.2.)

BTW, I forgot to mention this in my earlier comments
on running w/ JDK 1.1.  For both JCL 1.0.1 and 1.0 the
binary download didn't run (got a NoClassDefFoundError
looking for LogFactory).  I had to rebuild from source
to get them to run.  I'm *speculating* the binaries
were compiled targetting JDK 1.2 and the 1.1 JVM
reacted by throwing a NoClassDefFoundError.  I know
later versions of the JDK give you a message saying
they don't understand the class format; maybe 1.1
didn't do that??

I point this out because if we put a note in the wiki
saying 1.0.1 and earlier work with JDK 1.1 we should
probably be sure the download binaries work :)

Brian

> 
> - robert
> 
> 
>
-
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
> 
> 

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r161678 - jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/WordUtils.java

[mvdb]

Author: mvdb
Date: Sun Apr 17 11:42:40 2005
New Revision: 161678

URL: http://svn.apache.org/viewcvs?view=rev&rev=161678
Log:
Change WordWrapUtils to WordUtils.. Just noticed it in the javadocs.

Modified:

jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/WordUtils.java

Modified: 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/WordUtils.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/WordUtils.java?view=diff&r1=161677&r2=161678
==
--- 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/WordUtils.java
 (original)
+++ 
jakarta/commons/proper/lang/trunk/src/java/org/apache/commons/lang/WordUtils.java
 Sun Apr 17 11:42:40 2005
@@ -33,9 +33,9 @@
 public class WordUtils {
 
 /**
- * WordWrapUtils instances should NOT be constructed in
+ * WordUtils instances should NOT be constructed in
  * standard programming. Instead, the class should be used as
- * WordWrapUtils.wrap("foo bar", 20);.
+ * WordUtils.wrap("foo bar", 20);.
  *
  * This constructor is public to permit tools that require a JavaBean
  * instance to operate.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r161677 - jakarta/commons/proper/net/trunk/src/test/org/apache/commons/net/ftp/parser/UnixFTPEntryParserTest.java

[scohen]

Author: scohen
Date: Sun Apr 17 11:41:12 2005
New Revision: 161677

URL: http://svn.apache.org/viewcvs?view=rev&rev=161677
Log:
Add more tests for the UnixFileEntryParser.  Some things, such as symbolic 
links were not routinely tested.  Now
they are.


Modified:

jakarta/commons/proper/net/trunk/src/test/org/apache/commons/net/ftp/parser/UnixFTPEntryParserTest.java

Modified: 
jakarta/commons/proper/net/trunk/src/test/org/apache/commons/net/ftp/parser/UnixFTPEntryParserTest.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/net/trunk/src/test/org/apache/commons/net/ftp/parser/UnixFTPEntryParserTest.java?view=diff&r1=161676&r2=161677
==
--- 
jakarta/commons/proper/net/trunk/src/test/org/apache/commons/net/ftp/parser/UnixFTPEntryParserTest.java
 (original)
+++ 
jakarta/commons/proper/net/trunk/src/test/org/apache/commons/net/ftp/parser/UnixFTPEntryParserTest.java
 Sun Apr 17 11:41:12 2005
@@ -125,6 +125,7 @@
 FTPFile f2 = parser.parseFTPEntry(testNumericDF2);
 assertNotNull("Failed to parse " + testNumericDF2,
   f2);
+assertEquals("symbolic link", "./../../global/macros/.", f2.getLink());
 
 }
 
@@ -235,4 +236,54 @@
public static TestSuite suite() {
return (new TestSuite(UnixFTPEntryParserTest.class));
}
+   
+   
+/* 
+ * @param test
+ * @param f
+ */
+protected void doAdditionalGoodTests(String test, FTPFile f) {
+String link = f.getLink();
+if (null != link) {
+int linklen = link.length();
+if (linklen > 0) {
+assertEquals(link, test.substring(test.length() - linklen));
+assertEquals(f.getType(), FTPFile.SYMBOLIC_LINK_TYPE);
+}
+}
+int type = f.getType();
+switch (test.charAt(0))
+{
+case 'd':
+assertEquals("Type of "+ test, type, FTPFile.DIRECTORY_TYPE);
+break;
+case 'l':
+ assertEquals("Type of "+ test, type, FTPFile.SYMBOLIC_LINK_TYPE);
+ break;
+case 'b':
+case 'c':
+assertEquals(0, f.getHardLinkCount());
+case 'f':
+case '-':
+assertEquals("Type of "+ test, type, FTPFile.FILE_TYPE);
+break;
+default:
+assertEquals("Type of "+ test, type, FTPFile.UNKNOWN_TYPE);
+}
+
+for (int access = FTPFile.USER_ACCESS; 
+   access <= FTPFile.WORLD_ACCESS; access++) 
+{
+for (int perm = FTPFile.READ_PERMISSION; 
+   perm <= FTPFile.EXECUTE_PERMISSION; perm++)
+{
+int pos = 3*access + perm + 1;
+char permchar = test.charAt(pos);
+assertEquals("Permission " + test.substring(1,10), 
+f.hasPermission(access, perm), 
+permchar != '-' && !Character.isUpperCase(permchar)); 
+}
+}
+
+}
 }



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [logging] update docs to specify that java 1.1 is supported

[robert burrell donkin]

On Sat, 2005-04-16 at 00:18 -0700, Brian Stansberry wrote:
> --- Simon Kitching <[EMAIL PROTECTED]> wrote:
> > On Fri, 2005-04-15 at 00:02 -0700, Brian Stansberry



> > (b) when working on the revised JCL, regard support
> > for 1.1 as
> > "desirable but not mandatory".
> > 
> 
> Sounds good to me.  Perhaps some of Robert's ideas
> about lifting off a LogFactory superclass will open a
> path to providing support to 1.1 without having to
> overly encumber the normal discovery process.
> 
> > I think at this point the work we already have in
> > progress for JCL is
> > enough without tackling this task too.
> > 
> 
> +1
> 
> I know that for me personally spending the last couple
> evenings digging into the intricacies of getting
> things to work on JDK 1.1 has pretty well exhausted my
> appetite for the topic ;)

+1

restoring support for JCL 1.1 is one of my itches but i agree that the
how can best be determined later. 

this week, i plan to start getting things moving forward again from the
analysis document i published. i'm taking a look at the patches tonight
(thanks for them :) 

i'll pull together some results and take a look at listing the bugs.
maybe i'll put them in bugzilla so that folks can contributing patches
more easily and so discussion is automatically tied together. i have
hopes that many of these can be fixed (and fixed without too much
trouble).

there are also a couple of other tasks on my list.

i now think that a build which creates just an impl jar is required to
support at least one use case. anyone want to grab this task?

the other is analysing the behaviour of JCL when faced with a bad
behaved context classloader. anyone want to take a stab at this?

- robert


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [logging] update docs to specify that java 1.1 is supported

[robert burrell donkin]

On Sat, 2005-04-16 at 00:18 -0700, Brian Stansberry wrote:
> --- Simon Kitching <[EMAIL PROTECTED]> wrote:
> > On Fri, 2005-04-15 at 00:02 -0700, Brian Stansberry



> > > 3) Did a little archeology and it looks like JCL
> > 1.0.1
> > > was cut about a week before the AccessController
> > stuff
> > > was added.  So that's the last release that ran on
> > JDK
> > > 1.1.
> > 
> > Yep, that's how I read the CVS/SVN logs too. Version
> > 1.0.2 was JDK1.2
> > only.
> > 
> > There's no information I can find on whether the
> > change to drop JDK 1.1
> > was deliberate or not..
> 
> For odd reasons (see below) I was reading Bugzilla
> 10825, and in the bug's discussion thread there are
> comments made just a few weeks before the
> AccessController stuff was added that JDK 1.1.8
> compatibility was important.

the loss of support was accidental: i would definitely have -1'd the
release (which would have sunk it) had i know about the loss of java 1.1
support. (at the very least, the numbering rules mean that it should
have to have been released as JCL 1.1 or JCL 2 rather than 1.0.2.)

- robert


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [lang] VOTE 2.1 release

[Henri Yandell]

Ack, I forgot about that.

The standard Maven licence expired. I'm using the apache Clover
licence, (available in the committers svn repository), but it needs a
later Clover jar and I've noticed that the way I was making Maven use
this later jar no longer works in the latest Maven. So I was using an
older Maven version.

Hen

On 4/17/05, Steven Caswell <[EMAIL PROTECTED]> wrote:
> Can someone remind me how to handle the clover license? It's been a while
> since I tried a site build with lang, and I get the message "This license
> has `expired", which looks like it is coming from clover.
>  
>  TIA
> 
> 
> On 4/17/05, Henri Yandell <[EMAIL PROTECTED]> wrote:
> > Unsure. I thought I was committed, so things like the overview were
> > probably missed.
> > 
> > I need to take the car in on Monday, so am spending a lot of the
> > weekend getting next weeks work done in advance :)
> > 
> > Maybe Steve would like to knock out an RC2?
> > 
> > The only thing that's peculiar to my setup is that I have the JDiff
> > stuff setup with scripts instead of trying to do it through Maven.
> > Legacy mainly.
> > 
> > Important to get the JDK 1.2 vs 1.4 stuff right. Namely run Maven
> > under 1.4 and Ant under 1.2. Use the binaries from Ant and get the
> > rest (src, site) from Maven.
> > 
> > Hen
> > 
> > On 4/17/05, Gary Gregory < [EMAIL PROTECTED]> wrote:
> > > Hello Hen:
> > >
> > > Do you have "2.0" changed to "2.1" as local changes not in CVS? For
> > > example in
> /lang/src/java/org/apache/commons/lang/overview.html 
> > >
> > > Also, how about an "RC-2" to cover the last batch of commits?
> > >
> > > Thanks,
> > > Gary
> > >
> > > -Original Message-
> > > From: Steven Caswell [mailto: [EMAIL PROTECTED]
> > > Sent: Thursday, April 14, 2005 2:44 PM
> > > To: Jakarta Commons Developers List; Henri Yandell
> > > Subject: Re: [lang] VOTE 2.1 release
> > >
> > > Looks good. +1
> > >
> > > I'd be glad to do the release if someone wouldn't mind walking me
> > > through it
> > > since I've never done one.
> > >
> > > On 4/10/05, Henri Yandell <[EMAIL PROTECTED] > wrote:
> > > >
> > > > Proposing a vote to go ahead and release Commons Lang 2.1.
> > > >
> > > > The release will pretty much match the release-candidate that is in:
> > > > http://www.apache.org/~bayard/commons-lang-2.1/
> > > >
> > > > Stephen's recent defaultIfEmpty method will be included in the
> > > release.
> > > >
> > > > If the vote is successful, I'll target spending next weekend 
> > > > performing the release (unless anyone wants to volunteer).
> > > >
> > > > [ ] +1
> > > > [ ] -1
> > > >
> > > > Hen
> > > >
> > > >
> -
> > > > To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> > > > For additional commands, e-mail:
> [EMAIL PROTECTED]
> > > >
> > > >
> > >
> > > --
> > > Steven Caswell
> > > [EMAIL PROTECTED]
> > >
> > > Take back the web - http://www.mozilla.org
> > >
> > 
> 
> 
> 
> -- 
> 
> Steven Caswell
> [EMAIL PROTECTED]
> 
> Take back the web - http://www.mozilla.org

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [lang] VOTE 2.1 release

[Steven Caswell]

Can someone remind me how to handle the clover license? It's been a while 
since I tried a site build with lang, and I get the message "This license 
has `expired", which looks like it is coming from clover.

TIA

On 4/17/05, Henri Yandell <[EMAIL PROTECTED]> wrote:
> 
> Unsure. I thought I was committed, so things like the overview were
> probably missed.
> 
> I need to take the car in on Monday, so am spending a lot of the
> weekend getting next weeks work done in advance :)
> 
> Maybe Steve would like to knock out an RC2?
> 
> The only thing that's peculiar to my setup is that I have the JDiff
> stuff setup with scripts instead of trying to do it through Maven.
> Legacy mainly.
> 
> Important to get the JDK 1.2 vs 1.4 stuff right. Namely run Maven
> under 1.4 and Ant under 1.2. Use the binaries from Ant and get the
> rest (src, site) from Maven.
> 
> Hen
> 
> On 4/17/05, Gary Gregory <[EMAIL PROTECTED]> wrote:
> > Hello Hen:
> >
> > Do you have "2.0" changed to "2.1" as local changes not in CVS? For
> > example in /lang/src/java/org/apache/commons/lang/overview.html
> >
> > Also, how about an "RC-2" to cover the last batch of commits?
> >
> > Thanks,
> > Gary
> >
> > -Original Message-
> > From: Steven Caswell [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, April 14, 2005 2:44 PM
> > To: Jakarta Commons Developers List; Henri Yandell
> > Subject: Re: [lang] VOTE 2.1 release
> >
> > Looks good. +1
> >
> > I'd be glad to do the release if someone wouldn't mind walking me
> > through it
> > since I've never done one.
> >
> > On 4/10/05, Henri Yandell <[EMAIL PROTECTED]> wrote:
> > >
> > > Proposing a vote to go ahead and release Commons Lang 2.1.
> > >
> > > The release will pretty much match the release-candidate that is in:
> > > http://www.apache.org/~bayard/commons-lang-2.1/
> > >
> > > Stephen's recent defaultIfEmpty method will be included in the
> > release.
> > >
> > > If the vote is successful, I'll target spending next weekend
> > > performing the release (unless anyone wants to volunteer).
> > >
> > > [ ] +1
> > > [ ] -1
> > >
> > > Hen
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
> > --
> > Steven Caswell
> > [EMAIL PROTECTED]
> >
> > Take back the web - http://www.mozilla.org
> >
> 



-- 
Steven Caswell
[EMAIL PROTECTED]

Take back the web - http://www.mozilla.org

DO NOT REPLY [Bug 33926] - [configuration] The Iterator returned by getKeys() should support remove()

[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://issues.apache.org/bugzilla/show_bug.cgi?id=33926





--- Additional Comments From [EMAIL PROTECTED]  2005-04-17 16:45 ---
No comments? I would like to finish and commit this.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 33387] - [daemon] Procrun 2 reserves semicolon; PATH spec fails on XP

[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://issues.apache.org/bugzilla/show_bug.cgi?id=33387


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-04-17 12:40 ---
Fixed in the SVN.
You can enclose the params that need seprator chars in single or double quotes.
If enclosed in single quotes the quote character will be removed from the
parameter. The double quotes will be preserved.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r161655 - jakarta/commons/proper/daemon/trunk/src/native/nt/procrun/src/cmdline.c

[mturk]

Author: mturk
Date: Sun Apr 17 03:36:24 2005
New Revision: 161655

URL: http://svn.apache.org/viewcvs?view=rev&rev=161655
Log:
Allow separator chars ('#' and ';') to be used in parameter
by enclosing the param either with single quotes that will
be removed or double quotes that will be preserved.

Modified:
jakarta/commons/proper/daemon/trunk/src/native/nt/procrun/src/cmdline.c

Modified: 
jakarta/commons/proper/daemon/trunk/src/native/nt/procrun/src/cmdline.c
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/daemon/trunk/src/native/nt/procrun/src/cmdline.c?view=diff&r1=161654&r2=161655
==
--- jakarta/commons/proper/daemon/trunk/src/native/nt/procrun/src/cmdline.c 
(original)
+++ jakarta/commons/proper/daemon/trunk/src/native/nt/procrun/src/cmdline.c Sun 
Apr 17 03:36:24 2005
@@ -11,7 +11,7 @@
  * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
  * See the License for the specific language governing permissions and
  * limitations under the License.
- */ 
+ */
 
 #include "apxwin.h"
 #include "private.h"
@@ -94,7 +94,7 @@
 break;
 }
 cmd[l - 2] = L'\0';
-while (lpszCommands[i]) {
+while (lpszCommands[i]) {
 if (lstrcmpW(lpszCommands[i++], cmd) == 0) {
 lpCmdline->dwCmdIndex = i;
 s = 2;
@@ -160,9 +160,11 @@
 }
 if (lpOptions[l].dwType & APXCMDOPT_STR)
 lpOptions[l].szValue = val;
-else if (lpOptions[l].dwType & APXCMDOPT_INT)   
+else if (lpOptions[l].dwType & APXCMDOPT_INT)
 lpOptions[l].dwValue = (DWORD)apxAtoulW(val);
 else if (lpOptions[l].dwType & APXCMDOPT_MSZ) {
+LPWSTR pp;
+BOOL insquote = FALSE, indquote=FALSE;
 DWORD sp = 0;
 LPWSTR ov = lpOptions[l].szValue;
 if (lpOptions[l].dwValue > 2) {
@@ -175,9 +177,20 @@
 AplMoveMemory(lpOptions[l].szValue, ov, sp * 
sizeof(WCHAR));
 apxFree(ov);
 }
-lstrcpyW(lpOptions[l].szValue + sp, val);
-apxStrCharReplaceW(lpOptions[l].szValue + sp, L'#', L'\0');
-apxStrCharReplaceW(lpOptions[l].szValue + sp, L';', L'\0');
+pp = val;
+while(*pp) {
+if (*pp == L'\'')
+insquote = !insquote;
+else if (*pp == L'"') {
+indquote = !indquote;
+lpOptions[l].szValue[sp++] = L'"';
+}
+else if ((*pp == L'#' || *pp == L';') && !insquote && 
!indquote)
+lpOptions[l].szValue[sp++] = L'\0';
+else
+lpOptions[l].szValue[sp++] = *pp;
+pp++;
+}
 }
 lpOptions[l].dwType |= APXCMDOPT_FOUND;
 if (add)
@@ -234,20 +247,30 @@
 lpCmdline->lpOptions[i].dwType |= APXCMDOPT_FOUND;
 }
 else if (l && (lpCmdline->lpOptions[i].dwType & APXCMDOPT_MSZ)) {
-LPWSTR p;
+LPWSTR pp;
+BOOL insquote = FALSE, indquote = FALSE;
+DWORD sp = 0;
 lpCmdline->lpOptions[i].szValue = apxPoolCalloc(lpCmdline->hPool,
 (lstrlenW(szVar) + 
2) *
 sizeof(WCHAR));
 lstrcpyW(lpCmdline->lpOptions[i].szValue, szVar);
-p = lpCmdline->lpOptions[i].szValue;
-while(*p) {
-if (*p == L'#' || *p == L';')
-*p = L'\0';
-++p;
+pp = szVar;
+while(*pp) {
+if (*pp == L'\'')
+insquote = !insquote;
+else if (*pp == L'"') {
+indquote = !indquote;
+lpCmdline->lpOptions[i].szValue[sp++] = L'"';
+}
+else if ((*pp == L'#' || *pp == L';') && !insquote && 
!indquote)
+lpCmdline->lpOptions[i].szValue[sp++] = L'\0';
+else
+lpCmdline->lpOptions[i].szValue[sp++] = *pp;
+pp++;
 }
 lpCmdline->lpOptions[i].dwType |= APXCMDOPT_FOUND | APXCMDOPT_ADD;
 }
 ++i;
 }
-
+
 }



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[GUMP@brutus]: Project commons-jelly-tags-xml (in module commons-jelly) failed

[commons-jelly-tags-xml development]

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project commons-jelly-tags-xml has an issue affecting its community integration.
This issue affects 12 projects,
 and has been outstanding for 8 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-jelly-tags-define :  Commons Jelly
- commons-jelly-tags-html :  Commons Jelly
- commons-jelly-tags-http :  Commons Jelly
- commons-jelly-tags-jaxme :  Commons Jelly
- commons-jelly-tags-jetty :  Commons Jelly
- commons-jelly-tags-jface :  Commons Jelly
- commons-jelly-tags-jsl :  Commons Jelly
- commons-jelly-tags-swing :  Commons Jelly
- commons-jelly-tags-xml :  Commons Jelly
- commons-jelly-tags-xmlunit :  Commons Jelly
- maven :  Project Management Tools
- maven-bootstrap :  Project Management Tools


Full details are available at:

http://brutus.apache.org/gump/public/commons-jelly/commons-jelly-tags-xml/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [commons-jelly-tags-xml-17042005.jar] identifier set to 
project name
 -DEBUG- Dependency on xml-xerces exists, no need to add for property 
maven.jar.xerces.
 -DEBUG- (Gump generated) Maven Properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/project.xml
 -DEBUG- Maven project properties in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/project.properties
 -INFO- Project Reports in: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/test-reports
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://brutus.apache.org/gump/public/commons-jelly/commons-jelly-tags-xml/gump_work/build_commons-jelly_commons-jelly-tags-xml.html
Work Name: build_commons-jelly_commons-jelly-tags-xml (Type: Build)
Work ended in a state of : Failed
Elapsed: 13 secs
Command Line: maven --offline jar 
[Working Directory: 
/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-17042005.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-17042005.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-17042005.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-17042005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-17042005.jar
-
[mkdir] Created dir: 
/home/gump/workspaces2/public/workspace/commons-jelly/jelly-tags/xml/target/classes

java:compile:
[echo] Compiling to 
/home/gump/workspaces2/public/workspace/commons-jelly/jelly-tags/xml/target/classes
[echo] 
==

  NOTE: Targetting JVM 1.4, classes
  will not run on earlier JVMs

==
  
[javac] Compiling 16 source files to 
/home/gump/workspaces2/public/workspace/commons-jelly/jelly-tags/xml/target/classes

java:jar-resources:

test:prepare-filesystem:
[mkdir] Created dir: 
/home/gump/workspaces2/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes
[mkdir] Created dir: 
/home/gump/workspaces2/public/workspace/commons-jelly/jelly-tags/xml/target/test-reports

test:test-resources:
Copying 36 files to 
/home/gump/workspaces2/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes

test:compile:
[javac] Compiling 4 source files to 
/home/gump/workspaces2/public/workspace/commons-jelly/jelly-tags/xml/target/test-classes

test:test:
[junit] Running org.apache.commons.jelly.tags.xml.TestImport
[junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 1.005 sec
[junit] Running org.apache.commons.jelly.tags.xml.TestJelly
[junit] some text
[junit] exists = true, readable = true, class=java.io.File
[junit] 
[junit]   Tests run: 15, Failures: 0, Errors: 13, Time elapsed: 0.516 sec
[junit] [ERROR] TEST org.apache.commons.jelly.tags.xml.TestJelly FAILED
[junit] Running org.apache.commons.jelly.tags.xml.TestParser
[junit] 

DO NOT REPLY [Bug 29031] - [daemon] Cannot pass more than one startup parameter

[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://issues.apache.org/bugzilla/show_bug.cgi?id=29031


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-04-17 11:27 ---
Multiple params are passed to the startup class.
Set the LogLevel to debug and you will see the argv params passed
to the main class.
You can call procrun //US//Tomcat5 --StartParams a;b;c
or
procrun //US//Tomcat5 ++StartParams added
for adding to existing params


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 34443] - [betwixt] Betwixt does not support polymorphic references

[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://issues.apache.org/bugzilla/show_bug.cgi?id=34443


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-04-17 10:45 ---
Committed a variation. Factored out resolution logic into a pluggable strategy
using your suggestion as the default implementation.  

Many thanks for the patch.

Robert

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r161631 - in jakarta/commons/proper/betwixt/trunk: src/java/org/apache/commons/betwixt/ src/java/org/apache/commons/betwixt/digester/ src/java/org/apache/commons/betwixt/io/read/ src/java/org/apache/commons/betwixt/registry/ xdocs/ xdocs/guide/

[rdonkin]

Author: rdonkin
Date: Sun Apr 17 01:43:23 2005
New Revision: 161631

URL: http://svn.apache.org/viewcvs?view=rev&rev=161631
Log:
Added support for polymorphic elements. Contributed by Thomas Dudziak. Bugzilla 
issue #34443.

Modified:

jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/ElementDescriptor.java

jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/XMLIntrospector.java

jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/digester/ElementRule.java

jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/io/read/ChainedBeanCreatorFactory.java

jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/io/read/ReadContext.java

jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/registry/DefaultXMLBeanInfoRegistry.java
jakarta/commons/proper/betwixt/trunk/xdocs/guide/reading.xml
jakarta/commons/proper/betwixt/trunk/xdocs/tasks.xml

Modified: 
jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/ElementDescriptor.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/ElementDescriptor.java?view=diff&r1=161630&r2=161631
==
--- 
jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/ElementDescriptor.java
 (original)
+++ 
jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/ElementDescriptor.java
 Sun Apr 17 01:43:23 2005
@@ -665,4 +665,15 @@
 this.useBindTimeTypeForMapping = new 
Boolean(useBindTimeTypeForMapping);
 }
 }
+
+/**
+ * Is this a polymorphic element?
+ * A polymorphic element's name is not fixed at 
+ * introspection time and it's resolution is postponed to bind time.
+ * @return true if [EMAIL PROTECTED] #getQualifiedName} is null, 
+ * false otherwise
+ */
+public boolean isPolymorphic() { 
+return (getQualifiedName() == null);
+}
 }

Modified: 
jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/XMLIntrospector.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/XMLIntrospector.java?view=diff&r1=161630&r2=161631
==
--- 
jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/XMLIntrospector.java
 (original)
+++ 
jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/XMLIntrospector.java
 Sun Apr 17 01:43:23 2005
@@ -43,6 +43,7 @@
 import org.apache.commons.betwixt.expression.MethodUpdater;
 import org.apache.commons.betwixt.expression.StringExpression;
 import org.apache.commons.betwixt.registry.DefaultXMLBeanInfoRegistry;
+import org.apache.commons.betwixt.registry.PolymorphicReferenceResolver;
 import org.apache.commons.betwixt.registry.XMLBeanInfoRegistry;
 import org.apache.commons.betwixt.strategy.ClassNormalizer;
 import org.apache.commons.betwixt.strategy.DefaultNameMapper;
@@ -82,7 +83,7 @@
 protected Log log = LogFactory.getLog( XMLIntrospector.class );
 
 /** Maps classes to XMLBeanInfo's */
-private XMLBeanInfoRegistry registry = new DefaultXMLBeanInfoRegistry();
+private XMLBeanInfoRegistry registry;
 
 /** Digester used to parse the XML descriptor files */
 private XMLBeanInfoDigester digester;
@@ -93,6 +94,14 @@
 /** Configuration to be used for introspection*/
 private IntrospectionConfiguration configuration;
 
+/**
+ * Resolves polymorphic references.
+ * Though this is used only at bind time,
+ * it is typically tightly couple to the xml registry. 
+ * It is therefore convenient to keep both references together.
+ */
+private PolymorphicReferenceResolver polymorphicReferenceResolver;
+
 /** Base constructor */
 public XMLIntrospector() {
 this(new IntrospectionConfiguration());
@@ -106,6 +115,10 @@
  */
 public XMLIntrospector(IntrospectionConfiguration configuration) {
 setConfiguration(configuration);
+DefaultXMLBeanInfoRegistry defaultRegistry 
+= new DefaultXMLBeanInfoRegistry();
+setRegistry(defaultRegistry);
+setPolymorphicReferenceResolver(defaultRegistry);
 }
 
 
@@ -154,6 +167,11 @@
  * It also allows the standard introspection mechanism 
  * to be overridden on a per class basis.
  *
+ * Note when using polymophic mapping with a custom
+ * registry, a call to 
+ * [EMAIL PROTECTED] 
#setPolymorphicReferenceResolver(PolymorphicReferenceResolver)}
+ * may be necessary.
+ * 
  * @param registry the XMLBeanInfoRegistry to use
  */
 public void setRegistry(XMLBeanInfoRegistry registry) {
@@ -212,6 +230,47 @@
   */
 public void setClassNormalizer(ClassNormalizer c

Re: [lang] 2.1 release

[Stephen Colebourne]

Can someone (gently) enlighten me as to why it is better to build the
release binaries using 1.2?  IIRC, for 2.0 we tested builds with 1.2,
but make the release binaries using 1.4.
If we did then we were wrong. Its not that the bytecode produced will be 
wrong, but that the base JDK library has changed.

new StringBuffer(StringBufer) was added after JDK1.2, but compiling 
under 1.4 could link to it. Run the code under 1.2 and you get a 
NoSuchMethodError.

Basically, just using maven for the site is the way to go.
Stephen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]