RE: Running a class on startup - java newbie....

2003-07-01 Thread Mayne, Peter
Title: RE: Running a class on startup - java newbie





Maybe they're getting confused with EJBs, where apparently thread creation is outlawed by the spec.


PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727 F: 61 2 62689777


 -Original Message-
 From: Ciramella, EJ [mailto:[EMAIL PROTECTED]] 
 Sent: Wednesday, 2 July 2003 8:09 AM
 To: Tomcat Users List
 Subject: RE: Running a class on startup - java newbie
 
 
 Ok, but like I said, all the developers 'round these parts 
 are saying that
 threads are a no-no.


The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion.




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

RE: java.util.zip.ZipException: The system cannot find the path speci fied

2003-07-01 Thread Mayne, Peter
Title: RE: java.util.zip.ZipException: The system cannot find the path speci fied





Try reinstalling in a directory path with no spaces in the name.


PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727 F: 61 2 62689777


 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] 
 Sent: Tuesday, 1 July 2003 8:58 PM
 To: [EMAIL PROTECTED]
 Subject: java.util.zip.ZipException: The system cannot find 
 the path speci fied
 
 
 Hello,
 
 I just tried to start using tomcat, but it won't start.
 I use the following:
 JDK:  jdk1.3.0_01
 Tomcat:  tomcat-4.1.24.exe (to install it)
 Win2K
 JAVA_HOME  C:\jdk1.3.0_01
 CATALINA_HOME C:\Program Files\Apache Group\Tomcat 4.1
 CLASSPATH  C:\WINNT\JAVA\CLASSES
 
 After starting the (automatically configured by the 
 installation) script to
 start tomcat, I get the list of errors below.
 I already tried to find a solution on the web, but can't find 
 anything.
 
 Anybody that could give me a hint a what I'm doing wrong?
 
 Thanks a lot,
 Luc Bernolet
 Janssen Pharmaceutica
 Beerse
 Belgium
 
 
 
 C:\C:\jdk1.3.0_01\bin\java.exe -jar -Duser.dir=C:\Program 
 Files\Apache
 Group\T
 omcat 4.1 C:\Program Files\Apache Group\Tomcat 
 4.1\bin\bootstrap.jar
 start
 [INFO] Registry - -Loading registry information
 [INFO] Registry - -Creating new Registry instance
 java.util.zip.ZipException: The system cannot find the path specified
 at java.util.zip.ZipFile.open(Native Method)
 at java.util.zip.ZipFile.init(ZipFile.java:110)
 at java.util.jar.JarFile.init(JarFile.java:115)
 at java.util.jar.JarFile.init(JarFile.java:57)
 at
 sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:87)
 at
 sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.ja
 va:88)
 at
 sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnec
 tion.java:108)
 at java.net.URL.openStream(URL.java:798)
 at
 org.apache.xerces.impl.XMLEntityManager.setupCurrentEntity(Unknown So
 urce)
 at org.apache.xerces.impl.XMLEntityManager.startEntity(Unknown
 Source)
 at 
 org.apache.xerces.impl.XMLEntityManager.startDTDEntity(Unknown
 Source
 )
 at 
 org.apache.xerces.impl.XMLDTDScannerImpl.setInputSource(Unknown
 Sourc
 e)
 at
 org.apache.xerces.impl.XMLDocumentScannerImpl$DTDDispatcher.dispatch(
 Unknown Source)
 at
 org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Un
 known Source)
 at 
 org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
 at 
 org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
 at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
 at 
 org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
 at 
 org.apache.commons.digester.Digester.parse(Digester.java:1562)
 at
 org.apache.commons.modeler.Registry.loadRegistry(Registry.java:356)
 at
 org.apache.catalina.mbeans.MBeanUtils.createRegistry(MBeanUtils.java:
 1702)
 at
 org.apache.catalina.mbeans.MBeanUtils.clinit(MBeanUtils.java:163)
 at
 org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.clinit(
 GlobalResourcesLifecycleListener.java:117)
 at java.lang.Class.newInstance0(Native Method)
 at java.lang.Class.newInstance(Class.java:237)
 at
 org.apache.commons.digester.ObjectCreateRule.begin(ObjectCreateRule.j
 ava:253)
 at org.apache.commons.digester.Rule.begin(Rule.java:200)
 at
 org.apache.commons.digester.Digester.startElement(Digester.java:1268)
 
 at 
 org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown
 Sour
 ce)
 at
 org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unkn
 own Source)
 at
 org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElemen
 t(Unknown Source)
 at
 org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContent
 Dispatcher.dispatch(Unknown Source)
 at
 org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Un
 known Source)
 at 
 org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
 at 
 org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
 at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
 at 
 org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
 at 
 org.apache.commons.digester.Digester.parse(Digester.java:1543)
 at 
 org.apache.catalina.startup.Catalina.start(Catalina.java:449)
 at 
 org.apache.catalina.startup.Catalina.execute(Catalina.java:400)
 at 
 org.apache.catalina.startup.Catalina.process(Catalina.java:180)
 at java.lang.reflect.Method.invoke(Native Method)
 at 
 org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203)
 [ERROR] Registry - -Error digesting Registry data
 java.util.zip.ZipException: T
 he system cannot find the path specified
 java.util.zip.ZipException: The system cannot find the path specified
 at java.util.zip.ZipFile.open(Native Method)
 at java.util.zip.ZipFile.init(ZipFile.java:110)
 at java.util.jar.JarFile.init(JarFile.java:115)
 at 

RE: How to use HTTP1.0 by default

2003-06-29 Thread Mayne, Peter
Title: RE: How to use HTTP1.0 by default





Er, isn't that what I said in my first two sentences? Rereading what I wrote, it could have been phrased a little clearer, I suppose.

PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727 F: 61 2 62689777


 -Original Message-
 From: Shapira, Yoav [mailto:[EMAIL PROTECTED]] 
 Sent: Friday, 27 June 2003 10:20 PM
 To: Tomcat Users List
 Subject: RE: How to use HTTP1.0 by default
 
 
 
 Howdy,
 
 If an HTTP/1.1 server receives an HTTP/1.0 request, it should respond
 with HTTP/1.0. The response will say HTTP/1.1 because that 
 indicates
 the version that the server is capable of providing, not the version
 that it is using for the response.
 RFC 2145 says An HTTP server MAY send a lower response 
 version, if it
 is known or suspected that the client incorrectly implements the HTTP
 specification, but this should not be the default, and this 
 SHOULD NOT
 be done if the request version is HTTP/1.1 or greater. You can
 probably draw your own conclusions as to what Tomcat probably does.
 Therefore, if you want Tomcat to respond using HTTP/1.0, send it an
 HTTP/1.0 request. 
 
 It's nice to see a researched response. However, I disagree with it.
 RFC 2145 is less relevant here than RFC 2616. RFC 2616 requires that
 HTTP servers always begin their responses with the highest 
 HTTP version
 that they claim to support. Therefore, this Connector will 
 always return
 HTTP/1.1 at the beginning of its responses.
 
 Either way, the original poster is down a path that will 
 require him/her
 to:
 - Use old/deprecated connectors
 - Customize a connector
 - Use an older HTTP/1.0 server.
 
 Yoav Shapira
 
 
 
 
 This e-mail, including any attachments, is a confidential 
 business communication, and may contain information that is 
 confidential, proprietary and/or privileged. This e-mail is 
 intended only for the individual(s) to whom it is addressed, 
 and may not be saved, copied, printed, disclosed or used by 
 anyone else. If you are not the(an) intended recipient, 
 please immediately delete this e-mail from your computer 
 system and notify the sender. Thank you.
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 


