Re: Xerces location and bug

[Remy Maucherat]

Jean-Francois Arcand wrote:
Hi,

I've just realized that when you install Tomcat 5 from a fresh 
workspace, Xerces is not copied under common/endorsed. I don't remember 
what was the decision regarding Xerces. Have we decide to completely 
remove it? If yes, then we shoud remove the dependency in 
build.properties and unpdate the RELEASE-NOTES. What was the decision?
It's my fault (sorry), and there was a decision about that (but I don't 
remember when it happened). I did it in April, for Tomcat 5.0.2 (looking 
at the CVS logs). I suppose putting it back could be considered.

Xerces is included with the deployer, where it is used for webapp 
validation (which works good for me in the deployer), so it shouldn't be 
removed completely.

Also, when turning xml validation on with Xerces, all app throw the 
following:

SEVERE: Parse Error at line 5 column 10: cvc-elt.1: Cannot find the 
declaration of element 'web-app'.
org.xml.sax.SAXParseException: cvc-elt.1: Cannot find the declaration of 
element 'web-app'.
at 
org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown 
Source)
at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown 
Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown 
Source)
?
That's a bit odd. What's that: cvc-elt.1 ?
I'm gonna investigate and try to come with a fix before sunday
Remy



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

DO NOT REPLY [Bug 19227] - NullPointerException using MS SQL Server driver with JDBCRealm

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19227

NullPointerException using MS SQL Server driver with JDBCRealm

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2003-08-08 17:20 ---
This really looks like a dup. 

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

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

cvs commit: jakarta-tomcat-catalina/catalina/src/conf web.xml

[luehe]

luehe   2003/08/06 13:17:59

  Modified:catalina/src/conf web.xml
  Log:
  Added xpoweredBy default value to comment
  
  Revision  ChangesPath
  1.23  +1 -1  jakarta-tomcat-catalina/catalina/src/conf/web.xml
  
  Index: web.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/conf/web.xml,v
  retrieving revision 1.22
  retrieving revision 1.23
  diff -u -r1.22 -r1.23
  --- web.xml   6 Aug 2003 20:03:15 -   1.22
  +++ web.xml   6 Aug 2003 20:17:59 -   1.23
  @@ -170,7 +170,7 @@
 
 
 
  -  
  +  
 
 
 
  
  
  

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

Re: [5.0.7] New build by Sunday

[Bill Barker]

- Original Message -
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Friday, August 08, 2003 12:58 AM
Subject: Re: [5.0.7] New build by Sunday


> Bill Barker wrote:
> > "Remy Maucherat" <[EMAIL PROTECTED]> wrote in message
> > news:[EMAIL PROTECTED]
> >
> >>Hi,
> >>
> >>I plan to make a new build available by Sunday. Comments ? Any issues
> >>which would need to be resolved by then ?
> >>
> >>A number of issues have been filed about commons-daemon and the new
> >>Windows .exe wrapper. Is anyone working on resolving them ? (Mladen, JF
> >>?) I could have helped on that, but the requirement for Visual C++
> >>prevents me from doing so. Is there any way around ?
> >
> > Clicking through to the TC 5 bugzilla link, I don't see anything for
> > commons-daemon on Unix.  Could you provide bug #s? (and, yes, I'm very
> > interested).
>
> There's nothing for Unix. The JSVC wrapper should allow using Tomcat as
> non root on port 80.
>
> > For procrun, I pretty much understand the bugs now, but won't be able to
> > meet a Sunday deadline (basically, I have MSVC on my work computer (but
not
> > my home), but the firewall there prevents me from having CVS access).
If
> > you are going to stick to a Sunday deadline, then the procrun bugs will
be
> > fixed in 5.0.8.
>
> All the bugs so far are with the (brand new) procrun for NT. Bugs 18220,
> 21279 (IMO, to make things more reliable and keep it simple, procrun
> should wait for the child VM to die before stopping everything, rather
> than simply waiting until the stop method returns), 22174.
> 5.0.8 is good enough :)

It turns out that I had a bit of spare time this afternoon to look at this.
I can give you a tomcat(w) that fixes 21279 and 22174.  The binaries will be
for my code, since I don't have CVS access here, and don't feel like doing
the merge with JFC's commit manually.

>
> > You should also indicate if you need the the binaries (@see previous
> > paragraph).  If you do, my build-platform will be XP, but they should
still
> > work with W2K.
>
> Yes. I think JF made it so that procrun is supposed to run on Windows 9x
> also. Do you think compiling on XP could still produce 9x compatible
> binaries ?
>
> Thanks :)
>
> Remy
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>

