Gary Butler/CHARBROIL/WCB is out of the office.

2004-04-26 Thread gbutler




I will be out of the office starting  04/26/2004 and will not return until
04/28/2004.

I am out of the office.  I will respond when I return.

Gary


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



DO NOT REPLY [Bug 28590] New: - ClassLoader is wrong after jsp:include

2004-04-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28590.
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=28590

ClassLoader is wrong after jsp:include

   Summary: ClassLoader is wrong after jsp:include
   Product: Tomcat 3
   Version: 3.3.x Nightly
  Platform: All
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Servlet
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Jdk12Interceptor.postService() sets thread context class loader at postService
() time of the included jsp, so the rest part of the outer jsp doesn't run in 
web app class loader.

Test jsp:

%out.println(Thread.currentThread().getContextClassLoader());%
jsp:include page=/any.jsp flush=true/
%out.println(Thread.currentThread().getContextClassLoader());%

Output:

org.apache.tomcat.util.depend.DependClassLoader12Impl
...
java.net.FactoryURLClassLoader

Tomcat 4 doesn't have this bug.

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



DO NOT REPLY [Bug 28591] New: - Command MOVE don't work

2004-04-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28591.
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=28591

Command MOVE don't work

   Summary: Command MOVE don't work
   Product: Tomcat 4
   Version: 4.1.30
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Servlets:WebDAV
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Rename files don't work. 

I've found that in the method copyResource (called by doMove) when calls 
the normalize method it adds a / at the beginning of destinationPath.


/**
 * Copy a resource.
 *
 * @param req Servlet request
 * @param resp Servlet response
 * @return boolean true if the copy is successful
 */
private boolean copyResource(HttpServletRequest req,
 HttpServletResponse resp)