The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion.





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

RE: Log4j problem mixing 2 apps

2003-06-29 Thread Mayne, Peter
Title: RE: Log4j problem mixing 2 apps





Don't put log4j in the classpath for Eclipse. Instead, right-click on your project, select Properties, and goto Java Build Path. Add the log4j library to the build path.

PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727 F: 61 2 62689777


 -Original Message-
 From: Donie Kelly [mailto:[EMAIL PROTECTED]] 
 Sent: Friday, 27 June 2003 7:47 PM
 To: 'Tomcat Users List'
 Subject: RE: Log4j problem mixing 2 apps
 
 
 OK, I think I see the problem but I'm not sure how to fix.
 
 I'm using eclipse to debug and run tomcat and as it uses 
 log4j to log in the
 webapps I have to put log4j in the classpath for eclipse so 
 that the code
 will compile. However, I think this is causing a problem when the
 application runs as the log4j jar is loaded by eclipse and 
 therefore it
 seems to use that version instead of the version in WEB-INF/lib.
 
 If I run the application from the command line it works fine.
 
 Anybody got any idea on how I can work in Eclipse (or any IDE) and get
 around this loading problem?
 
 Thanks
 Donie


The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion.





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

RE: How to use HTTP1.0 by default

2003-06-26 Thread Mayne, Peter
Title: RE: How to use HTTP1.0 by default





If an HTTP/1.1 server receives an HTTP/1.0 request, it should respond with HTTP/1.0. The response will say HTTP/1.1 because that indicates the version that the server is capable of providing, not the version that it is using for the response.

RFC 2145 says An HTTP server MAY send a lower response version, if it is known or suspected that the client incorrectly implements the HTTP specification, but this should not be the default, and this SHOULD NOT be done if the request version is HTTP/1.1 or greater. You can probably draw your own conclusions as to what Tomcat probably does.

Therefore, if you want Tomcat to respond using HTTP/1.0, send it an HTTP/1.0 request.


PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727 F: 61 2 62689777


 -Original Message-
 From: Bill Barker [mailto:[EMAIL PROTECTED]] 
 Sent: Friday, 27 June 2003 2:39 PM
 To: [EMAIL PROTECTED]
 Subject: Re: How to use HTTP1.0 by default
 
 
 I believe that the (deprecated) HttpConnector has an HTTP/1.0 
 twin. Can't
 be bothered to look it up myself. With the CoyoteConnector, 
 you can't. It
 is only a HTTP/1.1 server.
 
 sandeep arshanapally [EMAIL PROTECTED] wrote in message
 news:[EMAIL PROTECTED]...
 
  Hi,
 
  I want Tomcat to generate HTTP 1.0 responses by 
 default. What config
  needs to be changed on tomcat for this?
 
  Thanks,
 
  Sandeep
 
  _
  The new MSN 8: advanced junk mail protection and 2 months FREE*
  http://join.msn.com/?page=features/junkmail
 
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion.





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

isapi_redirector2 and wrapped headers: updated binary available?

2003-06-24 Thread Mayne, Peter
I'm using IIS + Tomcat 4.1.24 + JK2 isapi_redirector2.dll. Everything has
been working so far.

However, now I'm receiving HTTP headers containing a Content-Type that is
continued on another line, and isapi_redirector2.dll is broken. (Sending the
exact same request direct to Tomcat works fine, and sending the same request
via the redirector with the Content-Type edited to be on one line works.)

I'm using the v2.0.2 (27-Nov-2002) prebuilt binary of the redirector, so I
thought I'd try the nightly, but it's dated 5-Oct-2002!

I think I've seen mention of an updated isapi_redirector2.dll on the list,
but there are so many JK2 related problems that searching the archive is a
lost cause. Is there an updated prebuilt binary that hopefully fixes this
bug available somewhere? Alternatively, is JK known to handle this
correctly? If so, I could drop back to that.

Thanks.

What the headers in the HTTP request are (that's a TAB in front of
boundary):

Host: aaa 
SOAPAction: ebXML
Message-ID: bbb
Content-Type: multipart/related; type=text/xml; start=ccc; 
boundary=ddd
Content-Length: 8719
Connection: close

What Tomcat (correctly) sees when the request is sent direct to Tomcat
(ordering is irrelevant):

MIME host [aaa]
MIME soapaction [ebXML]
MIME message-id [bbb]
MIME content-type [multipart/related; type=text/xml; start=ccc;
boundary=ddd]
MIME content-length [8719]
MIME connection [close]