This message is intended only for the use of the person(s) listed above as the 
intended recipient(s), and may contain information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
distribute this message or any attachment. If you received this communication in 
error, please notify us immediately by e-mail and then delete all copies of this 
message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through the 
Internet is not secure. Do not send confidential or sensitive information, such as 
social security numbers, account numbers, personal identification numbers and 
passwords, to us via ordinary (unencrypted) e-mail.

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

DO NOT REPLY [Bug 22266] - Keep template text together with mappedfile="true"

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22266

Keep template text together with mappedfile="true"

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Keywords||PatchAvailable

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

[5.0] Listeners change

[Remy Maucherat]

Right now, all the webapp events are put in a single array. As some 
events are invoked in the critical path, this is not very efficient. The 
model was designed for Tomcat 4.0, with the old servlet API in mind, and 
it obviously used the fact that few events were sent.

As a result, I propose splitting the listeners in two arrays, so:

applicationListeners ->

1) applicationLifecycleListeners: lifecycle of the webapp and session 
(relatively low even rate)

2) applicationEventListeners: everything else (session and request 
modification, notification of request creation and destruction, etc)

The most important is that using a listener for lifecycle is very common 
(and a very good practice IMO), and shouldn't have a performance hit, 
while the second category would be used for fine control or in debug mode.

Comments ?

Remy



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

Re: Breaking the build

[Remy Maucherat]

Tim Funk wrote:

I am about to leave for a few days. If anyone has the desire to (clean 
this up and) add it to CVS - go for it.

Otherwise - where should this go?
- jakarta-tomcat-site
- jakarta-tomcat-5 (Here could cause a lot of confusion)
- jakarta-tomcat-5/resource  (Its the only subdir)
- jakarta-tomcat-5/???
- other ??
I would be in favor of adding a link to jakarta-tomcat-site to point to 
the viewcvs.cgi version so the script can be easily downloaded whichout 
extra user effort.
In theory, there was that 
(http://jakarta.apache.org/tomcat/building.html) which was supposed to 
be similar.

What do you think ?

Remy



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

DO NOT REPLY [Bug 21366] - A JSP-Servlet translation bug

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21366

A JSP-Servlet translation bug





--- Additional Comments From [EMAIL PROTECTED]  2003-08-09 17:41 ---
It's quite odd. I use Windows, and I'm the one making the builds.

a) When I'm precompiling, the CDATA has some \n in it, so it works (the rest of
the file does have normal CRLF)
b) When I don't precompile, what you described happens

Very weird.

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

Re: cvs commit:jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsseJSSE14SocketFactory.java

[Jan Luehe]

Bill Barker wrote:
 +protected TrustManager[] getTrustManagers(String keystoreType)
 +throws Exception {
 +
 +TrustManager[] tm = null;


Don't you need a check for keystoreType == null here?
Yes, thanks, just added one.

Jan



 +
 +KeyStore trustStore = getTrustStore(keystoreType);
 +if (trustStore != null) {
 +TrustManagerFactory tmf =
TrustManagerFactory.getInstance("SunX509");

 +tmf.init(trustStore);
 +tm = tmf.getTrustManagers();
 +}
 +
 +return tm;
 +}
  }


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




This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail.





-
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 22247] - org.apache.catalina.ant - "unknown protocol: c" on DeployTask

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22247

org.apache.catalina.ant - "unknown protocol: c" on DeployTask

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-08-08 13:13 ---
This has been fixed already. Thanks for testing, and sorry for the trouble. Get
replacement binaries from a nightly on cvs.apache.org (you need the JAR in the
manager webapp, as well as catalina-ant.jar), or you can use the HTML manager
servlet (that one works without problems).

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

Re: Breaking the build

[Bill Barker]

- Original Message - 
From: "Tim Funk" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Saturday, August 09, 2003 10:29 AM
Subject: Re: Breaking the build


