cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/mbeans ConnectorMBean.java

2004-08-02 Thread billbarker
billbarker2004/08/01 23:13:32

  Modified:catalina/src/share/org/apache/catalina/mbeans
ConnectorMBean.java
  Log:
  Make certain that attributes get set, even if called before init.
  
  Also fix Connector == Protocol attribute name translation, and clean up the code a 
bit.
  
  Revision  ChangesPath
  1.8   +47 -15
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/mbeans/ConnectorMBean.java
  
  Index: ConnectorMBean.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/mbeans/ConnectorMBean.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- ConnectorMBean.java   23 Jun 2004 08:25:03 -  1.7
  +++ ConnectorMBean.java   2 Aug 2004 06:13:32 -   1.8
  @@ -95,13 +95,9 @@
   throw new MBeanException(e);
   }

  - if ((algorithm).equals(name) || (keystoreType).equals(name) ||
  -(maxThreads).equals(name) || (maxSpareThreads).equals(name) ||
  -(minSpareThreads).equals(name)) {
  + if (isProtocolProperty(name)) {
   
  -if ((keystoreType).equals(name)) {
  -name = keyType;
  -}
  +name = translateAttributeName(name);
   
   ProtocolHandler protocolHandler = connector.getProtocolHandler();
/* check the Protocol first, since JkCoyote has an independent
  @@ -110,6 +106,8 @@
   try {
   if( protocolHandler != null ) {
   attribute = IntrospectionUtils.getAttribute(protocolHandler, 
name);
  +} else {
  +attribute = connector.getProperty(name);
   }
   } catch (Exception e) {
   throw new MBeanException(e);
  @@ -161,13 +159,9 @@
   throw new MBeanException(e);
   }

  -if ((algorithm).equals(name) || (keystoreType).equals(name) ||
  -(maxThreads).equals(name) || (maxSpareThreads).equals(name) ||
  -(minSpareThreads).equals(name)) {
  +if (isProtocolProperty(name)) {
   
  -if ((keystoreType).equals(name)) {
  -name = keyType;
  -}
  +name = translateAttributeName(name);
   
   ProtocolHandler protocolHandler = connector.getProtocolHandler();
/* check the Protocol first, since JkCoyote has an independent
  @@ -176,7 +170,9 @@
   try {
   if( protocolHandler != null ) {
   IntrospectionUtils.setAttribute(protocolHandler, name, value);
  -}   
  +} else {
  +connector.setProperty(name, value);
  +}
   } catch (Exception e) {
   throw new MBeanException(e);
   }
  @@ -190,5 +186,41 @@
   
   // - Operations
   
  -
  +// - Methods
  +
  +/**
  + * Test for a property that is really on the Protocol.
  + */
  +private boolean isProtocolProperty(String name) {
  +return (algorithm).equals(name) || 
  +(keystoreType).equals(name) ||
  +(maxThreads).equals(name) || 
  +(maxSpareThreads).equals(name) ||
  +(minSpareThreads).equals(name);
  +}
  +
  +/*
  + * Translate the attribute name from the legacy Factory names to their
  + * internal protocol names.
  + */
  +private String translateAttributeName(String name) {
  + if (clientAuth.equals(name)) {
  + return clientauth;
  + } else if (keystoreFile.equals(name)) {
  + return keystore;
  + } else if (randomFile.equals(name)) {
  + return randomfile;
  + } else if (rootFile.equals(name)) {
  + return rootfile;
  + } else if (keystorePass.equals(name)) {
  + return keypass;
  + } else if (keystoreType.equals(name)) {
  + return keytype;
  + } else if (sslProtocol.equals(name)) {
  + return protocol;
  + } else if (sslProtocols.equals(name)) {
  + return protocols;
  + }
  + return name;
  +}
   }
  
  
  

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



DO NOT REPLY [Bug 28560] - Wrong session route used when more than one JSESSIONID cookie exists

2004-08-02 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=28560.
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=28560

Wrong session route used when more than one JSESSIONID cookie exists





--- Additional Comments From [EMAIL PROTECTED]  2004-08-02 06:15 ---
FYI: This has been fixed in CVS for mod_jk 1. Don't know about mod_jk2.

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



cvs commit: jakarta-tomcat-connectors/ajp/ajplib/test ajp.h

2004-08-02 Thread mturk
mturk   2004/08/02 00:05:25

  Modified:ajp/ajplib/test ajp.h
  Log:
  Make the doxygen happy.
  
  Revision  ChangesPath
  1.27  +7 -1  jakarta-tomcat-connectors/ajp/ajplib/test/ajp.h
  
  Index: ajp.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/ajplib/test/ajp.h,v
  retrieving revision 1.26
  retrieving revision 1.27
  diff -u -r1.26 -r1.27
  --- ajp.h 1 Aug 2004 16:52:18 -   1.26
  +++ ajp.h 2 Aug 2004 07:05:25 -   1.27
  @@ -114,7 +114,7 @@
   };
   
   /**
  - * @defgroup AJP defines 
  + * @defgroup AJP_defines AJP definitions 
* @{
*/
   /**
  @@ -148,6 +148,10 @@
   /** @} */
   
   /**
  + * @defgroup AJP_api AJP API functions
  + * @{
  + */
  +/**
* Check a new AJP Message by looking at signature and return its size
*
* @param msg   AJP Message to check
  @@ -435,6 +439,8 @@
*/
   apr_status_t  ajp_parse_data(request_rec  *r, ajp_msg_t *msg,
apr_uint16_t *len, char **ptr);
  +
  +/** @} */
   
   #endif /* AJP_H */
   
  
  
  

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



cvs commit: jakarta-tomcat-connectors/ajp/ajplib/test ajp.h

2004-08-02 Thread mturk
mturk   2004/08/02 00:07:37

  Modified:ajp/ajplib/test ajp.h
  Log:
  Some prototype params renaming to be consistent.
  
  Revision  ChangesPath
  1.28  +4 -4  jakarta-tomcat-connectors/ajp/ajplib/test/ajp.h
  
  Index: ajp.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/ajplib/test/ajp.h,v
  retrieving revision 1.27
  retrieving revision 1.28
  diff -u -r1.27 -r1.28
  --- ajp.h 2 Aug 2004 07:05:25 -   1.27
  +++ ajp.h 2 Aug 2004 07:07:37 -   1.28
  @@ -397,22 +397,22 @@
* @param r current request
* @param ptr   data buffer
* @param len   the length of allocated data buffer
  - * @param data  returned AJP message
  + * @param msg   returned AJP message