What Tomcat (incorrectly) sees when the request is sent via
IIS/isapi_redirector2.dll (that's a newline after boundary=ddd):

MIME connection [close]
MIME host [aaa]
MIME content-type [multipart/related; type=text/xml; start=ccc; ]
MIME soapaction [ebXML]
MIME message-id [bbb]
MIME   boundary=ddd
content-length [8719]
MIME content-length [0]

PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727  F: 61 2 62689777
The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference 
with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third 
party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement 
with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion.




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



RE: [SPAM:56%] Using File class in Tomcat

2003-06-12 Thread Mayne, Peter
Title: RE: [SPAM:56%] Using File class in Tomcat





Are you running Tomcat from a command line, or as a service?


If Tomcat is running as a service, what user is it running as?


PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727 F: 61 2 62689777


 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] 
 Sent: Friday, 13 June 2003 3:51 AM
 To: [EMAIL PROTECTED]
 Subject: RE: [SPAM:56%] Using File class in Tomcat
 
 
 I also just found out that if I have any other file that I 
 have to read in
 from a network mapped drive, it's not found.
 
 This must be some setting in Tomcat. Any comment? Idea?
 
 Bao-Ha Dam Bui
 [EMAIL PROTECTED]
 St. Jude Medical, Inc
 
 
 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] 
 Sent: Thursday, June 12, 2003 11:03 AM
 To: [EMAIL PROTECTED]
 Subject: RE: [SPAM:56%] Using File class in Tomcat
 
 Made no difference. I even tried the \\ instead of the \ by 
 itself. Any
 more idea please!
 
 Bao-Ha Dam Bui
 [EMAIL PROTECTED]
 St. Jude Medical, Inc
 651.765.1018
 
 
 -Original Message-
 From: Brendle, Douglas A. [mailto:[EMAIL PROTECTED]] 
 Sent: Thursday, June 12, 2003 10:58 AM
 To: Tomcat Users List
 Subject: RE: [SPAM:56%] Using File class in Tomcat
 
 
 don't use the mapped drive name. Use it's unc name.
 If your mapped drive is G:\ and it's mapped to 
 someDir on someServer, refer to it as \\someServer\someDir.
 
 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, June 12, 2003 10:56 AM
 To: [EMAIL PROTECTED]
 Subject: [SPAM:56%] Using File class in Tomcat
 
 
 Hi,
 
 I am using the java.io.File class to get a list of all the files in a
 directory. If the directory I am trying to read is a local 
 one, all is fine
 and good. However, if it is a mapped drive (I am using 
 Win2k) then the
 class can not see it. I ran the same code reading the mapped drive in
 command window (java myclass) and it is fine.
 
 Is there a setting in Tomcat that I have to set so that I can 
 read a mapped
 drive? 
 
 I am using Tc 4.0.2
 
 Thanks.
 
 
 Bao-Ha Dam Bui
 [EMAIL PROTECTED]
 St. Jude Medical, Inc
 
 
 
 
 * 
 This communication may contain information that is 
 proprietary, privileged,
 confidential or legally exempt from disclosure. If you are 
 not a named
 addressee, you are notified that you are not authorized to 
 read, print,
 retain, copy or disseminate this communication without the 
 consent of the
 sender and that doing so may be unlawful. If you have received this
 communication in error, please notify the sender via return e-mail and
 delete it from your computer. Thank you. St. Jude Medical, Inc. 
 *
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 * 
 This communication may contain information that is 
 proprietary, privileged,
 confidential or legally exempt from disclosure. If you are 
 not a named
 addressee, you are notified that you are not authorized to 
 read, print,
 retain, copy or disseminate this communication without the 
 consent of the
 sender and that doing so may be unlawful. If you have received this
 communication in error, please notify the sender via return e-mail and
 delete it from your computer. Thank you. St. Jude Medical, Inc. 
 *
 
 
 * 
 This communication may contain information that is 
 proprietary, privileged,
 confidential or legally exempt from disclosure. If you are 
 not a named
 addressee, you are notified that you are not authorized to 
 read, print,
 retain, copy or disseminate this communication without the 
 consent of the
 sender and that doing so may be unlawful. If you have received this
 communication in error, please notify the sender via return e-mail and
 delete it from your computer. Thank you. St. Jude Medical, Inc. 
 *
 


The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please 

RE: Problem with custom TrustManager for SSL in Tomcat 4.1.24

2003-06-11 Thread Mayne, Peter
Title: RE: Problem with custom TrustManager for SSL in Tomcat 4.1.24





Try using


 import com.sun.net.ssl.internal.www.protocol.https.HttpsURLConnectionOldImpl;
 HttpsURLConnectionOldImpl.setDefaultSSLSocketFactory(sslFactory);


instead of

 HttpsURLConnection.setDefaultSSLSocketFactory(sslFactory);


