Hi

2004-10-21 Thread craig . mcclanahan
--  Virus Warning Message (on uusnwa0p)

Found virus WORM_NETSKY.Z in file Notice.txt   
   
   .exe (in Notice.zip)
The file is deleted.

-
Important notice!


--  Virus Warning Message (on uusnwa0p)

Notice.zip is removed from here because it contains a virus.

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

Re: Hi

2004-10-21 Thread jobs
Thank you very much for your mail. This is to confirm you that your mail has been 
received by us and has been forwarded to the concerned person. In the mean time, you 
can get in touch with us at 0172-5188851.



Yours cordially

Customer Service Manager

G  G Management Services Pvt. Ltd.,

2, Hotel Shivalikview, Sector 17, Chandigarh 160 017



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



Respuesta de En Plenitud, por favor, lea con atención

2004-10-21 Thread [EMAIL PROTECTED]
Bienvenido a En Plenitud !!

Si usted nos envió TODOS los datos necearios para la inscripción, en breve recibirá
la confirmación de que ya puede disfrutar de todos nuestros servicios ingresando los 
datos de identificación (nombre de usuario y contraseña) que nos enviara.

Si usted NO no nos envió todos los datos requeridos, por favor hágalo sin omitir 
ninguno pues no podremos registrarlo sin ellos:

Nombre:
Apellido:
Dirección de email:
Nombre de usuario que desea utilizar:
Contraseña que desea utilizar:
País de residencia:
Ciudad de residencia:
Fecha de nacimiento:
Estado civil:
Profesión:

Sobre todo, no olvide incluir (además del resto de los datos) el nombre de usuario y 
la contraseña que desea utilizar.

Los mismos son elegidos por usted, y no asignados por nosotros.

Tenga en cuenta que:

1- No pueden existir dos personas con el mismo nombre de usuario (sería el equivalente 
de dos personas con el mismo pasaporte).

Si este fue el motivo por el que no pudo registrarse, de nada vale que nos escriba 
para que lo inscribamos con un nombre de usuario que ya está en uso, porque nosotros 
tampoco podemos hacerlo.

Por favor, vuelva a inscribirse eligiendo otro nombre de usuario (agergándole una 
cifra, o un guión intermedio, por ejemplo; Juan2003 en lugar de Juan).

2- La contraseña solo puede incluir letras y números, y no otros signos ni espacios 
intermedios.

Esperando poder serle de ayuda y que disfrute todas las ventajas de ser miembro de 
esta comunidad, le saluda cordialmente

Equipo de En Plenitud
www.enplenitud.com


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



Re: Respuesta de En Plenitud, por favor, lea con atención

2004-10-21 Thread jobs
Thank you very much for your mail. This is to confirm you that your mail has been 
received by us and has been forwarded to the concerned person. In the mean time, you 
can get in touch with us at 0172-5188851.



Yours cordially

Customer Service Manager

G  G Management Services Pvt. Ltd.,

2, Hotel Shivalikview, Sector 17, Chandigarh 160 017



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



DO NOT REPLY [Bug 31766] - Error getting client certificate under iPlanet 6.1/Tomact 5.0.28

2004-10-21 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=31766.
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=31766

Error getting client certificate under iPlanet 6.1/Tomact 5.0.28





--- Additional Comments From [EMAIL PROTECTED]  2004-10-21 06:37 ---
I tracked the problem down, and it looks like the certificate information is 
being passed across in base64 format without any certificate headers.  I have 
added the following code to org/apache/jk/server/JkCoyoteHandler.java 
(replacing lines 467-471):

StringBuffer certData = new StringBuffer();
certData.append( -BEGIN CERTIFICATE-\r\n );
certData.append( certString.toString() );
certData.append( \r\n-END CERTIFICATE-\r\n );

ByteArrayInputStream bais = 
new ByteArrayInputStream( certData.toString().getBytes() );

This code is probably not the most efficient implementation, but it solves my 
problem.

Can anyone confirm if this is specific to iPlanet, or does it occur under 
other webservers?

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



Document

2004-10-21 Thread hgomez
--  Virus Warning Message (on uusnwa0p)

Found virus WORM_NETSKY.Z in file Bill.txt 
   
 .exe (in Bill.zip)
The file is deleted.

-
Important bill!


--  Virus Warning Message (on uusnwa0p)

Bill.zip is removed from here because it contains a virus.

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

News

2004-10-21 Thread remm
Monthly news report.