throws ServletException, IOException {

// Parsing destination header

String destinationPath = req.getHeader(Destination);

if (destinationPath == null) {
resp.sendError(WebdavStatus.SC_BAD_REQUEST);
return false;
}
// Before normalize -- destinationPath is http://localhost:8080/webdav/...
destinationPath = 
normalize(RequestUtil.URLDecode(destinationPath, UTF8));
// After normalize -- destinationPath is /localhost:8080/webdav/...
int protocolIndex = destinationPath.indexOf(://);

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



cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java

2004-04-26 Thread remm
remm2004/04/26 08:31:09

  Modified:catalina/src/share/org/apache/coyote/tomcat5
CoyoteAdapter.java
  Log:
  - Some tweaking for use with the Java in-process protocol handler (at last someone
was inetersted in the feature :) ).
  - Since this is in-process, forcing to pass the URI as a byte array is stupid, since 
the
conversion is fairly expensive, and more importantly, it would add a lot of 
complexity
to the client code.
  
  Revision  ChangesPath
  1.24  +23 -16
jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteAdapter.java
  
  Index: CoyoteAdapter.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteAdapter.java,v
  retrieving revision 1.23
  retrieving revision 1.24
  diff -u -r1.23 -r1.24
  --- CoyoteAdapter.java14 Apr 2004 22:20:47 -  1.23
  +++ CoyoteAdapter.java26 Apr 2004 15:31:09 -  1.24
  @@ -225,19 +225,29 @@
   // URI decoding
   MessageBytes decodedURI = req.decodedURI();
   decodedURI.duplicate(req.requestURI());
  -try {
  -  req.getURLDecoder().convert(decodedURI, false);
  -} catch (IOException ioe) {
  -  res.setStatus(400);
  -  res.setMessage(Invalid URI);
  -  throw ioe;
  -}
   
  -// Normalize decoded URI
  -if (!normalize(req.decodedURI())) {
  -res.setStatus(400);
  -res.setMessage(Invalid URI);
  -return false;
  +if (decodedURI.getType() == MessageBytes.T_BYTES) {
  +// %xx decoding of the URL
  +try {
  +req.getURLDecoder().convert(decodedURI, false);
  +} catch (IOException ioe) {
  +res.setStatus(400);
  +res.setMessage(Invalid URI);
  +throw ioe;
  +}
  +// Normalization
  +if (!normalize(req.decodedURI())) {
  +res.setStatus(400);
  +res.setMessage(Invalid URI);
  +return false;
  +}
  +// Character decoding
  +convertURI(decodedURI, request);
  +} else {
  +// The URL is chars or String, and has been sent using an in-memory
  +// protocol handler, we have to assume the URL has been properly
  +// decoded already
  +decodedURI.toChars();
   }
   
   // Set the remote principal
  @@ -251,9 +261,6 @@
   if (authtype != null) {
   request.setAuthType(authtype);
   }
  -
  -// URI character decoding
  -convertURI(decodedURI, request);
   
   // Parse session Id
   parseSessionId(req, request);
  
  
  

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



HSBC BANK A.S.

2004-04-26 Thread Information


Deerli Mterimiz,

Bu E-Posta adresine gnderilen mesajlar Bankamz ilgili birimlerine
ulamamaktadr. Bu nedenle, tm soru ve nerilerinizi en ksa srede
cevaplayabilmemiz iin aadaki kanallardan birini tercih ederek
iletmenizi rica ederiz.

Sayglarmzla
HSBC Bank A..


E-Posta:
www.hsbc.com.tr HSBC Bank Web Sitesi Bize Ulan sayfas veya HSBC
Internet Bankacl hizmeti E-Posta sayfas

Telefon:
HSBC Telefon Bankacl 444 0 111

Mektup  Faks:
HSBC Bireysel Direkt Bankaclk-Mteri letiim Birimi
Adres: HSBC Plaza, Ayazaa Mah. Ahi Evren Cad. Dereboyu Sok. 34398
Maslak/ili - STANBUL
Faks: +90 (212) 336 26 37




Dear Sir/Madam,

Messages that are sent to this e-mail address do not reach the relevant
department. Therefore, we kindly ask you to forward your inquiries from
one of the following channels in order for us to respond promptly.

Best Regards
HSBC Bank A..


E-Mail:
The Contact Us page at www.hsbc.com.tr HSBC Bank Web site or E-Mail
page at HSBC Retail Internet Banking

Telephone:
HSBC Telephone Banking +90 (212) 444 0 111

Letter  Fax:
HSBC Retail Direct Banking-Customer Communication Unit
Address: HSBC Plaza, Ayazaa Mah. Ahi Evren Cad. Dereboyu Sok. 34398
Maslak/ili - STANBUL
Faks: +90 (212) 336 26 37


Bu E-posta mesaj gizlidir. Ayrca hukuken de gizli olabilir.
Mesajn gnderilmek istendii kii siz deilseniz hibir ksmn
kopyalayamaz, bakasna gnderemez, bakasna aklayamaz veya
kullanamazsnz. Eer bu mesaj size yanllkla ulamsa, ltfen
mesaj ve tm kopyalarn sisteminizden silin ve gnderen kiiyi
E-posta yolu ile bilgilendirin.

nternet iletiiminde zamannda, gvenli, hatasz ya da virssz
gnderim garanti edilemez.
Gnderen taraf hata veya unutmalardan sorumluluk kabul etmez.

This E-mail is confidential. It may also be legally privileged. If
you are not the addressee you may not copy, forward, disclose or use
any part of it. If you have received this message in error, please
delete it and all copies from your system and notify the sender
immediately by return E-mail.

Internet communications cannot be guaranteed to be timely, secure,
error or virus-free.
The sender does not accept liability for any errors or omissions.




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



Respuesta de En Plenitud

2004-04-26 Thread [EMAIL PROTECTED]
Muchas gracias por contactarse con En Plenitud.

Si su comunicación tiene que ver con nuestro boletín, la mismo ya ha sido tramitada, y 
no es necesario que vuelva a contestar este mail.

Si usted nos escribe por esos motivos, por favor siga leyendo.

CONSULTAS A ESPECIALISTAS

El servicio de consultas gratuitas (NO incluye las consultas por temas migratorios) a 
especialistas es exclusivo para los usuarios registrados. Para registrarse en forma 
gratuita (la suscripción al newsletter, y la inscripción en los foros o los cursos NO 
es un registro en el sitio) puede hacerlo ahora mismo en:

http://www.enplenitud.com/Registro.asp

Si ya está registrado, puede realizar su consulta con nuestros especialistas ahora 
mismo, llenando el formulario que se encuentra en:

http://www.enplenitud.com/login.asp?vaa=Especialistas.asp

Si su consulta se debe a alguno de los motivos mencionados, por favor utilice para 
comunicarse con nosotros las opciones que acabamos de detallar.

Si se debe a otro motivo, le responderemos dentro de las próximas 72 horas. 
Si usted no recibe respuesta en ese lapso, es porque se produjo algún inconveniente en 
los servidores de correo (si utiliza un webmail, recuerde vaciar su casilla en forma 
periódica y revisar también la bandeja Listas de correo o Correo no deseado). 
De ser así, le rogamos nos reitere su consulta mencionando, de ser posible, una 
dirección alternativa de correo electrónico para responderle a ambas direcciones. 

Con nuestras disculpas por cualquier molestia que pudiéramos ocasionarle, le enviamos 
un cordial saludo

Equipo de En Plenitud
www.enplenitud.com


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



DO NOT REPLY [Bug 28286] - Loosely couple SingleSignOn Valve and Authenticators

2004-04-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28286.
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=28286

Loosely couple SingleSignOn Valve and Authenticators





--- Additional Comments From [EMAIL PROTECTED]  2004-04-26 16:44 ---
I'm all for making the entry public. I think I'm going to apply your patch.

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



[5.0.23] Tag at the end of the week ?

2004-04-26 Thread Remy Maucherat
I got some mojo back, and as a result I propose tagging a new release at 
the end of the week.

I'm going to commit a few more pacthes, including improvements to SSO 
which were propsed.

There are lots of JK issues filed for TC 5 (of course, it's not really 
related to the Tomcat release used). Does someone have time to look into 
them ?

Thanks :)

Rémy

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


Mabel Wong/HQ/Caltrans/CAGov is out of the office.

2004-04-26 Thread Mabel_Wong
I will be out of the office starting  04/26/2004 and will not return until
05/04/2004.

I will respond to your message when I return.


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



Mabel Wong/HQ/Caltrans/CAGov is out of the office.

2004-04-26 Thread Mabel_Wong
I will be out of the office starting  04/26/2004 and will not return until
05/04/2004.

I will respond to your message when I return.


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



Mabel Wong/HQ/Caltrans/CAGov is out of the office.

2004-04-26 Thread Mabel_Wong
I will be out of the office starting  04/26/2004 and will not return until
05/04/2004.

I will respond to your message when I return.


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



Mabel Wong/HQ/Caltrans/CAGov is out of the office.

2004-04-26 Thread Mabel_Wong
I will be out of the office starting  04/26/2004 and will not return until
05/04/2004.

I will respond to your message when I return.


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



Mabel Wong/HQ/Caltrans/CAGov is out of the office.

2004-04-26 Thread Mabel_Wong
I will be out of the office starting  04/26/2004 and will not return until
05/04/2004.

I will respond to your message when I return.


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



DO NOT REPLY [Bug 28603] New: - JspC Ant task does not detect errors on a second compile

2004-04-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28603.
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=28603

JspC Ant task does not detect errors on a second compile

   Summary: JspC Ant task does not detect errors on a second compile
   Product: Tomcat 5
   Version: 5.0.19
  Platform: All
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


1. Set up an application with an Ant script to compile JSPs as recommended at
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jasper-howto.html
2. Write a JSP which contains erroneous text such that the first phase (JSP -
Java translation) fails e.g. by including jsp:include x=50/ in the page.
3. Compile the application using the Ant script - a Jasper exception will be
reported.
4. Compile the application again - build will succeed despite the error.

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



DO NOT REPLY [Bug 28604] New: - JspC should not display the whole stack trace of errors

2004-04-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28604.
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=28604

JspC should not display the whole stack trace of errors

   Summary: JspC should not display the whole stack trace of errors
   Product: Tomcat 5
   Version: 5.0.19
  Platform: All
OS/Version: All
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


1. Set up an application with an Ant script to compile JSPs as recommended at
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jasper-howto.html
2. Write a JSP which contains erroneous text such that the first phase (JSP -
Java translation) fails e.g. by including jsp:include x=50/ in the page.
3. Compile the application using the Ant script - a Jasper exception will be
reported. This will be reported including the whole Jasper stack trace, which
makes the report unreadable. Just the error message with the location would be
sufficient.

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



cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi install4iis.js

2004-04-26 Thread mturk
mturk   2004/04/26 10:41:46

  Modified:jk/native2/server/isapi install4iis.js
  Log:
  Cannot belive I've missed the breaks inside the switch.
  Now the command options are working.
  
  Revision  ChangesPath
  1.3   +10 -5 jakarta-tomcat-connectors/jk/native2/server/isapi/install4iis.js
  
  Index: install4iis.js
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/install4iis.js,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- install4iis.js13 Mar 2004 10:38:32 -  1.2
  +++ install4iis.js26 Apr 2004 17:41:46 -  1.3
  @@ -327,15 +327,14 @@
   

   this.program = WScript.FullName.toLowerCase();

   this.program = this.program.substr(this.program.lastIndexOf(\\) + 1);

  -//if (this.program.indexOf(wscript.exe) == -1)

  -//_DEBUG = false;

  +if (this.program.indexOf(wscript.exe) == -1)

  +_DEBUG = false;

   this.script = WScript.ScriptName;

   }

   

   function getopt(args, ostr)

   {

   if (args.optind = args.argc) {

  -

   return null;

   }

   try {

  @@ -422,19 +421,25 @@
   while ((opt = getopt(args, s:f:d:v:l:h))) {

   switch (opt) {

   case s:

  -params.ServerName = args.optarg;

  +params.ServerName = args.optarg;   

  +break; 

   case f:

   params.FilterName = args.optarg;

  +break; 

   case d:

   params.FilterDesc = args.optarg;

  +break; 

   case l:

   params.FilterLib  = args.optarg;

  +break; 

   case v:

   params.WebName= args.optarg;

  +break; 

   case h:

  +default:

   Usage(args);

   return 0;

  -

  +break; 

   }

   }

   TRACE(argc  + args.argc +  optind  + args.optind);

  
  
  

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



DO NOT REPLY [Bug 28607] New: - Unable to read Environment entries specified in GlobalNamingResources

2004-04-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28607.
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=28607

Unable to read Environment entries specified in GlobalNamingResources

   Summary: Unable to read Environment entries specified in
GlobalNamingResources
   Product: Tomcat 5
   Version: 5.0.19
  Platform: All
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I use standard code for reading Environment entries, namely:
either this:
   Context context= new InitialContext();
   NamingEnumeration enum = context.list(java:comp/env);
 
   while (enum.hasMore(  ))
out.println(enum.next()  );
or this:
   Context context= new InitialContext();
   String value=context.list(java:comp/env/myvalue);

I accessing entries from JSP pages and from a servlet (primarily from JSP). I 
have verified that environment entries defined in a context element or in 
web.xml can be read without any problem.
I tried to find this bug but was unabled to. Sorry if I missed it or if it's 
not a bug.

I used default environemnt entry for GlobalNamingResources (simpleValue).
Admin web application can still see these entries but it seems that these 
entries are read from MBean server

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



DO NOT REPLY [Bug 27534] - Servlet invoked twice with JK2 when response is not read completely.

2004-04-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27534.
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=27534

Servlet invoked twice with JK2 when response is not read completely.





--- Additional Comments From [EMAIL PROTECTED]  2004-04-26 19:50 ---
I'd just like to add that the bug is still present in JK 2.0.4

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



Christian Napravnik ist außer Haus. - - Trend Micro ScanMail - -

2004-04-26 Thread christian . napravnik
Ich werde ab  23.04.2004 nicht im Büro sein. Ich kehre zurück am
27.04.2004.

Ich werde Ihre Nachricht nach meiner Rückkehr beantworten.


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



DO NOT REPLY [Bug 28607] - Unable to read Environment entries specified in GlobalNamingResources

2004-04-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28607.
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=28607

Unable to read Environment entries specified in GlobalNamingResources

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-04-26 20:16 ---
Did you read the page on filing a bug ?
http://jakarta.apache.org/tomcat/bugreport.html

So try tomcat-user.

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



cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator AuthenticatorBase.java SingleSignOn.java SingleSignOnEntry.java

2004-04-26 Thread remm
remm2004/04/26 14:50:36

  Modified:catalina/src/share/org/apache/catalina/authenticator
AuthenticatorBase.java SingleSignOn.java
SingleSignOnEntry.java
  Log:
  - Allow extending SSO functionality.
  - Submitted by Brian Stansberry.
  
  Revision  ChangesPath
  1.18  +9 -17 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/AuthenticatorBase.java
  
  Index: AuthenticatorBase.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/AuthenticatorBase.java,v
  retrieving revision 1.17
  retrieving revision 1.18
  diff -u -r1.17 -r1.18
  --- AuthenticatorBase.java27 Feb 2004 14:58:41 -  1.17
  +++ AuthenticatorBase.java26 Apr 2004 21:50:36 -  1.18
  @@ -760,31 +760,23 @@
   
   boolean reauthenticated = false;
   
  -SingleSignOnEntry entry = sso.lookup(ssoId);
  -if (entry != null  entry.getCanReauthenticate()) {
  -Principal reauthPrincipal = null;
   Container parent = getContainer();
   if (parent != null) {
  -Realm realm = getContainer().getRealm();
  -String username = entry.getUsername();
  -if (realm != null  username != null) {
  -reauthPrincipal =
  -realm.authenticate(username, entry.getPassword());
  +Realm realm = parent.getRealm();
  +if (realm != null) {
  +reauthenticated = sso.reauthenticate(ssoId, realm, request);
   }
   }
   
  -if (reauthPrincipal != null) {
  +if (reauthenticated) {
   associate(ssoId, getSession(request, true));
  -request.setAuthType(entry.getAuthType());
  -request.setUserPrincipal(reauthPrincipal);
   
  -reauthenticated = true;
   if (log.isDebugEnabled()) {
  +HttpServletRequest hreq = 
  +(HttpServletRequest) request.getRequest();
   log.debug( Reauthenticated cached principal ' +
  -  entry.getPrincipal().getName() +
  -  ' with auth type ' +
  -  entry.getAuthType() + ');
  -}
  +  hreq.getUserPrincipal().getName() +
  +  ' with auth type ' +  hreq.getAuthType() + ');
   }
   }
   
  
  
  
  1.13  +94 -46
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/SingleSignOn.java
  
  Index: SingleSignOn.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/SingleSignOn.java,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- SingleSignOn.java 27 Feb 2004 14:58:41 -  1.12
  +++ SingleSignOn.java 26 Apr 2004 21:50:36 -  1.13
  @@ -33,6 +33,7 @@
   import org.apache.catalina.LifecycleException;
   import org.apache.catalina.LifecycleListener;
   import org.apache.catalina.Logger;
  +import org.apache.catalina.Realm;
   import org.apache.catalina.Request;
   import org.apache.catalina.Response;
   import org.apache.catalina.Session;
  @@ -559,6 +560,55 @@
   
   
   /**
  + * Attempts reauthentication to the given codeRealm/code using
  + * the credentials associated with the single sign-on session
  + * identified by argument codessoId/code.
  + * p
  + * If reauthentication is successful, the codePrincipal/code and
  + * authorization type associated with the SSO session will be bound
  + * to the given codeHttpRequest/code object via calls to 
  + * [EMAIL PROTECTED] HttpRequest#setAuthType HttpRequest.setAuthType()} and 
  + * [EMAIL PROTECTED] HttpRequest#setUserPrincipal 
HttpRequest.setUserPrincipal()}
  + * /p
  + *
  + * @param ssoId identifier of SingleSignOn session with which the
  + *  caller is associated
  + * @param realm Realm implementation against which the caller is to
  + *  be authenticated
  + * @param request   the request that needs to be authenticated
  + * 
  + * @return  codetrue/code if reauthentication was successful,
  + *  codefalse/code otherwise.
  + */
  +protected boolean reauthenticate(String ssoId, Realm realm,
  +  HttpRequest request) {
  +
  +if (ssoId == null || realm == null)
  +return false;
  +
  +boolean reauthenticated = false;
  +
  +SingleSignOnEntry entry = lookup(ssoId);
  +if (entry != null  entry.getCanReauthenticate()) {
  + 

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator AuthenticatorBase.java

2004-04-26 Thread remm
remm2004/04/26 14:54:15

  Modified:catalina/src/share/org/apache/catalina/authenticator
AuthenticatorBase.java
  Log:
  - Fix indentation.
  
  Revision  ChangesPath
  1.19  +10 -9 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/AuthenticatorBase.java
  
  Index: AuthenticatorBase.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/AuthenticatorBase.java,v
  retrieving revision 1.18
  retrieving revision 1.19
  diff -u -r1.18 -r1.19
  --- AuthenticatorBase.java26 Apr 2004 21:50:36 -  1.18
  +++ AuthenticatorBase.java26 Apr 2004 21:54:15 -  1.19
  @@ -753,28 +753,29 @@
*  caller is associated
* @param request   the request that needs to be authenticated
*/
  -protected boolean reauthenticateFromSSO(String ssoId, HttpRequest request) {
  +protected boolean reauthenticateFromSSO
  +(String ssoId, HttpRequest request) {
   
   if (sso == null || ssoId == null)
   return false;
   
   boolean reauthenticated = false;
   
  -Container parent = getContainer();
  -if (parent != null) {
  +Container parent = getContainer();
  +if (parent != null) {
   Realm realm = parent.getRealm();
   if (realm != null) {
   reauthenticated = sso.reauthenticate(ssoId, realm, request);
  -}
   }
  +}
   
   if (reauthenticated) {
  -associate(ssoId, getSession(request, true));
  +associate(ssoId, getSession(request, true));
   
  -if (log.isDebugEnabled()) {
  +if (log.isDebugEnabled()) {
   HttpServletRequest hreq = 
  -(HttpServletRequest) request.getRequest();
  -log.debug( Reauthenticated cached principal ' +
  +(HttpServletRequest) request.getRequest();
  +log.debug( Reauthenticated cached principal ' +
 hreq.getUserPrincipal().getName() +
 ' with auth type ' +  hreq.getAuthType() + ');
   }
  
  
  

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



DO NOT REPLY [Bug 28286] - Loosely couple SingleSignOn Valve and Authenticators

2004-04-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28286.
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=28286

Loosely couple SingleSignOn Valve and Authenticators





--- Additional Comments From [EMAIL PROTECTED]  2004-04-26 21:58 ---
This is committed. I don't see the point of not allowing to extend the entry as
well, so I also patched it.

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



DO NOT REPLY [Bug 28039] - Cluster Support for SingleSignOn

2004-04-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28039.
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=28039

Cluster Support for SingleSignOn





--- Additional Comments From [EMAIL PROTECTED]  2004-04-26 22:00 ---
I had started reworking the code, but you were faster. So now I think only an
extended valve is needed, but it will obviously go in the JBoss repository.

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



DO NOT REPLY [Bug 28607] - Unable to read Environment entries specified in GlobalNamingResources

2004-04-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28607.
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=28607

Unable to read Environment entries specified in GlobalNamingResources





--- Additional Comments From [EMAIL PROTECTED]  2004-04-26 22:36 ---
I found references, thanks. 
Still, I believe it is either a bug in the server or an undocumented feature. 
Here is a quote from documentation 
(http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/globalresources.html): 
 
This is equivalent to the inclusion of the following element in the web 
application deployment descriptor (/WEB-INF/web.xml):  
 
env-entry 
  env-entry-namemaxExemptions/param-name 
  env-entry-value10/env-entry-value 
  env-entry-typejava.lang.Integer/env-entry-type 
/env-entry 
 
(I do not know whether angle brackets will be displayed). If I have to add 
ResourceLink to the context it kinda violates equivalent notione, or am I 
missing something? 
I am not reopening the bug.

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



Response from Rolia.net

2004-04-26 Thread webmaster
This email account no longer exists.

To contact the management team of Rolia.net, please visit:

http://www.rolia.net/mem/mem_mailRolia.php

Thank you!

´Ëµç×ÓÓÊÏäÒѾ­Í£Ö¹Ê¹ÓÃ.
Èç¹ûÄúÒªÁªÏµÏàÔ¼¼ÓÄôóÍøÉÏÉçÇø(Rolia.net),
Çë·ÃÎÊ´ËÍøÒ³:
http://www.rolia.net/mem/mem_mailRolia.php

лл!




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



DO NOT REPLY [Bug 28591] - Command MOVE don't work

2004-04-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28591.
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=28591

Command MOVE don't work

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2004-04-26 22:39 ---
This is fixed in CVS.

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

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



DO NOT REPLY [Bug 26906] - Unable to do operations like Rename/Move, Copy, Paste etc.

2004-04-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=26906.
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=26906

Unable to do operations like Rename/Move, Copy, Paste etc.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2004-04-26 22:39 ---
*** Bug 28591 has been marked as a duplicate of this bug. ***

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



DO NOT REPLY [Bug 28607] - Unable to read Environment entries specified in GlobalNamingResources

2004-04-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28607.
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=28607

Unable to read Environment entries specified in GlobalNamingResources





--- Additional Comments From [EMAIL PROTECTED]  2004-04-26 22:44 ---
Global resources are not exposed to local contexts unless the admin does so with
a ResourceLink.

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



DO NOT REPLY [Bug 28610] New: - Max memory reports 0 on status page

2004-04-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28610.
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=28610

Max memory reports 0 on status page

   Summary: Max memory reports 0 on status page
   Product: Tomcat 5
   Version: Nightly Build
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


After a bit a digging I found that bootstrap.jar includes 
org/apache/tomcat/util/compat/JdkCompat.class but not 
org/apache/tomcat/util/compat/Jdk14Compat.class which seems to cause the 
Jdk14Compat not to be loadable even though it is in tomcat-util.jar. This 
causes the memory size to report 0 on the status page. I suspect it may cause a 
few other problems as well.

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



wrong timeIdel value in StandardSession

2004-04-26 Thread Amy Roh
The following patch causes regression where sessions don't expire when it
should.  I have a test app that does refresh every 70 sec.  When I set
timeout to 2 minute - the session *never* expires.

cvs diff -r 1.26 -r 1.27 StandardSession.java

587c587
 int timeIdle = (int) ((timeNow - lastAccessedTime) / 1000L);
---
 int timeIdle = (int) ((timeNow - thisAccessedTime) / 1000L);

I propose to revert the patch.

Thanks,
Amy


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



cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/generators Jdk12Interceptor.java

2004-04-26 Thread billbarker
billbarker2004/04/26 19:45:13

  Modified:src/share/org/apache/tomcat/modules/generators
Jdk12Interceptor.java
  Log:
  Reset the Context CL correctly after an include.  Also, adding a PostRequest so the 
the Context CL is in a defined state after the request finishes.
  
  The rule is that if the Child has a Parent, then the Parent is the request that 
included.  Otherwise, the including request is the top-level one.
  
  There are still CL issues with cross-context RD reqests, but this at least fixes the 
bug that was there with same-context RD requests.
  
  Fix for Bug #28590
  Reported By: Hugh J. Lee [EMAIL PROTECTED]
  
  Revision  ChangesPath
  1.11  +9 -4  
jakarta-tomcat/src/share/org/apache/tomcat/modules/generators/Jdk12Interceptor.java
  
  Index: Jdk12Interceptor.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/modules/generators/Jdk12Interceptor.java,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- Jdk12Interceptor.java 25 Feb 2004 06:52:40 -  1.10
  +++ Jdk12Interceptor.java 27 Apr 2004 02:45:12 -  1.11
  @@ -93,11 +93,16 @@
   
// after include, reset the class loader
// fix for 1112
  - request=child.getParent();
  - if( request != null )
  - fixJDKContextClassLoader(request.getContext());
  + Request chParent=child.getParent();
  + if( chParent != null )
  + fixJDKContextClassLoader(chParent.getContext());
else
  - jdk11Compat.setContextClassLoader(this.getClass().getClassLoader());
  + fixJDKContextClassLoader(request.getContext());
  + return 0;
  +}
  +
  +public int postRequest(Request request, Response response) {
  + jdk11Compat.setContextClassLoader(this.getClass().getClassLoader());
return 0;
   }
   
  
  
  

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



DO NOT REPLY [Bug 28590] - ClassLoader is wrong after jsp:include

2004-04-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28590.
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=28590

ClassLoader is wrong after jsp:include

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-04-27 02:46 ---
Fixed now in the CVS.

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



Re: wrong timeIdel value in StandardSession

2004-04-26 Thread Bill Barker

- Original Message - 
From: Amy Roh [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, April 26, 2004 6:07 PM
Subject: wrong timeIdel value in StandardSession


 The following patch causes regression where sessions don't expire when it
 should.  I have a test app that does refresh every 70 sec.  When I set
 timeout to 2 minute - the session *never* expires.


I see the change to be not so much a regression as a bug-fix :).  Your app
is accessing the session every 70 sec, so the session is never idle for the
required 2 min to allow it to expire.

 cvs diff -r 1.26 -r 1.27 StandardSession.java

 587c587
  int timeIdle = (int) ((timeNow - lastAccessedTime) / 1000L);
 ---
  int timeIdle = (int) ((timeNow - thisAccessedTime) / 1000L);

 I propose to revert the patch.

I'm -1 on reverting unless you can explain why you think that the previous
behavior is correct wrt the spec.  And, no, the fact that this bug has been
in every version of Tomcat back to at least 3.2.x isn't good enough ;-).



 Thanks,
 Amy


 -
 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]

Movie

2004-04-26 Thread shachor



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

Fw: Funny Ass

2004-04-26 Thread shachor



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

File - movie SuCkingPuSSy.mpeg

2004-04-26 Thread shachor



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

Hot XXX Streaming Videos, FREE Clips

2004-04-26 Thread shachor



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

Fw:'''~~movie'''~~25

2004-04-26 Thread shachor



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

[GUMP@lsd]: jakarta-tomcat-5/jakarta-tomcat-5 failed

2004-04-26 Thread bobh
To whom it may engage...

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

Project jakarta-tomcat-5 has an issue affecting its community integration, and has 
been outstanding for 17 runs.
The current state is 'Failed', for reason 'Build Failed'

Full details are available at:
http://lsd.student.utwente.nl/gump/jakarta-tomcat-5/jakarta-tomcat-5/index.html
That said, some snippets follow:


Gump provided these annotations:
 - Info - Jar [servlets-default.jar] identifier set to jar basename: [servlets-default]
 - Info - Jar [naming-common.jar] identifier set to jar basename: [naming-common]
 - Info - Jar [naming-resources.jar] identifier set to jar basename: [naming-resources]
 - Info - Jar [catalina.jar] identifier set to jar basename: [catalina]
 - Info - Jar [bootstrap.jar] identifier set to jar basename: [bootstrap]
 - Info - Jar [servlets-common.jar] identifier set to jar basename: [servlets-common]
 - Info - Jar [servlets-invoker.jar] identifier set to jar basename: [servlets-invoker]
 - Info - Dependency on javamail exists, no need to add for property mail.jar.
 - Info - Dependency on jaf exists, no need to add for property activation.jar.
 - Info - Dependency on jakarta-servletapi-5-servlet exists, no need to add for 
property servlet-api.jar.
 - Info - Dependency on jakarta-servletapi-5-jsp exists, no need to add for property 
jsp-api.jar.
 - Info - Dependency on xml-xerces exists, no need to add for property xercesImpl.jar.
 - Info - Dependency on xml-xerces exists, no need to add for property 
xmlParserAPIs.jar.
 - Info - Dependency on jakarta-tomcat-util exists, no need to add for property 
tomcat-util.jar.
 - Info - Dependency on commons-el exists, no need to add for property commons-el.jar.
 - Info - Dependency on commons-logging exists, no need to add for property 
commons-logging-api.jar.
 - Info - Dependency on commons-modeler exists, no need to add for property 
commons-modeler.jar.
 - Info - Dependency on ant exists, no need to add for property ant.home.
 - Info - Dependency on jsse exists, no need to add for property jsse.home.
 - Info - Dependency on jmx exists, no need to add for property jmx.home.
 - Info - Dependency on jmx exists, no need to add for property jmx.jar.
 - Info - Dependency on jmx exists, no need to add for property jmx-tools.jar.
 - Info - Dependency on jndi exists, no need to add for property jndi.home.
 - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.home.
 - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.jar.
 - Info - Dependency on javamail exists, no need to add for property mail.home.
 - Info - Dependency on jakarta-tomcat-coyote exists, no need to add for property 
tomcat-coyote.home.
 - Info - Dependency on jakarta-tomcat-jasper_tc5 exists, no need to add for property 
jasper.home.
 - Info - Dependency on jaf exists, no need to add for property activation.home.
 - Info - Dependency on commons-modeler exists, no need to add for property 
commons-modeler.home.
 - Info - Dependency on commons-daemon exists, no need to add for property 
commons-daemon.jsvc.tar.gz.
 - Info - Dependency on jakarta-struts exists, no need to add for property struts.home.
 - Info - Enable debug output, due to a sequence of 16 previous errors.
 - Info - Failed with reason build failed


Gump performed this work:
http://lsd.student.utwente.nl/gump/jakarta-tomcat-5/jakarta-tomcat-5/gump_work/build_jakarta-tomcat-5_jakarta-tomcat-5.html
Work Name: build_jakarta-tomcat-5_jakarta-tomcat-5 (Type: Build)
State: Failed
Elapsed: 0 hours, 1 minutes, 17 seconds
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImpl.jar:/data3/gump/xml-xerces2/java/build/xml-apis.jar:/data3/gump/xml-xalan/java/build/xalan-unbundled.jar:/data3/gump/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -debug -Dgump.merge=/data3/gump/gump-install/work/merge.xml 
-Dbuild.sysclasspath=only -Dtomcat33.home=*Unset* 
-Djsp-api.jar=/data3/gump/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar 
-Dtomcat-coyote.home=/data3/gump/jakarta-tomcat-connectors/coyote 
-Djndi.jar=/data3/gump/opt/jndi1_2_1/lib/jndi.jar 
-Dsite2.home=/data3/gump/jakarta-site2 
-DxmlParserAPIs.jar=/data3/gump/xml-xerces2/java/build/xercesImpl.jar 
-Dactivation.home=/data3/gump/opt/jaf-1.0.1 -Djmx.home=/data3/gump/opt/jmx-1_2-ri 
-Djdbc20ext.jar=/data3/gump/opt/jdbc2_0/jdbc2_0-stdext.jar 
-Djmx-tools.jar=/data3/gump/opt/jmx-1_2-ri/lib/jmxtools.jar 
-Dregexp.jar=/data3/gump/jakarta-regexp/build/jakarta-regexp-20040427.jar 
-Dmail.home=/data3/gump/opt/javamail-1.3 -Dant.home=/data3/gump/ant/dist 
-Dcommons-modeler.home=/data3/gump/jakarta-commons/modeler 
-Dcommons-launcher.jar=/data3/gump/jakarta-commons/launcher/dist/bin/commons-launcher.jar
 

Re: wrong timeIdel value in StandardSession

2004-04-26 Thread Amy Roh
Bill Barker wrote:
- Original Message - 
From: Amy Roh [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, April 26, 2004 6:07 PM
Subject: wrong timeIdel value in StandardSession



The following patch causes regression where sessions don't expire when it
should.  I have a test app that does refresh every 70 sec.  When I set
timeout to 2 minute - the session *never* expires.


I see the change to be not so much a regression as a bug-fix :).  Your app
is accessing the session every 70 sec, so the session is never idle for the
required 2 min to allow it to expire.
I see on Remy's commit that Ths patch needs to be tested for possible 
regressions.  The test jsp actually checks if the session expired after 
timeout and alerts when refreshed.  I am attaching the jsp.




cvs diff -r 1.26 -r 1.27 StandardSession.java

587c587
 int timeIdle = (int) ((timeNow - lastAccessedTime) / 1000L);
---
   int timeIdle = (int) ((timeNow - thisAccessedTime) / 1000L);


I have added some debugging statements and found the following.

setMaxInactiveInterval 120
timeIdle now 0
timeIdle before 0
timeIdle now 36
timeIdle before 36
timeIdle now 116
timeIdle before 186
WOULD HAVE EXPIRED WITH OLD TIMEIDLE
timeIdle now 70
timeIdle before 70
timeIdle now 0
timeIdle before 70
timeIdle now 26
timeIdle before 96
timeIdle now 70
timeIdle before 140
WOULD HAVE EXPIRED WITH OLD TIMEIDLE
timeIdle now 0
timeIdle before 70
timeIdle now 16
timeIdle before 86
timeIdle now 70
timeIdle before 140
WOULD HAVE EXPIRED WITH OLD TIMEIDLE
timeIdle now 0
timeIdle before 70
timeIdle now 6
timeIdle before 76
timeIdle now 66
timeIdle before 137
WOULD HAVE EXPIRED WITH OLD TIMEIDLE
timeIdle now 70
timeIdle before 140
WOULD HAVE EXPIRED WITH OLD TIMEIDLE
timeIdle now 0
timeIdle before 70
timeIdle now 56
timeIdle before 127
WOULD HAVE EXPIRED WITH OLD TIMEIDLE
Let me know what you think

Thanks,
Amy

I propose to revert the patch.


I'm -1 on reverting unless you can explain why you think that the previous
behavior is correct wrt the spec.  And, no, the fact that this bug has been
in every version of Tomcat back to at least 3.2.x isn't good enough ;-).


Thanks,
Amy
-
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]

?xml version=1.0 ?
!DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd;

web-app

	session-config
session-timeout2/session-timeout
/session-config

	welcome-file-list
		welcome-fileindex.jsp/welcome-file
	/welcome-file-list

/web-app

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

cvs commit: jakarta-tomcat-catalina/catalina build.xml

2004-04-26 Thread billbarker
billbarker2004/04/26 22:51:20

  Modified:catalina build.xml
  Log:
  Include all of o.a.t.u.compat in bootstrap.jar.
  
  Without this, Tomcat can't access any of the features of a 1.4.x JVM.
  
  Fix for Bug #28610
  Reported By: David Holscher [EMAIL PROTECTED]
  
  Revision  ChangesPath
  1.60  +1 -1  jakarta-tomcat-catalina/catalina/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/build.xml,v
  retrieving revision 1.59
  retrieving revision 1.60
  diff -u -r1.59 -r1.60
  --- build.xml 15 Apr 2004 22:11:36 -  1.59
  +++ build.xml 27 Apr 2004 05:51:20 -  1.60
  @@ -882,7 +882,7 @@
   include name=org/apache/catalina/security/SecurityClassLoad.class /
   include name=org/apache/catalina/launcher/CatalinaLaunchFilter.class /
   include name=org/apache/naming/JndiPermission.class /
  -include name=org/apache/tomcat/util/compat/JdkCompat.class /
  +include name=org/apache/tomcat/util/compat/* /
 /fileset
   /jar
   
  
  
  

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



DO NOT REPLY [Bug 28610] - Max memory reports 0 on status page

2004-04-26 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28610.
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=28610

Max memory reports 0 on status page

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-04-27 05:52 ---
Fixed in the CVS, and should be available in the next nightly.

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