(It's deprecated, but it works for me.)


I haven't the faintest idea what Tomcat does to break this. I asked here a few weeks back, but if anyone knows, they aren't telling.

PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727 F: 61 2 62689777


 -Original Message-
 From: Nathan Christiansen [mailto:[EMAIL PROTECTED]] 
 Sent: Thursday, 12 June 2003 5:33 AM
 To: [EMAIL PROTECTED]
 Subject: Problem with custom TrustManager for SSL in Tomcat 4.1.24
 
 
 I have coded a custom TrustManger and HostnameVerifier for 
 SSL (actually TLS) connections from my servlet code to another server.
 
 The code calls the correct methods to setup the Default 
 TrustManager and HostNameVerifier for an HttpsUrlConnection.
 
 I then use the URL.openConnection() method to instansiate the 
 connection.
 
 Running standalone, this code works perfectly, however 
 running under Tomcat on the same machine the HttpConnection 
 does not use the custom TustManager that I coded.
 
 Any suggestions?
 
 
 Code to set up default Trust Manager, etc.:
 
 private static void initSSL()
 {
 try
 {
 TrustManager[] myTM = new TrustManager [] { new 
 ProxyTrustManager() };
 SSLContext ctx = SSLContext.getInstance(TLS);
 ctx.init(null, myTM, null);
 SSLSocketFactory sslFactory = ctx.getSocketFactory();
 HttpsURLConnection.setDefaultSSLSocketFactory(sslFactory);
 HttpsURLConnection.setDefaultHostnameVerifier(new 
 ProxyHostNameVerifier());
 }
 catch (Exception ex)
 {
 ex.printStackTrace();
 }
 }
 
 
 -- Nathan Christiansen
 Tahitian Noni International
 http://www.tahitiannoni.com
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 


The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion.





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

RE: IIS 5 + isapi_redirect.dll Error 500 And Cannot Find Module

2003-05-30 Thread Mayne, Peter
Title: RE: IIS 5 + isapi_redirect.dll Error 500 And Cannot Find Module





Did you build the ispai redirector yourself?


The isapi_redirector2.dll I built it has dependencies on libapr. The missing libapr.dll is what caused the specified module could not be found error. Putting the two DLLs in the same directory is sufficient.

The isapi_redirector2.dll I downloaded from (I can't remember) seems to have libapr statically linked, because libapr.dll is not required for it.

The JK[2] documentation is extremely fragile.


PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727 F: 61 2 62689777


 -Original Message-
 From: Allistair Crossley [mailto:[EMAIL PROTECTED]] 
 Sent: Friday, 30 May 2003 12:13 AM
 To: Tomcat Users List
 Subject: RE: IIS 5 + isapi_redirect.dll Error 500 And Cannot 
 Find Module
 
 
 I commented out each in turn and it does not matter which I 
 use the error still happens :(
 
 It's ridiculous because I have followed every single set of 
 instructions to the very letter and it does not work.
 
 Someone out there must know what
 
 The specified module could not be found.
 
 which is what I get in Internet Explorer when I request my 
 JSP through IIS. The IIS logs still show Error 500 for the ISAPI dll.


The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion.





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

LE version?

2003-03-23 Thread Mayne, Peter
What's the difference between Tomcat and Tomcat LE? I can't find anything
about LE in the documentation.

PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727  F: 61 2 62689777
The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference 
with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third 
party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement 
with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion.




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



Non-servlet application

2003-03-23 Thread Mayne, Peter
I have an application that needs to run as a service (on Windows) responding
to various events, none of which are HTTP/servlet/JSP related.

I could set it up as a separate Windows service (similar to jk_nt_service).
However, since there is an instance of Tomcat running already, it would be
easier to write it as a Tomcat application.

Is this a suitable use for Tomcat? If so, what is the right way of going
about this?

Thanks.

PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727  F: 61 2 62689777
The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference 
with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third 
party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement 
with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion.




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



RE: LE version?

2003-03-23 Thread Mayne, Peter
Title: RE: LE version?





So it is. Thanks.


Looking at the Apache distribution site (http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.1.24/bin/), this is stated up front on the web page. However, this information is not present at the mirror I use to download from (http://apache.ausgamers.com/jakarta/tomcat-4/binaries/) and which I'm recommended to use by Apache, so I've never seen it. Neither is it in the README.txt in the distribution, and there isn't a README.html in the distribution bin directory.

Sigh.


PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727 F: 61 2 62689777


 -Original Message-
 From: Richie Chauhan [mailto:[EMAIL PROTECTED]] 
 Sent: Monday, 24 March 2003 10:35 AM
 To: 'Tomcat Users List'
 Subject: RE: LE version?
 
 
 The information below is copied from :
 
 http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4
.1.24/bin/
 README.html
 
 
 
 
 Apache Tomcat 4.1.24
 This release of Tomcat 4.1 is available in two different packaging
 options:
 
 Standard: This is a full binary distrbution of Tomcat 4, 
 which includes
 all optional libraries and an XML parser (Xerces 2.0.1), and 
 can be run
 on JDK 1.2+. 
 JDK 1.4 LE: This is a lightweight binary distribution of Tomcat 4,
 designed to be run on JDK 1.4. It does not include any of the optional
 binaries or the necessary XML parser (which is included in JDK 1.4).
 This build can be run on JDK 1.2+ by adding an XML parser. All the
 components of this distribution are open source software. This package
 does not contain JavaMail, Java Activation Framework, Xerces, JNDI or
 the JDBC Standard Extension.
 
 
 
 -Original Message-
 From: Mayne, Peter [mailto:[EMAIL PROTECTED]] 
 Sent: Sunday, March 23, 2003 3:31 PM
 To: Tomcat Users List
 Subject: LE version?
 
 What's the difference between Tomcat and Tomcat LE? I can't find
 anything
 about LE in the documentation.
 
 PJDM
 -- 
 Peter Mayne
 Technology Consultant
 Spherion Technology Solutions
 Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
 T: 61 2 62689727 F: 61 2 62689777
 The information contained in this email and any attachments to it:
 
 (a) may be confidential and if you are not the intended recipient, any
 interference with, 
 use, disclosure or copying of this material is unauthorised and
 prohibited; and
 
 (b) may contain personal information of the recipient and/or 
 the sender
 as defined 
 under the Privacy Act 1988 (Cth). Consent is hereby given by the
 recipient(s) to 
 collect, hold and use such information and any personal information
 contained in a 
 response to this email, for any reasonable purpose in the ordinary
 course of 
 Spherion's 
 business, including forwarding this email internally or 
 disclosing it to
 a third party. All 
 personal information collected by Spherion will be handled in 
 accordance
 with 
 Spherion's Privacy Policy. If you have received this email in error,
 please notify the 
 sender and delete it.
 
 (c) you agree not to employ or arrange employment for any candidate(s)
 supplied in 
 this email and any attachments without first entering into a 
 contractual
 agreement with 
 Spherion. You further agree not to divulge any information 
 contained in
 this document 
 to any person(s) or entities without the express permission 
 of Spherion.
 
 
 
 
 -
 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]
 


The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion

load-on-startup order

2003-03-23 Thread Mayne, Peter
Tomcat 4.1.18

I have two applications, A and B, where a servlet in B depends on a servlet
in A being up, so I have

in A's web.xml:

  servlet
...
load-on-startup1/load-on-startup
  /servlet

in B's web.xml:

  servlet
...
load-on-startup5/load-on-startup
  /servlet

which should make A start first. However, when Tomcat starts, B's init() is
called first. B's init() attempts to make a connection to A's servlet, but A
hasn't started yet, so everything hangs.

Am I doing this correctly?

Thanks.

PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727  F: 61 2 62689777
The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference 
with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third 
party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement 
with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion.




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



RE: load-on-startup order

2003-03-23 Thread Mayne, Peter
Title: RE: load-on-startup order





So load-on-startup only orders within an application, not between applications?


Application A is a message handler. Application B is a listener which must register with A when it starts, so A can forward incoming messages to B. Therefore, B can't lazy load: if B doesn't register with A, then A won't know to forward messages to B, and B will never get called.

PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727 F: 61 2 62689777


 -Original Message-
 From: James Carman [mailto:[EMAIL PROTECTED]] 
 Sent: Monday, 24 March 2003 12:36 PM
 To: Tomcat Users List
 Subject: Re: load-on-startup order
 
 
 Instead of performing the necessary logic in the init method, 
 why not try
 lazy-loading. Only initialize whatever you need when it is 
 requested the
 first time. By the way, what are you trying to do? I've 
 never heard of
 anyone having this kind of requirement/architecture. Just curious.
 
 - Original Message -
 From: Mayne, Peter [EMAIL PROTECTED]
 To: Tomcat Users List [EMAIL PROTECTED]
 Sent: Sunday, March 23, 2003 7:42 PM
 Subject: load-on-startup order
 
 
  Tomcat 4.1.18
 
  I have two applications, A and B, where a servlet in B depends on a
 servlet
  in A being up, so I have
 
  in A's web.xml:
 
  servlet
  ...
  load-on-startup1/load-on-startup
  /servlet
 
  in B's web.xml:
 
  servlet
  ...
  load-on-startup5/load-on-startup
  /servlet
 
  which should make A start first. However, when Tomcat 
 starts, B's init()
 is
  called first. B's init() attempts to make a connection to 
 A's servlet, but
 A
  hasn't started yet, so everything hangs.
 
  Am I doing this correctly?
 
  Thanks.
 
  PJDM
  --
  Peter Mayne
  Technology Consultant
  Spherion Technology Solutions
  Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
  T: 61 2 62689727 F: 61 2 62689777
  The information contained in this email and any attachments to it:
 
  (a) may be confidential and if you are not the intended 
 recipient, any
 interference with,
  use, disclosure or copying of this material is unauthorised and
 prohibited; and
 
  (b) may contain personal information of the recipient 
 and/or the sender as
 defined
  under the Privacy Act 1988 (Cth). Consent is hereby given by the
 recipient(s) to
  collect, hold and use such information and any personal information
 contained in a
  response to this email, for any reasonable purpose in the 
 ordinary course
 of
  Spherion's
  business, including forwarding this email internally or 
 disclosing it to a
 third party. All
  personal information collected by Spherion will be handled 
 in accordance
 with
  Spherion's Privacy Policy. If you have received this email in error,
 please notify the
  sender and delete it.
 
  (c) you agree not to employ or arrange employment for any 
 candidate(s)
 supplied in
  this email and any attachments without first entering into 
 a contractual
 agreement with
  Spherion. You further agree not to divulge any information 
 contained in
 this document
  to any person(s) or entities without the express permission 
 of Spherion.
 
 
 
 
  
 -
  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]
 


The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion.





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

RE: jk2 and passing env vars

2003-03-18 Thread Mayne, Peter
Title: RE: jk2 and passing env vars





A web forum is somewhat difficult to read offline.


PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727 F: 61 2 62689777


 -Original Message-
 From: Chris Dodunski [mailto:[EMAIL PROTECTED]] 
 Sent: Wednesday, 19 March 2003 12:25 PM
 To: Tomcat Users List
 Subject: RE: jk2 and passing env vars
 
 
 Why not a Tomcat eForum, like those at www.codeguru.com? 
 Visitors can then
 expand only those threads which interest them, and notifyEmail is only
 dispatched to the thread initialiser and post authors within 
 that thread.
 Problems are not missed, and solutions persist... Blah blah 
 blah, so it
 goes on. Mailing lists are fine for eCommunities, but not 
 for eContinents
 (was that an echo? :-).
 
 Chris.


The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion.




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

RE: JK + client authentication: getRemoteUser() returns null

2003-03-13 Thread Mayne, Peter
Title: RE: JK + client authentication: getRemoteUser() returns null





Finally found the problem.


I started with JK, and added the /examples section from the auto-generated mod_jk.conf to my httpd.conf:


Alias /examples C:/...
Directory C:/...
...
/Directory


When I switched to JK2, I removed all the JkMounts and kept using the above.


After hours of watching bytes pass by between httpd and Tomcat, hacking on the source, and general tweaking, it gradually dawned on me that I should scrap the above and use

Location /examples
...
/Location


and getRemoteUser() started working straight away.


PJDM
--
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727 F: 61 2 62689777 


The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion.





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

RE: Configuration Problem with Apache 2.0.44 and Tomcat 4.1.18 on Windows 2000 Server SP3 --- Small Hint

2003-03-13 Thread Mayne, Peter
Title: RE: Configuration Problem with Apache 2.0.44 and Tomcat 4.1.18 on Windows 2000 Server SP3  --- Small Hint





Always use a slash / everywhere (not just Apache) for Windows path separators. The only place you have to use backslashes \ is at the Windows command prompt.

In particular for Apache, see http://localhost/manual/platform/windows.html#cust Customizing Apache for Windows.


PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727 F: 61 2 62689777


 -Original Message-
 From: Thomas Trepper [mailto:[EMAIL PROTECTED]] 
 Sent: Thursday, 13 March 2003 9:59 PM
 To: Tomcat Users List
 Subject: Configuration Problem with Apache 2.0.44 and Tomcat 
 4.1.18 on Windows 2000 Server SP3 --- Small Hint
 
 
 Hi all, i recently asked a question to the installation of 
 apache and tomcat
 on w2k.
 I reviewed the apache httpd.conf and to the following lines i 
 am not sure,
 if they are right:
 
 
 .
 .
 .
 LoadModule php4_module 
 C:\Programme\ApacheGroup\PHP4\sapi\php4apache2.dll
 LoadModule jk_module 
 C:\Programme\ApacheGroup\Apache2\modules\mod_jk.dll
 Include C:/Programme/ApacheGroup/Tomcat4\conf/auto/mod_jk.conf
 .
 .
 .
 -
 
 How is the correct writing of \ and / ?
 
 Thank you very much and best regards,
 
 thomas
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion.





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

RE: JK + client authentication: getRemoteUser() returns null

2003-03-12 Thread Mayne, Peter
Title: RE: JK + client authentication: getRemoteUser() returns null





I've built jk2 2.0.2 against Apache 2.0.44, run it with Tomcat 4.1.18, and still get exactly the same results: everything seems to work except for getRemoteUser() still returning null.

There is an entry [error] mod_jk child init 1 0 in the Apache log when it starts. I have no idea what this means, even after looking at the source.

 workers2.properties (chmeee is the hostname):


[shm]
file=${serverRoot}/logs/shm.file
size=1048576


[channel.socket:chmeee:8009]
port=8009
host=chmeee
#info=Ajp13 forwarding over socket
tomcatId=chmeee:8009


[ajp13:chmeee:8009]
channel=channel.socket:chmeee:8009


# Map the Tomcat examples webapp to the Web server uri space
[uri:/examples/*]
worker=ajp13:chmeee:8009
#info=Map the whole webapp


# define the worker
[status:status]


# Uri mapping
[uri:/jkstatus/*]
worker=status:status


 jk2.properties:


shm.file=/oss/Apache-2.0.44/logs/shm.file


request.tomcatAuthentication=false
#request.tomcatAuthentication=true


(I've tried it with both true and false. I expected the correct setting to be false, but http://marc.theaimsgroup.com/?l=tomcat-user=104322962412519=2 says true.

 Tomcat connector:


 Connector className=org.apache.coyote.tomcat4.CoyoteConnector tomcatAuthentication=false acceptCount=10 bufferSize=2048 connectionTimeout=0 debug=9 disableUploadTimeout=false enableLookups=true maxProcessors=75 minProcessors=5 port=8009 protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler proxyPort=0 redirectPort=8443 scheme=http secure=false tcpNoDelay=true useURIValidationHack=false

 Factory className=org.apache.catalina.net.DefaultServerSocketFactory/
 /Connector


What do I try next?


Thanks.


PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727 F: 61 2 62689777


The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion.





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

RE: Setting javax.net.ssl.trustStore

2003-03-12 Thread Mayne, Peter
Title: RE: Setting javax.net.ssl.trustStore





Hmm. That worked.


My understanding is that javax.net.ssl.keyStore is for supplying a client certificate. Why should it make a difference here?

The next step is to actually use a client certificate for authentication. This will be interesting...


PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727 F: 61 2 62689777


 -Original Message-
 From: Jon Wingfield [mailto:[EMAIL PROTECTED]] 
 Sent: Thursday, 13 March 2003 12:54 AM
 To: Tomcat Users List
 Subject: Re: Setting javax.net.ssl.trustStore
 
 
 What happens if you also set
 
 -Djavax.net.ssl.keyStore=c:\...
 -Djavax.net.ssl.keyStorePassword=password
 
 
 
 Mayne, Peter wrote:
 
 I have an application running in Tomcat 4.1.18 using JDK 
 1.4.1 on Windows XP
 that makes connections to https://
 
 If I add the web server's certificate's CA to
 JAVA_HOME\jre\lib\security\cacerts, everything works fine.
 
 If instead I use a separate keystore, at the command prompt:
 
 set java_opts=-Djavax.net.ssl.trustStore=c:\...
 -Djavax.net.ssl.trustStorePassword=password
 
 Then (at the same command prompt) run startup.bat, the exception:
 
 javax.net.ssl.SSLHandshakeException:
 java.security.cert.CertificateException: Couldn't find 
 trusted certificate
 
 is thrown.
 
 How do I tell the servlet to use a different trust store?
 
 Thanks.
 
 PJDM
  
 
 
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion.





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

RE: JK + client authentication: getRemoteUser() returns null

2003-03-11 Thread Mayne, Peter
Title: RE: JK + client authentication: getRemoteUser() returns null





I've reverted to Tomcat 4.0.6, I'm using mod_jk that I've built myself against Apache 2.0.44, and I'm using Ajp13Connector, but getRemoteUser() still doesn't work, and I'm tearing my hair out.

 Server.xml contains (in part):


Server port=8005 shutdown=SHUTDOWN debug=0
!-- jk --
Listener className=org.apache.ajp.tomcat4.config.ApacheConfig modJk=C:/oss/Apache-2.0.44/modules/mod_jk-2.0.44.dll
workersConfig=c:/oss/jakarta-tomcat-4.0.6/conf/jk/workers.properties
 jkLog=c:/oss/jakarta-tomcat-4.0.6/logs/mod_jk.log
/
...
 !-- Define the default virtual host --
 Host name=localhost debug=0 appBase=webapps unpackWARs=true
!-- jk --
Listener className=org.apache.ajp.tomcat4.config.ApacheConfig append=true forwardAll=true modJk=c:/oss/Apache-2.0.44/modules/mod_jk-2.0.44.dll

workersConfig=c:/oss/jakarta-tomcat-4.0.6/conf/jk/workers.properties
 jkLog=c:/oss/jakarta-tomcat-4.0.6/logs/mod_jk.log
/


 !-- Define an AJP 1.3 Connector on port 8009 --
 Connector className=org.apache.ajp.tomcat4.Ajp13Connector
 port=8009 minProcessors=5 maxProcessors=75
 acceptCount=10 debug=9 tomcatAuthentication=false/


 workers.properties:


worker.list=ajp13


worker.ajp13.type=ajp13
worker.ajp13.host=localhost
worker.ajp13.port=8009


 httpd.conf contains (in part):


JkWorkersFile c:/oss/jakarta-tomcat-4.0.6/conf/jk/workers.properties
JkLogFile c:/oss/jakarta-tomcat-4.0.6/logs/mod_jk.log
JkLogLevel emerg
JkExtractSSL On


VirtualHost _default_:443
 Alias /examples C:/oss/jakarta-tomcat-4.0.6/webapps/examples


 Directory C:/oss/jakarta-tomcat-4.0.6/webapps/examples
 Options Indexes FollowSymLinks
 DirectoryIndex index.html index.htm index.jsp 
 SSLOptions +StdEnvVars +FakeBasicAuth
 AuthType Basic
 AuthName This realm
 AuthUserFile conf/passwd
 Require valid-user
 /Directory
 JkMount /examples ajp13
 JkMount /examples/* ajp13
 JkMount /examples/jsp/security/protected/j_security_check ajp13
 JkMount /examples/snoop ajp13
 JkMount /examples/servlet/* ajp13
 JkMount /examples/CompressionTest ajp13
 JkMount /examples/*.jsp ajp13
 JkMount /examples/servletToJsp ajp13
 JkMount /examples/SendMailServlet ajp13
/VirtualHost


 and finally, the connector log:


2003-03-11 23:42:30 Ajp13Processor[8009][4] [Ajp13] receiveNextRequest()
2003-03-11 23:42:30 Ajp13Processor[8009][4] [Ajp13] receive()
2003-03-11 23:42:31 Ajp13Processor[8009][4] [Ajp13] Received 4 589 18
2003-03-11 23:42:31 Ajp13Processor[8009][4] [Ajp13] receive: total read = 589
2003-03-11 23:42:31 Ajp13Processor[8009][4] [Ajp13] Received 2 JK_AJP13_FORWARD_REQUEST
2003-03-11 23:42:31 Ajp13Processor[8009][4] [Ajp13] [RequestHandler] decodeRequest()
2003-03-11 23:42:31 Ajp13Processor[8009][4] [Ajp13] [RequestHandler] === BaseRequest ===
method = GET
protocol = HTTP/1.1
requestURI = /examples/jsp/snp/snoop.jsp
remoteAddr = 192.168.254.1
remoteHost = null
serverName = chmeee
serverPort = 443
remoteUser = null
authType = null
queryString = null
scheme = https
secure = true
contentLength = 0
contentType = null
attributes = {}
headers = === MimeHeaders ===
host = chmeee
user-agent = Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2.1) Gecko/20021130
accept = application/x-shockwave-flash,text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1

accept-language = en-us, en;q=0.50
accept-encoding = gzip, deflate, compress;q=0.9
accept-charset = ISO-8859-1, utf-8;q=0.66, *;q=0.66
keep-alive = 300
connection = keep-alive
referer = https://chmeee/examples/jsp/
cookie = JSESSIONID=3832DD83EC747E4E4023C3E20054BBEA
cache-control = max-age=0
content-length = 0


cookies = === Cookies ===
Cookie JSESSIONID=3832DD83EC747E4E4023C3E20054BBEA ; 0 null null


jvmRoute = null


What am I doing wrong?


Thanks.


PJDM
--
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727 F: 61 2 62689777 


The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any 

RE: JK + client authentication: getRemoteUser() returns null

2003-03-11 Thread Mayne, Peter
Title: RE: JK + client authentication: getRemoteUser() returns null





a) My apologies. I certainly try to send plain text, but Outlook has a mind of its own, however tiny it may be. I think I've now beaten it into submission.

b) I'll give it a try. From what I've seen mentioned of jk2, it's not ready for production use, not as tested and reliable as jk, etc, so I've haven't tried it. I also presumed that jk and jk2 being different things, that a jk2.properties file wouldn't modify a jk configuration.

c) I've searched for tomcatAuthentication, but I didn't realise that putting it in the properties file (as opposed to specifying it in server.xml) would make a difference.(Not to mention that searching the archive is currently returning 0 results.)

Thanks.


PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727 F: 61 2 62689777


 -Original Message-
 From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] 
 Sent: Wednesday, 12 March 2003 1:56 AM
 To: 'Tomcat Users List'
 Subject: RE: JK + client authentication: getRemoteUser() returns null
 
 
 Peter,
 
 a) Dont send HTML messages to this list, Read
 http://jakarta.apache.org/site/mail.html.
 b) jk2.properties it's used for the coyote connector jk 
 configuration (
 aka jk2 java part), not matter which native connector 
 (jk,jk2) you use..
 
 c) The recipe of i gave to you has been proved to death, by 
 many people,
 search archives for tomcatAuthentication.. 
 
 Saludos, 
 Ignacio J. Ortega 
 
 
 
 -Original Message-
 From: Mayne, Peter [mailto:[EMAIL PROTECTED]]
 Sent: Tuesday, March 11, 2003 2:27 AM
 To: 'Tomcat Users List'
 Subject: RE: JK + client authentication: getRemoteUser() returns null
 
 
  add ... to jk2.properties 
 jk2, even though I'm using jk? 
 Anyway, I tried it and it still didn't work. 
 Thanks anyway. 
 PJDM 
 -- 
 Peter Mayne 
 Technology Consultant 
 Spherion Technology Solutions 
 Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602 
 T: 61 2 62689727 F: 61 2 62689777 
  -Original Message- 
  From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] 
  Sent: Tuesday, 11 March 2003 12:21 PM 
  To: 'Tomcat Users List' 
  Subject: RE: JK + client authentication: getRemoteUser() 
 returns null 
  
  
  add 
  
  request.tomcatAuthentication=false 
  
  to jk2.properties 
  
  Saludos, 
  Ignacio J. Ortega 
  
   -Original Message- 
   From: Filip Hanik [mailto:[EMAIL PROTECTED]] 
   Sent: Tuesday, March 11, 2003 1:12 AM 
   To: Tomcat Users List 
   Subject: RE: JK + client authentication: getRemoteUser() 
  returns null 
   
   
   you are correct, there is a bug filed for this, 
   Bugzilla Bug 11563 
   
   
   not sure anyone is dealing with it though, 
   Filip 
   -Original Message- 
   From: Mayne, Peter [mailto:[EMAIL PROTECTED]] 
   Sent: Monday, March 10, 2003 4:01 PM 
   To: Tomcat Users List 
   Subject: JK + client authentication: getRemoteUser() returns null 
   
   
   I'm using 
   Windows XP 
   Apache 2.0.44 
   OpenSSL 0.9.7a 
   mod_jk-2.0.43.dll 
   Tomcat 4.1.18 
   I've followed the instructions at 
  http://www.johnturner.com/howto/winxp-howto.html to set up 
 Apache and 
  Tomcat using JK, with authentication using client certificates. 
  Everything seems to be working fine, except 
 request.getRemoteUser() is
 
  returning null. (The REMOTE_USER is shown from a CGI script, so 
  authentication is working.) 
  The only reference I can find to this problem is in 
  /tomcat-docs/config/jk.html: setting the tomcatAuthentication 
  attribute 
  when using org.apache.ajp.tomcat4.Ajp13Connector, but since this 
  connector doesn't appear in my server.xml, it doesn't seem to be 
  relevant. (It does seem to be relevant for Tomcat 4.0.6, but 
  I'd rather 
  not have to try dropping back to there.) 
  Before I post voluminous config files, am I missing something 
  obvious? 
  Thanks. 
  PJDM 
  -- 
  Peter Mayne 
  Technology Consultant 
  Spherion Technology Solutions 
  Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602 
  T: 61 2 62689727 F: 61 2 62689777 
  The information contained in this email and any attachments to it: 
  
  (a) may be confidential and if you are not the intended 
 recipient, any
 
  interference with, 
  use, disclosure or copying of this material is unauthorised and 
  prohibited; and 
  
  (b) may contain personal information of the recipient and/or 
  the sender 
  as defined 
  under the Privacy Act 1988 (Cth). Consent is hereby given by the 
  recipient(s) to 
  collect, hold and use such information and any personal information 
  contained in a 
  response to this email, for any reasonable purpose in the ordinary 
  course of 
  Spherion's 
  business, including forwarding this email internally or 
  disclosing it to 
  a third party. All 
  personal information collected by Spherion will be handled in 
  accordance 
  with 
  Spherion's Privacy Policy. If you have

Setting javax.net.ssl.trustStore

2003-03-11 Thread Mayne, Peter
I have an application running in Tomcat 4.1.18 using JDK 1.4.1 on Windows XP
that makes connections to https://...;.

If I add the web server's certificate's CA to
JAVA_HOME\jre\lib\security\cacerts, everything works fine.

If instead I use a separate keystore, at the command prompt:

set java_opts=-Djavax.net.ssl.trustStore=c:\...
-Djavax.net.ssl.trustStorePassword=password

Then (at the same command prompt) run startup.bat, the exception:

javax.net.ssl.SSLHandshakeException:
java.security.cert.CertificateException: Couldn't find trusted certificate

is thrown.

How do I tell the servlet to use a different trust store?

Thanks.

PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727  F: 61 2 62689777
The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference 
with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third 
party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement 
with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion.




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



JK + client authentication: getRemoteUser() returns null

2003-03-10 Thread Mayne, Peter
Title: JK + client authentication: getRemoteUser() returns null





I'm using


Windows XP
Apache 2.0.44
OpenSSL 0.9.7a
mod_jk-2.0.43.dll
Tomcat 4.1.18


I've followed the instructions at http://www.johnturner.com/howto/winxp-howto.html to set up Apache and Tomcat using JK, with authentication using client certificates.

Everything seems to be working fine, except request.getRemoteUser() is returning null. (The REMOTE_USER is shown from a CGI script, so authentication is working.)

The only reference I can find to this problem is in /tomcat-docs/config/jk.html: setting the tomcatAuthentication attribute when using org.apache.ajp.tomcat4.Ajp13Connector, but since this connector doesn't appear in my server.xml, it doesn't seem to be relevant. (It does seem to be relevant for Tomcat 4.0.6, but I'd rather not have to try dropping back to there.)

Before I post voluminous config files, am I missing something obvious?


Thanks.


PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727 F: 61 2 62689777


The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion.





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

RE: JK + client authentication: getRemoteUser() returns null

2003-03-10 Thread Mayne, Peter
Title: RE: JK + client authentication: getRemoteUser() returns null





Thanks to both of you. I suppose I won't be holding my breath. :-\


I'll try using the Ajp13Connector.


PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727 F: 61 2 62689777


 -Original Message-
 From: Robert Biernat [mailto:[EMAIL PROTECTED]] 
 Sent: Tuesday, 11 March 2003 11:26 AM
 To: 'Tomcat Users List'
 Subject: RE: JK + client authentication: getRemoteUser() returns null
 
 -Original Message-
 From: Filip Hanik [mailto:[EMAIL PROTECTED]]
 Sent: Tuesday, 11 March 2003 11:12 AM
 To: Tomcat Users List
 Subject: RE: JK + client authentication: getRemoteUser() returns null


The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion.




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

RE: JK + client authentication: getRemoteUser() returns null

2003-03-10 Thread Mayne, Peter
Title: RE: JK + client authentication: getRemoteUser() returns null





 add ... to jk2.properties


jk2, even though I'm using jk?


Anyway, I tried it and it still didn't work.


Thanks anyway.


PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727 F: 61 2 62689777


 -Original Message-
 From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] 
 Sent: Tuesday, 11 March 2003 12:21 PM
 To: 'Tomcat Users List'
 Subject: RE: JK + client authentication: getRemoteUser() returns null
 
 
 add
 
 request.tomcatAuthentication=false
 
 to jk2.properties
 
 Saludos, 
 Ignacio J. Ortega 
 
  -Original Message-
  From: Filip Hanik [mailto:[EMAIL PROTECTED]]
  Sent: Tuesday, March 11, 2003 1:12 AM
  To: Tomcat Users List
  Subject: RE: JK + client authentication: getRemoteUser() 
 returns null
  
  
  you are correct, there is a bug filed for this,
  Bugzilla Bug 11563 
  
  
  not sure anyone is dealing with it though,
  Filip
  -Original Message-
  From: Mayne, Peter [mailto:[EMAIL PROTECTED]]
  Sent: Monday, March 10, 2003 4:01 PM
  To: Tomcat Users List
  Subject: JK + client authentication: getRemoteUser() returns null
  
  
  I'm using 
  Windows XP 
  Apache 2.0.44 
  OpenSSL 0.9.7a 
  mod_jk-2.0.43.dll 
  Tomcat 4.1.18 
  I've followed the instructions at 
 http://www.johnturner.com/howto/winxp-howto.html to set up Apache and
 Tomcat using JK, with authentication using client certificates.
 Everything seems to be working fine, except request.getRemoteUser() is
 returning null. (The REMOTE_USER is shown from a CGI script, so
 authentication is working.)
 The only reference I can find to this problem is in
 /tomcat-docs/config/jk.html: setting the tomcatAuthentication 
 attribute
 when using org.apache.ajp.tomcat4.Ajp13Connector, but since this
 connector doesn't appear in my server.xml, it doesn't seem to be
 relevant. (It does seem to be relevant for Tomcat 4.0.6, but 
 I'd rather
 not have to try dropping back to there.)
 Before I post voluminous config files, am I missing something 
 obvious? 
 Thanks. 
 PJDM 
 -- 
 Peter Mayne 
 Technology Consultant 
 Spherion Technology Solutions 
 Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602 
 T: 61 2 62689727 F: 61 2 62689777 
 The information contained in this email and any attachments to it:
 
 (a) may be confidential and if you are not the intended recipient, any
 interference with, 
 use, disclosure or copying of this material is unauthorised and
 prohibited; and
 
 (b) may contain personal information of the recipient and/or 
 the sender
 as defined 
 under the Privacy Act 1988 (Cth). Consent is hereby given by the
 recipient(s) to 
 collect, hold and use such information and any personal information
 contained in a 
 response to this email, for any reasonable purpose in the ordinary
 course of 
 Spherion's 
 business, including forwarding this email internally or 
 disclosing it to
 a third party. All 
 personal information collected by Spherion will be handled in 
 accordance
 with 
 Spherion's Privacy Policy. If you have received this email in error,
 please notify the 
 sender and delete it.
 
 (c) you agree not to employ or arrange employment for any candidate(s)
 supplied in 
 this email and any attachments without first entering into a 
 contractual
 agreement with 
 Spherion. You further agree not to divulge any information 
 contained in
 this document 
 to any person(s) or entities without the express permission 
 of Spherion.
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 


The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion

RE: JK + client authentication: getRemoteUser() returns null

2003-03-10 Thread Mayne, Peter
Title: RE: JK + client authentication: getRemoteUser() returns null





I just looked through the 4.1.21-beta release notes: it doesn't appear to be fixed there either.


Who do we have to bribe around here? :-)


PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727 F: 61 2 62689777


 -Original Message-
 From: Filip Hanik [mailto:[EMAIL PROTECTED]] 
 Sent: Tuesday, 11 March 2003 11:12 AM
 To: Tomcat Users List
 Subject: RE: JK + client authentication: getRemoteUser() returns null
 
 
 you are correct, there is a bug filed for this,
 Bugzilla Bug 11563 
 
 
 not sure anyone is dealing with it though,
 Filip


The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion.




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

RE: A question regarding accessing parameters after the ? in a URL

2003-03-06 Thread Mayne, Peter
Title: RE: A question regarding accessing parameters after the  ?  in a URL





The + characters maps to a space. Try :


http://localhost:8080/myproject/MyJsp.jsp?id=2=/myproject/mydirectory/MyOtherJSP


PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727 F: 61 2 62689777


 -Original Message-
 From: Henry Tang [mailto:[EMAIL PROTECTED]] 
 Sent: Friday, 7 March 2003 11:13 AM
 To: Tomcat Users List
 Subject: Re: A question regarding accessing parameters after 
 the  ?  in a URL
 
 
 try +
 - Original Message -
 From: Mufaddal Khumri [EMAIL PROTECTED]
 To: Tomcat Users List [EMAIL PROTECTED]
 Sent: Thursday, March 06, 2003 5:41 AM
 Subject: Re: A question regarding accessing parameters after 
 the  ?  in a
 URL
 
 
  When I do a getParameterNames() . i get the id back 
 ... but not
  the path  is my parameter seperator not correct ? i am using a
  , (comma) to seperate two parameters.
 
 
  On Thursday, March 6, 2003, at 04:55 PM, Mufaddal Khumri wrote:
 
   Hi,
  
   Sometimes when a user clicks on a link on one page it becomes
   necessary to send parameters to the next page
  
   lets say i have a href=''?id
   =2,path=/myproject/mydirectory/MyOtherJSP My Favourite JSP/a
  
   when i will click on the above link it will get transformed into :
  
   http://localhost:8080/myproject/MyJsp.jsp?id=2,path=/myproject/
   mydirectory/MyOtherJSP
  
   Within MyFavouriteJSP if i want to access the query 
 string .. i can
   get it using
   String queryString = request.getQueryString();
  
   Now i can parse the queryString and get the individual 
 values for id
   and path .. ie. 2 and /myproject/mydirectory/MyOtherJSP
  
   is there a method which would return the values if i 
 specify the name
   of the parameter to them ?
  
   like someobject.getParameter(id) would give me 2  would
   request.getParameter(id) do it ? or is there some other method ?
  
   Thanks.
  
  
   
 -
   To unsubscribe, e-mail: [EMAIL PROTECTED]
   For additional commands, e-mail: 
 [EMAIL PROTECTED]
  
 
 
  
 -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion.





** Message from InterScan E-Mail VirusWall NT **

** No virus found in attached file noname.htm

This e-mail has been scanned by Spherion and is Virus free.
* End of message ***


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