+++ Attachment: No Virus found
+++ MessageLabs AntiVirus - www.messagelabs.com


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

DO NOT REPLY [Bug 31825] New: - getRequestURL() does not return complete URL on home page

2004-10-21 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=31825.
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=31825

getRequestURL() does not return complete URL on home page

   Summary: getRequestURL() does not return complete URL on home
page
   Product: Tomcat 5
   Version: 5.0.29
  Platform: All
OS/Version: Windows XP
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When trying to access a home page of an application (ie the page defined in 
welcome-filesomepath/homePage.jspwelcome-file ), if i type 
http://server/ContextName then method request.getRequestURL() of homePage.jsp 
returns the URL typed (http://server/ContextName/)instead of the actual URL
(http://server/ContextName/somePath/homePage.jsp).
This is true on Tomcat 5.0.xx and 5.5 versions, but works fine on 4.1 version.

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



DO NOT REPLY [Bug 31825] - getRequestURL() does not return complete URL on home page

2004-10-21 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=31825.
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=31825

getRequestURL() does not return complete URL on home page

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-10-21 10:38 ---
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/servletapi/javax/servlet/http/HttpServletRequest.html#getRequestURL()

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



DO NOT REPLY [Bug 31826] New: - Possibility execute requests within access control context with custom domain combiner associated to it

2004-10-21 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=31826.
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=31826

Possibility execute requests within access control context with custom domain combiner 
associated to it

   Summary: Possibility execute requests within access control
context with custom domain combiner associated to it
   Product: Tomcat 5
   Version: Nightly Build
  Platform: Other
OS/Version: All
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hello,

Would it be possible to create some sort of mechanism to catalina, that allows
(http)requests to be executed inside an AccessControlContext that would have
custom DomainCombiner associated to it. At the moment (when security manager is
turned on) servlets (and jsp pages), filters, requestdispacthers, etc. are
executed within AccessControlContext with instance of
javax.security.auth.SubjectDomainCombiner. It seems that at the moment there is
no single point where one could say that use instance of this domain combiner
when SecurityUtils.execute(...) performs Subject.doAsPrivileged() call.

If I have understood java security correctly there is at least two extension
point. One extension point is java.security.Policy and second is subclassing
(Subject)DomainCombiner. Running catalina with custom Policy is peace of cake
but this domain combiner stuff seems need some adjustments to catalina codebase
(I attach a proposal / example patch to this RFE).

In the proposal / example SecurityUtil.execute(..) has been modified so that if
current webapplication's (whose HttpServletRequest is being processed)
WebappClassLoader (at some level in the classloader hierarcy) contains a
reference to AccessControlContextFactory then SecurityUtil request a instance of
AccessControlContext from that particular factory and instead of calling
Subject.doAsPrivileged(...) it calls AccessController.doPrivileged(pea,
customAccessControlContext). It is up to AccessControlContextFactory provider
how it creates an AccessControlContext. Only requirement would be that context
contains a instance (or subclass) of SubjectDomainCombiner.
Just a brief summary of modifications that this proposal patch contains:

* jakarta-tomcat-catalina/catalina/build.xml:
exclude org.apache.catalina.security.spi.AccessControlContextFactory from
catalina.jar and copy it to common/classes so that Webappclassloader sees it, so
that webapplication specific accesscontrolcontextfactory implementation can
reside in that particular webapp's /WEB-INF/[lib|classes] repository.

* StandardContext.java:
setter and getter methods for accessControlContextFactoryName parameter
(Context ...accessControlContextFactoryName=fully.qualified.classname /

* webapploader.java:
few lines of code to create an instance of AccessControlContextFactory (if
current StandardContext has accessControlContextFactoryName attribute set) and
associate it to web applications WebappClassLoader.

As I mentioned this is just a proposal / example and I do realize that this
patch contains some nasty cross package references (between catalina.security
catalina.loader and catalina.core).

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



DO NOT REPLY [Bug 31826] - Possibility execute requests within access control context with custom domain combiner associated to it

2004-10-21 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=31826.
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=31826

Possibility execute requests within access control context with custom domain combiner 
associated to it





--- Additional Comments From [EMAIL PROTECTED]  2004-10-21 12:03 ---
Created an attachment (id=13167)
AccessControlContextFactory proposal patch

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



DO NOT REPLY [Bug 31825] - getRequestURL() does not return complete URL on home page

2004-10-21 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=31825.
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=31825

getRequestURL() does not return complete URL on home page





--- Additional Comments From [EMAIL PROTECTED]  2004-10-21 12:24 ---
Behaviour of this method is different on Tomcat 4.x and 5.x. Should i report a 
Tomcat 4.x or a Tomcat 5.x bug ?

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



DO NOT REPLY [Bug 31825] - getRequestURL() does not return complete URL on home page

2004-10-21 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=31825.
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=31825

getRequestURL() does not return complete URL on home page





--- Additional Comments From [EMAIL PROTECTED]  2004-10-21 12:34 ---
Neither, in both cases, the result matches the URL sent by the client.

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



DO NOT REPLY [Bug 31825] - getRequestURL() does not return complete URL on home page

2004-10-21 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=31825.
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=31825

getRequestURL() does not return complete URL on home page





--- Additional Comments From [EMAIL PROTECTED]  2004-10-21 13:12 ---
If i type : http://server/Context 
, then request.getRequestURL() returns :

On Tomcat 4.1.30 : http://server/Context/homePath/home.jsp;
On Tomcat 5.0.29 : http://server/Context/;
On Tomcat 5.5.3 : http://server/Context/;

Which one is right ? Do you mean servlet specification is ambiguous ?

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



DO NOT REPLY [Bug 31825] - getRequestURL() does not return complete URL on home page

2004-10-21 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=31825.
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=31825

getRequestURL() does not return complete URL on home page





--- Additional Comments From [EMAIL PROTECTED]  2004-10-21 13:28 ---
Tomcat 4.X - issues a redirect to serve welcome files. So when you ask for:
http://server/ContextName/ - you are redirected to
http://server/ContextName/whatever.jsp

In tomcat 5 - there is no *external* redirect. The mapping is done inside the
engine. So the incoming URL is http://server/ContextName/

If you still are having trouble with this concept - please see the tomcat-user list.

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



DO NOT REPLY [Bug 31825] - getRequestURL() does not return complete URL on home page

2004-10-21 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=31825.
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=31825

getRequestURL() does not return complete URL on home page

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED



--- Additional Comments From [EMAIL PROTECTED]  2004-10-21 13:43 ---
Understood. Thank you.

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



Re: JSP Compile Hangs

2004-10-21 Thread Remy Maucherat
Eric Blenkush wrote:
Kin-man,
Thanks for the response. I filed a bug report and I have an initial 
fix  that I have been working on. Here is a preview:

This is due to the LOOKAHEAD on line 256 of ELParser.jj
This fix allows the EL expression to be parsed quickly but I have not  
tested thoroughly. In ELParser.jj delete the grammar production  
ConditionalExpression() and replace Expression() and OrExpression()  
with the below text:
Thanks for the possible fix (getting it out is going to be a little 
painful, though, as Kin-Man mentioned :( ), but can you send a test JSP 
as well ?

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


DO NOT REPLY [Bug 31766] - Error getting client certificate under iPlanet 6.1/Tomact 5.0.28

2004-10-21 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=31766.
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=31766

Error getting client certificate under iPlanet 6.1/Tomact 5.0.28





--- Additional Comments From [EMAIL PROTECTED]  2004-10-21 19:03 ---
I get the client cert just fine with the current code using Apache as a front-
end.

It would probably be better to make a corresponding patch like above to 
jk_nsapi_plugin.c rather than to try and make the java side of the connector 
handle different formats from different servers.

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



cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardWrapper.java mbeans-descriptors.xml

2004-10-21 Thread luehe
luehe   2004/10/21 12:03:46

  Modified:catalina/src/share/org/apache/catalina/core
StandardWrapper.java mbeans-descriptors.xml
  Log:
  Expose execution time of the servlet's service method under JSR 77 compliant name 
(ServiceTime)
  
  Revision  ChangesPath
  1.52  +14 -1 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardWrapper.java
  
  Index: StandardWrapper.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardWrapper.java,v
  retrieving revision 1.51
  retrieving revision 1.52
  diff -u -r1.51 -r1.52
  --- StandardWrapper.java  7 Oct 2004 18:09:10 -   1.51
  +++ StandardWrapper.java  21 Oct 2004 19:03:46 -  1.52
  @@ -1360,6 +1360,19 @@
   swValve.setProcessingTime(processingTime);
   }
   
  +/**
  + * Returns the execution time of the servlet's service method.
  + *
  + * This method is identical in functionality to getProcessingTime(),
  + * except that it exposes the execution time of the servlet's service
  + * method under the JSR 77 compliant property name.
  + *
  + * @return Execution time of the servlet's service method
  + */
  +public long getServiceTime() {
  +return swValve.getProcessingTime();
  +}
  +
   public long getMaxTime() {
   return swValve.getMaxTime();
   }
  
  
  
  1.38  +6 -1  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/mbeans-descriptors.xml
  
  Index: mbeans-descriptors.xml
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/mbeans-descriptors.xml,v
  retrieving revision 1.37
  retrieving revision 1.38
  diff -u -r1.37 -r1.38
  --- mbeans-descriptors.xml5 Oct 2004 17:12:50 -   1.37
  +++ mbeans-descriptors.xml21 Oct 2004 19:03:46 -  1.38
  @@ -581,7 +581,12 @@
  type=boolean/
   
   attribute name=processingTime
  -   description=Cumulative processing time
  +   description=Execution time of the servlet's service method
  +   type=long
  +   writeable=false /
  +
  +attribute name=serviceTime
  +   description=Execution time of the servlet's service method
  type=long
  writeable=false /
   
  
  
  

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



DO NOT REPLY [Bug 31780] - .jspx produce one long line of HTML output

2004-10-21 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=31780.
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=31780

.jspx produce one long line of HTML output

[EMAIL PROTECTED] changed:

   What|Removed |Added

 OS/Version|Other   |Windows XP
Version|5.0.28  |5.0.29

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



DO NOT REPLY [Bug 31780] - .jspx produce one long line of HTML output

2004-10-21 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=31780.
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=31780

.jspx produce one long line of HTML output

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-10-21 21:26 ---
The spec says in XML syntax, white spaces between tags must be ignored.  So this
is at best an enchancement.  It may be possible to add an option to pretty print
the output, but that's a low priority task.

You can also insert a listener to do the pretty-printing.

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



Re: JSP Compile Hangs

2004-10-21 Thread Eric Blenkush
On Oct 21, 2004, at 10:17 AM, Remy Maucherat wrote:
Eric Blenkush wrote:
Kin-man,
Thanks for the response. I filed a bug report and I have an initial  
fix  that I have been working on. Here is a preview:

This is due to the LOOKAHEAD on line 256 of ELParser.jj
This fix allows the EL expression to be parsed quickly but I have not  
 tested thoroughly. In ELParser.jj delete the grammar production   
ConditionalExpression() and replace Expression() and OrExpression()   
with the below text:
Thanks for the possible fix (getting it out is going to be a little  
painful, though, as Kin-Man mentioned :( ), but can you send a test  
JSP as well ?

Rémy

Certainly. I hope you mean post it to this list, I didnt see anywhere  
on bugzilla to submit one. Here is the text of the JSP and the file.

Eric
%@ taglib prefix=fn uri=http://java.sun.com/jsp/jstl/functions%
htmlheadtitle/title/headbody
${fn:toUpperCase(fn:toUpperCase(fn:toUpperCase(fn:toUpperCase(fn: 
toUpperCase(fn:toUpperCase(fn:toUpperCase(fn:toUpperCase(fn: 
toUpperCase(fn:toUpperCase(fn:toUpperCase(fn:toUpperCase(fn: 
toUpperCase(fn:toUpperCase(fn:toUpperCase(fn:toUpperCase(fn: 
toUpperCase(fn:toUpperCase(fn:toUpperCase(fn:toUpperCase(fn: 
toUpperCase(fn:toUpperCase(fn:toUpperCase(fn:toUpperCase(fn: 
toUpperCase(fn:toUpperCase(fn:toUpperCase(fn:toUpperCase(fn: 
toUpperCase(fn:toUpperCase(fn:toUpperCase(fn: 
toUpperCase('a'}
/body/html




el_compile_test.jsp
Description: application/jsp
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Admin webapp context path fix

2004-10-21 Thread Horacio de Oro
Hi!
The admin webapp doesn't work properly in context others than /admin.
That's because on banner.jsp the form tag has a hardcoded path:
/admin/commitChanges.do and /admin/logOut.do.
I haven't found any other reference to /admin.
This little patch can fix that. It's a fix for the admin webapp bundled 
with Tomcat 5.5.

Thanks in advance!
Horacio de Oro
--
 No hay daño tan grande
 como el del tiempo perdido.
  - Miguel Ángel Buonarroti
? fix-admin-context-path.diff
? webapps/admin/META-INF
? webapps/admin/WEB-INF/lib
Index: webapps/admin/banner.jsp
===
RCS file: /home/cvspublic/jakarta-tomcat-catalina/webapps/admin/banner.jsp,v
retrieving revision 1.3
diff -u -r1.3 banner.jsp
--- webapps/admin/banner.jsp23 Jan 2003 00:07:07 -  1.3
+++ webapps/admin/banner.jsp22 Oct 2004 00:48:35 -
@@ -20,7 +20,7 @@
   td align=left valign=middle
 div class=masthead-title-text align=leftimg 
src=images/TomcatBanner.jpg alt=Tomcat Web Server Administration Tool 
height=120/div
   /td
-  form method='post' action='/admin/commitChanges.do' target='_self'
+  form method='post' action='%=request.getContextPath()%/commitChanges.do' 
target='_self'
   td align=right valign=middle
 html:submit
   bean:message key=button.commit/
@@ -30,7 +30,7 @@
   td width=1%
 div class=table-normal-text align=leftnbsp /div
   /td
-form method='post' action='/admin/logOut.do' target='_top'
+form method='post' action='%=request.getContextPath()%/logOut.do' 
target='_top'
   td align=right valign=middle
 html:submit
   bean:message key=button.logout/

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

Do you?

2004-10-21 Thread remm
You have written a very good text, excellent, good work!

+++ Attachment: No Virus found
+++ Panda AntiVirus - www.pandasoftware.com


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

Information

2004-10-21 Thread hgomez
--  Virus Warning Message (on uusnwa0p)

Found virus WORM_NETSKY.Z in file Data.txt 
   
 .exe (in Data.zip)
The file is deleted.

-
Important data!


--  Virus Warning Message (on uusnwa0p)

Data.zip is removed from here because it contains a virus.

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

data

2004-10-21 Thread ccain
Please confirm the document.


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

DO NOT REPLY [Bug 31766] - Error getting client certificate under iPlanet 6.1/Tomact 5.0.28

2004-10-21 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=31766.
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=31766

Error getting client certificate under iPlanet 6.1/Tomact 5.0.28





--- Additional Comments From [EMAIL PROTECTED]  2004-10-22 05:23 ---
Ok, I have done as suggested, but I am no C programmer, so I would appreciate 
it if someone would check this code over, and possibly insert it into the JK 
connectors build.  Particularly, I am concerned about possible memory leaks 
that I may not understand C or NSAPI well enough to spot.

The code should be inserted in jk_nsapi_plugin.c at line 426 (after the if(s-
ssl_cert) statement).

/* Create a new string for the data to be held in */
char* certData = malloc(strlen(s-ssl_cert) + 80);
certData[0] = 0;

//jk_log(logger, JK_LOG_INFO, Got client cert %s\n, s-ssl_cert);

/* Build the new string for passing to Tomcat */
strcat(certData, -BEGIN CERTIFICATE-\r\n);
strcat(certData, s-ssl_cert);
strcat(certData, \r\n-END CERTIFICATE-\r\n);

/* Remove the certificate entry from the NSAPI pblock */
//pb_param* pp = pblock_remove(auth-cert, private_data-rq-vars); 
//param_free( pp ); 
param_free( pblock_remove(auth-cert, private_data-rq-vars) ); 

/* Insert the new value for the pblock */
pblock_nvinsert(auth-cert, certData, private_data-rq-vars); 

/* Reference the new value in the JK module */
s-ssl_cert = certData;

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



DO NOT REPLY [Bug 31766] - Error getting client certificate under iPlanet 6.1/Tomact 5.0.28

2004-10-21 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=31766.
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=31766

Error getting client certificate under iPlanet 6.1/Tomact 5.0.28





--- Additional Comments From [EMAIL PROTECTED]  2004-10-22 05:31 ---
I also wrote the following (equivalent?) code to do the same thing.  The only 
thing I am unsure of is what are the implications of using jk_pool_alloc to 
allocate the new memory.  Will this be deallocated automatically?

/* Get the parameter from the parameter block */
char *certData = jk_pool_alloc(
private_data-p, (strlen(s-ssl_cert) + 80) * sizeof(char *));
certData[0] = 0;

/* Build the new data for passing to Tomcat, since the data is  */
/* Base64 encoded, but is missing the CERTIFICATE tags at the   */
/* start and end */
strcat(certData, -BEGIN CERTIFICATE-\r\n);
strcat(certData, s-ssl_cert);
strcat(certData, \r\n-END CERTIFICATE-\r\n);

//jk_log(logger, JK_LOG_INFO, Got client cert \n%s\n, certData);

/* Use the new data */
s-ssl_cert = certData;

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