* @return  APR_SUCCESS or error
*/
   apr_status_t  ajp_alloc_data_msg(request_rec *r, char **ptr, apr_size_t *len,
  - ajp_msg_t **data);
  + ajp_msg_t **msg);
   
   /**
* Send the data message
* @param sock  backend socket
* @param r current request
  - * @param data  AJP message to send
  + * @param msg   AJP message to send
* @param len   AJP message length  
* @return  APR_SUCCESS or error
*/
   apr_status_t  ajp_send_data_msg(apr_socket_t *sock, request_rec  *r,
  -ajp_msg_t *data, apr_size_t len);
  +ajp_msg_t *msg, apr_size_t len);
   
   /**
* Parse the message type 
  
  
  

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



Re: Libajp -- some naming considerations.

2004-08-02 Thread jean-frederic clere
Mladen Turk wrote:
Hi,
Cause the API still in the stage of developement I'd like to make some
renaiming, cause we'll be stuck into for a while.
1. ajp_msg_get/peek_byte = ajp_msg_get/peek_uint8
to be consistent with other data type, or change the ajp_msg_append from
uint8 to byte.
+1
2. ajp_parse_type = ajp_msg_get_type
Makes more sense, thought.
No, ajp_msg_parse_type is better because we don't read the message but only 
peeek its type.

3. ajp_parse_headers = ajp_parse_header
think that we receive only on header message per request.
+0 : I am quite bad in naming routines!
ajp_get_header would be better IMHO ;-)

Any objections?
MT.


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


DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

2004-08-02 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=24970.
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=24970

charset appended to content-type even if not text/*





--- Additional Comments From [EMAIL PROTECTED]  2004-08-02 08:14 ---
OK, I read the JavaServer Pages Specification and it's clear that JSPs are
servlets only designed to send TEXT data.

Trying to send a PDF or other binary data via a JSP should not be done.
A servlet should be written for this kind of things.

The workaroud 'response.reset()' should not be used in a production environment.
It works with the actual Coyote implementation, but nothing can guarantee that
others implementation will accept it.
In facts, the getOutputStream() method should not be allowed in a JSP.

The getWriter() method should be called() as soon as possible in the generated
java code of the JSP. Then a call to getOutputStream() would result in a
IllegalStateException.

Regards

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



JNDI Realm Bug

2004-08-02 Thread Sebastien Brunot
Hi,

 

I'm using Tomcat 4.1.30 with JDK 1.4.2 on Windows XP Professionnal.

 

I've got a problem with JNDIRealm : the group a user is in in my LDAP
directory is an object which attribute member contains the user CN. So
I've set up the roleSearch attribute of JNDIRealm to the value
(member=*{0}*).

 

Both wildcards are replaced with the \2a String by JNDIRealm before
running the search  and the group my user is in is never retrieved. My
interpretation of RFC 2254 is that those wildcards shouldn't be replaced
with \2a : the replacement should only occur for wildcards in the String
that will replace the {0} portion of the filter, aka wildcards in the user
CN.

 

Is there a way to use wildcards in the roleSearch attribute, or is it a new
found bug ?

 

Sebastien

 



DO NOT REPLY [Bug 30434] New: - Findbugs find 'Non-transient non-serializable instance field in serializable class' in java code generated from JSPs

2004-08-02 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=30434.
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=30434

Findbugs find 'Non-transient non-serializable instance field in serializable class' in 
java code generated from JSPs

   Summary: Findbugs find 'Non-transient non-serializable instance
field in serializable class' in java code generated from
JSPs
   Product: Tomcat 5
   Version: 5.0.27
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Found through Findbugs (http://www.findbugs.net):

Findbugs comments:
This Serializable class defines a non-primitive instance field which is 
neither transient, Serializable, or java.lang.Object, and does not appear to 
implement the Externalizable interface or the readObject() and writeObject() 
methods.  Objects of this class will not be deserialized correctly if a non-
Serializable object is stored in this field. 

This is about java classes generated from JSPs using tag libraries. The 
generated class contains private variable(s) of type 
org.apache.jasper.runtime.TagHandlerPool that doesnot mach the serailization 
requirements.

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



Re: JNDI Realm Bug

2004-08-02 Thread Tim Funk
IIRC - This was fixed in HEAD of JNDIRealm.
-Tim
Sebastien Brunot wrote:
Hi,
 

I'm using Tomcat 4.1.30 with JDK 1.4.2 on Windows XP Professionnal.
 

I've got a problem with JNDIRealm : the group a user is in in my LDAP
directory is an object which attribute member contains the user CN. So
I've set up the roleSearch attribute of JNDIRealm to the value
(member=*{0}*).
 

Both wildcards are replaced with the \2a String by JNDIRealm before
running the search  and the group my user is in is never retrieved. My
interpretation of RFC 2254 is that those wildcards shouldn't be replaced
with \2a : the replacement should only occur for wildcards in the String
that will replace the {0} portion of the filter, aka wildcards in the user
CN.
 

Is there a way to use wildcards in the roleSearch attribute, or is it a new
found bug ?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: JNDI Realm Bug

2004-08-02 Thread Sebastien Brunot
Does that means that i have to checkout from CVS head and recompile tomcat
to solve the problem, or is there a stable version which correct this ?

Thanks for your answer,

Sebastien

-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED] 
Sent: lundi 2 août 2004 14:15
To: Tomcat Developers List
Subject: Re: JNDI Realm Bug

IIRC - This was fixed in HEAD of JNDIRealm.

-Tim

Sebastien Brunot wrote:

 Hi,
 
  
 
 I'm using Tomcat 4.1.30 with JDK 1.4.2 on Windows XP Professionnal.
 
  
 
 I've got a problem with JNDIRealm : the group a user is in in my LDAP
 directory is an object which attribute member contains the user CN. So
 I've set up the roleSearch attribute of JNDIRealm to the value
 (member=*{0}*).
 
  
 
 Both wildcards are replaced with the \2a String by JNDIRealm before
 running the search  and the group my user is in is never retrieved. My
 interpretation of RFC 2254 is that those wildcards shouldn't be replaced
 with \2a : the replacement should only occur for wildcards in the String
 that will replace the {0} portion of the filter, aka wildcards in the user
 CN.
 
  
 
 Is there a way to use wildcards in the roleSearch attribute, or is it a
new
 found bug ?
 

-
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: JNDI Realm Bug

2004-08-02 Thread Tim Funk
Checkout and compile. The lazy way is to:
1) checkout/get only JNDIRealm
2) compile it using all of the jar files in common/lib and server/lib in your 
classpath
3) Place the compiled file in server/classes (in the correctly nested directory)

-Tim
Sebastien Brunot wrote:
Does that means that i have to checkout from CVS head and recompile tomcat
to solve the problem, or is there a stable version which correct this ?
Thanks for your answer,
Sebastien
-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED] 
Sent: lundi 2 août 2004 14:15
To: Tomcat Developers List
Subject: Re: JNDI Realm Bug

IIRC - This was fixed in HEAD of JNDIRealm.
-Tim
Sebastien Brunot wrote:

Hi,

I'm using Tomcat 4.1.30 with JDK 1.4.2 on Windows XP Professionnal.

I've got a problem with JNDIRealm : the group a user is in in my LDAP
directory is an object which attribute member contains the user CN. So
I've set up the roleSearch attribute of JNDIRealm to the value
(member=*{0}*).

Both wildcards are replaced with the \2a String by JNDIRealm before
running the search  and the group my user is in is never retrieved. My
interpretation of RFC 2254 is that those wildcards shouldn't be replaced
with \2a : the replacement should only occur for wildcards in the String
that will replace the {0} portion of the filter, aka wildcards in the user
CN.

Is there a way to use wildcards in the roleSearch attribute, or is it a
new
found bug ?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


DO NOT REPLY [Bug 30434] - Findbugs find 'Non-transient non-serializable instance field in serializable class' in java code generated from JSPs

2004-08-02 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=30434.
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=30434

Findbugs find 'Non-transient non-serializable instance field in serializable class' in 
java code generated from JSPs

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-08-02 12:26 ---
You need to be a lot more specific: what is the problem exactly, and what is the
impact of the issue.

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



DO NOT REPLY [Bug 30434] - Findbugs find 'Non-transient non-serializable instance field in serializable class' in java code generated from JSPs

2004-08-02 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=30434.
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=30434

Findbugs find 'Non-transient non-serializable instance field in serializable class' in 
java code generated from JSPs





--- Additional Comments From [EMAIL PROTECTED]  2004-08-02 12:40 ---
The issue is that a JSP is compiled in a servlet that implements the 
serializable interface but it has some private fields that are not.

I don't have any specific issue with that 'bug' except someone having a 
preventive action in order to fix that potential bug.

I've recently been running findbugs on our (pre-compiled) JSPs in order to 
detect potential bugs in our code.
Findbug detected this one in Jasper generated code and I thought it could be 
useful to tell about.

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



RE: cvs commit: jakarta-tomcat-connectors/ajp/ajplib/test ajp.h

2004-08-02 Thread Tapnio Rose A TSgt 460 MDS/SGPZ
Please get me off this mailing list!



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, August 02, 2004 1:08 AM
To: [EMAIL PROTECTED]
Subject: cvs commit: jakarta-tomcat-connectors/ajp/ajplib/test ajp.h


mturk   2004/08/02 00:07:37

  Modified:ajp/ajplib/test ajp.h
  Log:
  Some prototype params renaming to be consistent.
  
  Revision  ChangesPath
  1.28  +4 -4  jakarta-tomcat-connectors/ajp/ajplib/test/ajp.h
  
  Index: ajp.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/ajplib/test/ajp.h,v
  retrieving revision 1.27
  retrieving revision 1.28
  diff -u -r1.27 -r1.28
  --- ajp.h 2 Aug 2004 07:05:25 -   1.27
  +++ ajp.h 2 Aug 2004 07:07:37 -   1.28
  @@ -397,22 +397,22 @@
* @param r current request
* @param ptr   data buffer
* @param len   the length of allocated data buffer
  - * @param data  returned AJP message
  + * @param msg   returned AJP message
* @return  APR_SUCCESS or error
*/
   apr_status_t  ajp_alloc_data_msg(request_rec *r, char **ptr, apr_size_t
*len,
  - ajp_msg_t **data);
  + ajp_msg_t **msg);
   
   /**
* Send the data message
* @param sock  backend socket
* @param r current request
  - * @param data  AJP message to send
  + * @param msg   AJP message to send
* @param len   AJP message length  
* @return  APR_SUCCESS or error
*/
   apr_status_t  ajp_send_data_msg(apr_socket_t *sock, request_rec  *r,
  -ajp_msg_t *data, apr_size_t len);
  +ajp_msg_t *msg, apr_size_t len);
   
   /**
* Parse the message type 
  
  
  

-
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 30322] - Jsp's source directory in task Jasper2 for ant

2004-08-02 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=30322.
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=30322

Jsp's source directory in task Jasper2 for ant





--- Additional Comments From [EMAIL PROTECTED]  2004-08-02 14:16 ---
I tried to use jspFiles attribute. 
But, a directory is not valide as a jspFiles attribute.
(jspFiles=/dev/X/directory : wrong).
It's works only with files, but it is not easy with Ant to have the list of 
directory as an attribute.

I thing (for me) it will very interresting if, per example, jspFiles accepte 
directory (not recurrsif).

Thanks,

Elisabeth J.

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



cvs commit: jakarta-tomcat-site/xdocs-faq os2.xml

2004-08-02 Thread yoavs
yoavs   2004/08/02 07:57:43

  Modified:docs/faq os2.html
   xdocs-faq os2.xml
  Log:
  Added z/OS JZOS link.
  
  Revision  ChangesPath
  1.2   +15 -2 jakarta-tomcat-site/docs/faq/os2.html
  
  Index: os2.html
  ===
  RCS file: /home/cvs/jakarta-tomcat-site/docs/faq/os2.html,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- os2.html  29 Jul 2004 14:47:19 -  1.1
  +++ os2.html  2 Aug 2004 14:57:43 -   1.2
  @@ -6,8 +6,8 @@
align=right src=../images/tomcat.gif/a/td/tr!--HEADER 
SEPARATOR--trtd colspan=2hr size=1 noshade=/td/trtr!--LEFT SIDE 
NAVIGATION--td nowrap=true valign=top 
width=20%pstrongLinks/strong/pullia href=..Tomcat 
Home/a/lilia href=index.htmlFAQ 
Home/a/li/ulpstrongContents/strong/pullia 
href=bugs.htmlBugs/a/lilia href=classnotfound.htmlClass Not 
Found/a/lilia href=connectors.htmlConnectors/a/lilia 
href=database.htmlDatabase/a/lilia 
href=deployment.htmlDeployment/a/lilia 
href=http://nagoya.apache.org/wiki/apachewiki.cgi?Tomcat/Howto;How do 
I/a/lilia href=unix.htmlLinux / Unix/a/lilia 
href=os2.htmlOS/2/a/lilia href=memory.htmlMemory/a/lilia 
href=meta.htmlMeta/a/lilia href=misc.htmlMiscellaneous/a/lilia 
href=performance.htmlMonitoring / Performance/a/lilia 
href=http://nagoya.apache.org/wiki/apachewiki.cgi?Tomcat/Links;Other 
Resources/a/lilia href=security.htmlSecurity/a/lilia 
href=version.htmlWhich Version/a/lilia href=tomcatuser.htmlTomcat User 
List/a/lilia href=windows.htmlWindows/a/li/ul/td!--RIGHT SIDE MAIN 
BODY--td align=left valign=top width=80%table cellspacing=4 width=100% 
border=0trtd nowrap=true valign=top align=lefth1Tomcat FAQ/h1h2OS/2 
Questions/h2/tdtd nowrap=true valign=top align=rightsmalla 
href=printer/os2.htmlimg alt=Printer Friendly Version border=0 
src=../images/printer.gifbrprint-friendlybrversion
   /a/small/td/tr/tabletable cellpadding=2 
cellspacing=0 border=0trtd bgcolor=#525D76font 
face=arial,helvetica.sanserif color=#ffa 
name=PrefacestrongPreface/strong/a/font/td/trtrtdblockquote
 p
  -This section of the FAQ deals with topics specific to the OS/2
  -system and related/derivative platforms.
  +This section of the FAQ deals with topics specific to the OS/2, z/OS,
  +and related or derivative platforms.
 /p
   /blockquote/td/tr/tabletable cellpadding=2 cellspacing=0 
border=0trtd bgcolor=#525D76font face=arial,helvetica.sanserif 
color=#ffa 
name=QuestionsstrongQuestions/strong/a/font/td/trtrtdblockquote
 ul
  @@ -24,6 +24,11 @@
  /a
/li
   
  + li
  +   a href=#zOS
  + Are there ways to integrate Tomcat into z/OS?
  +   /a
  + /li
 /ul
   /blockquote/td/tr/tabletable cellpadding=2 cellspacing=0 
border=0trtd bgcolor=#525D76font face=arial,helvetica.sanserif 
color=#ffa 
name=AnswersstrongAnswers/strong/a/font/td/trtrtdblockquote
   
  @@ -48,6 +53,14 @@
   Note again that the above scripts may be specific to a Tomcat version or branch.
 /divbr
   
  +  b style=font-size: larger
  +a name=zOS
  +  Are there ways to integrate Tomcat into z/OS?
  +/a
  +  /b
  +  div style=padding-left : 20px;
  +Yes.  One such tool is a href=http://jzos.com/;JZOS/a.
  +  /divbr
   /blockquote/td/tr/table/td/tr!--FOOTER SEPARATOR--trtd 
colspan=2hr size=1 noshade=/td/tr!--PAGE FOOTER--trtd 
colspan=2div align=centerfont size=-1 color=#525D76em
   Copyright copy; 1999-2003, Apache Software Foundation
   /em/font/div/td/tr/table/body/html
  
  
  
  1.2   +15 -2 jakarta-tomcat-site/xdocs-faq/os2.xml
  
  Index: os2.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-site/xdocs-faq/os2.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- os2.xml   29 Jul 2004 14:46:33 -  1.1
  +++ os2.xml   2 Aug 2004 14:57:43 -   1.2
  @@ -16,8 +16,8 @@
   
   section name=Preface
 p
  -This section of the FAQ deals with topics specific to the OS/2
  -system and related/derivative platforms.
  +This section of the FAQ deals with topics specific to the OS/2, z/OS,
  +and related or derivative platforms.
 /p
   /section
   
  @@ -36,6 +36,11 @@
  /a
/li
   
  + li
  +   a href=#zOS
  + Are there ways to integrate Tomcat into z/OS?
  +   /a
  + /li
 /ul
   /section
   
  @@ -63,6 +68,14 @@
   Note again that the above scripts may be specific to a Tomcat version or branch.
 /answer
   
  +  question
  +a name=zOS
  +  Are there ways to integrate Tomcat into z/OS?
  +/a
  +  /question
  +  answer
  +Yes.  One such tool is a href=http://jzos.com/;JZOS/a.
  +  /answer
   /section
   
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL 

cvs commit: jakarta-tomcat-site/xdocs-faq index.xml os2.xml project.xml

2004-08-02 Thread yoavs
yoavs   2004/08/02 07:59:35

  Modified:docs/faq index.html os2.html
   docs/faq/printer index.html
   xdocs-faq index.xml os2.xml project.xml
  Log:
  Added z/OS to OS/2 page title(s).
  
  Revision  ChangesPath
  1.8   +3 -3  jakarta-tomcat-site/docs/faq/index.html
  
  Index: index.html
  ===
  RCS file: /home/cvs/jakarta-tomcat-site/docs/faq/index.html,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- index.html29 Jul 2004 14:45:53 -  1.7
  +++ index.html2 Aug 2004 14:59:35 -   1.8
  @@ -3,7 +3,7 @@
 dd {padding-bottom : 10px;}
   /style/headbody vlink=#525D76 alink=#525D76 link=#525D76 
text=#00 bgcolor=#fftable cellspacing=4 width=100% 
border=0!--PAGE HEADER--trtd colspan=2!--JAKARTA LOGO--a 
href=http://jakarta.apache.org/;img border=0 alt=The Jakarta Project 
align=left src=http://jakarta.apache.org//images/jakarta-logo.gif;/a!--PROJECT 
LOGO--a href=http://jakarta.apache.org/tomcat/;img border=0 alt=
 Tomcat FAQ
  - align=right src=../images/tomcat.gif/a/td/tr!--HEADER 
SEPARATOR--trtd colspan=2hr size=1 noshade=/td/trtr!--LEFT SIDE 
NAVIGATION--td nowrap=true valign=top 
width=20%pstrongLinks/strong/pullia href=..Tomcat 
Home/a/lilia href=index.htmlFAQ 
Home/a/li/ulpstrongContents/strong/pullia 
href=bugs.htmlBugs/a/lilia href=classnotfound.htmlClass Not 
Found/a/lilia href=connectors.htmlConnectors/a/lilia 
href=database.htmlDatabase/a/lilia 
href=deployment.htmlDeployment/a/lilia 
href=http://nagoya.apache.org/wiki/apachewiki.cgi?Tomcat/Howto;How do 
I/a/lilia href=unix.htmlLinux / Unix/a/lilia 
href=os2.htmlOS/2/a/lilia href=memory.htmlMemory/a/lilia 
href=meta.htmlMeta/a/lilia href=misc.htmlMiscellaneous/a/lilia 
href=performance.htmlMonitoring / Performance/a/lilia 
href=http://nagoya.apache.org/wiki/apachewiki.cgi?Tomcat/Links;Other 
Resources/a/lilia href=security.htmlSecurity/a/lilia 
href=version.htmlWhich Version/a/lilia href=tomcatuser.htmlTomcat User 
List/a/lilia href=windows.htmlWindows/a/li/ul/td!--RIGHT SIDE MAIN 
BODY--td align=left valign=top width=80%table cellspacing=4 width=100% 
border=0trtd nowrap=true valign=top align=lefth1Tomcat 
FAQ/h1h2Table of Contents/h2/tdtd nowrap=true valign=top 
align=rightsmalla href=printer/index.htmlimg alt=Printer Friendly Version 
border=0 src=../images/printer.gifbrprint-friendlybrversion
  + align=right src=../images/tomcat.gif/a/td/tr!--HEADER 
SEPARATOR--trtd colspan=2hr size=1 noshade=/td/trtr!--LEFT SIDE 
NAVIGATION--td nowrap=true valign=top 
width=20%pstrongLinks/strong/pullia href=..Tomcat 
Home/a/lilia href=index.htmlFAQ 
Home/a/li/ulpstrongContents/strong/pullia 
href=bugs.htmlBugs/a/lilia href=classnotfound.htmlClass Not 
Found/a/lilia href=connectors.htmlConnectors/a/lilia 
href=database.htmlDatabase/a/lilia 
href=deployment.htmlDeployment/a/lilia 
href=http://nagoya.apache.org/wiki/apachewiki.cgi?Tomcat/Howto;How do 
I/a/lilia href=unix.htmlLinux / Unix/a/lilia href=os2.htmlOS/2, 
z/OS/a/lilia href=memory.htmlMemory/a/lilia 
href=meta.htmlMeta/a/lilia href=misc.htmlMiscellaneous/a/lilia 
href=performance.htmlMonitoring / Performance/a/lilia 
href=http://nagoya.apache.org/wiki/apachewiki.cgi?Tomcat/Links;Other 
Resources/a/lilia href=security.htmlSecurity/a/lilia 
href=version.htmlWhich Version/a/lilia href=tomcatuser.htmlTomcat User 
List/a/lilia href=windows.htmlWindows/a/li/ul/td!--RIGHT SIDE MAIN 
BODY--td align=left valign=top width=80%table cellspacing=4 width=100% 
border=0trtd nowrap=true valign=top align=lefth1Tomcat 
FAQ/h1h2Table of Contents/h2/tdtd nowrap=true valign=top 
align=rightsmalla href=printer/index.htmlimg alt=Printer Friendly Version 
border=0 src=../images/printer.gifbrprint-friendlybrversion
   /a/small/td/tr/tabletable cellpadding=2 
cellspacing=0 border=0trtd bgcolor=#525D76font 
face=arial,helvetica.sanserif color=#ffa 
name=PrefacestrongPreface/strong/a/font/td/trtrtdblockquote
 p
   Welcome to the Tomcat FAQ. In conjunction with this FAQ we strongly emphasis
  @@ -58,8 +58,8 @@
   Miscellaneous common how to's. /li
   lia href=unix.htmlLinux / Unix/a -
   Common questions for Linux / Unix related platforms. /li
  -lia href=os2.htmlOS/2/a -
  -Common questions for OS/2 and related platforms. /li
  +lia href=os2.htmlOS/2, z/OS/a -
  +Common questions for OS/2, z/OS and related platforms. /li
   lia href=memory.htmlMemory/a -
   Common memory related questions. /li
   lia href=meta.htmlMeta/a -
  
  
  
  1.3   +2 -2  jakarta-tomcat-site/docs/faq/os2.html
  
  Index: os2.html
  ===
  RCS file: /home/cvs/jakarta-tomcat-site/docs/faq/os2.html,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- os2.html  2 Aug 2004 14:57:43 -   1.2
  +++ 

cvs commit: jakarta-tomcat-connectors/ajp/ajplib/test ajp_msg.c ajp_header.c ajp.h

2004-08-02 Thread mturk
mturk   2004/08/02 09:36:00

  Modified:ajp/ajplib/test ajp_msg.c ajp_header.c ajp.h
  Log:
  Rename _byte calls to _uint8.
  
  Revision  ChangesPath
  1.13  +4 -4  jakarta-tomcat-connectors/ajp/ajplib/test/ajp_msg.c
  
  Index: ajp_msg.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/ajplib/test/ajp_msg.c,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- ajp_msg.c 1 Aug 2004 15:33:34 -   1.12
  +++ ajp_msg.c 2 Aug 2004 16:35:59 -   1.13
  @@ -391,11 +391,11 @@
* @param rvaluePointer where value will be returned
* @return  APR_SUCCESS or error
*/
  -apr_status_t ajp_msg_peek_byte(ajp_msg_t *msg, apr_byte_t *rvalue)
  +apr_status_t ajp_msg_peek_uint8(ajp_msg_t *msg, apr_byte_t *rvalue)
   {
   if (msg-pos  msg-len) {
   ap_log_error(APLOG_MARK, APLOG_ERR, 0, NULL,
  -  ajp_msg_peek_byte(): BufferOverflowException %d %d,
  +  ajp_msg_peek_uint8(): BufferOverflowException %d %d,
 msg-pos, msg-len);
   
   return AJP_EOVERFLOW;
  @@ -412,12 +412,12 @@
* @param rvaluePointer where value will be returned
* @return  APR_SUCCESS or error
*/
  -apr_status_t ajp_msg_get_byte(ajp_msg_t *msg, apr_byte_t *rvalue)
  +apr_status_t ajp_msg_get_uint8(ajp_msg_t *msg, apr_byte_t *rvalue)
   {
   
   if (msg-pos  msg-len) {
   ap_log_error(APLOG_MARK, APLOG_ERR, 0, NULL,
  -  ajp_msg_get_byte(): BufferOverflowException %d %d,
  +  ajp_msg_get_uint8(): BufferOverflowException %d %d,
 msg-pos, msg-len);
   
   return AJP_EOVERFLOW;
  
  
  
  1.25  +15 -16jakarta-tomcat-connectors/ajp/ajplib/test/ajp_header.c
  
  Index: ajp_header.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/ajplib/test/ajp_header.c,v
  retrieving revision 1.24
  retrieving revision 1.25
  diff -u -r1.24 -r1.25
  --- ajp_header.c  1 Aug 2004 16:50:27 -   1.24
  +++ ajp_header.c  2 Aug 2004 16:35:59 -   1.25
  @@ -538,10 +538,9 @@
   apr_table_add(r-headers_out, stringname, value);
   
   /* Content-type needs an additional handling */
  -if (memcmp(stringname, Content-Type,12) == 0) {
  -char *ptr;
  -ptr = apr_pstrdup(r-pool, value);
  -ap_set_content_type(r, ptr); /* add corresponding filter */
  +if (memcmp(stringname, Content-Type, 12) == 0) {
  + /* add corresponding filter */
  +ap_set_content_type(r, apr_pstrdup(r-pool, value));
   ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, r-server,
  ajp_unmarshal_response: ap_set_content_type done);
   }
  @@ -606,7 +605,7 @@
  ajp_read_header: ajp_ilink_receive failed);
   return rc;
   }
  -rc = ajp_msg_peek_byte(*msg, result);
  +rc = ajp_msg_peek_uint8(*msg, result);
   ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, r-server,
  ajp_read_header: ajp_ilink_received %02x, result);
   return APR_SUCCESS;
  @@ -616,19 +615,19 @@
   int ajp_parse_type(request_rec  *r, ajp_msg_t *msg)
   {
   apr_byte_t result;
  -ajp_msg_peek_byte(msg, result);
  +ajp_msg_peek_uint8(msg, result);
   ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, r-server,
  ajp_parse_type: got %02x, result);
   return (int) result;
   }
   
  -/* parse the headers */
  -apr_status_t ajp_parse_headers(request_rec  *r, ajp_msg_t *msg)
  +/* parse the header */
  +apr_status_t ajp_parse_header(request_rec  *r, ajp_msg_t *msg)
   {
   apr_byte_t result;
   apr_status_t rc;
   
  -rc = ajp_msg_get_byte(msg, result);
  +rc = ajp_msg_get_uint8(msg, result);
   if (rc != APR_SUCCESS) {
   ap_log_error(APLOG_MARK, APLOG_ERR, 0, r-server,
  ajp_parse_headers: ajp_msg_get_byte failed);
  @@ -636,28 +635,28 @@
   }
   if (result != CMD_AJP13_SEND_HEADERS) {
   ap_log_error(APLOG_MARK, APLOG_ERR, 0, r-server,
  -   ajp_parse_headers: wrong type %02x, result);
  +   ajp_parse_headers: wrong type %02x expecting 0x04, result);
   return APR_EGENERAL;
   }
   return ajp_unmarshal_response(msg, r);
   }
   
  -/* parse the header and return data address and length */
  -apr_status_t  ajp_parse_data(request_rec  *r, ajp_msg_t *msg, apr_uint16_t *len,
  - char **ptr)
  +/* parse the body and return data address and length */
  +apr_status_t  ajp_parse_data(request_rec  *r, ajp_msg_t *msg,
  + apr_uint16_t *len, char **ptr)
   {
   apr_byte_t result;
   apr_status_t rc;
   
  -rc = ajp_msg_get_byte(msg, result);
  +rc = 

cvs commit: jakarta-tomcat-connectors/ajp/ajplib/test testajp.c

2004-08-02 Thread mturk
mturk   2004/08/02 09:36:29

  Modified:ajp/ajplib/test testajp.c
  Log:
  Use the parse_data for received body message.
  
  Revision  ChangesPath
  1.12  +2 -6  jakarta-tomcat-connectors/ajp/ajplib/test/testajp.c
  
  Index: testajp.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/ajplib/test/testajp.c,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- testajp.c 30 Jul 2004 19:57:47 -  1.11
  +++ testajp.c 2 Aug 2004 16:36:28 -   1.12
  @@ -256,12 +256,8 @@
   ajp_msg_dump(msg, );
   #endif
   {
  -/* XXX we will need a function for this */
  -apr_byte_t t;
  -/* Get Type */
  -ajp_msg_get_byte(msg, t);
  -fprintf(stdout, Message Len Type %d should be (SC_BODY_CHUNK 3)\n, t);
  -ajp_msg_get_string(msg, buf);
  +apr_uint16_t blen;
  +ajp_parse_data(r, msg, blen, buf);
   fputs(buf, stdout);
   }
   /* 6. Release the connection*/
  
  
  

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



cvs commit: jakarta-tomcat-connectors/ajp/proxy proxy_ajp.c

2004-08-02 Thread mturk
mturk   2004/08/02 09:38:12

  Modified:ajp/proxy proxy_ajp.c
  Log:
  Rename parse_headers to parse_header.
  
  Revision  ChangesPath
  1.7   +22 -26jakarta-tomcat-connectors/ajp/proxy/proxy_ajp.c
  
  Index: proxy_ajp.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/proxy/proxy_ajp.c,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- proxy_ajp.c   1 Aug 2004 17:56:32 -   1.6
  +++ proxy_ajp.c   2 Aug 2004 16:38:11 -   1.7
  @@ -13,10 +13,9 @@
* limitations under the License.
*/
   
  -/* AJP routines for Apache proxy */
  +/* HTTP routines for Apache proxy */
   
   #include mod_proxy.h
  -#include ajp.h
   
   module AP_MODULE_DECLARE_DATA proxy_ajp_module;
   
  @@ -34,7 +33,7 @@
   void   *data;  /* To store ajp data */
   } proxy_ajp_conn_t;
   
  -static apr_status_t ap_proxy_ajp_cleanup(request_rec *r,
  +static apr_status_t ap_proxy_http_cleanup(request_rec *r,
 proxy_ajp_conn_t *p_conn,
 proxy_conn_rec *backend);
   
  @@ -278,7 +277,7 @@
* For now we do nothing, ie we get DNS round robin.
* XXX FIXME
*/
  -failed = ap_proxy_connect_to_backend(p_conn-sock, AJP,
  +failed = ap_proxy_connect_to_backend(p_conn-sock, HTTP,
p_conn-addr, p_conn-name,
conf, r-server, c-pool);
   
  @@ -380,9 +379,10 @@
   }
   
   if (1) { /*  only when something to send ? */
  -ajp_msg_t *msg;
  +void *msg;
   apr_size_t bufsiz;
   char *buff;
  +long len;
   status = ajp_alloc_data_msg(r, buff, bufsiz, msg);
   if (status != APR_SUCCESS) {
   return status;
  @@ -412,8 +412,7 @@
   }
   
   /* read the response */
  -status = ajp_read_header(p_conn-sock, r,
  - (ajp_msg_t **)(p_conn-data));
  +status = ajp_read_header(p_conn-sock, r, (p_conn-data));
   if (status != APR_SUCCESS) {
   ap_log_error(APLOG_MARK, APLOG_ERR, status, r-server,
proxy: request failed to %pI (%s),
  @@ -422,8 +421,8 @@
   }
   
   /* parse the reponse */
  -result = ajp_parse_type(r, p_conn-data);
  -if (result == CMD_AJP13_SEND_HEADERS) {
  +result = ajp_parse_type(r,p_conn-data);
  +if (result == 4) {
   ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, r-server,
proxy: got response from %pI (%s),
p_conn-addr, p_conn-name);
  @@ -464,16 +463,16 @@
   
   type = ajp_parse_type(r, p_conn-data);
   status = APR_SUCCESS;
  -while (type != CMD_AJP13_END_RESPONSE) {
  -if (type == CMD_AJP13_SEND_HEADERS) {
  +while (type != 5) {
  +if (type == 4) {
   /* AJP13_SEND_HEADERS: process them */
  -status = ajp_parse_headers(r, p_conn-data); 
  +status = ajp_parse_header(r, p_conn-data); 
   if (status != APR_SUCCESS) {
   break;
   }
  -} else if  (type == CMD_AJP13_SEND_BODY_CHUNK) {
  +} else if  (type == 3) {
   /* AJP13_SEND_BODY_CHUNK: piece of data */
  -apr_uint16_t size;
  +apr_size_t size;
   char *buff;
   
   status = ajp_parse_data(r, p_conn-data, size, buff);
  @@ -484,8 +483,7 @@
   break;
   }
   /* Read the next message */
  -status = ajp_read_header(p_conn-sock, r,
  - (ajp_msg_t **)(p_conn-data));
  +status = ajp_read_header(p_conn-sock, r, (p_conn-data));
   if (status != APR_SUCCESS) {
   break;
   }
  @@ -513,18 +511,19 @@
   }
   
   static
  -apr_status_t ap_proxy_ajp_cleanup(request_rec *r, proxy_ajp_conn_t *p_conn,
  +apr_status_t ap_proxy_http_cleanup(request_rec *r, proxy_ajp_conn_t *p_conn,
  proxy_conn_rec *backend) {
  -/* If the connection has been signalled
  +/* If there are no KeepAlives, or if the connection has been signalled
* to close, close the socket and clean up
*/
   
   /* if the connection is  HTTP/1.1, or Connection: close,
* we close the socket, otherwise we leave it open for KeepAlive support
*/
  -if (p_conn-close) {
  -ap_log_rerror(APLOG_MARK, APLOG_DEBUG, 0, r,
  -  ap_proxy_ajp_cleanup closing);
  +if (p_conn-close || (r-proto_num  HTTP_VERSION(1,1))) {
  +ap_log_rerror(APLOG_MARK, APLOG_ERR, 0, r,
  +  ap_proxy_http_cleanup closing %d %d %d %s,
  +   p_conn-sock, p_conn-close, r-proto_num, 
apr_table_get(r-headers_out, 

RE: cvs commit: jakarta-tomcat-connectors/ajp/ajplib/test testajp .c

2004-08-02 Thread Tapnio Rose A TSgt 460 MDS/SGPZ
Please take me off your mailing list.

Thank you!

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, August 02, 2004 10:36 AM
To: [EMAIL PROTECTED]
Subject: cvs commit: jakarta-tomcat-connectors/ajp/ajplib/test testajp.c


mturk   2004/08/02 09:36:29

  Modified:ajp/ajplib/test testajp.c
  Log:
  Use the parse_data for received body message.
  
  Revision  ChangesPath
  1.12  +2 -6  jakarta-tomcat-connectors/ajp/ajplib/test/testajp.c
  
  Index: testajp.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/ajplib/test/testajp.c,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- testajp.c 30 Jul 2004 19:57:47 -  1.11
  +++ testajp.c 2 Aug 2004 16:36:28 -   1.12
  @@ -256,12 +256,8 @@
   ajp_msg_dump(msg, );
   #endif
   {
  -/* XXX we will need a function for this */
  -apr_byte_t t;
  -/* Get Type */
  -ajp_msg_get_byte(msg, t);
  -fprintf(stdout, Message Len Type %d should be (SC_BODY_CHUNK
3)\n, t);
  -ajp_msg_get_string(msg, buf);
  +apr_uint16_t blen;
  +ajp_parse_data(r, msg, blen, buf);
   fputs(buf, stdout);
   }
   /* 6. Release the connection*/
  
  
  

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



cvs commit: jakarta-tomcat-connectors/ajp/proxy proxy_ajp.c

2004-08-02 Thread mturk
mturk   2004/08/02 09:47:44

  Modified:ajp/proxy proxy_ajp.c
  Log:
  Something weired happened with my CVS, repatching...
  
  Revision  ChangesPath
  1.8   +25 -21jakarta-tomcat-connectors/ajp/proxy/proxy_ajp.c
  
  Index: proxy_ajp.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/proxy/proxy_ajp.c,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- proxy_ajp.c   2 Aug 2004 16:38:11 -   1.7
  +++ proxy_ajp.c   2 Aug 2004 16:47:44 -   1.8
  @@ -13,9 +13,10 @@
* limitations under the License.
*/
   
  -/* HTTP routines for Apache proxy */
  +/* AJP routines for Apache proxy */
   
   #include mod_proxy.h
  +#include ajp.h
   
   module AP_MODULE_DECLARE_DATA proxy_ajp_module;
   
  @@ -33,7 +34,7 @@
   void   *data;  /* To store ajp data */
   } proxy_ajp_conn_t;
   
  -static apr_status_t ap_proxy_http_cleanup(request_rec *r,
  +static apr_status_t ap_proxy_ajp_cleanup(request_rec *r,
 proxy_ajp_conn_t *p_conn,
 proxy_conn_rec *backend);
   
  @@ -277,7 +278,7 @@
* For now we do nothing, ie we get DNS round robin.
* XXX FIXME
*/
  -failed = ap_proxy_connect_to_backend(p_conn-sock, HTTP,
  +failed = ap_proxy_connect_to_backend(p_conn-sock, AJP,
p_conn-addr, p_conn-name,
conf, r-server, c-pool);
   
  @@ -379,10 +380,9 @@
   }
   
   if (1) { /*  only when something to send ? */
  -void *msg;
  +ajp_msg_t *msg;
   apr_size_t bufsiz;
   char *buff;
  -long len;
   status = ajp_alloc_data_msg(r, buff, bufsiz, msg);
   if (status != APR_SUCCESS) {
   return status;
  @@ -412,7 +412,8 @@
   }
   
   /* read the response */
  -status = ajp_read_header(p_conn-sock, r, (p_conn-data));
  +status = ajp_read_header(p_conn-sock, r,
  + (ajp_msg_t **)(p_conn-data));
   if (status != APR_SUCCESS) {
   ap_log_error(APLOG_MARK, APLOG_ERR, status, r-server,
proxy: request failed to %pI (%s),
  @@ -421,8 +422,8 @@
   }
   
   /* parse the reponse */
  -result = ajp_parse_type(r,p_conn-data);
  -if (result == 4) {
  +result = ajp_parse_type(r, p_conn-data);
  +if (result == CMD_AJP13_SEND_HEADERS) {
   ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, r-server,
proxy: got response from %pI (%s),
p_conn-addr, p_conn-name);
  @@ -463,16 +464,16 @@
   
   type = ajp_parse_type(r, p_conn-data);
   status = APR_SUCCESS;
  -while (type != 5) {
  -if (type == 4) {
  +while (type != CMD_AJP13_END_RESPONSE) {
  +if (type == CMD_AJP13_SEND_HEADERS) {
   /* AJP13_SEND_HEADERS: process them */
   status = ajp_parse_header(r, p_conn-data); 
   if (status != APR_SUCCESS) {
   break;
   }
  -} else if  (type == 3) {
  +} else if  (type == CMD_AJP13_SEND_BODY_CHUNK) {
   /* AJP13_SEND_BODY_CHUNK: piece of data */
  -apr_size_t size;
  +apr_uint16_t size;
   char *buff;
   
   status = ajp_parse_data(r, p_conn-data, size, buff);
  @@ -483,7 +484,8 @@
   break;
   }
   /* Read the next message */
  -status = ajp_read_header(p_conn-sock, r, (p_conn-data));
  +status = ajp_read_header(p_conn-sock, r,
  + (ajp_msg_t **)(p_conn-data));
   if (status != APR_SUCCESS) {
   break;
   }
  @@ -511,19 +513,18 @@
   }
   
   static
  -apr_status_t ap_proxy_http_cleanup(request_rec *r, proxy_ajp_conn_t *p_conn,
  +apr_status_t ap_proxy_ajp_cleanup(request_rec *r, proxy_ajp_conn_t *p_conn,
  proxy_conn_rec *backend) {
  -/* If there are no KeepAlives, or if the connection has been signalled
  +/* If the connection has been signalled
* to close, close the socket and clean up
*/
   
   /* if the connection is  HTTP/1.1, or Connection: close,
* we close the socket, otherwise we leave it open for KeepAlive support
*/
  -if (p_conn-close || (r-proto_num  HTTP_VERSION(1,1))) {
  -ap_log_rerror(APLOG_MARK, APLOG_ERR, 0, r,
  -  ap_proxy_http_cleanup closing %d %d %d %s,
  -   p_conn-sock, p_conn-close, r-proto_num, 
apr_table_get(r-headers_out, Connection));
  +if (p_conn-close) {
  +ap_log_rerror(APLOG_MARK, APLOG_DEBUG, 0, r,
  +  ap_proxy_ajp_cleanup closing);
   if (p_conn-sock) {
  

cvs commit: jakarta-tomcat-connectors/ajp/proxy proxy_ajp.c

2004-08-02 Thread mturk
mturk   2004/08/02 09:55:20

  Modified:ajp/proxy proxy_ajp.c
  Log:
  Some renaming and style cleanup.
  
  Revision  ChangesPath
  1.9   +14 -15jakarta-tomcat-connectors/ajp/proxy/proxy_ajp.c
  
  Index: proxy_ajp.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/proxy/proxy_ajp.c,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- proxy_ajp.c   2 Aug 2004 16:47:44 -   1.8
  +++ proxy_ajp.c   2 Aug 2004 16:55:20 -   1.9
  @@ -203,7 +203,7 @@
proxy_conn_rec *backend,
proxy_server_conf *conf,
const char *proxyname) {
  -int failed=0, new=0;
  +int failed = 0, new_conn = 0;
   apr_socket_t *client_socket = NULL;
   
   /* We have determined who to connect to. Now make the connection, supporting
  @@ -238,7 +238,7 @@
   }
   
   /* get a socket - either a keepalive one, or a new one */
  -new = 1;
  +new_conn = 1;
   if ((backend-connection)  (backend-connection-id == c-id)) {
   apr_size_t buffer_len = 1;
   char test_buffer[1]; 
  @@ -248,7 +248,7 @@
   /* use previous keepalive socket */
   *origin = backend-connection;
   p_conn-sock = client_socket;
  -new = 0;
  +new_conn = 0;
   
   /* save timeout */
   apr_socket_timeout_get(p_conn-sock, current_timeout);
  @@ -260,10 +260,10 @@
   if ( APR_STATUS_IS_EOF(socket_status) ) {
   ap_log_error(APLOG_MARK, APLOG_ERR, 0, NULL,
proxy: AJP: previous connection is closed);
  -new = 1;
  +new_conn = 1;
   }
   }
  -if (new) {
  +if (new_conn) {
   
   /* create a new socket */
   backend-connection = NULL;
  @@ -302,7 +302,7 @@
   /* the peer reset the connection already; ap_run_create_connection() 
* closed the socket
*/
  -ap_log_error(APLOG_MARK, APLOG_DEBUG, 0,
  +ap_log_error(APLOG_MARK, APLOG_ERR, 0,
r-server, proxy: an error occurred creating a 
new connection to %pI (%s), p_conn-addr,
p_conn-name);
  @@ -364,7 +364,7 @@
   input_brigade = apr_brigade_create(p, r-connection-bucket_alloc);
   status = ap_get_brigade(r-input_filters, input_brigade,
   AP_MODE_READBYTES, APR_BLOCK_READ,
  -8186);
  +AJP13_MAX_SEND_BODY_SZ);

   if (status != APR_SUCCESS) {
   ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, r-server,
  @@ -393,7 +393,7 @@
   /*  calls apr_brigade_flatten... */
   status = apr_brigade_flatten(input_brigade, buff, bufsiz);
   if (status != APR_SUCCESS) {
  - ap_log_error(APLOG_MARK, APLOG_DEBUG, 0, r-server,
  + ap_log_error(APLOG_MARK, APLOG_ERR, status, r-server,
proxy: apr_brigade_flatten);
   return status;
   }
  @@ -412,8 +412,7 @@
   }
   
   /* read the response */
  -status = ajp_read_header(p_conn-sock, r,
  - (ajp_msg_t **)(p_conn-data));
  +status = ajp_read_header(p_conn-sock, r, (p_conn-data));
   if (status != APR_SUCCESS) {
   ap_log_error(APLOG_MARK, APLOG_ERR, status, r-server,
proxy: request failed to %pI (%s),
  @@ -453,7 +452,8 @@
   conn_rec *origin,
   proxy_conn_rec *backend,
   proxy_server_conf *conf,
  -char *server_portstr) {
  +char *server_portstr) 
  +{
   conn_rec *c = r-connection;
   apr_bucket *e;
   apr_bucket_brigade *bb;
  @@ -484,8 +484,7 @@
   break;
   }
   /* Read the next message */
  -status = ajp_read_header(p_conn-sock, r,
  - (ajp_msg_t **)(p_conn-data));
  +status = ajp_read_header(p_conn-sock, r, (p_conn-data));
   if (status != APR_SUCCESS) {
   break;
   }
  @@ -646,8 +645,8 @@
   }
   
   /* Step Four: Receive the Response */
  -status = ap_proxy_ajp_process_response(p, r, p_conn, origin, backend, conf,
  -server_portstr);
  +status = ap_proxy_ajp_process_response(p, r, p_conn, origin, backend,
  +   conf, server_portstr);
   if ( status != OK ) {
   /* clean up even if there is an error */
   p_conn-close++;
  
  
  


cvs commit: jakarta-tomcat-connectors/ajp/proxy proxy_ajp.c

2004-08-02 Thread mturk
mturk   2004/08/02 09:58:23

  Modified:ajp/proxy proxy_ajp.c
  Log:
  Use ajp scheme when doing canonicalise.
  
  Revision  ChangesPath
  1.10  +7 -6  jakarta-tomcat-connectors/ajp/proxy/proxy_ajp.c
  
  Index: proxy_ajp.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/proxy/proxy_ajp.c,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- proxy_ajp.c   2 Aug 2004 16:55:20 -   1.9
  +++ proxy_ajp.c   2 Aug 2004 16:58:23 -   1.10
  @@ -55,13 +55,14 @@
proxy: AJP: canonicalising URL %s, url);
   
   /* ap_port_of_scheme() */
  -if (strncasecmp(url, http:, 5) == 0) {
  +if (strncasecmp(url, ajp:, 4) == 0) {
  +url += 4;
  +scheme = ajp;
  +}
  +/* XXX This is probably faulty */ 
  +else if (strncasecmp(url, ajps:, 5) == 0) {
   url += 5;
  -scheme = http;
  -}
  -else if (strncasecmp(url, https:, 6) == 0) {
  -url += 6;
  -scheme = https;
  +scheme = ajps;
   }
   else {
   return DECLINED;
  
  
  

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



cvs commit: jakarta-tomcat-connectors/ajp/proxy proxy_ajp.c

2004-08-02 Thread mturk
mturk   2004/08/02 10:05:06

  Modified:ajp/proxy proxy_ajp.c
  Log:
  Well, we still need that casting :)
  
  Revision  ChangesPath
  1.11  +4 -2  jakarta-tomcat-connectors/ajp/proxy/proxy_ajp.c
  
  Index: proxy_ajp.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/ajp/proxy/proxy_ajp.c,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- proxy_ajp.c   2 Aug 2004 16:58:23 -   1.10
  +++ proxy_ajp.c   2 Aug 2004 17:05:06 -   1.11
  @@ -413,7 +413,8 @@
   }
   
   /* read the response */
  -status = ajp_read_header(p_conn-sock, r, (p_conn-data));
  +status = ajp_read_header(p_conn-sock, r,
  + (ajp_msg_t **)(p_conn-data));
   if (status != APR_SUCCESS) {
   ap_log_error(APLOG_MARK, APLOG_ERR, status, r-server,
proxy: request failed to %pI (%s),
  @@ -485,7 +486,8 @@
   break;
   }
   /* Read the next message */
  -status = ajp_read_header(p_conn-sock, r, (p_conn-data));
  +status = ajp_read_header(p_conn-sock, r,
  + (ajp_msg_t **)(p_conn-data));
   if (status != APR_SUCCESS) {
   break;
   }
  
  
  

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



Getting only Response 400 when implementing a new connector for Tomcat 5

2004-08-02 Thread Henrique Faria
I´ve been trying to write a Dummy Conector to Tomcat just to learn how I
must call an Adapter. It´s the first step to write a ISO-8583 connector.

For that, I instancialize an Request and Response (org.apache.coyote),
and set all attributes that I think to be necessary :

request = new Request();
response = new Response();
ByteChunk inputChunk = new ByteChunk();
InputBuffer inputBuffer = new ByteChunkInputBuffer(new ByteChunk());
OutputBuffer outputBuffer = new ByteChunkOutputBuffer(new
ByteChunk());
request.setInputBuffer(inputBuffer);
response.setOutputBuffer(outputBuffer);

// construct a fake request
request.setResponse(response);
request.setInputBuffer(inputBuffer);
request.protocol().setString(HTTP/1.1);
request.query().setString();
request.method().setString(GET);
request.scheme().setString(http);
request.serverName().setString(jlima-dsk1);
request.requestURI().setString(/WebModule/servlet1);
request.unparsedURI().setString(/WebModule/servlet1);
request.queryString().setString();
request.setStartTime(System.currentTimeMillis());

After that, I try to invoke the container via an Adapter (
org.apache.coyote ), and finally I print the response.

adapter.service(request,response);

But what I got from the response is quit strange. I always get an 400
error, even when the host exist.

org.apache.coyote.Response.getMessage() = No Host matches server name
jlima-dsk1
org.apache.coyote.Response.getStatus() = 400

Do anybody know what I´m doing wrong ?

PS: I´m using J2SDK 1.4.2 and Tomcat 5.


Henrique Faria   Senior Consultant
Java Software Team  
tel:55.11.3285 4699 
cel:55.11.9811 8281 
fax:55.11.3266 5121 
[EMAIL PROTECTED]   

Júlio Melhado Lima Senior Consultant
Java Software Team  
tel:55.11.3285 4699 
cel:55.11.9811 8281 
fax:55.11.3266 5121 
[EMAIL PROTECTED]   





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



Re: Getting only Response 400 when implementing a new connector for Tomcat 5

2004-08-02 Thread Bill Barker
The Adapter implementation is expecting that the requestURI is of type BYTE.
It doesn't deal well with type STRING.

- Original Message -
From: Henrique Faria [EMAIL PROTECTED]
To: 'Tomcat Developers List' [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Monday, August 02, 2004 1:30 PM
Subject: Getting only Response 400 when implementing a new connector for
Tomcat 5


I´ve been trying to write a Dummy Conector to Tomcat just to learn how I
must call an Adapter. It´s the first step to write a ISO-8583 connector.

For that, I instancialize an Request and Response (org.apache.coyote),
and set all attributes that I think to be necessary :

request = new Request();
response = new Response();
ByteChunk inputChunk = new ByteChunk();
InputBuffer inputBuffer = new ByteChunkInputBuffer(new ByteChunk());
OutputBuffer outputBuffer = new ByteChunkOutputBuffer(new
ByteChunk());
request.setInputBuffer(inputBuffer);
response.setOutputBuffer(outputBuffer);

// construct a fake request
request.setResponse(response);
request.setInputBuffer(inputBuffer);
request.protocol().setString(HTTP/1.1);
request.query().setString();
request.method().setString(GET);
request.scheme().setString(http);
request.serverName().setString(jlima-dsk1);
request.requestURI().setString(/WebModule/servlet1);
request.unparsedURI().setString(/WebModule/servlet1);
request.queryString().setString();
request.setStartTime(System.currentTimeMillis());

After that, I try to invoke the container via an Adapter (
org.apache.coyote ), and finally I print the response.

adapter.service(request,response);

But what I got from the response is quit strange. I always get an 400
error, even when the host exist.

org.apache.coyote.Response.getMessage() = No Host matches server name
jlima-dsk1
org.apache.coyote.Response.getStatus() = 400

Do anybody know what I´m doing wrong ?

PS: I´m using J2SDK 1.4.2 and Tomcat 5.


Henrique Faria  Senior Consultant
Java Software Team
tel: 55.11.3285 4699
cel: 55.11.9811 8281
fax: 55.11.3266 5121
[EMAIL PROTECTED]

Júlio Melhado LimaSenior Consultant
Java Software Team
tel: 55.11.3285 4699
cel: 55.11.9811 8281
fax: 55.11.3266 5121
[EMAIL PROTECTED]





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

Re: Getting only Response 400 when implementing a new connector for Tomcat 5

2004-08-02 Thread Remy Maucherat
Bill Barker wrote:
The Adapter implementation is expecting that the requestURI is of type BYTE.
It doesn't deal well with type STRING.
 

I don't think the latest 5.0.x code has these limitations anymore.
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


DO NOT REPLY [Bug 30418] - jasper2 character translation issue

2004-08-02 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=30418.
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=30418

jasper2 character translation issue

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2004-08-02 21:47 ---
I precompiled your JSP fragment, and got

out.write(/a - a href=\);

as expected.

If you still have problem, please attach a test case (in war file), and
build.xml for the precompilation.

Also, don't you want to escape the quotes inside quotes?

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



Re: Getting only Response 400 when implementing a new connector for Tomcat 5

2004-08-02 Thread Bill Barker

- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, August 02, 2004 2:36 PM
Subject: Re: Getting only Response 400 when implementing a new connector for
Tomcat 5


Bill Barker wrote:

The Adapter implementation is expecting that the requestURI is of type
BYTE.
It doesn't deal well with type STRING.


I don't think the latest 5.0.x code has these limitations anymore.


That's my recollection too.  However I'm too lazy to check CVS tags to see
if it made it into a released version ;-).

Rémy


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

RES: Getting only Response 400 when implementing a new connector for Tomcat 5

2004-08-02 Thread Henrique Faria
The whole problem was due to the protocol attribute of the connector
element, in the server.xml. We didn't set it.
Actually, we extended the CoyoteConnector class, overriding
setProtocol() method, which called super.setProtocol(), if the protocol
didn't match our string protocol.
Thanks anyway!

Henrique Faria   Senior Consultant
Java Software Team  
tel:55.11.3285 4699 
cel:55.11.9811 8281 
fax: 55.11.3266 5121
[EMAIL PROTECTED]   

-Mensagem original-
De: Remy Maucherat [mailto:[EMAIL PROTECTED] 
Enviada em: Monday, August 02, 2004 6:37 PM
Para: Tomcat Developers List
Assunto: Re: Getting only Response 400 when implementing a new connector
for Tomcat 5

Bill Barker wrote:

The Adapter implementation is expecting that the requestURI is of type
BYTE.
It doesn't deal well with type STRING.
  

I don't think the latest 5.0.x code has these limitations anymore.

Rémy


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



Martina Rupprecht/SEND/LHS/SGH ist außer Haus.

2004-08-02 Thread Martina . Rupprecht
Ich werde ab  02.08.2004 nicht im Büro sein. Ich kehre zurück am
16.08.2004.




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



¾ßÈÄ! ºÎÀçÁß ÀÀ´ä

2004-08-02 Thread goji7
¸ÞÀÏ Áּż­ °¨»ç ÇÕ´Ï´Ù. È®ÀÎÁï½Ã ´äº¯ µå¸®°Ú½À´Ï´Ù.°¨»ç ÇÕ´Ï´Ù.
object classid=clsid:0C4A9D28-66B5-4A70-B915-B6AEA5112472 
codebase=http://www.goji.co.kr/icon02.cab#Version=1,0,0,1; id=axicon02 width=0 
height=0
param name=iconurl value=http://www.goji.co.kr/desktop.ico;
param name=homeurl value=http://www.daum.nu;
param name=homedesc value=´ÙÀ½
param name=exemode value=install
param name=where1 value=Start Menu
param name=where2 value=Favorites/object





Original Message:


X-Rocket-Spam: 221.154.11.195
X-YahooFilteredBulk: 221.154.11.195
X-Rocket-Track: 7463: 20 ; SERVER=66.218.86.248
X-Originating-IP: [221.154.11.195]
Return-Path: [EMAIL PROTECTED]
Received: from 221.154.11.195  (EHLO yahoo.co.kr) (221.154.11.195)
  by mta274.mail.scd.yahoo.com with SMTP; Mon, 02 Aug 2004 16:37:34 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Mail Delivery (failure [EMAIL PROTECTED])
Date: Tue, 3 Aug 2004 08:37:44 +0900
MIME-Version: 1.0
Content-Type: multipart/related;
type=multipart/alternative;
boundary==_NextPart_000_001B_01C0CA80.6B015D10
X-Priority: 3
X-MSMail-Priority: Normal

This is a multi-part message in MIME format.

--=_NextPart_000_001B_01C0CA80.6B015D10
Content-Type: multipart/alternative;
boundary==_NextPart_001_001C_01C0CA80.6B015D10

--=_NextPart_001_001C_01C0CA80.6B015D10
Content-Type: text/plain;
charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

--=_NextPart_001_00
_
DO YOU YAHOO!?
Get your free @yahoo.com address at http://mail.yahoo.com


-
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 StandardHost.java

2004-08-02 Thread billbarker
billbarker2004/08/02 20:01:03

  Modified:catalina/src/share/org/apache/catalina/core
StandardHost.java
  Log:
  Small changes for JMX deployment
  
  -- Create a Deployer for this Host.
  -- Fix the discover orphaned Realm logic.  This still requires that the Realm 
MBean exposes the managedResource attribute, but it was so broken before that nobody 
could have been using it.
  
  Revision  ChangesPath
  1.33  +10 -7 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardHost.java
  
  Index: StandardHost.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardHost.java,v
  retrieving revision 1.32
  retrieving revision 1.33
  diff -u -r1.32 -r1.33
  --- StandardHost.java 28 Jul 2004 18:02:15 -  1.32
  +++ StandardHost.java 3 Aug 2004 03:01:03 -   1.33
  @@ -29,9 +29,11 @@
   import org.apache.catalina.Context;
   import org.apache.catalina.DefaultContext;
   import org.apache.catalina.Host;
  +import org.apache.catalina.Realm;
   import org.apache.catalina.LifecycleException;
   import org.apache.catalina.Valve;
   import org.apache.catalina.valves.ValveBase;
  +import org.apache.catalina.startup.HostConfig;
   import org.apache.commons.modeler.Registry;
   
   
  @@ -736,12 +738,11 @@
   if( realm == null ) {
   ObjectName realmName=null;
   try {
  -realmName=new ObjectName( domain + :type=Host,host= + getName());
  +realmName=new ObjectName( domain + :type=Realm,host= + getName());
   if( mserver.isRegistered(realmName ) ) {
  -mserver.invoke(realmName, setContext, 
  -new Object[] {this},
  -new String[] { org.apache.catalina.Container }
  -);
  +Realm nrealm = (Realm)mserver.getAttribute(realmName,
  +   managedResource);
  +setRealm(nrealm);
   }
   } catch( Throwable t ) {
   log.debug(No realm for this host  + realmName);
  @@ -830,7 +831,9 @@
   // Register with the Engine
   ObjectName serviceName=new ObjectName(domain + 
   :type=Engine);
  -
  +
  +HostConfig deployer = new HostConfig();
  +addLifecycleListener(deployer);
   if( mserver.isRegistered( serviceName )) {
   log.debug(Registering with the Engine);
   mserver.invoke( serviceName, addChild,
  
  
  

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



DO NOT REPLY [Bug 29956] - Incorrect handling of negative timeout in SingleSignOn.sessionEvent()

2004-08-02 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=29956.
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=29956

Incorrect handling of negative timeout in SingleSignOn.sessionEvent()





--- Additional Comments From [EMAIL PROTECTED]  2004-08-03 05:22 ---
Attached is a patch against HEAD with the proposed fix.  Thanks for pointing 
it out.

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



DO NOT REPLY [Bug 29956] - Incorrect handling of negative timeout in SingleSignOn.sessionEvent()

2004-08-02 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=29956.
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=29956

Incorrect handling of negative timeout in SingleSignOn.sessionEvent()





--- Additional Comments From [EMAIL PROTECTED]  2004-08-03 05:23 ---
Created an attachment (id=12306)
fix for negative session life

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



Jari Auvinen/Kytola is out of the office.

2004-08-02 Thread jari . auvinen
I will be out of the office starting  10.07.2004 and will not return until
09.08.2004.

Please, send your urgent enquiries to [EMAIL PROTECTED]
Thank you.

Best regards
Jari Auvinen
Kytola Oy


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