> My preference would be to:
>
> - Make building.html a overview of links to build the appropriate tomcat
version
> - Move the existing building.html instructions to jakarta-tomcat-5 as
> BUILDING.txt. O wait, its already there ;)
> - Add the "lazy" build script wrapper to jakarta-tomcat-5. Tweaking the
> script to handle the issue of possibly being run while inside the
> jakarta-tomcat-5 repository. (Because in its current form would check out
> another jakarta-tomcat-5 repository)
>
> This way if tomcat 5.2 comes along and has a drastically different build
> process - then http://jakarta.apache.org/tomcat/building.html would point
to
> the appropriate CVS branch BUILDING.txt.
>
> OTOH, the above suggestion could be worthless since there is a nightly nag
> done via gump(?) so maybe the answer is to ignore the above and make the
> wrapper script around the gump descriptor.

Gump is a bit different than your script.  Gump builds against the HEAD of
the dependent projects.  Your script builds against the released versions.
Most people that are just interested in Tomcat would want to do it as in the
script, rather than have to wait for e.g. the commons-el group to fix
something to get Tomcat to build.

>
> At a minimum, it might be a good idea to get rid of building.html and have
it
> link directly to the CVS version (BUILDING.txt) so there are not 2 copies
of
> the same instructions.
>
> (And there is one last option which is to do nothing ;) )
>
> -Tim
>
> Remy Maucherat wrote:
> > Tim Funk wrote:
> >> I would be in favor of adding a link to jakarta-tomcat-site to point
> >> to the viewcvs.cgi version so the script can be easily downloaded
> >> whichout extra user effort.
> >
> >
> > In theory, there was that
> > (http://jakarta.apache.org/tomcat/building.html) which was supposed to
> > be similar.
> >
> > What do you think ?
> >
> > Remy
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>

This message is intended only for the use of the person(s) listed above as the 
intended recipient(s), and may contain information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
distribute this message or any attachment. If you received this communication in 
error, please notify us immediately by e-mail and then delete all copies of this 
message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through the 
Internet is not secure. Do not send confidential or sensitive information, such as 
social security numbers, account numbers, personal identification numbers and 
passwords, to us via ordinary (unencrypted) e-mail.

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

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/realm JNDIRealm.java

[funkman]

funkman 2003/08/08 09:40:13

  Modified:catalina/src/share/org/apache/catalina/realm JNDIRealm.java
  Log:
  Fix bug 22236.
  
  addAttributeValues may return null. This could trigger a NPE
  if debugging was turned up >=2
  
  Also addAttributeValues() returns null if attrId or attrs is null while
  ignoring the third parameter "values". So always return
  values. I think this behavior is more consistent with the javadocs too.
  
  Revision  ChangesPath
  1.14  +14 -10
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/realm/JNDIRealm.java
  
  Index: JNDIRealm.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/realm/JNDIRealm.java,v
  retrieving revision 1.13
  retrieving revision 1.14
  diff -u -r1.13 -r1.14
  --- JNDIRealm.java6 Aug 2003 18:43:00 -   1.13
  +++ JNDIRealm.java8 Aug 2003 16:40:13 -   1.14
  @@ -1304,11 +1304,15 @@
   list = addAttributeValues(roleName, attrs, list);
   }
   
  -// Return the augmented list of roles
  +
   if (debug >= 2) {
  -log("  Returning " + list.size() + " roles");
  -for (int i=0; i= 3)
   log("  retrieving values for attribute " + attrId);
   if (attrId == null || attrs == null)
  -return null;
  +return values;
   if (values == null)
   values = new ArrayList();
   Attribute attr = attrs.get(attrId);
   if (attr == null)
  -return (null);
  +return (values);
   NamingEnumeration e = attr.getAll();
   while(e.hasMore()) {
   String value = (String)e.next();
  
  
  

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

Re: Please confirm soln: [Bug 22226] Tomcat throws JasperExceptioninstead of NumberFormatException when parameter can't convert to bean property

[Kin-Man Chung]

You are right in that this is not a spec conformant issue and is
therefore not a bug.

Except for some exceptions, most exceptions are caught and rethrown
as JasperExceptions.  Making exceptions would just, well, complicate
things.  :-)

-Kin-man

> Date: Fri, 08 Aug 2003 09:00:30 -0400
> From: Tim Funk <[EMAIL PROTECTED]>
> Subject: Please confirm soln: [Bug 6]   Tomcat throws JasperException 
instead of NumberFormatException when parameter can't convert to bean property
> To: Tomcat Developers List <[EMAIL PROTECTED]>
> 
> The spec says for :
> "A conversion failure leads to an error, whether at translation time or 
> requesttime."
> 
>  From a compliance point of view, it looks like tomcat is OK that is throws a 
> JasperException.
> 
> But from a user (web developer) point of view, I would think this sucks. But 
> am I correct that this is not a bug? (So I can resolve as invalid)
> 
> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6
> 
> -Tim
> 
> 
> 
> 
> -
> 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]

RE: [5.0.7] New build by Sunday

[Shapira, Yoav]

Howdy,
Although it's not yet mirrored on the main download site, you can use
modeler 1.1 final from my CVS account when building, if you'd like:
http://cvs.apache.org/~yoavs/release/jakarta-commons/modeler/

Yoav Shapira
Millennium ChemInformatics


>-Original Message-
>From: Remy Maucherat [mailto:[EMAIL PROTECTED]
>Sent: Thursday, August 07, 2003 1:32 PM
>To: Tomcat Developers List
>Subject: [5.0.7] New build by Sunday
>
>Hi,
>
>I plan to make a new build available by Sunday. Comments ? Any issues
>which would need to be resolved by then ?
>
>A number of issues have been filed about commons-daemon and the new
>Windows .exe wrapper. Is anyone working on resolving them ? (Mladen, JF
>?) I could have helped on that, but the requirement for Visual C++
>prevents me from doing so. Is there any way around ?
>
>Thanks,
>Remy
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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

[5.0.7] New build by Sunday

[Remy Maucherat]

Hi,

I plan to make a new build available by Sunday. Comments ? Any issues 
which would need to be resolved by then ?

A number of issues have been filed about commons-daemon and the new 
Windows .exe wrapper. Is anyone working on resolving them ? (Mladen, JF 
?) I could have helped on that, but the requirement for Visual C++ 
prevents me from doing so. Is there any way around ?

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

DO NOT REPLY [Bug 22230] New: - welcome-page redirections don't preserve sessionid

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22230

welcome-page redirections don't preserve sessionid

   Summary: welcome-page redirections don't preserve sessionid
   Product: Tomcat 4
   Version: 4.1.24
  Platform: All
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Servlet & JSP API
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


My welcome page is set to index.jsp.  All my links append ;jsessionid= 
to them.
so links to http://mydomain.com/someurl.do;jsessionid= works properly.

However when I link to the root of the domain: 
http://mydomain.com/;jsessionid=, tomcat redirects this request to 
http://mydomain.com/index.jsp without the sessionid.

A new session is created and all the previous session info is lost.

welcome-page redirections should preserve the sessionid.

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

DO NOT REPLY [Bug 15164] - NullPointerException when JDBCRealm not configured properly

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15164

NullPointerException when JDBCRealm not configured properly

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2003-08-07 01:12 ---


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

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

Re: DO NOT REPLY [Bug 22268] New: -Admin truncates user password in 32 characters

[苗启广]

ÔÚ 2003-08-09 05:11:00 ÄúдµÀ£º
>of you ? Could you tell me ? Thanks~~
>DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
>RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
>.
>ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
>INSERTED IN THE BUG DATABASE.
>
>http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22268
>
>Admin truncates user password in 32 characters
>
>   Summary: Admin truncates user password in 32 characters
>   Product: Tomcat 4
>   Version: 4.1.27
>  Platform: Macintosh
>OS/Version: MacOS X
>Status: NEW
>  Severity: Minor
>  Priority: Other
> Component: Webapps:Administration
>AssignedTo: [EMAIL PROTECTED]
>ReportedBy: [EMAIL PROTECTED]
>
>
>In 'Edit Existing User Properties' screen, the password field has
>only 32 chars long.
>So, if we set Admin webapp to use SHA digest, editing user properties
>from this screen makes password information collapsed,
>because SHA digest has always 40 chars long.
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>
 mqg

- SOUVENIR --- .
| Souvenir of China |
| A Good Place for You  |
`--> http://www.souvenirchina.com -'
mailto:[EMAIL PROTECTED]




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

Re: [5.0.7] New build by Sunday

[Remy Maucherat]

Bill Barker wrote:
All the bugs so far are with the (brand new) procrun for NT. Bugs 18220,
21279 (IMO, to make things more reliable and keep it simple, procrun
should wait for the child VM to die before stopping everything, rather
than simply waiting until the stop method returns), 22174.
5.0.8 is good enough :)
It turns out that I had a bit of spare time this afternoon to look at this.
I can give you a tomcat(w) that fixes 21279 and 22174.  The binaries will be
Great :)

for my code, since I don't have CVS access here, and don't feel like doing
the merge with JFC's commit manually.
I'm confused. I saw your commits and new binaries. What's missing ?

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