Re: Intro/question possible buglet with Content-Type and Charsets .

2003-12-19 Thread Remy Maucherat
[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:

Ah this still does not fix it I am afraid.

Neither does the CVS patch.

:-(

Any objections to reopening the bug?
Well, yes. Please do not reopen the report. Revisions 1.30 or 1.31 do 
(really) resolve the issue.


Pulled 1.31 from CVS - complied it with some debug statements and it appears
that Response.java setContentType is being called with:
application/vnd.ms-excel;charset=ISO-8859-1
When my code is:

[EMAIL PROTECTED] contentType=application/vnd.ms-excel%
Ok, now I understand. Your problem is that you're trying to generate 
binary data using JSPs. You can't do that, basically (Jasper will always 
use a Writer, and it will also always set the encoding). I'm sure you 
can hack your way around by using the right encoding, but you should 
really use a servlet.

There's a fix for you though: you can use revision 1.30 or Response, 
which strips out the charset if it's the default encoding.

Rémy

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


RE: Intro/question possible buglet with Content-Type and Charsets - now more of an RFC

2003-12-18 Thread Greg . Cope
Hi All,

(We may be barking up the wrong tree here, so if so please point me in the
right direction)

This is still causing us issues - as IE fails to parse a charset when it is
tacked on to Content-Type: application/vnd.ms-excel

It would appear that the charset is being tacked onto the Content-Type in
setContentType method of
catalina/src/share/org/apache/catalina/connector/ResponseBase.java in the
event of it not being supplied in the Content-Type (it looks for a ';')

The encoding can never be null as it is extracted from the locale in the
setLocale method below it.

I understand this to mean that the charset will always be tacked on
irrespective of the Type.

However;

I cannot find an explicit reference to not defining a charset for binary
Types, but I cannot see why you would want to.

HTTP 1.1 implies that there is a default charset for text Types (makes
sense)(http://www.w3.org/Protocols/rfc2068/rfc2068)

'When no explicit charset parameter is provided by the sender, media
subtypes of the text type are defined to have a default charset value of
ISO-8859-1' 

Which I understand that it is fair enough to add it to text/* Types.

RFC 1341 (http://www.faqs.org/rfcs/rfc1341.html) states that:

'2.a.  A text Content-Type value, which can be used to represent  textual
information  in  a  number  of character  sets  and  formatted  text
description languages in a standardized manner.'

But no mention of Charsets in Application types:

'2.c.  An application Content-Type value, which can be used  to transmit
application data or binary data, and hence,  among  other  uses,  to
implement  an electronic mail file transfer service.

What I would suggest is a little if wrapper to only add a default if the
Content-Type is text/

A sudo code below (not tested)

###
catalina/src/share/org/apache/catalina/connector/ResponseBase.java

 public void setContentType(String type) {

if (isCommitted())
return;

if (included)
return; // Ignore any call from an included servlet

this.contentType = type;
if (type.indexOf(';') = 0) {
encoding = RequestUtil.parseCharacterEncoding(type);
if (encoding == null)
encoding = ISO-8859-1;
} else {
if (encoding != null  type.startsWith('text/'))
this.contentType = type + ;charset= + encoding;
}

}

Regards,

Greg


 -Original Message-
 From: Tim Funk [mailto:[EMAIL PROTECTED]
 Sent: 16 December 2003 18:09
 To: Tomcat Developers List
 Subject: Re: Intro/question possible buglet with Content-Type and
 Charsets .
 
 
 Yeah, nagoya.apache.org seems down. Hopefully it will be back 
 soon. The bug 
 has good detail of what and how to fix.
 
 -Tim
 
 [EMAIL PROTECTED] wrote:
 
  Thanks Tim,
  
  Having a little trouble getting anything from bugzilla, 
 nagoya.apache.org
  seems to be having a little trouble!
  
  Looking in the archives for this id, I see that someone has 
 a 4.1.29 patch
  and a complied class, but cannot see either email address 
 or content via the
  archive.
  
  Ho hum
  
  Thanks for the pointer.
  
  Greg
  
  
  
  
 -Original Message-
 From: Tim Funk [mailto:[EMAIL PROTECTED]
 Sent: 16 December 2003 12:31
 To: Tomcat Developers List
 Subject: Re: Intro/question possible buglet with Content-Type and
 Charsets.
 
 
 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970
 
 [EMAIL PROTECTED] wrote:
 
 Hi All,
 
 Quick intro, and then a question;
 
 We use tomcat to host java web applications at our 
 
 location.  My client
 
 requires us to follow very strict rules for deploying 
 
 software, that means
 
 it can be a documentation intensive process (evidence 
 
 gathering/ IQP's etc
 
 ).  So we rarely upgrade as it is quite allot of 
 
 work. Luckily
 
 tomcat is excellent and rarely needs upgrading or patching.
 
 Now the question;
 
 Tomcat 4.1.29 seems to insist on added charset to the 
 
 content type, even if
 
 a Content-Type has been set using response.setContentType 
 or similar
 (without a charset).  Tomcat 5 seems to do something 
 
 similar judging from
 
 http://www.mail-archive.com/[EMAIL PROTECTED]/msg4
 9015.html but
 
 I think it fails to check if the Content type is a text one 
 
 (HTML) and adds
 
 it for any content type, which would appear not to be right IMHO.
 
 Without wishing to appear rude :-) I need to change this 
 
 behaviour and
 
 remove the insertion of the charset for non text based 
 
 Content-Types  eg:
 
 application/vnd.ms-excel
 
 
 
 -
 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]



Intro/question possible buglet with Content-Type and Charsets.

2003-12-16 Thread Greg . Cope
Hi All,

Quick intro, and then a question;

We use tomcat to host java web applications at our location.  My client
requires us to follow very strict rules for deploying software, that means
it can be a documentation intensive process (evidence gathering/ IQP's etc
).  So we rarely upgrade as it is quite allot of work. Luckily
tomcat is excellent and rarely needs upgrading or patching.

Now the question;

Tomcat 4.1.29 seems to insist on added charset to the content type, even if
a Content-Type has been set using response.setContentType or similar
(without a charset).  Tomcat 5 seems to do something similar judging from
http://www.mail-archive.com/[EMAIL PROTECTED]/msg49015.html but
I think it fails to check if the Content type is a text one (HTML) and adds
it for any content type, which would appear not to be right IMHO.

Without wishing to appear rude :-) I need to change this behaviour and
remove the insertion of the charset for non text based Content-Types  eg:
application/vnd.ms-excel

Hence could someone give me some pointers / crash course as to which class I
need to patch to remove this?  

Thanks.


Greg Cope
GCS Ltd
Assign to: CIT, Sandwich - ISG
Phone: (44) 01304 642040
Fax: (44) 01304 652118

LEGAL NOTICE
 
Unless expressly stated otherwise, this message is confidential and may be
privileged. It is intended for the addresee(s) only. Access to this e-mail
by anyone else is unauthorised. If you are not an addressee, any disclosure
or copying of the contents of this e-mail or any action taken (or not taken)
in reliance on it is unauthorised and may be unlawful. If you are not an
addressee, please inform the sender immediately.
 
Pfizer Limited is registered in England under No. 526209 with its registered
office at Ramsgate Road, Sandwich, Kent CT13 9NJ

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



Re: Intro/question possible buglet with Content-Type and Charsets.

2003-12-16 Thread Tim Funk
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

[EMAIL PROTECTED] wrote:
Hi All,

Quick intro, and then a question;

We use tomcat to host java web applications at our location.  My client
requires us to follow very strict rules for deploying software, that means
it can be a documentation intensive process (evidence gathering/ IQP's etc
).  So we rarely upgrade as it is quite allot of work. Luckily
tomcat is excellent and rarely needs upgrading or patching.
Now the question;

Tomcat 4.1.29 seems to insist on added charset to the content type, even if
a Content-Type has been set using response.setContentType or similar
(without a charset).  Tomcat 5 seems to do something similar judging from
http://www.mail-archive.com/[EMAIL PROTECTED]/msg49015.html but
I think it fails to check if the Content type is a text one (HTML) and adds
it for any content type, which would appear not to be right IMHO.
Without wishing to appear rude :-) I need to change this behaviour and
remove the insertion of the charset for non text based Content-Types  eg:
application/vnd.ms-excel


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


RE: Intro/question possible buglet with Content-Type and Charsets .

2003-12-16 Thread Greg . Cope
Thanks Tim,

Having a little trouble getting anything from bugzilla, nagoya.apache.org
seems to be having a little trouble!

Looking in the archives for this id, I see that someone has a 4.1.29 patch
and a complied class, but cannot see either email address or content via the
archive.

Ho hum

Thanks for the pointer.

Greg



 -Original Message-
 From: Tim Funk [mailto:[EMAIL PROTECTED]
 Sent: 16 December 2003 12:31
 To: Tomcat Developers List
 Subject: Re: Intro/question possible buglet with Content-Type and
 Charsets.
 
 
 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970
 
 [EMAIL PROTECTED] wrote:
  Hi All,
  
  Quick intro, and then a question;
  
  We use tomcat to host java web applications at our 
 location.  My client
  requires us to follow very strict rules for deploying 
 software, that means
  it can be a documentation intensive process (evidence 
 gathering/ IQP's etc
  ).  So we rarely upgrade as it is quite allot of 
 work. Luckily
  tomcat is excellent and rarely needs upgrading or patching.
  
  Now the question;
  
  Tomcat 4.1.29 seems to insist on added charset to the 
 content type, even if
  a Content-Type has been set using response.setContentType or similar
  (without a charset).  Tomcat 5 seems to do something 
 similar judging from
  
 http://www.mail-archive.com/[EMAIL PROTECTED]/msg4
 9015.html but
  I think it fails to check if the Content type is a text one 
 (HTML) and adds
  it for any content type, which would appear not to be right IMHO.
  
  Without wishing to appear rude :-) I need to change this 
 behaviour and
  remove the insertion of the charset for non text based 
 Content-Types  eg:
  application/vnd.ms-excel
  
 
 
 -
 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: Intro/question possible buglet with Content-Type and Charsets .

2003-12-16 Thread Tim Funk
Yeah, nagoya.apache.org seems down. Hopefully it will be back soon. The bug 
has good detail of what and how to fix.

-Tim

[EMAIL PROTECTED] wrote:

Thanks Tim,

Having a little trouble getting anything from bugzilla, nagoya.apache.org
seems to be having a little trouble!
Looking in the archives for this id, I see that someone has a 4.1.29 patch
and a complied class, but cannot see either email address or content via the
archive.
Ho hum

Thanks for the pointer.

Greg




-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED]
Sent: 16 December 2003 12:31
To: Tomcat Developers List
Subject: Re: Intro/question possible buglet with Content-Type and
Charsets.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

[EMAIL PROTECTED] wrote:

Hi All,

Quick intro, and then a question;

We use tomcat to host java web applications at our 
location.  My client

requires us to follow very strict rules for deploying 
software, that means

it can be a documentation intensive process (evidence 
gathering/ IQP's etc

).  So we rarely upgrade as it is quite allot of 
work. Luckily

tomcat is excellent and rarely needs upgrading or patching.

Now the question;

Tomcat 4.1.29 seems to insist on added charset to the 
content type, even if

a Content-Type has been set using response.setContentType or similar
(without a charset).  Tomcat 5 seems to do something 
similar judging from

http://www.mail-archive.com/[EMAIL PROTECTED]/msg4
9015.html but
I think it fails to check if the Content type is a text one 
(HTML) and adds

it for any content type, which would appear not to be right IMHO.

Without wishing to appear rude :-) I need to change this 
behaviour and

remove the insertion of the charset for non text based 
Content-Types  eg:

application/vnd.ms-excel


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


Re: Question on Tomcat 4

2003-11-27 Thread Eduardo Campoy
Great News, and thanks a lot. 
But How do i implement this feature ?




Eduardo Campoy
Technology Account Manager
Novell, THE leading provider of net business solutions
Tel - 55 11 3345-3938
Cel - 55 11 9232-7456
AIM - ecampoy sao
MSN - [EMAIL PROTECTED]

 [EMAIL PROTECTED] 11/26/03 5:55 PM 
The secureCookie attribute was added to 3.3.2 only to allow backwards
compatibility with 3.3.1.  Like Tomcat 4 and higher, the default is
'true'.
It's a pretty small patch:
http://cvs.apache.org/viewcvs/jakarta-tomcat/src/share/org/apache/tomcat/mod
ules/session/SessionId.java.diff?r1=1.20r2=1.21

if you just want to add the feature to 3.3.1.  Like Yoav said, TC 4 and
higher always uses secure cookies.

- Original Message -
From: Shapira, Yoav [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, November 26, 2003 8:37 AM
Subject: RE: Question on Tomcat 4



Howdy,
Tomcat 4 and later are so different from 3.x.  I suggest you do the
migration, if only for the speed and feature increases.  I don't think
there's an attribute called secureCookie in tomcat4, as there is no
un-secure mode.  Perhaps a tomcat 3 guru like Senor Barker can fill in
more information...

Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Eduardo Campoy [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 26, 2003 11:33 AM
To: [EMAIL PROTECTED]
Cc: Jason Rivard
Subject: Question on Tomcat 4

Hello,

I am using Tomcat 3.3.1 with Internet Web Application and after doing a
ETHICAL HACKING TEST, they discovered a problem in Tomcat session
cookie
(JSESSIONID).
After reading Tomcat 3.3.2 manual , there is a atribute called
secureCookie that resolve my issue. BUT tomcat 3.3.2 is not released
yet.
My question is Does this atribute called secureCookie exist in
TOMCAT 4 ?

Thanks in advanced



Eduardo Campoy
Technology Account Manager
Novell, THE leading provider of net business solutions
Tel - 55 11 3345-3938
Cel - 55 11 9232-7456
AIM - ecampoy sao
MSN - [EMAIL PROTECTED]




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


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




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



Question on Tomcat 4

2003-11-26 Thread Eduardo Campoy
Hello,
 
I am using Tomcat 3.3.1 with Internet Web Application and after doing a
ETHICAL HACKING TEST, they discovered a problem in Tomcat session cookie
(JSESSIONID).
After reading Tomcat 3.3.2 manual , there is a atribute called
secureCookie that resolve my issue. BUT tomcat 3.3.2 is not released
yet.
My question is Does this atribute called secureCookie exist in
TOMCAT 4 ? 
 
Thanks in advanced
 
 
 
Eduardo Campoy
Technology Account Manager
Novell, THE leading provider of net business solutions
Tel - 55 11 3345-3938
Cel - 55 11 9232-7456
AIM - ecampoy sao
MSN - [EMAIL PROTECTED]



RE: Question on Tomcat 4

2003-11-26 Thread Shapira, Yoav

Howdy,
Tomcat 4 and later are so different from 3.x.  I suggest you do the
migration, if only for the speed and feature increases.  I don't think
there's an attribute called secureCookie in tomcat4, as there is no
un-secure mode.  Perhaps a tomcat 3 guru like Senor Barker can fill in
more information...

Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Eduardo Campoy [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 26, 2003 11:33 AM
To: [EMAIL PROTECTED]
Cc: Jason Rivard
Subject: Question on Tomcat 4

Hello,

I am using Tomcat 3.3.1 with Internet Web Application and after doing a
ETHICAL HACKING TEST, they discovered a problem in Tomcat session
cookie
(JSESSIONID).
After reading Tomcat 3.3.2 manual , there is a atribute called
secureCookie that resolve my issue. BUT tomcat 3.3.2 is not released
yet.
My question is Does this atribute called secureCookie exist in
TOMCAT 4 ?

Thanks in advanced



Eduardo Campoy
Technology Account Manager
Novell, THE leading provider of net business solutions
Tel - 55 11 3345-3938
Cel - 55 11 9232-7456
AIM - ecampoy sao
MSN - [EMAIL PROTECTED]




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


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



JK2 Endpoint cache comment/question

2003-11-26 Thread Scott, Sean
I am curious as to why the endpoint cache for the ajp 1.3 worker is not in
shared memory. It seems that if you want to limit the number of connections
to tomcat you would want to it across all of apache, not per process. Is
there a reason why it is implemented this way?

Example:

httpd.conf
IfModule worker.c
StartServers 1
MaxClients 640
MinSpareThreads  5
MaxSpareThreads640
ThreadsPerChild 64
MaxRequestsPerChild  0

To satisfy this configuration, apache would create 10 processes under heavy
load.  

How would I configure a worker in workers2.properties If I wanted to limit
the number of threads that this server can use in a particular tomcat
instance to 15. ( We have 2 webservers, and we have found through testing
that tomcat/java has thrashing issues above 30 threads )

Thanks

CONFIDENTIALITY NOTICE - This e-mail transmission, and any documents, files or 
previous e-mail messages attached to it may contain information that is confidential 
or legally privileged. If you are not the intended recipient, or a person responsible 
for delivering it to the intended recipient, you are hereby notified that you must not 
read this transmission and that any disclosure, copying, printing, distribution or use 
of any of the information contained in or attached to this transmission is STRICTLY 
PROHIBITED. If you have received this transmission in error, please immediately notify 
the sender by telephone or return e-mail and delete the original transmission and its 
attachments without reading or saving in any manner. Thank you

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



Re: Question on Tomcat 4

2003-11-26 Thread Bill Barker
The secureCookie attribute was added to 3.3.2 only to allow backwards
compatibility with 3.3.1.  Like Tomcat 4 and higher, the default is 'true'.
It's a pretty small patch:
http://cvs.apache.org/viewcvs/jakarta-tomcat/src/share/org/apache/tomcat/mod
ules/session/SessionId.java.diff?r1=1.20r2=1.21

if you just want to add the feature to 3.3.1.  Like Yoav said, TC 4 and
higher always uses secure cookies.

- Original Message -
From: Shapira, Yoav [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, November 26, 2003 8:37 AM
Subject: RE: Question on Tomcat 4



Howdy,
Tomcat 4 and later are so different from 3.x.  I suggest you do the
migration, if only for the speed and feature increases.  I don't think
there's an attribute called secureCookie in tomcat4, as there is no
un-secure mode.  Perhaps a tomcat 3 guru like Senor Barker can fill in
more information...

Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Eduardo Campoy [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 26, 2003 11:33 AM
To: [EMAIL PROTECTED]
Cc: Jason Rivard
Subject: Question on Tomcat 4

Hello,

I am using Tomcat 3.3.1 with Internet Web Application and after doing a
ETHICAL HACKING TEST, they discovered a problem in Tomcat session
cookie
(JSESSIONID).
After reading Tomcat 3.3.2 manual , there is a atribute called
secureCookie that resolve my issue. BUT tomcat 3.3.2 is not released
yet.
My question is Does this atribute called secureCookie exist in
TOMCAT 4 ?

Thanks in advanced



Eduardo Campoy
Technology Account Manager
Novell, THE leading provider of net business solutions
Tel - 55 11 3345-3938
Cel - 55 11 9232-7456
AIM - ecampoy sao
MSN - [EMAIL PROTECTED]




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


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



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: Tomcat 3.3.2 release question - was RE: [5.0.15] Testbuild available

2003-11-26 Thread Mark Thomas
I can confirm that Larry is correct. TC4 (and TC5) behaviour is that any 
session created under an HTTPS connection will not normally be available via 
HTTP. There is a workaround that enables this behaviour. The bug report below 
gives more details.

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

Hope this helps,

Mark


On Tuesday, November 25, 2003 11:35 PM, Larry Isaacs 
[SMTP:[EMAIL PROTECTED] wrote:
 I'm afraid I'm still ignorant in certain areas of Tomcat 4
 configuration.  I don't know what Tomcat 4 might have that
 is equivalent to this feature.  I believe Tomcat 4 won't allow
 you to keep your session when going from HTTP to HTTPS and I
 assume it wouldn't expose the session if trying to do the
 reverse.  I don't know if there are configuration options
 that affect this behavior.

 Cheers,
 Larry

  -Original Message-
  From: Eduardo Campoy [mailto:[EMAIL PROTECTED]
  Sent: Tuesday, November 25, 2003 4:22 PM
  To: [EMAIL PROTECTED]; Larry Isaacs
  Cc: Edison Rodrigues; Fernando Freitas; Gilson Melo
  Subject: Re: Tomcat 3.3.2 release question - was RE: [5.0.15]
  Testbuild available
 
 
  Hello Larry,
 
  Thanks for your reply
 
  What i need is the new function that Tomcat 3.3.2 has that is
  secureCookie.
  This attribute guarantees that the user will only send the
  session cookie in a secure connection using SSL.
  Since my application runs on Tomcat 4, do you know if Tomcat
  4  has this feature ?
 
  Gilson, thanks for the contact.
 
 
 
 
 
  Eduardo Campoy
  Technology Account Manager
  Novell, THE leading provider of net business solutions
  Tel - 55 11 3345-3938
  Cel - 55 11 9232-7456
  AIM - ecampoy sao
  MSN - [EMAIL PROTECTED]
 
 
   [EMAIL PROTECTED] 25/11/2003 15:46:31 
  Unfortunately Tomcat 3.3.2 suffers from a release manager who can't
  seem to get out of an overworked state in his day job. I still
  intend to do a 3.3.2 release when I can find the time, but it is
  hard to predict when that will be given that my day job necessarily
  takes priority.
 
  Cheers,
  Larry
 
  P.S. Other than some changes needed due to new behavior in
  org.apache.tomcat.util.http.Parameter, there would not be
  any significant code differences between a released version and
  what is in CVS. I'll try to make those changes fairly soon,
  maybe over Thanksgiving.
 
  -Original Message-
  From: Gilson Melo [mailto:[EMAIL PROTECTED]
  Sent: Tuesday, November 25, 2003 11:48 AM
  To: [EMAIL PROTECTED]
  Subject: Re: [5.0.15] Test build available
 
 
  Do you know when the 3.3.2 version will be available?
  tnx for any help...
 
  cya,
 
  GilsoN Melo
  Technical Support Engineer
  Support: 55 11 5505-4066
  Fax: 55 11 5505-4041
  AIM: gilsonsmelo
  Novell, Inc., the leading provider of information solutions.
 
   [EMAIL PROTECTED] 11/25 2:30 PM 
  5.0.15 is available for testing. Please be extra careful
  about regressions.
  If there are significant regressions, those will need to be
  fixed ASAP,
  and I'll release a new build shortly after that.
 
 http://www.apache.org/dist/jakarta/tomcat-5/v5.0.15-alpha/

 Remy



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




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



Re: Tomcat 3.3.2 release question - was RE: [5.0.15] Test build available

2003-11-25 Thread Larry Isaacs
Unfortunately Tomcat 3.3.2 suffers from a release manager who can't
seem to get out of an overworked state in his day job.  I still
intend to do a 3.3.2 release when I can find the time, but it is
hard to predict when that will be given that my day job necessarily
takes priority.

Cheers,
Larry

P.S. Other than some changes needed due to new behavior in
org.apache.tomcat.util.http.Parameter, there would not be
any significant code differences between a released version and
what is in CVS.  I'll try to make those changes fairly soon,
maybe over Thanksgiving.

-Original Message-
From: Gilson Melo [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, November 25, 2003 11:48 AM
To: [EMAIL PROTECTED]
Subject: Re: [5.0.15] Test build available


Do you know when the 3.3.2 version will be available?
tnx for any help...

cya,

GilsoN Melo
Technical Support Engineer
Support: 55 11 5505-4066
Fax: 55 11 5505-4041
AIM: gilsonsmelo
Novell, Inc., the leading provider of information solutions.

 [EMAIL PROTECTED] 11/25 2:30 PM 
5.0.15 is available for testing. Please be extra careful about regressions.
If there are significant regressions, those will need to be fixed ASAP, 
and I'll release a new build shortly after that.

http://www.apache.org/dist/jakarta/tomcat-5/v5.0.15-alpha/ 

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]



Re: Tomcat 3.3.2 release question - was RE: [5.0.15] Test build available

2003-11-25 Thread Gilson Melo
tnx for the information...
if you get any news, please, let me know...

cya,

GilsoN Melo
Technical Support Engineer
Support:
 [EMAIL PROTECTED] 11/25/03 10:46 AM 
Unfortunately Tomcat 3.3.2 suffers from a release manager who can't
seem to get out of an overworked state in his day job.  I still
intend to do a 3.3.2 release when I can find the time, but it is
hard to predict when that will be given that my day job necessarily
takes priority.

Cheers,
Larry

P.S. Other than some changes needed due to new behavior in
org.apache.tomcat.util.http.Parameter, there would not be
any significant code differences between a released version and
what is in CVS.  I'll try to make those changes fairly soon,
maybe over Thanksgiving.

-Original Message-
From: Gilson Melo [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, November 25, 2003 11:48 AM
To: [EMAIL PROTECTED]
Subject: Re: [5.0.15] Test build available


Do you know when the 3.3.2 version will be available?
tnx for any help...

cya,

GilsoN Melo
Technical Support Engineer
Support: 55 11 5505-4066
Fax: 55 11 5505-4041
AIM: gilsonsmelo
Novell, Inc., the leading provider of information solutions.

 [EMAIL PROTECTED] 11/25 2:30 PM 
5.0.15 is available for testing. Please be extra careful about regressions.
If there are significant regressions, those will need to be fixed ASAP, 
and I'll release a new build shortly after that.

http://www.apache.org/dist/jakarta/tomcat-5/v5.0.15-alpha/ 

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]



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



Re: Tomcat 3.3.2 release question - was RE: [5.0.15] Test build available

2003-11-25 Thread Eduardo Campoy
Hello Larry,
 
Thanks for your reply
 
What i need is the new function that Tomcat 3.3.2 has that is secureCookie.
This attribute guarantees that the user will only send the session cookie in a secure 
connection using SSL.
Since my application runs on Tomcat 4, do you know if Tomcat 4  has this feature ?

Gilson, thanks for the contact.
 
 
 
 
 
Eduardo Campoy
Technology Account Manager
Novell, THE leading provider of net business solutions
Tel - 55 11 3345-3938
Cel - 55 11 9232-7456
AIM - ecampoy sao
MSN - [EMAIL PROTECTED]


 [EMAIL PROTECTED] 25/11/2003 15:46:31 
Unfortunately Tomcat 3.3.2 suffers from a release manager who can't
seem to get out of an overworked state in his day job. I still
intend to do a 3.3.2 release when I can find the time, but it is
hard to predict when that will be given that my day job necessarily
takes priority.

Cheers,
Larry

P.S. Other than some changes needed due to new behavior in
org.apache.tomcat.util.http.Parameter, there would not be
any significant code differences between a released version and
what is in CVS. I'll try to make those changes fairly soon,
maybe over Thanksgiving.

-Original Message-
From: Gilson Melo [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, November 25, 2003 11:48 AM
To: [EMAIL PROTECTED] 
Subject: Re: [5.0.15] Test build available


Do you know when the 3.3.2 version will be available?
tnx for any help...

cya,

GilsoN Melo
Technical Support Engineer
Support: 55 11 5505-4066
Fax: 55 11 5505-4041
AIM: gilsonsmelo
Novell, Inc., the leading provider of information solutions.

 [EMAIL PROTECTED] 11/25 2:30 PM 
5.0.15 is available for testing. Please be extra careful about regressions.
If there are significant regressions, those will need to be fixed ASAP, 
and I'll release a new build shortly after that.

http://www.apache.org/dist/jakarta/tomcat-5/v5.0.15-alpha/ 

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] 





RE: Tomcat 3.3.2 release question - was RE: [5.0.15] Testbuild available

2003-11-25 Thread Larry Isaacs
I'm afraid I'm still ignorant in certain areas of Tomcat 4
configuration.  I don't know what Tomcat 4 might have that
is equivalent to this feature.  I believe Tomcat 4 won't allow
you to keep your session when going from HTTP to HTTPS and I
assume it wouldn't expose the session if trying to do the
reverse.  I don't know if there are configuration options
that affect this behavior.

Cheers,
Larry 

 -Original Message-
 From: Eduardo Campoy [mailto:[EMAIL PROTECTED] 
 Sent: Tuesday, November 25, 2003 4:22 PM
 To: [EMAIL PROTECTED]; Larry Isaacs
 Cc: Edison Rodrigues; Fernando Freitas; Gilson Melo
 Subject: Re: Tomcat 3.3.2 release question - was RE: [5.0.15] 
 Testbuild available
 
 
 Hello Larry,
  
 Thanks for your reply
  
 What i need is the new function that Tomcat 3.3.2 has that is 
 secureCookie.
 This attribute guarantees that the user will only send the 
 session cookie in a secure connection using SSL.
 Since my application runs on Tomcat 4, do you know if Tomcat 
 4  has this feature ?
 
 Gilson, thanks for the contact.
  
  
  
  
  
 Eduardo Campoy
 Technology Account Manager
 Novell, THE leading provider of net business solutions
 Tel - 55 11 3345-3938
 Cel - 55 11 9232-7456
 AIM - ecampoy sao
 MSN - [EMAIL PROTECTED]
 
 
  [EMAIL PROTECTED] 25/11/2003 15:46:31 
 Unfortunately Tomcat 3.3.2 suffers from a release manager who can't
 seem to get out of an overworked state in his day job. I still
 intend to do a 3.3.2 release when I can find the time, but it is
 hard to predict when that will be given that my day job necessarily
 takes priority.
 
 Cheers,
 Larry
 
 P.S. Other than some changes needed due to new behavior in
 org.apache.tomcat.util.http.Parameter, there would not be
 any significant code differences between a released version and
 what is in CVS. I'll try to make those changes fairly soon,
 maybe over Thanksgiving.
 
 -Original Message-
 From: Gilson Melo [mailto:[EMAIL PROTECTED] 
 Sent: Tuesday, November 25, 2003 11:48 AM
 To: [EMAIL PROTECTED] 
 Subject: Re: [5.0.15] Test build available
 
 
 Do you know when the 3.3.2 version will be available?
 tnx for any help...
 
 cya,
 
 GilsoN Melo
 Technical Support Engineer
 Support: 55 11 5505-4066
 Fax: 55 11 5505-4041
 AIM: gilsonsmelo
 Novell, Inc., the leading provider of information solutions.
 
  [EMAIL PROTECTED] 11/25 2:30 PM 
 5.0.15 is available for testing. Please be extra careful 
 about regressions.
 If there are significant regressions, those will need to be 
 fixed ASAP, 
 and I'll release a new build shortly after that.
 
http://www.apache.org/dist/jakarta/tomcat-5/v5.0.15-alpha/ 

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] 




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



More Admin Application: Service Reloading Question

2003-11-06 Thread George Sexton
I am evaluating Tomcat 5.0.14 for use in a ASP Hosting environment. As
part of this environment I would need to routinely create (or destroy)
virtual hosts. One major showstopper seems to be that if I create a
virtual host and click on the Commit Changes, then the service
reloads, including all of the virtual hosts, and their associated
contexts.

Is there some setting I don't see that can affect this restarting
behavior?

Without the capability to create virtual hosts on the fly, I will have
to schedule routine re-starts of the servlet engine. This is really less
than optimal. Any ideas would be appreciated.

George Sexton
MH Software, Inc.
Voice: 303 438 9585
http://www.mhsoftware.com 
 


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



please help me:a question about tomcat

2003-10-16 Thread zjj
My friend,I have a question about tomcat.My tomcat_root is set to c:\tomcat,so the 
default root path will be c:\tomcat\webapps\root,but my web application source 
file(i.e .jsp or .html) is located in the positon of d:\myweb.I want to change the 
default root directory to d:\myweb,how can I update the server.xml?Can you give me the 
correct statement?thank you very much.
Eldon   2003/10/16


RE: Webapp classloader question.

2003-10-11 Thread babak farhang

I too had a problem loading XML libraries
under tomcat 4.1.  I thought I identified
the problem and reported bug 16577. See

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

I proposed a simple fix, but alas, Remy Maucherat,
thought the delegation model worked as intended
and WONTFIXed it.

The upshot is that classes with the following
package prefixes are loaded by the parent loader:


javax,
// Java extensions
org.xml.sax,  
// SAX 1  2
org.w3c.dom,  
// DOM 1  2
org.apache.xerces,
// Xerces 1  2
org.apache.xalan  
// Xalan

As xalan and xerces are in this list (taken from
the source code), you can't load your own version
of these libraries without modifying the source.

-Babak

--- Lee, William [EMAIL PROTECTED] wrote:
 Hmm... Seems like even the Sun's engineer also have
 different point of views
 between them as well... Now, I'm totally confused
 about which way should be
 the right way to go...
 
 It there any Sun/Java representative on this mailing
 list that can answer
 this question then?
 
 Thanks again for all your help.
 William.
 
 
 -Original Message-
 From: Cox, Charlie [mailto:[EMAIL PROTECTED] 
 Sent: Friday, October 10, 2003 2:38 PM
 To: 'Tomcat Developers List'
 Subject: RE: Webapp classloader question.
 
 
 here's one reply that I got a while ago about the
 issue when it was changed
 in 4.0.2(saying basically the same thing)

http://www.mail-archive.com/[EMAIL PROTECTED]/msg74261.html
 
 I know that the WEB-INF classloader changes the
 delegation model by looking
 for classes within WEB-INF BEFORE delegating to its
 parent, but I don't know
 why the endorsed spec was chosen to override the
 servlet spec.
 
 Charlie
 
  -Original Message-
  From: Lee, William [mailto:[EMAIL PROTECTED]
  Sent: Friday, October 10, 2003 2:13 PM
  To: 'Tomcat Developers List'
  Subject: RE: Webapp classloader question.
  
  
  To be honest, I got exactly the same impression
 when I read
  this document
  half a year ago. However, when I tried to clarify
 all the 
  grey areas in
  this document with Sun, here is the response from
 their Java engineer:
  
  ***
  The standard delegation model used by Java does
 say that a child 
  classloader should look first to its parent
 classloader when searching 
  for classes.  As you know, this model works
 against us in your
  situtation, since
  the application classloader for a web app is a
 child of the 
  system class
  loader (where the 1.4 parsers are loaded). 
 However, the servlet
  specification requires that a web app obtain its
 class 
  definition from the
  WAR file.  Therefore, most vendors have
 implemented a way for the
  application classloader to look in the WAR file
 first before 
  going to a
  parent, thereby overriding the standard delegation
 model.
  ***
  
  So, it seems to me that the servlet spec. should
 supersede
  the endorsed
  mechanism in the web application environment.
  
  William.
  
  -Original Message-
  From: Cox, Charlie [mailto:[EMAIL PROTECTED]
  Sent: Friday, October 10, 2003 1:17 PM
  To: 'Tomcat Developers List'
  Subject: RE: Webapp classloader question.
  
  
  ok, I just found this link from the archives. Sun
 defined
  that you have to
  use the 'endorsed' directory or take the
 Sun-supplied versions of the
  packages listed.
 

http://java.sun.com/j2se/1.4.2/docs/guide/standards/index.html
  
  tomcat's classloading is enforcing this
 requirement
  explicitly since it does
  not delegate to the parent classloader first.
  
  so you can only replace the version in /endorsed
  Charlie
  
   -Original Message-
   From: Lee, William
 [mailto:[EMAIL PROTECTED]
   Sent: Friday, October 10, 2003 12:05 PM
   To: 'Tomcat Developers List'
   Subject: RE: Webapp classloader question.
   
   
   It seems to me that we are going for bandaid
 solution here. By 
   moving around the files, it will work for one
 particular webapp, but 
   at the expensive of the compatibility of other
 webapp under the same
   tomcat. As
   soon as we move the parser out of one webapp, we
 are 
  forcing all other
   webapp using the same parser, which I believed
 is not the
   right way to go.
   
   Rather, why forcing the delegate model for these
 two particular 
   packages (xerces  xalan)? Isn't it true that
 the endorse mechanism
   only required
   that the endorsed directory should be traverse
 before the system?
   
   I still didn't see the reason how this endorsed
 mechanism has 
   anything to do with the servlet spec., and that
 it would force 
   servlet container to skip
   the one in webapps?
   
   Thanks again.
   William.
   
   
   -Original Message-
   From: Cox, Charlie [mailto:[EMAIL PROTECTED]
   Sent: Friday, October 10, 2003 8:46 AM
   To: 'Tomcat Developers List'
   Subject: RE: Webapp classloader

RE: Webapp classloader question.

2003-10-10 Thread Cox, Charlie
you want to put the one from endorsed into server/lib, then put yours in
WEB-INF. This way only one is visible to any tree of the classloader. But
I'm not sure if you will still end up with the JDK version since the one in
WEB-INF is not endorsed to override it.

The other thing I would try is to put your version in /common/endorsed with
the tomcat version in /server/lib.

btw, have you just tried replacing the version in /endorsed with your newer
one?

Charlie

 -Original Message-
 From: Lee, William [mailto:[EMAIL PROTECTED]
 Sent: Thursday, October 09, 2003 4:54 PM
 To: 'Tomcat Developers List'
 Subject: RE: Webapp classloader question.
 
 
 This won't work since, all jar files in commons/lib, 
 commons/endorsed, and
 commons/classes are all visible to the tomcat's commons 
 classloader. So,
 there is no difference whether we put the xerces jar files in lib or
 endorsed, the one from webapps will be skipped.
 
 I think the question boiled down to, if we have Xerces on 
 both endorsed
 and webapps, which one should be used? For tomcat, I would 
 thought that
 the order for class searching will be webapps, shared, commons
 (including endorsed), then system.
 
 I believed tomcat put endorsed before system is to 
 follows the endorsed
 classloading spec.. But I also believed forcing delegate 
 model for xerces
 and xalan maybe overkill?
 
 Indeed, the tomcat's class-loader-howto document also 
 indicated that the
 one from webapps should be used instead.
 
 Frankly speaking, I'm no expert on these topics, so please 
 feel free to
 correct me if I mis-understanding anything here.
 
 Thanks.
 William.
 
 -Original Message-
 From: Shapira, Yoav [mailto:[EMAIL PROTECTED] 
 Sent: Thursday, October 09, 2003 12:44 PM
 To: Tomcat Developers List
 Subject: RE: Webapp classloader question.
 
 
 
 Howdy,
 Tomcat 4.1.x implements the endorsed classloader spec.  It's 
 compliant with
 the Servlet Specification v2.3.  What you can do if you want 
 your webapp to
 use the latest xerces/JAXP, is:
 - Move $CATALINA_HOME/common/endorsed/* to $CATALINA_HOME/common/lib
 - Put your later xerces etc. in WEB-INF/lib as you've been doing.
 
 Yoav Shapira
 Millennium ChemInformatics
 
 
 -Original Message-
 From: Lee, William [mailto:[EMAIL PROTECTED]
 Sent: Thursday, October 09, 2003 12:38 PM
 To: [EMAIL PROTECTED]
 Subject: Webapp classloader question.
 
 
 Hi all,
 
 I'm not sure if this message reaches you guys yet, so here 
 it go again. 
 Sorry for any inconvenience if you receiving this message twice.
 
 Thanks.
 William.
 
 -Original Message-
 From: Lee, William [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, October 07, 2003 3:55 PM
 To: '[EMAIL PROTECTED]'
 Subject: Webapp classloader question.
 
 
 Hi all,
 
 When moving from tomcat 4.0.x to 4.1.x, we discovered that the 
 WebappClassLoader.java had been changed such that all classes from 
 org.apache.xerces and org.apache.xalan are forced to be loaded
 using
 the
 delegate model first, before looking into the webapp directory. This
 seems
 to related to the JDK 1.4 support of the xml and xslt parser.
 
 However, after a long conversation with the Sun's Java engineer, he
 point
 out that, even JDK 1.4 shipped with the default xml and xslt parser, 
 application server and servlet container should continue to 
 use the one 
 provided from the webapp directory as described in the servlet spec.
 2.3.
 
 Could someone please hint some lights on why tomcat 4.1.x decided to 
 enforce the delegate model for these two packages?
 
 (The reason I'm asking is that, we try to use the latest 
 Xerces in our 
 webapps, and since it always look and found the one from
 common/endorsed
 directory, our latest version will always be skipped.)
 
 Thanks in advance for your help.
 William.
 
 Join us at Cognos' biggest event of the year Enterprise 2003, The
 Cognos
 Business Forum.  Taking place in over 25 cities around the 
 world, it's
 an
 opportunity for Business and IT leaders to learn about 
 strategies for 
 driving performance. Visit 
http://www.cognos.com/enterprise03 for more 
details.

This message may contain privileged and/or confidential information.
If
you
have received this e-mail in error or are not the intended recipient,
you
may not use, copy, disseminate or distribute it; do not open any 
attachments, delete it immediately from your system and notify the
sender
promptly by e-mail that you have done so.  Thank you.



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

RE: Webapp classloader question.

2003-10-10 Thread Lee, William
It seems to me that we are going for bandaid solution here. By moving
around the files, it will work for one particular webapp, but at the
expensive of the compatibility of other webapp under the same tomcat. As
soon as we move the parser out of one webapp, we are forcing all other
webapp using the same parser, which I believed is not the right way to go.

Rather, why forcing the delegate model for these two particular packages
(xerces  xalan)? Isn't it true that the endorse mechanism only required
that the endorsed directory should be traverse before the system?

I still didn't see the reason how this endorsed mechanism has anything to
do with the servlet spec., and that it would force servlet container to skip
the one in webapps?

Thanks again.
William.


-Original Message-
From: Cox, Charlie [mailto:[EMAIL PROTECTED] 
Sent: Friday, October 10, 2003 8:46 AM
To: 'Tomcat Developers List'
Subject: RE: Webapp classloader question.


you want to put the one from endorsed into server/lib, then put yours in
WEB-INF. This way only one is visible to any tree of the classloader. But
I'm not sure if you will still end up with the JDK version since the one in
WEB-INF is not endorsed to override it.

The other thing I would try is to put your version in /common/endorsed with
the tomcat version in /server/lib.

btw, have you just tried replacing the version in /endorsed with your newer
one?

Charlie

 -Original Message-
 From: Lee, William [mailto:[EMAIL PROTECTED]
 Sent: Thursday, October 09, 2003 4:54 PM
 To: 'Tomcat Developers List'
 Subject: RE: Webapp classloader question.
 
 
 This won't work since, all jar files in commons/lib,
 commons/endorsed, and
 commons/classes are all visible to the tomcat's commons 
 classloader. So,
 there is no difference whether we put the xerces jar files in lib or
 endorsed, the one from webapps will be skipped.
 
 I think the question boiled down to, if we have Xerces on
 both endorsed
 and webapps, which one should be used? For tomcat, I would 
 thought that
 the order for class searching will be webapps, shared, commons
 (including endorsed), then system.
 
 I believed tomcat put endorsed before system is to
 follows the endorsed
 classloading spec.. But I also believed forcing delegate 
 model for xerces
 and xalan maybe overkill?
 
 Indeed, the tomcat's class-loader-howto document also
 indicated that the
 one from webapps should be used instead.
 
 Frankly speaking, I'm no expert on these topics, so please
 feel free to
 correct me if I mis-understanding anything here.
 
 Thanks.
 William.
 
 -Original Message-
 From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
 Sent: Thursday, October 09, 2003 12:44 PM
 To: Tomcat Developers List
 Subject: RE: Webapp classloader question.
 
 
 
 Howdy,
 Tomcat 4.1.x implements the endorsed classloader spec.  It's
 compliant with
 the Servlet Specification v2.3.  What you can do if you want 
 your webapp to
 use the latest xerces/JAXP, is:
 - Move $CATALINA_HOME/common/endorsed/* to $CATALINA_HOME/common/lib
 - Put your later xerces etc. in WEB-INF/lib as you've been doing.
 
 Yoav Shapira
 Millennium ChemInformatics
 
 
 -Original Message-
 From: Lee, William [mailto:[EMAIL PROTECTED]
 Sent: Thursday, October 09, 2003 12:38 PM
 To: [EMAIL PROTECTED]
 Subject: Webapp classloader question.
 
 
 Hi all,
 
 I'm not sure if this message reaches you guys yet, so here
 it go again.
 Sorry for any inconvenience if you receiving this message twice.
 
 Thanks.
 William.
 
 -Original Message-
 From: Lee, William [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, October 07, 2003 3:55 PM
 To: '[EMAIL PROTECTED]'
 Subject: Webapp classloader question.
 
 
 Hi all,
 
 When moving from tomcat 4.0.x to 4.1.x, we discovered that the
 WebappClassLoader.java had been changed such that all classes from 
 org.apache.xerces and org.apache.xalan are forced to be loaded
 using
 the
 delegate model first, before looking into the webapp directory. This
 seems
 to related to the JDK 1.4 support of the xml and xslt parser.
 
 However, after a long conversation with the Sun's Java engineer, he
 point
 out that, even JDK 1.4 shipped with the default xml and xslt parser,
 application server and servlet container should continue to 
 use the one
 provided from the webapp directory as described in the servlet spec.
 2.3.
 
 Could someone please hint some lights on why tomcat 4.1.x decided to
 enforce the delegate model for these two packages?
 
 (The reason I'm asking is that, we try to use the latest
 Xerces in our
 webapps, and since it always look and found the one from
 common/endorsed
 directory, our latest version will always be skipped.)
 
 Thanks in advance for your help.
 William.
 
 Join us at Cognos' biggest event of the year Enterprise 2003, The
 Cognos
 Business Forum.  Taking place in over 25 cities around the
 world, it's
 an
 opportunity for Business and IT leaders to learn about
 strategies for
 driving performance. Visit
http

RE: Webapp classloader question.

2003-10-10 Thread Cox, Charlie
ok, I just found this link from the archives. Sun defined that you have to
use the 'endorsed' directory or take the Sun-supplied versions of the
packages listed.
http://java.sun.com/j2se/1.4.2/docs/guide/standards/index.html

tomcat's classloading is enforcing this requirement explicitly since it does
not delegate to the parent classloader first.

so you can only replace the version in /endorsed
Charlie

 -Original Message-
 From: Lee, William [mailto:[EMAIL PROTECTED]
 Sent: Friday, October 10, 2003 12:05 PM
 To: 'Tomcat Developers List'
 Subject: RE: Webapp classloader question.
 
 
 It seems to me that we are going for bandaid solution here. 
 By moving
 around the files, it will work for one particular webapp, but at the
 expensive of the compatibility of other webapp under the same 
 tomcat. As
 soon as we move the parser out of one webapp, we are forcing all other
 webapp using the same parser, which I believed is not the 
 right way to go.
 
 Rather, why forcing the delegate model for these two 
 particular packages
 (xerces  xalan)? Isn't it true that the endorse mechanism 
 only required
 that the endorsed directory should be traverse before the system?
 
 I still didn't see the reason how this endorsed mechanism 
 has anything to
 do with the servlet spec., and that it would force servlet 
 container to skip
 the one in webapps?
 
 Thanks again.
 William.
 
 
 -Original Message-
 From: Cox, Charlie [mailto:[EMAIL PROTECTED] 
 Sent: Friday, October 10, 2003 8:46 AM
 To: 'Tomcat Developers List'
 Subject: RE: Webapp classloader question.
 
 
 you want to put the one from endorsed into server/lib, then 
 put yours in
 WEB-INF. This way only one is visible to any tree of the 
 classloader. But
 I'm not sure if you will still end up with the JDK version 
 since the one in
 WEB-INF is not endorsed to override it.
 
 The other thing I would try is to put your version in 
 /common/endorsed with
 the tomcat version in /server/lib.
 
 btw, have you just tried replacing the version in /endorsed 
 with your newer
 one?
 
 Charlie
 
  -Original Message-
  From: Lee, William [mailto:[EMAIL PROTECTED]
  Sent: Thursday, October 09, 2003 4:54 PM
  To: 'Tomcat Developers List'
  Subject: RE: Webapp classloader question.
  
  
  This won't work since, all jar files in commons/lib,
  commons/endorsed, and
  commons/classes are all visible to the tomcat's commons 
  classloader. So,
  there is no difference whether we put the xerces jar files 
 in lib or
  endorsed, the one from webapps will be skipped.
  
  I think the question boiled down to, if we have Xerces on
  both endorsed
  and webapps, which one should be used? For tomcat, I would 
  thought that
  the order for class searching will be webapps, shared, commons
  (including endorsed), then system.
  
  I believed tomcat put endorsed before system is to
  follows the endorsed
  classloading spec.. But I also believed forcing delegate 
  model for xerces
  and xalan maybe overkill?
  
  Indeed, the tomcat's class-loader-howto document also
  indicated that the
  one from webapps should be used instead.
  
  Frankly speaking, I'm no expert on these topics, so please
  feel free to
  correct me if I mis-understanding anything here.
  
  Thanks.
  William.
  
  -Original Message-
  From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
  Sent: Thursday, October 09, 2003 12:44 PM
  To: Tomcat Developers List
  Subject: RE: Webapp classloader question.
  
  
  
  Howdy,
  Tomcat 4.1.x implements the endorsed classloader spec.  It's
  compliant with
  the Servlet Specification v2.3.  What you can do if you want 
  your webapp to
  use the latest xerces/JAXP, is:
  - Move $CATALINA_HOME/common/endorsed/* to $CATALINA_HOME/common/lib
  - Put your later xerces etc. in WEB-INF/lib as you've been doing.
  
  Yoav Shapira
  Millennium ChemInformatics
  
  
  -Original Message-
  From: Lee, William [mailto:[EMAIL PROTECTED]
  Sent: Thursday, October 09, 2003 12:38 PM
  To: [EMAIL PROTECTED]
  Subject: Webapp classloader question.
  
  
  Hi all,
  
  I'm not sure if this message reaches you guys yet, so here
  it go again.
  Sorry for any inconvenience if you receiving this message twice.
  
  Thanks.
  William.
  
  -Original Message-
  From: Lee, William [mailto:[EMAIL PROTECTED]
  Sent: Tuesday, October 07, 2003 3:55 PM
  To: '[EMAIL PROTECTED]'
  Subject: Webapp classloader question.
  
  
  Hi all,
  
  When moving from tomcat 4.0.x to 4.1.x, we discovered that the
  WebappClassLoader.java had been changed such that all classes from 
  org.apache.xerces and org.apache.xalan are forced to be loaded
  using
  the
  delegate model first, before looking into the webapp 
 directory. This
  seems
  to related to the JDK 1.4 support of the xml and xslt parser.
  
  However, after a long conversation with the Sun's Java engineer, he
  point
  out that, even JDK 1.4 shipped with the default xml and 
 xslt parser,
  application server

RE: Webapp classloader question.

2003-10-10 Thread Kevin Jones
But the org.apache classes are not endorsed, only the org.xml.sax and
org.w3c.dom. These packages contain mostly interfaces and while the
implemenation of the JDK comes with the org.apache classes I do not
believe these are considered part of the J2SE platform API.

JAXP comes with a specific override mechanism such that if a JAXP
implementation is found on the classpath that one can be used ahead of
any other implementation. Otherwise developers would be stuck with the
JAXP parser in the JRE. This means that a parser in mywebapp/web-inf/lib
should be used ahead of any other provided you are using
SAXParserFactory/DocumentBuilderFactory to load the parser. At least
this is my reading of the JAXP specification and certainly the behaviour
I've seen running XML apps from the command line and making sure that I
have Xerces/Xalan on the classpath for the application.

BTW I'm butting in here assuming I know the whole thread, and this is
also a subject dear to my heart as I've had so many go arounds of this
on so many different Tomcat versions.

BTW2 the Servlet specification was written with exactly this problem in
mind, i.e. making sure the 'right' XML parser was loaded

Kevin Jones

On Fri, 2003-10-10 at 18:16, Cox, Charlie wrote:
 ok, I just found this link from the archives. Sun defined that you have to
 use the 'endorsed' directory or take the Sun-supplied versions of the
 packages listed.
 http://java.sun.com/j2se/1.4.2/docs/guide/standards/index.html
 
 tomcat's classloading is enforcing this requirement explicitly since it does
 not delegate to the parent classloader first.
 
 so you can only replace the version in /endorsed
 Charlie
 
  -Original Message-
  From: Lee, William [mailto:[EMAIL PROTECTED]
  Sent: Friday, October 10, 2003 12:05 PM
  To: 'Tomcat Developers List'
  Subject: RE: Webapp classloader question.
  
  
  It seems to me that we are going for bandaid solution here. 
  By moving
  around the files, it will work for one particular webapp, but at the
  expensive of the compatibility of other webapp under the same 
  tomcat. As
  soon as we move the parser out of one webapp, we are forcing all other
  webapp using the same parser, which I believed is not the 
  right way to go.
  
  Rather, why forcing the delegate model for these two 
  particular packages
  (xerces  xalan)? Isn't it true that the endorse mechanism 
  only required
  that the endorsed directory should be traverse before the system?
  
  I still didn't see the reason how this endorsed mechanism 
  has anything to
  do with the servlet spec., and that it would force servlet 
  container to skip
  the one in webapps?
  
  Thanks again.
  William.
  
  
  -Original Message-
  From: Cox, Charlie [mailto:[EMAIL PROTECTED] 
  Sent: Friday, October 10, 2003 8:46 AM
  To: 'Tomcat Developers List'
  Subject: RE: Webapp classloader question.
  
  
  you want to put the one from endorsed into server/lib, then 
  put yours in
  WEB-INF. This way only one is visible to any tree of the 
  classloader. But
  I'm not sure if you will still end up with the JDK version 
  since the one in
  WEB-INF is not endorsed to override it.
  
  The other thing I would try is to put your version in 
  /common/endorsed with
  the tomcat version in /server/lib.
  
  btw, have you just tried replacing the version in /endorsed 
  with your newer
  one?
  
  Charlie
  
   -Original Message-
   From: Lee, William [mailto:[EMAIL PROTECTED]
   Sent: Thursday, October 09, 2003 4:54 PM
   To: 'Tomcat Developers List'
   Subject: RE: Webapp classloader question.
   
   
   This won't work since, all jar files in commons/lib,
   commons/endorsed, and
   commons/classes are all visible to the tomcat's commons 
   classloader. So,
   there is no difference whether we put the xerces jar files 
  in lib or
   endorsed, the one from webapps will be skipped.
   
   I think the question boiled down to, if we have Xerces on
   both endorsed
   and webapps, which one should be used? For tomcat, I would 
   thought that
   the order for class searching will be webapps, shared, commons
   (including endorsed), then system.
   
   I believed tomcat put endorsed before system is to
   follows the endorsed
   classloading spec.. But I also believed forcing delegate 
   model for xerces
   and xalan maybe overkill?
   
   Indeed, the tomcat's class-loader-howto document also
   indicated that the
   one from webapps should be used instead.
   
   Frankly speaking, I'm no expert on these topics, so please
   feel free to
   correct me if I mis-understanding anything here.
   
   Thanks.
   William.
   
   -Original Message-
   From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
   Sent: Thursday, October 09, 2003 12:44 PM
   To: Tomcat Developers List
   Subject: RE: Webapp classloader question.
   
   
   
   Howdy,
   Tomcat 4.1.x implements the endorsed classloader spec.  It's
   compliant with
   the Servlet Specification v2.3.  What you can do

RE: Webapp classloader question.

2003-10-10 Thread Lee, William
To be honest, I got exactly the same impression when I read this document
half a year ago. However, when I tried to clarify all the grey areas in
this document with Sun, here is the response from their Java engineer:

***
The standard delegation model used by Java does say that a child
classloader should look first to its parent classloader when searching for
classes.  As you know, this model works against us in your situtation, since
the application classloader for a web app is a child of the system class
loader (where the 1.4 parsers are loaded).  However, the servlet
specification requires that a web app obtain its class definition from the
WAR file.  Therefore, most vendors have implemented a way for the
application classloader to look in the WAR file first before going to a
parent, thereby overriding the standard delegation model.
***

So, it seems to me that the servlet spec. should supersede the endorsed
mechanism in the web application environment.

William.

-Original Message-
From: Cox, Charlie [mailto:[EMAIL PROTECTED] 
Sent: Friday, October 10, 2003 1:17 PM
To: 'Tomcat Developers List'
Subject: RE: Webapp classloader question.


ok, I just found this link from the archives. Sun defined that you have to
use the 'endorsed' directory or take the Sun-supplied versions of the
packages listed.
http://java.sun.com/j2se/1.4.2/docs/guide/standards/index.html

tomcat's classloading is enforcing this requirement explicitly since it does
not delegate to the parent classloader first.

so you can only replace the version in /endorsed
Charlie

 -Original Message-
 From: Lee, William [mailto:[EMAIL PROTECTED]
 Sent: Friday, October 10, 2003 12:05 PM
 To: 'Tomcat Developers List'
 Subject: RE: Webapp classloader question.
 
 
 It seems to me that we are going for bandaid solution here.
 By moving
 around the files, it will work for one particular webapp, but at the
 expensive of the compatibility of other webapp under the same 
 tomcat. As
 soon as we move the parser out of one webapp, we are forcing all other
 webapp using the same parser, which I believed is not the 
 right way to go.
 
 Rather, why forcing the delegate model for these two
 particular packages
 (xerces  xalan)? Isn't it true that the endorse mechanism 
 only required
 that the endorsed directory should be traverse before the system?
 
 I still didn't see the reason how this endorsed mechanism
 has anything to
 do with the servlet spec., and that it would force servlet 
 container to skip
 the one in webapps?
 
 Thanks again.
 William.
 
 
 -Original Message-
 From: Cox, Charlie [mailto:[EMAIL PROTECTED]
 Sent: Friday, October 10, 2003 8:46 AM
 To: 'Tomcat Developers List'
 Subject: RE: Webapp classloader question.
 
 
 you want to put the one from endorsed into server/lib, then
 put yours in
 WEB-INF. This way only one is visible to any tree of the 
 classloader. But
 I'm not sure if you will still end up with the JDK version 
 since the one in
 WEB-INF is not endorsed to override it.
 
 The other thing I would try is to put your version in
 /common/endorsed with
 the tomcat version in /server/lib.
 
 btw, have you just tried replacing the version in /endorsed
 with your newer
 one?
 
 Charlie
 
  -Original Message-
  From: Lee, William [mailto:[EMAIL PROTECTED]
  Sent: Thursday, October 09, 2003 4:54 PM
  To: 'Tomcat Developers List'
  Subject: RE: Webapp classloader question.
  
  
  This won't work since, all jar files in commons/lib, 
  commons/endorsed, and commons/classes are all visible to the 
  tomcat's commons classloader. So,
  there is no difference whether we put the xerces jar files 
 in lib or
  endorsed, the one from webapps will be skipped.
  
  I think the question boiled down to, if we have Xerces on both 
  endorsed and webapps, which one should be used? For tomcat, I 
  would thought that
  the order for class searching will be webapps, shared, commons
  (including endorsed), then system.
  
  I believed tomcat put endorsed before system is to follows the 
  endorsed classloading spec.. But I also believed forcing delegate
  model for xerces
  and xalan maybe overkill?
  
  Indeed, the tomcat's class-loader-howto document also indicated 
  that the one from webapps should be used instead.
  
  Frankly speaking, I'm no expert on these topics, so please feel free 
  to correct me if I mis-understanding anything here.
  
  Thanks.
  William.
  
  -Original Message-
  From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
  Sent: Thursday, October 09, 2003 12:44 PM
  To: Tomcat Developers List
  Subject: RE: Webapp classloader question.
  
  
  
  Howdy,
  Tomcat 4.1.x implements the endorsed classloader spec.  It's 
  compliant with the Servlet Specification v2.3.  What you can do if 
  you want your webapp to
  use the latest xerces/JAXP, is:
  - Move $CATALINA_HOME/common/endorsed/* to $CATALINA_HOME/common/lib
  - Put your later xerces etc. in WEB-INF/lib as you've been doing.
  
  Yoav

RE: Webapp classloader question.

2003-10-10 Thread Cox, Charlie
here's one reply that I got a while ago about the issue when it was changed
in 4.0.2(saying basically the same thing)
http://www.mail-archive.com/[EMAIL PROTECTED]/msg74261.html

I know that the WEB-INF classloader changes the delegation model by looking
for classes within WEB-INF BEFORE delegating to its parent, but I don't know
why the endorsed spec was chosen to override the servlet spec.

Charlie

 -Original Message-
 From: Lee, William [mailto:[EMAIL PROTECTED]
 Sent: Friday, October 10, 2003 2:13 PM
 To: 'Tomcat Developers List'
 Subject: RE: Webapp classloader question.
 
 
 To be honest, I got exactly the same impression when I read 
 this document
 half a year ago. However, when I tried to clarify all the 
 grey areas in
 this document with Sun, here is the response from their Java engineer:
 
 ***
 The standard delegation model used by Java does say that a child
 classloader should look first to its parent classloader when 
 searching for
 classes.  As you know, this model works against us in your 
 situtation, since
 the application classloader for a web app is a child of the 
 system class
 loader (where the 1.4 parsers are loaded).  However, the servlet
 specification requires that a web app obtain its class 
 definition from the
 WAR file.  Therefore, most vendors have implemented a way for the
 application classloader to look in the WAR file first before 
 going to a
 parent, thereby overriding the standard delegation model.
 ***
 
 So, it seems to me that the servlet spec. should supersede 
 the endorsed
 mechanism in the web application environment.
 
 William.
 
 -Original Message-
 From: Cox, Charlie [mailto:[EMAIL PROTECTED] 
 Sent: Friday, October 10, 2003 1:17 PM
 To: 'Tomcat Developers List'
 Subject: RE: Webapp classloader question.
 
 
 ok, I just found this link from the archives. Sun defined 
 that you have to
 use the 'endorsed' directory or take the Sun-supplied versions of the
 packages listed.
 http://java.sun.com/j2se/1.4.2/docs/guide/standards/index.html
 
 tomcat's classloading is enforcing this requirement 
 explicitly since it does
 not delegate to the parent classloader first.
 
 so you can only replace the version in /endorsed
 Charlie
 
  -Original Message-
  From: Lee, William [mailto:[EMAIL PROTECTED]
  Sent: Friday, October 10, 2003 12:05 PM
  To: 'Tomcat Developers List'
  Subject: RE: Webapp classloader question.
  
  
  It seems to me that we are going for bandaid solution here.
  By moving
  around the files, it will work for one particular webapp, but at the
  expensive of the compatibility of other webapp under the same 
  tomcat. As
  soon as we move the parser out of one webapp, we are 
 forcing all other
  webapp using the same parser, which I believed is not the 
  right way to go.
  
  Rather, why forcing the delegate model for these two
  particular packages
  (xerces  xalan)? Isn't it true that the endorse mechanism 
  only required
  that the endorsed directory should be traverse before the system?
  
  I still didn't see the reason how this endorsed mechanism
  has anything to
  do with the servlet spec., and that it would force servlet 
  container to skip
  the one in webapps?
  
  Thanks again.
  William.
  
  
  -Original Message-
  From: Cox, Charlie [mailto:[EMAIL PROTECTED]
  Sent: Friday, October 10, 2003 8:46 AM
  To: 'Tomcat Developers List'
  Subject: RE: Webapp classloader question.
  
  
  you want to put the one from endorsed into server/lib, then
  put yours in
  WEB-INF. This way only one is visible to any tree of the 
  classloader. But
  I'm not sure if you will still end up with the JDK version 
  since the one in
  WEB-INF is not endorsed to override it.
  
  The other thing I would try is to put your version in
  /common/endorsed with
  the tomcat version in /server/lib.
  
  btw, have you just tried replacing the version in /endorsed
  with your newer
  one?
  
  Charlie
  
   -Original Message-
   From: Lee, William [mailto:[EMAIL PROTECTED]
   Sent: Thursday, October 09, 2003 4:54 PM
   To: 'Tomcat Developers List'
   Subject: RE: Webapp classloader question.
   
   
   This won't work since, all jar files in commons/lib, 
   commons/endorsed, and commons/classes are all visible to the 
   tomcat's commons classloader. So,
   there is no difference whether we put the xerces jar files 
  in lib or
   endorsed, the one from webapps will be skipped.
   
   I think the question boiled down to, if we have Xerces on both 
   endorsed and webapps, which one should be used? For tomcat, I 
   would thought that
   the order for class searching will be webapps, 
 shared, commons
   (including endorsed), then system.
   
   I believed tomcat put endorsed before system is to 
 follows the 
   endorsed classloading spec.. But I also believed 
 forcing delegate
   model for xerces
   and xalan maybe overkill?
   
   Indeed, the tomcat's class-loader-howto document also indicated 
   that the one from

RE: Webapp classloader question.

2003-10-10 Thread Lee, William
Hmm... Seems like even the Sun's engineer also have different point of views
between them as well... Now, I'm totally confused about which way should be
the right way to go...

It there any Sun/Java representative on this mailing list that can answer
this question then?

Thanks again for all your help.
William.


-Original Message-
From: Cox, Charlie [mailto:[EMAIL PROTECTED] 
Sent: Friday, October 10, 2003 2:38 PM
To: 'Tomcat Developers List'
Subject: RE: Webapp classloader question.


here's one reply that I got a while ago about the issue when it was changed
in 4.0.2(saying basically the same thing)
http://www.mail-archive.com/[EMAIL PROTECTED]/msg74261.html

I know that the WEB-INF classloader changes the delegation model by looking
for classes within WEB-INF BEFORE delegating to its parent, but I don't know
why the endorsed spec was chosen to override the servlet spec.

Charlie

 -Original Message-
 From: Lee, William [mailto:[EMAIL PROTECTED]
 Sent: Friday, October 10, 2003 2:13 PM
 To: 'Tomcat Developers List'
 Subject: RE: Webapp classloader question.
 
 
 To be honest, I got exactly the same impression when I read
 this document
 half a year ago. However, when I tried to clarify all the 
 grey areas in
 this document with Sun, here is the response from their Java engineer:
 
 ***
 The standard delegation model used by Java does say that a child 
 classloader should look first to its parent classloader when searching 
 for classes.  As you know, this model works against us in your
 situtation, since
 the application classloader for a web app is a child of the 
 system class
 loader (where the 1.4 parsers are loaded).  However, the servlet
 specification requires that a web app obtain its class 
 definition from the
 WAR file.  Therefore, most vendors have implemented a way for the
 application classloader to look in the WAR file first before 
 going to a
 parent, thereby overriding the standard delegation model.
 ***
 
 So, it seems to me that the servlet spec. should supersede
 the endorsed
 mechanism in the web application environment.
 
 William.
 
 -Original Message-
 From: Cox, Charlie [mailto:[EMAIL PROTECTED]
 Sent: Friday, October 10, 2003 1:17 PM
 To: 'Tomcat Developers List'
 Subject: RE: Webapp classloader question.
 
 
 ok, I just found this link from the archives. Sun defined
 that you have to
 use the 'endorsed' directory or take the Sun-supplied versions of the
 packages listed.
 http://java.sun.com/j2se/1.4.2/docs/guide/standards/index.html
 
 tomcat's classloading is enforcing this requirement
 explicitly since it does
 not delegate to the parent classloader first.
 
 so you can only replace the version in /endorsed
 Charlie
 
  -Original Message-
  From: Lee, William [mailto:[EMAIL PROTECTED]
  Sent: Friday, October 10, 2003 12:05 PM
  To: 'Tomcat Developers List'
  Subject: RE: Webapp classloader question.
  
  
  It seems to me that we are going for bandaid solution here. By 
  moving around the files, it will work for one particular webapp, but 
  at the expensive of the compatibility of other webapp under the same
  tomcat. As
  soon as we move the parser out of one webapp, we are 
 forcing all other
  webapp using the same parser, which I believed is not the
  right way to go.
  
  Rather, why forcing the delegate model for these two particular 
  packages (xerces  xalan)? Isn't it true that the endorse mechanism
  only required
  that the endorsed directory should be traverse before the system?
  
  I still didn't see the reason how this endorsed mechanism has 
  anything to do with the servlet spec., and that it would force 
  servlet container to skip
  the one in webapps?
  
  Thanks again.
  William.
  
  
  -Original Message-
  From: Cox, Charlie [mailto:[EMAIL PROTECTED]
  Sent: Friday, October 10, 2003 8:46 AM
  To: 'Tomcat Developers List'
  Subject: RE: Webapp classloader question.
  
  
  you want to put the one from endorsed into server/lib, then put 
  yours in WEB-INF. This way only one is visible to any tree of the
  classloader. But
  I'm not sure if you will still end up with the JDK version 
  since the one in
  WEB-INF is not endorsed to override it.
  
  The other thing I would try is to put your version in 
  /common/endorsed with the tomcat version in /server/lib.
  
  btw, have you just tried replacing the version in /endorsed with 
  your newer one?
  
  Charlie
  
   -Original Message-
   From: Lee, William [mailto:[EMAIL PROTECTED]
   Sent: Thursday, October 09, 2003 4:54 PM
   To: 'Tomcat Developers List'
   Subject: RE: Webapp classloader question.
   
   
   This won't work since, all jar files in commons/lib,
   commons/endorsed, and commons/classes are all visible to the 
   tomcat's commons classloader. So,
   there is no difference whether we put the xerces jar files 
  in lib or
   endorsed, the one from webapps will be skipped.
   
   I think the question boiled down to, if we have Xerces

Webapp classloader question.

2003-10-09 Thread Lee, William

Hi all,

I'm not sure if this message reaches you guys yet, so here it go again.
Sorry for any inconvenience if you receiving this message twice.

Thanks.
William.

-Original Message-
From: Lee, William [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, October 07, 2003 3:55 PM
To: '[EMAIL PROTECTED]'
Subject: Webapp classloader question.


Hi all,

When moving from tomcat 4.0.x to 4.1.x, we discovered that the
WebappClassLoader.java had been changed such that all classes from
org.apache.xerces and org.apache.xalan are forced to be loaded using the
delegate model first, before looking into the webapp directory. This seems
to related to the JDK 1.4 support of the xml and xslt parser.

However, after a long conversation with the Sun's Java engineer, he point
out that, even JDK 1.4 shipped with the default xml and xslt parser,
application server and servlet container should continue to use the one
provided from the webapp directory as described in the servlet spec. 2.3.

Could someone please hint some lights on why tomcat 4.1.x decided to enforce
the delegate model for these two packages?

(The reason I'm asking is that, we try to use the latest Xerces in our
webapps, and since it always look and found the one from common/endorsed
directory, our latest version will always be skipped.)

Thanks in advance for your help.
William.

Join us at Cognos' biggest event of the year Enterprise 2003, The Cognos
Business Forum.  Taking place in over 25 cities around the world, it's an
opportunity for Business and IT leaders to learn about strategies for
driving performance. Visit http://www.cognos.com/enterprise03 for more
details. 

This message may contain privileged and/or confidential information.  If you
have received this e-mail in error or are not the intended recipient, you
may not use, copy, disseminate or distribute it; do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so.  Thank you.


RE: Webapp classloader question.

2003-10-09 Thread Shapira, Yoav

Howdy,
Tomcat 4.1.x implements the endorsed classloader spec.  It's compliant
with the Servlet Specification v2.3.  What you can do if you want your
webapp to use the latest xerces/JAXP, is:
- Move $CATALINA_HOME/common/endorsed/* to $CATALINA_HOME/common/lib
- Put your later xerces etc. in WEB-INF/lib as you've been doing.

Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Lee, William [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 09, 2003 12:38 PM
To: [EMAIL PROTECTED]
Subject: Webapp classloader question.


Hi all,

I'm not sure if this message reaches you guys yet, so here it go again.
Sorry for any inconvenience if you receiving this message twice.

Thanks.
William.

-Original Message-
From: Lee, William [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 07, 2003 3:55 PM
To: '[EMAIL PROTECTED]'
Subject: Webapp classloader question.


Hi all,

When moving from tomcat 4.0.x to 4.1.x, we discovered that the
WebappClassLoader.java had been changed such that all classes from
org.apache.xerces and org.apache.xalan are forced to be loaded
using
the
delegate model first, before looking into the webapp directory. This
seems
to related to the JDK 1.4 support of the xml and xslt parser.

However, after a long conversation with the Sun's Java engineer, he
point
out that, even JDK 1.4 shipped with the default xml and xslt parser,
application server and servlet container should continue to use the one
provided from the webapp directory as described in the servlet spec.
2.3.

Could someone please hint some lights on why tomcat 4.1.x decided to
enforce
the delegate model for these two packages?

(The reason I'm asking is that, we try to use the latest Xerces in our
webapps, and since it always look and found the one from
common/endorsed
directory, our latest version will always be skipped.)

Thanks in advance for your help.
William.

Join us at Cognos' biggest event of the year Enterprise 2003, The
Cognos
Business Forum.  Taking place in over 25 cities around the world, it's
an
opportunity for Business and IT leaders to learn about strategies for
driving performance. Visit http://www.cognos.com/enterprise03 for more
details.

This message may contain privileged and/or confidential information.
If
you
have received this e-mail in error or are not the intended recipient,
you
may not use, copy, disseminate or distribute it; do not open any
attachments, delete it immediately from your system and notify the
sender
promptly by e-mail that you have done so.  Thank you.



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]



RE: Webapp classloader question.

2003-10-09 Thread Lee, William
This won't work since, all jar files in commons/lib, commons/endorsed, and
commons/classes are all visible to the tomcat's commons classloader. So,
there is no difference whether we put the xerces jar files in lib or
endorsed, the one from webapps will be skipped.

I think the question boiled down to, if we have Xerces on both endorsed
and webapps, which one should be used? For tomcat, I would thought that
the order for class searching will be webapps, shared, commons
(including endorsed), then system.

I believed tomcat put endorsed before system is to follows the endorsed
classloading spec.. But I also believed forcing delegate model for xerces
and xalan maybe overkill?

Indeed, the tomcat's class-loader-howto document also indicated that the
one from webapps should be used instead.

Frankly speaking, I'm no expert on these topics, so please feel free to
correct me if I mis-understanding anything here.

Thanks.
William.

-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED] 
Sent: Thursday, October 09, 2003 12:44 PM
To: Tomcat Developers List
Subject: RE: Webapp classloader question.



Howdy,
Tomcat 4.1.x implements the endorsed classloader spec.  It's compliant with
the Servlet Specification v2.3.  What you can do if you want your webapp to
use the latest xerces/JAXP, is:
- Move $CATALINA_HOME/common/endorsed/* to $CATALINA_HOME/common/lib
- Put your later xerces etc. in WEB-INF/lib as you've been doing.

Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Lee, William [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 09, 2003 12:38 PM
To: [EMAIL PROTECTED]
Subject: Webapp classloader question.


Hi all,

I'm not sure if this message reaches you guys yet, so here it go again. 
Sorry for any inconvenience if you receiving this message twice.

Thanks.
William.

-Original Message-
From: Lee, William [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 07, 2003 3:55 PM
To: '[EMAIL PROTECTED]'
Subject: Webapp classloader question.


Hi all,

When moving from tomcat 4.0.x to 4.1.x, we discovered that the 
WebappClassLoader.java had been changed such that all classes from 
org.apache.xerces and org.apache.xalan are forced to be loaded
using
the
delegate model first, before looking into the webapp directory. This
seems
to related to the JDK 1.4 support of the xml and xslt parser.

However, after a long conversation with the Sun's Java engineer, he
point
out that, even JDK 1.4 shipped with the default xml and xslt parser, 
application server and servlet container should continue to use the one 
provided from the webapp directory as described in the servlet spec.
2.3.

Could someone please hint some lights on why tomcat 4.1.x decided to 
enforce the delegate model for these two packages?

(The reason I'm asking is that, we try to use the latest Xerces in our 
webapps, and since it always look and found the one from
common/endorsed
directory, our latest version will always be skipped.)

Thanks in advance for your help.
William.

Join us at Cognos' biggest event of the year Enterprise 2003, The
Cognos
Business Forum.  Taking place in over 25 cities around the world, it's
an
opportunity for Business and IT leaders to learn about strategies for 
driving performance. Visit http://www.cognos.com/enterprise03 for more 
details.

This message may contain privileged and/or confidential information.
If
you
have received this e-mail in error or are not the intended recipient,
you
may not use, copy, disseminate or distribute it; do not open any 
attachments, delete it immediately from your system and notify the
sender
promptly by e-mail that you have done so.  Thank you.



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]

Join us at Cognos' biggest event of the year Enterprise 2003, The Cognos
Business Forum.  Taking place in over 25 cities around the world, it's an
opportunity for Business and IT leaders to learn about strategies for
driving performance. Visit http://www.cognos.com/enterprise03 for more
details. 

This message may contain privileged and/or confidential information.  If you
have received this e-mail in error or are not the intended recipient, you
may not use, copy, disseminate or distribute it; do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so.  Thank you.


Classloading question

2003-09-08 Thread Ulrich Mayring
Hello,

I've asked in the user list before, but nobody seemed to know there. Is 
it possible at all to use classes from a different context? The 
crossContext attribute does not seem to enable this.

Basically, I have two WARs and want to access classes that are in one 
WAR from the other WAR (has JSP pages). I know that I could put the 
classes in the shared/common directory, but these classes are updated 
frequently and I can't restart Tomcat every time one of them changes. So 
I'd prefer to have those classes in a WAR and have my other WARs access 
them.

Or is there another way (except via WAR files) to deploy and undeploy 
specific classes while Tomcat is running?

Many thanks in advance,

Ulrich



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


Reloading classes (was: Classloading question)

2003-09-08 Thread Anton Tagunov
Hello Ulrich!

UM Or is there another way (except via WAR files) to deploy and undeploy 
UM specific classes while Tomcat is running?

Hmm, am I missing something, but Tomcat runs on exploded wars
anyway, and updating the .class files under WEB-INF/classes
is supposed to cause web app automatic reload (provided that
the the webapp is setup correctly).

Or have I horribly missed something?

Anton


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



Question about harvard.edu:8080

2003-08-28 Thread Dan
I emailed you a couple weeks ago regarding our site and am wondering if
you had time to get to it.  My question was regarding your mention of
mobot.org on your page http://flora.huh.harvard.edu:8080/flora/index.jsp
and whether your visitors would also like our site,
www.Flower-Delivery-Flowers.com .  We are building a website directory
devoted to flowers, gardening, and a variety of similar topics.  You can
put your site in our directory for free if you are interested in
exchanging links, at
http://www.Flower-Delivery-Flowers.com/cgi-bin/links/add.cgi .

Please email me if you have any questions.  I won't bother you again if I
don't hear from you.

Thanks,
Dan

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



Re: question on how to work IIS with Tomcat

2003-07-17 Thread Martin Algesten
tomcat-dev is for developing Tomcat. This question is a user question 
and should be directed to the tomcat-user list.

Martin

On Wednesday, July 16, 2003, at 04:38 PM, Dhar, Subhashish wrote:

Hello
  I try to configure the Tomcat in-process to work with IIS,I did all 
the configuration as suggested by Document, and restart IIS,The 
index.html page work, but the JSP and servlet didn't work .If I try to 
run jsp or servlet,the browser tell me to wait looking for the 
website. and then it display page not found. I have a question there 
are two uriworker.properties file one in jk directory and one in 
auto directory. I modified the one in jk directory. Am I doing the 
correct way? just wondering. I makes all the change in the 
worker.properties file as given in the document. but the jsp and 
servlet don't work unless I physically start Tomcat. I would 
appreciate if any one can help me and let me know where I am making 
mistake. I hope to hear from you soon.
Thanks
Best Regards
Subhashish Dhar
Purdue Pharma L .P
One Stamford Forum
Stamford, CT 06901-3431
Tel : 203-588-7469
[EMAIL PROTECTED]
www.purduepharma.com



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


question on how to work IIS with Tomcat

2003-07-16 Thread Dhar, Subhashish
Hello
  I try to configure the Tomcat in-process to work with IIS,I did all the 
configuration as suggested by Document, and restart IIS,The index.html page work, but 
the JSP and servlet didn't work .If I try to run jsp or servlet,the browser tell me to 
wait looking for the website. and then it display page not found. I have a question 
there are two uriworker.properties file one in jk directory and one in auto 
directory. I modified the one in jk directory. Am I doing the correct way? just 
wondering. I makes all the change in the worker.properties file as given in the 
document. but the jsp and servlet don't work unless I physically start Tomcat. I would 
appreciate if any one can help me and let me know where I am making mistake. I hope to 
hear from you soon.
Thanks
Best Regards
Subhashish Dhar
Purdue Pharma L .P
One Stamford Forum
Stamford, CT 06901-3431
Tel : 203-588-7469
[EMAIL PROTECTED]
www.purduepharma.com




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



question on dynamically loaded realms

2003-07-10 Thread Chen Shaopeng
Sorry if this question should not posted on this list. This is just a
question about the design of TC on how to handle different realms.

I'm looking at the way realms are handled in TC. I'd like to know 
why realms have to be registered (for lack of better word) with 
MBeanFactory, and have to be manually created in there? By 
looking at the way this is done it can be easily factored out 
into deployment descriptor files. That way, customized
realms (which are still derived from RealmBase as they are 
right now) can  be added much more easily. 

Is there any plan for this?

Developer comments please?

rgds

csp


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



Design question about implementing a session manager.

2003-07-08 Thread Angus Mezick
I am implementing a JdbcSessionManager for dealing with non-sticky
clusters.  We wish to use the DB to store all of our session data when
it is not in use.  Thanks to Craig's help I was able to figure out how
to do the updating of the session data in an InstanceEventListener that
catches the AFTER_SERVICE_EVENT.  In talking to Filip Hank about his
Clustered session manager I was also able to do the database updates in
a valve.  Which way is preferable?  In the InstanceEvent I can just
filter out all queries that make this true:
default.equals(event.getServlet().getServletConfig().getServletName())
.  Filip used the file extensions to create an exclusion list.

Other notes:
I have had to create my own JdbcSession object instead of subclassing
StandardSession because the attributes HashMap is private and I need
access to it.  (I think)  I am serializing the HashMap and storing only
that in its own column.  My other columns are expire_time,
creation_time, app_name, and session_id.  I am currently limited to
sessions with 8k of data because of the DB limits on VARBINARY but that
can change at a later date.

--Angus Mezick


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



Re: General question about download

2003-06-19 Thread Pier Fumagalli
Grzegorz Paszka [EMAIL PROTECTED] wrote:

 On Thu, Jun 19, 2003 at 10:21:29AM +0100, Pier Fumagalli wrote:
 Grzegorz Paszka [EMAIL PROTECTED] wrote:
 i.e ecs, tomcat-4.1.24,
 Any example?
 On ftp.task.gda.pl and on sunsite.icm.edu.pl I'm not able to find rpm files
 for
 ecs and tomcat-4.1.24.

As far as I can see they haven't been published yet. They are not in our
downloads tree:

http://www.apache.org/dist/jakarta/ecs/
http://www.apache.org/dist/jakarta/tomcat-4/

If they are not in those two locations (and there are no RPM available in
there indeed), they do not exist (well, they might, but they won't be
available for mirrors to grab).

Pier


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



a question about web service

2003-06-18 Thread martin\(Feng-Chang\)
Dear all:

 I user JWSDP(JAVA Web Service Development Pack)with tomcat to develop web service.
 I encounter a difficult problem.

 # Web Service provider)
   All things go well

#Client Side)= the program to call web service.
  I write a client side program to call web service method. 
  When I use ant to run it,every thing is correct,but I write a jsp/servlet page to 
call the program,the method always return null.
  I don't konw what happened ? There is no error in compile,I just can't invoke web 
service method by servlet.

[WEB--INF]
¢u¢wclasses
¢x  ¢|¢wAuthenticate.class  =my servlet progrqam 
¢x
¢u¢wlib
 |__ssloss-client.jar  = generate by ant jar-client
  

Question about session

2003-06-18 Thread Cui Xiaojing-a13339
Hello All,

I have used %@ page session=false % to set the page not to join session, but when 
I use HttpSession session = request.getSession(false) to get session, I still can get 
the session that created before. Do you think it is a correct status? Why? Thanks.

%@ page session=false %
%
HttpSession session = request.getSession(false);
%

Regards,
Xiaojing


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



Re: Question about session

2003-06-18 Thread Bill Barker

- Original Message -
From: Cui Xiaojing-a13339 [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, June 18, 2003 7:38 PM
Subject: Question about session


 Hello All,

 I have used %@ page session=false % to set the page not to join
session, but when I use HttpSession session = request.getSession(false) to
get session, I still can get the session that created before. Do you think
it is a correct status? Why? Thanks.


Yes, this is the correct status.  If you want to know why, either read the
JSP spec, or ask the question on the tomcat-users list.

 %@ page session=false %
 %
   HttpSession session = request.getSession(false);
 %

 Regards,
 Xiaojing


 -
 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: Apache Tomcat 4.1.24 logging question

2003-06-16 Thread Shapira, Yoav

Howdy,

First of all, forgive me if this is trivial, but investigating the
source,
and various web resources, I was not capable to find the answer, so I
hope
you can help me.

Did you read the Logger configuration reference in the tomcat 4.1 docs?

I saw that Tomcat has a different log for each deployed web
application.

That's one possible configuration, but not the default, and certainly
not necessary.

And I also saw that there is a log (example:
localhost_log.2003-06-14.txt)
that is the server log.

Again, that's one possible configuration, happens to be the default, and
not required.  It is a common configuration in production for the
administrator to define a Logger for each webapp, and not a logger at
the server level.

I wrote a class that does some stuff, I jarred it and I've put it in
the
endorsed directory.
It is important, for me, that this class is loaded from that directory
(it is not relevant, for the sake of my question, to tell you why; just
take it as a must).

OK -- but there had better be a very good reason ;)  Many server
administrators would not add someone else's code to an endorsed
codebase.

Well, how can I do to write to the server log from within that class ?

Depends how your Loggers are configured.  Using swallowOutput and
System.out is also an option, as Senor Nielsen mentioned.

More precisely, which import and APIs must I use?

Since you're in the endorsed classloader, you can't use the Servlet API.
That would be the better implementation, but anyways you're using the
endorsed classloader, so your solution is non-portable.

Consider:

Server theServer = Server.getServer();
Service theService = theServer.findService(Standalone);
Container theContainer = theService.getContainer();
Logger theLogger = theContainer.getLogger();

Now you can use theLogger's log(...) methods.  All the above classes are
in the org.apache.catalina package.  The service name depends on your
configuration: Standalone is the default.  theLogger may be null if you
don't have one defined at that container level.  In that case, you can
drill down in the code to the Host and Connectors.

Note that none of this is recommended practice.  The Logger classes may
go away or change drastically in future releases.  The above code may
break in future releases.

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]



Re: Apache Tomcat 4.1.24 logging question

2003-06-15 Thread Glenn Nielsen
[EMAIL PROTECTED] wrote:
Hello,

  I'm a brand new user of Apache Tomcat 4.1.24 (on windows 2000), and I have a question.

First of all, forgive me if this is trivial, but investigating the source, and various web resources, I was not capable to find the answer, so I hope you can help me.

I saw that Tomcat has a different log for each deployed web application.

And I also saw that there is a log (example: localhost_log.2003-06-14.txt) that is the server log.

I wrote a class that does some stuff, I jarred it and I've put it in the endorsed 
directory.
It is important, for me, that this class is loaded from that directory
(it is not relevant, for the sake of my question, to tell you why; just take it as a 
must).
Well, how can I do to write to the server log from within that class ?
More precisely, which import and APIs must I use ?
If you configure your Tomcat Host with the attribute swallowOutput=true you can 
just
print to System.out.  Tomcat will make sure the output gets into the appropriate Host
or web application log.
Regards,

Glenn

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


Apache Tomcat 4.1.24 logging question

2003-06-14 Thread pmatteo
Hello,

  I'm a brand new user of Apache Tomcat 4.1.24 (on windows 2000), and I have a 
question.

First of all, forgive me if this is trivial, but investigating the source, and various 
web resources, I was not capable to find the answer, so I hope you can help me.

I saw that Tomcat has a different log for each deployed web application.

And I also saw that there is a log (example: localhost_log.2003-06-14.txt) that is the 
server log.

I wrote a class that does some stuff, I jarred it and I've put it in the endorsed 
directory.
It is important, for me, that this class is loaded from that directory
(it is not relevant, for the sake of my question, to tell you why; just take it as a 
must).

Well, how can I do to write to the server log from within that class ?
More precisely, which import and APIs must I use ?

Thank you very much !!

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

Cluster wide deployment, question

2003-03-20 Thread Filip Hanik
I'm about to implement cluster wide deployment.
Who should initiate the call to deploy cluster wide, should it be the
StandardHostDeployer or the manager servlet?

Filip


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



Re: Cluster wide deployment, question

2003-03-20 Thread Costin Manolache
Filip Hanik wrote:

 I'm about to implement cluster wide deployment.
 Who should initiate the call to deploy cluster wide, should it be the
 StandardHostDeployer or the manager servlet?

What do you mean ? When an app is deployed on one host in the cluster do you
plan to copy it to all instances ?

In any case - the right way to do it is to listen for JMX registration
events - that will tell you when a new webapp was registered in an
instance, regardless of the method ( StandardHostDeployer, manager servlet,
admin, other app calling methods directly ). 

You can do that by creating an mbean and having it listen - look at
MapperListener for an example.

I'm not very familiar with your impl - I assume each instance in a cluster
has an ID. I hope this ID is in sync with the jvm-route and the JMX domain
:-) ( i.e. it is the Engine name )


Costin


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



RE: Cluster wide deployment, question

2003-03-20 Thread Filip Hanik
 What do you mean ? When an app is deployed on one host in the
 cluster do you
 plan to copy it to all instances ?

exactly, imagine the benefit of companies running 10 tomcat instances.

 You can do that by creating an mbean and having it listen - look at
 MapperListener for an example.

will do, sounds like good way to go.

 I'm not very familiar with your impl - I assume each instance in a cluster
 has an ID. I hope this ID is in sync with the jvm-route and the
 JMX domain

as for now, it doesn't really care about jvmroute and all the other good
stuff since it is an all to all cluster. Since all cluster nodes have the
same state, it doesn't matter where the load balancer redirects it. so you
could have sticky session load balancing, or a per request round robin.

Once we do more efficient clustering ie primary and secondary state holders,
then we need to coordinate a way to load balance around that.

Filip

 -Original Message-
 From: news [mailto:[EMAIL PROTECTED] Behalf Of Costin Manolache
 Sent: Thursday, March 20, 2003 4:57 PM
 To: [EMAIL PROTECTED]
 Subject: Re: Cluster wide deployment, question


 Filip Hanik wrote:

  I'm about to implement cluster wide deployment.
  Who should initiate the call to deploy cluster wide, should it be the
  StandardHostDeployer or the manager servlet?

 What do you mean ? When an app is deployed on one host in the
 cluster do you
 plan to copy it to all instances ?

 In any case - the right way to do it is to listen for JMX registration
 events - that will tell you when a new webapp was registered in an
 instance, regardless of the method ( StandardHostDeployer,
 manager servlet,
 admin, other app calling methods directly ).

 You can do that by creating an mbean and having it listen - look at
 MapperListener for an example.

 I'm not very familiar with your impl - I assume each instance in a cluster
 has an ID. I hope this ID is in sync with the jvm-route and the
 JMX domain
 :-) ( i.e. it is the Engine name )


 Costin


 -
 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: Xerces Question

2003-03-19 Thread Jean-Francois Arcand
From your description, everything seems fine. Does the error occurs 
only inside Tomcat or if you parse your file using the command line if 
also choke?

-- Jeanfrancois

Bill Barker wrote:

I've been trying to set up a CLIENT-CERT authentication for MemoryRealm (one
of the few that handles it :).  The CN for the cert has embedded quot;
characters in it.  It seems that xerces chokes on attributes that have
quot; embedded in them (which I had learned was the only reason to have
quot; defined in the first place :).  I've tried all of the XML tricks that
I know (e.g. !ENTITY quote #x026;#x022;), but nothing works.  Any hints
on how to embed quot; into an attribute?


-
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: Xerces Question

2003-03-19 Thread Costin Manolache
Bill Barker wrote:

 I've been trying to set up a CLIENT-CERT authentication for MemoryRealm
 (one
 of the few that handles it :).  The CN for the cert has embedded quot;
 characters in it.  It seems that xerces chokes on attributes that have
 quot; embedded in them (which I had learned was the only reason to have
 quot; defined in the first place :).  I've tried all of the XML tricks
 that
 I know (e.g. !ENTITY quote #x026;#x022;), but nothing works.  Any
 hints on how to embed quot; into an attribute?

Just don't embed it in the attribute :-), add an element and make it 
normal CDATA.

Costin




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



Re: Xerces Question

2003-03-19 Thread Bill Barker
I didn't try the command line, but from within Tomcat it certainly didn't
like it :).  Strangely, I get a different error with DataSourceRealm (not
that it helps, since DSR doesn't support CLIENT-CERT).

Costin's suggestion of hacking MemoryRuleSet to take elements sounds like
the easiest way to go.

- Original Message -
From: Jean-Francois Arcand [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, March 19, 2003 7:19 AM
Subject: Re: Xerces Question


 From your description, everything seems fine. Does the error occurs
 only inside Tomcat or if you parse your file using the command line if
 also choke?

 -- Jeanfrancois

 Bill Barker wrote:

 I've been trying to set up a CLIENT-CERT authentication for MemoryRealm
(one
 of the few that handles it :).  The CN for the cert has embedded quot;
 characters in it.  It seems that xerces chokes on attributes that have
 quot; embedded in them (which I had learned was the only reason to have
 quot; defined in the first place :).  I've tried all of the XML tricks
that
 I know (e.g. !ENTITY quote #x026;#x022;), but nothing works.  Any
hints
 on how to embed quot; into an attribute?
 
 
 
 -
 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]



Xerces Question

2003-03-18 Thread Bill Barker
I've been trying to set up a CLIENT-CERT authentication for MemoryRealm (one
of the few that handles it :).  The CN for the cert has embedded quot;
characters in it.  It seems that xerces chokes on attributes that have
quot; embedded in them (which I had learned was the only reason to have
quot; defined in the first place :).  I've tried all of the XML tricks that
I know (e.g. !ENTITY quote #x026;#x022;), but nothing works.  Any hints
on how to embed quot; into an attribute?



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



RE: A tomcat SSL question

2003-03-14 Thread Keith Wannamaker
Hi Mark, you can start the vm with -Djavax.net.debug=all to get
under the hood of jsse and see why the handshake is failing.
You may also need to do some conversion as described here:
http://www.comu.de/docs/tomcat_ssl.htm.  

Keith

| -Original Message-
| From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
| Sent: Thursday, March 13, 2003 9:53 PM
| To: [EMAIL PROTECTED]
| Subject: A tomcat SSL question
| 
| 
| So, would you please give me a hint, how can I use the certificate generated by my 
little Java program to run tomcat with SSL?
| 
| Thanks a lot in advance.
| 
| Mark (Choreson)


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



A tomcat SSL question

2003-03-13 Thread choreson
I am aware that this might better fit in the tomcat-user list.  But I have been asking 
over there for a couple of days, and nobody seems to have an answer to it.  Probably 
it is too difficult?  I doubt.  Anyway, I hope that I can get some help from here.

I know how to use keytool to generate a self-signed certificate and run Tomcat with 
SSL.

I want to use a certificate that is generated by my little Java program which is part 
of my Certification Authority.

So I have my little Java program generate a X509 Certificate called cert4ca.cer.

Then I deleteed the tomcat certificate in my keystore and successfully imported 
cert4ca.cer into my keystore as alias tomcat.  See the attached file cert4ca.cer. It's 
a valid one, otherwise, I would not have been
able to import it into my keystore.

Now I launch tomcat, but I can only visit http://localhost, not https://localhost.  If 
I reverse to the keytool-generated certificate, both http and https work perfect again.

So, would you please give me a hint, how can I use the certificate generated by my 
little Java program to run tomcat with SSL?

Thanks a lot in advance.

Mark (Choreson)

__
Try AOL and get 1045 hours FREE for 45 days!
http://free.aol.com/tryaolfree/index.adp?375380

Get AOL Instant Messenger 5.1 for FREE! Download Now!
http://aim.aol.com/aimnew/Aim/register.adp?promos=380455


cert4ca.cer
Description: cert4ca.cer
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: StandardSession class question

2003-03-06 Thread Tom Anderson
I agree.   It also messes with session persistence.

On Wednesday, March 5, 2003, at 06:21 PM, Michael Tildahl wrote:

It looks like the StandardSession class, in the 4.x line, uses two 
variables
thisAccessedTime and lastAccessedTime to keep track of the sessions 
last
accessed time.  The method access(), which is called in the 
StandardHostValue
class every time a user makes a request, contains the following code:

public void access() {
this.isNew = false;
this.lastAccessedTime = this.thisAccessedTime;
this.thisAccessedTime = System.currentTimeMillis();
}
The problem is that lastAccessedTime is used to determine if the 
session has
expired.  So it takes two clicks by a user to keep their session 
active.
The variable thisAccessedTime is private and not really used except in 
this
method.  My question is why is this done?  Is there some reason why the
thisAccessedTime variable is needed at all?  It seems like setting
lastAccessedTime equal the System.currentTimeMillis() would work as 
expected
and keep the session alive with only one click.  I've made this 
change and
it looks to work.

Thanks
- Michael Tildahl
Aplia Inc.
-
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]


A question

2003-03-06 Thread David Zonsheine
Hello All,

I am using SOAP 2.2 with TOMCAT 4.1.

I encountered the following problem:

My SOAP server and my GUI JSPs are installed on the same TOMCAT server
(same JVM).

Now, everything goes on just fine. I am using the GUI which makes a lot
of SOAP calls to the SOAP server.

Everything is fine until I leave the system for a few days (the
weekend).

When I came back I saw that I can't connect to my GUI anymore.

What I get is the following error:

Action GetList has failed. Details: Error opening socket: Connection
timed out: connect at

A few more interesting points:

1.When I try to call the SOAP server using a command line
client I
have everything is fine. I get good results.
2.I make the SOAP calls using a SOAP client class I wrote.
In the
JSPs I have the client class as a bean:
jsp:useBean id=om
class=com.mercado.s2002.management.ssoap.MngSoapClient
scope=application/.
Maybe this has something to do with the failure.
3.When I tried to write a JSP with a single line that open a
socket to the SOAP server URL I got the same error.

I thought that this has something to do with the fact the system was
idle for hours but when I scheduled the system to run every 30 minutes
for a few days I got the same exception after about 20 hours.

Do you have any idea?

This is a critical issue for me, every idea can help.

Thank you very much,

David

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



StandardSession class question

2003-03-05 Thread Michael Tildahl

It looks like the StandardSession class, in the 4.x line, uses two variables  
thisAccessedTime and lastAccessedTime to keep track of the sessions last 
accessed time.  The method access(), which is called in the StandardHostValue 
class every time a user makes a request, contains the following code:

public void access() {
this.isNew = false;
this.lastAccessedTime = this.thisAccessedTime;
this.thisAccessedTime = System.currentTimeMillis();
}

The problem is that lastAccessedTime is used to determine if the session has 
expired.  So it takes two clicks by a user to keep their session active.  
The variable thisAccessedTime is private and not really used except in this 
method.  My question is why is this done?  Is there some reason why the 
thisAccessedTime variable is needed at all?  It seems like setting 
lastAccessedTime equal the System.currentTimeMillis() would work as expected  
and keep the session alive with only one click.  I've made this change and 
it looks to work.

Thanks
- Michael Tildahl
Aplia Inc.

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



JSP Tag spec question

2003-03-04 Thread John Trollinger
I have a bodytag that extends BodyTagSupport

If I call that tag without a body the doAfterBody() method never gets
invoked. 
ie 
tag:test attr1=1/ does not work but 
tag:test attr1=1!-- some comment here --/tag:test does work
tag:test attr1=1/tag:test does not work 
tag:test attr1=1 /tag:test does work (note the space between the
tags)

I tried to see what the spec says about this and from reading it I think
this is not working correctly.

Please let me know

John


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



notifications, one more question

2003-02-26 Thread Filip Hanik
is there an event that gets fired after the contexts have been configured, but before 
the connectors start accepting requests?

I need this event so that I can replicate session data for a new node that joins the 
cluster, and we don't want to start accepting requests until we are complete with that 
one.

Filip

-Original Message-
From: Costin Manolache [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 26, 2003 1:48 PM
To: [EMAIL PROTECTED]
Subject: Re: commons-modeler in jtc and catalina


Jeanfrancois Arcand wrote:

 Costin,
 
 are you planning to tag the modeler workspace to reflect all you recent
 changes (once they are completed of course)? Something like
 MODELER_2_0_alpha (I'm not good for name) will be helpfull. Also, is
 this module supposed to build by itself? Right now the build.xml has a
 dependency on jakarta-commons. Bundling Tomcat 5 source creates huge zip
 file (50mg) mostly due to jakarta-commons source dependency.  If the
 dependency is not required, I would be happy to help fixing the
 build.xml..

It wouldn't be bad if the source zip would include the commons code that we
use - modeler, logging, digester, beanutils, collections. 
But you can fix it to include only tomcat-specific code, since commons
has its own src distribution.

I don't know if you follow the discussion on the repository - it'll 
probably affect us a lot. If things settle down and an agreement is reached
- we should modify our build acordingly. That may mean we'll have to
include version numbers in jars ( if this is voted ), start downloading and 
uploading to the repository, etc.
Probably the some of the download script could be replaced with ruper or
some other task ( I hope Ant1.6 will include such a thing by default ).

Regarding the tag - I think it would be a good idea to tag it with each
milestone of tomcat5. 

BTW - in order to release modeler we need at least 3 +1 votes - so far I
feel a bit alone :-) Is anyone else interested in this piece ?

Costin


-
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: Startup question

2003-02-20 Thread Filip Hanik
yes, you are right, how do I subscribe to this event?
I know that the server has a addLifeCycleListener, but how do I access the server from 
a cluster object for example?

Filip

-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 19, 2003 3:37 PM
To: Tomcat Developers List
Subject: Re: Startup question


I think o.a.catalina.core.StandardServer.start() fires the events you 
are looking for.

-Tim

org.apache.catalina.core
Filip Hanik wrote:
 hi there,
 with the lifecycle events, can I get an event that Tomcat has started (ie, all the 
contexts have been started)?
 
 if so, what event is that
 
 Filip
  


-
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: Startup question

2003-02-20 Thread Remy Maucherat
Filip Hanik wrote:

yes, you are right, how do I subscribe to this event?
I know that the server has a addLifeCycleListener, but how do I access the server from a cluster object for example?


You can go up the tree, I think, but otherwise, you can just use 
ServerFactory.getServer().

Remy


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



Re: Startup question

2003-02-20 Thread Tim Funk
Would this work too?

1 - Create your own class which implements LifeCycleListener.
2 - Add it inside of Server like anything else.
3 - When LifeCycleListener.lifecycleEvent is called the LifecycleEvent 
has a method called getData() which returns an object refence which I 
hope is the reference to the Server. But use getType to determine if the 
event fired is the one you want.

http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/host.html has the 
syntax for the Listener. Even though it is for Host - I speculate then 
smae concept applies to Server too.

-Tim

Remy Maucherat wrote:
Filip Hanik wrote:


yes, you are right, how do I subscribe to this event?
I know that the server has a addLifeCycleListener, but how do I access 
the server from a cluster object for example?


You can go up the tree, I think, but otherwise, you can just use 
ServerFactory.getServer().

Remy


-
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: Startup question

2003-02-20 Thread Costin Manolache
Remy Maucherat wrote:

 Filip Hanik wrote:
 yes, you are right, how do I subscribe to this event?
 I know that the server has a addLifeCycleListener, but how do I access
 the server from a cluster object for example?
 
 You can go up the tree, I think, but otherwise, you can just use
 ServerFactory.getServer().

A much better way - at least for tomcat5, but it should work for tomcat4 - 
is to use JMX. The server and service should be registered. We expose the
managedResource attribute of type Object - you can cast it to the 
right type.

All you need is to know the object name of the server.

BTW, I would strongly suggest dealing with the Service - this way your 
code will work for embeded catalina ( for example jboss doesn't use Server,
and AFAIK it is not required ). 

Static methods are not very nice :-)

Costin


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




RE: Startup question

2003-02-20 Thread Filip Hanik
I like that idea. So to help me out here, if I work with the service interface,
there is no way for me to call addLifecycleListener.
So for a few simple questions,
1. how do I get the server/service object through JMX?
2. I could check using reflection if the addLifecycleListener method is available, but 
an interface would be nicer.

Filip

-Original Message-
From: Costin Manolache [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 9:54 AM
To: [EMAIL PROTECTED]
Subject: Re: Startup question


A much better way - at least for tomcat5, but it should work for tomcat4 - 
is to use JMX. The server and service should be registered. We expose the
managedResource attribute of type Object - you can cast it to the 
right type.

All you need is to know the object name of the server.

BTW, I would strongly suggest dealing with the Service - this way your 
code will work for embeded catalina ( for example jboss doesn't use Server,
and AFAIK it is not required ). 

Static methods are not very nice :-)

Costin

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




Startup question

2003-02-19 Thread Filip Hanik
hi there,
with the lifecycle events, can I get an event that Tomcat has started (ie, all the 
contexts have been started)?

if so, what event is that

Filip

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




Re: Startup question

2003-02-19 Thread Tim Funk
I think o.a.catalina.core.StandardServer.start() fires the events you 
are looking for.

-Tim

org.apache.catalina.core
Filip Hanik wrote:
hi there,
with the lifecycle events, can I get an event that Tomcat has started (ie, all the contexts have been started)?

if so, what event is that

Filip
 


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




Re: Question about duplication of secure property in RequestBase and HttpRequestBase

2003-01-27 Thread John Sisson
Thanks for the reply Tim, but I don't think my question was clear enough.

Both the RequestBase and HttpRequestBase classes have their own isSecure
instance variable and have their own setSecure() and isSecure() methods.
The code in both classes seems to do the same thing.  My question is, is
there any reason why the methods and instance variable are duplicated in the
HttpRequestBase class.  It seems that the code in HttpRequestBase relating
to the secure instance variable is not needed, as it is provided in its
superclass, RequestBase.

Thanks,

John

- Original Message -
From: Tim Funk [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Sunday, January 26, 2003 2:28 AM
Subject: Re: Question about duplication of secure property in RequestBase
and HttpRequestBase


 org.apache.catalina.connector.RequestBase implements ServletRequest.

http://jakarta.apache.org/tomcat/tomcat-4.0-doc/catalina/docs/api/org/apache
/catalina/connector/RequestBase.html

 And isSecure is part of the interface of ServletRequest.

http://java.sun.com/products/servlet/2.3/javadoc/javax/servlet/ServletReques
t.html#isSecure()

 -Tim

 John Sisson wrote:
  Hi,
 
  I noticed that both org.apache.catalina.connector.RequestBase and
org.apache.catalina.connector.HttpRequestBase both have a secure instance
variable and the setSecure(bool) isSecure() methods.  Does anybody know the
reason for this?
 
  Thanks,
 
  John
 


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


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




Re: Question about duplication of secure property in RequestBaseand HttpRequestBase

2003-01-25 Thread Tim Funk
org.apache.catalina.connector.RequestBase implements ServletRequest.
http://jakarta.apache.org/tomcat/tomcat-4.0-doc/catalina/docs/api/org/apache/catalina/connector/RequestBase.html

And isSecure is part of the interface of ServletRequest.
http://java.sun.com/products/servlet/2.3/javadoc/javax/servlet/ServletRequest.html#isSecure()

-Tim

John Sisson wrote:

Hi,

I noticed that both org.apache.catalina.connector.RequestBase and org.apache.catalina.connector.HttpRequestBase both have a secure instance variable and the setSecure(bool) isSecure() methods.  Does anybody know the reason for this?

Thanks,

John




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




CVS question

2003-01-24 Thread Veniamin Fichin
Hello list!

   CVS is a great feature when you want to have all the last changes 
made with given project.
   By suggestion of Glenn I wanted to update Realm documentation and 
change DataSourceRealm subsection of it. But when I checked 
jakarta-tomcat-4.0 repository out, I found that (for example) 
NamingContextListener.java does not contain changes committed by costin 
at 2003/01/20 16:38:27 . Therefore I must to apply the patch manually. 
What's the problem?

--
Veniamin Fichin  [EMAIL PROTECTED]
Programmer athttp://www.rbcsoft.ru/


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



Re: CVS question

2003-01-24 Thread Glenn Nielsen
If you look closer at the commit message costin was making a change
to the jakarta-tomcat-catalina repository for Tomcat 5, not to the
jakarta-tomcat-4.0 repository.  So CVS is working fine and you don't
have to apply patches to the code you check out from CVS.

Veniamin Fichin wrote:

Hello list!

   CVS is a great feature when you want to have all the last changes 
made with given project.
   By suggestion of Glenn I wanted to update Realm documentation and 
change DataSourceRealm subsection of it. But when I checked 
jakarta-tomcat-4.0 repository out, I found that (for example) 
NamingContextListener.java does not contain changes committed by costin 
at 2003/01/20 16:38:27 . Therefore I must to apply the patch manually. 
What's the problem?



--
--
Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder|
MOREnet System Programming   |  * if iz ina coment.  |
Missouri Research and Education Network  |  */   |
--


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




Question about duplication of secure property in RequestBase and HttpRequestBase

2003-01-24 Thread John Sisson
Hi,

I noticed that both org.apache.catalina.connector.RequestBase and 
org.apache.catalina.connector.HttpRequestBase both have a secure instance variable 
and the setSecure(bool) isSecure() methods.  Does anybody know the reason for this?

Thanks,

John



DataSourceRealm -- test case (question to Glenn Nielsen)

2003-01-20 Thread Veniamin Fichin
Hello list, especially Glenn!

   I'm not sure if this list is the right place to ask this kind of 
questions, and ask them directly to one person, but I thought that 
writing straight to such a busy person like Glenn would be even worse.
   As I saw in sources, you are the author of DataSourceRealm class, am 
I right? Can you provide me with some test cases about how to configure 
this realm? I tried to start using DataSourceRealm for about a four 
days, but still have no luck -- I end up at NameNotFoundException Name 
java: is not bound in this Context. I tried various places in 
server.xml to place Resource and ResourceParams tags... Looking at 
the sources, I found that resource should be placed inside 
GlobalNamingResource tag, but this didn't help either.
   Tomcat Users List didn't help me much, may be because nobody have 
tried this kind of realm yet.
   BTW, another person in tomcat-user asked for something similar, so 
this information will be useful not for me only. If you will be so kind 
to shed some light at this problem, please answer me directly or write 
in tomcat-user list so anybody who need it will be happy. :-)

   *** Sorry again, if i broke this list's netiquette.

--
Veniamin Fichin  [EMAIL PROTECTED]
Programmer athttp://www.rbcsoft.ru/


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



question about the sessions

2003-01-14 Thread Eugeny N Dzhurinsky

How can i get session object by it's JSESSIONID key?
HttpSessionContext is deprecated as i know, the way of using third page
which gets the session key, sets cookie and redirects user to another page
is unacceptable in my application.

Thanks a lot.

Eugeny N. Dzhurinsky  programmer

Inet dept., MARKA Ltd,   Zaporozhye, Ukraine
Tel: +380(612)131123,   Tel/Fax: +380(612)131124
E-mail: [EMAIL PROTECTED] http://www.marka.zp.ua

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




Valve question

2003-01-13 Thread Filip Hanik
hi,
is it possible from the valve to get hold of the Manager for the context the
request is in?

getContainer().getManager() returns null in the invoke method.
Filip


~
Namaste - I bow to the divine in you
~
Filip Hanik
Software Architect
www.filip.net


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




Re: Valve question

2003-01-13 Thread Craig R. McClanahan


On Mon, 13 Jan 2003, Filip Hanik wrote:

 Date: Mon, 13 Jan 2003 20:00:13 -0800
 From: Filip Hanik [EMAIL PROTECTED]
 Reply-To: Tomcat Developers List [EMAIL PROTECTED]
 To: Tomcat Developers List [EMAIL PROTECTED]
 Subject: Valve question

 hi,
 is it possible from the valve to get hold of the Manager for the context the
 request is in?

 getContainer().getManager() returns null in the invoke method.
 Filip



If the Valve making this call is associated with the Context itself, this
should work fine.  If the Valve making this call is associated with an
Engine or a Host, the appropriate Context won't have been identified yet,
so getManager() will fail.  Where is the Valve you are trying this from?

Craig



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




RE: Valve question

2003-01-13 Thread Filip Hanik
what places can I define valve in?
actually casting request as HttpRequest seems to work fine,
((HttpRequest)request).getContext().getManager() seems to be just dandy :)

but I would still like where I can define valve, you are saying I can define
it under a specific context and under the entire engine for all requests?

Filip

~
Namaste - I bow to the divine in you
~
Filip Hanik
Software Architect
www.filip.net

-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 13, 2003 8:42 PM
To: Tomcat Developers List
Subject: Re: Valve question




On Mon, 13 Jan 2003, Filip Hanik wrote:

 Date: Mon, 13 Jan 2003 20:00:13 -0800
 From: Filip Hanik [EMAIL PROTECTED]
 Reply-To: Tomcat Developers List [EMAIL PROTECTED]
 To: Tomcat Developers List [EMAIL PROTECTED]
 Subject: Valve question

 hi,
 is it possible from the valve to get hold of the Manager for the
context the
 request is in?

 getContainer().getManager() returns null in the invoke method.
 Filip



If the Valve making this call is associated with the Context itself, this
should work fine.  If the Valve making this call is associated with an
Engine or a Host, the appropriate Context won't have been identified yet,
so getManager() will fail.  Where is the Valve you are trying this from?

Craig



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



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




RE: Valve question

2003-01-13 Thread Craig R. McClanahan


On Mon, 13 Jan 2003, Filip Hanik wrote:

 Date: Mon, 13 Jan 2003 21:13:16 -0800
 From: Filip Hanik [EMAIL PROTECTED]
 Reply-To: Tomcat Developers List [EMAIL PROTECTED]
 To: Tomcat Developers List [EMAIL PROTECTED]
 Subject: RE: Valve question

 what places can I define valve in?

You mean in server.xml?  It can go inside an Engine, a Host, or a
Context.

Where you define it determines which subset of requests that the Valve
implementation actually sees:

* Nested in Engine -- sees all requests for all virtual hosts and
  webapps.

* Nested in Host -- sees all requests for this virtual host.

* Nested in Context -- sees all requests for this webapp.

 actually casting request as HttpRequest seems to work fine,
 ((HttpRequest)request).getContext().getManager() seems to be just dandy :)

As long as your Valve is nested inside a Context (which makes sense for
something related to clustering a particular webapp) this will work.  If
the valve was nested in an engine or a host, the getContext() method would
return null and this would still cause an NPE.

 but I would still like where I can define valve, you are saying I can define
 it under a specific context and under the entire engine for all requests?


Yes ... but a Valve nested in an engine or a host doesn't know what webapp
will be processing this request, because that's not actually decided until
StandardHostValve (the last Valve in the chain for a particular Host) is
executed.

 Filip

Craig


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




[QUESTION]: CoyoteWriter in error, never cleaned up - NEW RELEASE/FIX

2002-12-19 Thread Torsten Fohrer

Include the patch please either in the current release or tag a new with him.

Some Reload and the empty page problem, after I have discover her, break down 
to the CoyoteWriter, are solved with this patch.

Torsten

On Thursday 19 December 2002 08:25, you wrote:
 Mark Plotnick wrote:
  I'm using a rather complicated web page with two frames and
  a jsp in both frames.
 
  The upper frame has an applet, and the applet loads a
  document by calling a servlet (in the same session as the page).
 
  Clicking within the applet will cause new pages to load in the
  lower page.
 
 
  As a result of all this activity I seem to get the Socket Error
  bug described in thread Problem with Socket closing and
  bug#12810.
 
 
  Things would still not be too bad if the CoyoteWriter objects
  were recycled. When the socket error occurs, the relevant
  CoyoteWriter objects get marked as being in error.
 
  The problem is Tomcat (4.1.17  16) is still trying to reuse
  these CoyoteWriter objects with the result of tomcat
  returning blank pages to the browser.
 
 
  CoyoteWriter does have a isError() method. A grep through
  the source reveals nothing is ever calling this method.
 
  It seems reasonable that after a socket write error, these
  objects should get cleaned up and the application would
  have a reasonable chance to recover.

 Yes, this is correct (and a major bug, expect a new release soon).
 There is no problem with recycling after an error. OTOH, the writer must
 not be set to a non error state right away once an IOException occurred.

  I appreciate any insight and feedback on where these
  CoyoteWriter objects should be managed.

 Here's a patch:

 Index: CoyoteResponse.java
 ===
 RCS file:
 /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomca
t4/CoyoteResponse.java,v retrieving revision 1.30
 diff -r1.30 CoyoteResponse.java
 322a323,324

   writer.recycle();

 Index: CoyoteWriter.java
 ===
 RCS file:
 /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomca
t4/CoyoteWriter.java,v retrieving revision 1.2
 diff -r1.2 CoyoteWriter.java
 98a99,109

   // 

 Package Methods

   /**
* Recycle.
*/
   void recycle() {
   error = false;
   }

 Remy


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


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




Coyote Connector Question for Dev

2002-12-17 Thread Filip Hanik
I am toying around with the connector for some personal reasons, nothing I
intend to commit.
I have a question,

I added an attribute to the Connector element in server.xml.
My problem is that the setAttributeXXX(String x) is only invoked once but
three instances of the CoyoteConnector are created.
So two instances are not having the attributeXXX set.

please enlighten me :)

Filip

~
Namaste - I bow to the divine in you
~
Filip Hanik
Software Architect
www.filip.net


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




RE: Coyote Connector Question for Dev

2002-12-17 Thread Filip Hanik
oops idiot question,
sorry about that! I need to set the attribute in every Connector element

Filip

~
Namaste - I bow to the divine in you
~
Filip Hanik
Software Architect
www.filip.net

-Original Message-
From: Filip Hanik [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 17, 2002 12:32 PM
To: Tomcat Developers List
Subject: Coyote Connector Question for Dev


I am toying around with the connector for some personal reasons, nothing I
intend to commit.
I have a question,

I added an attribute to the Connector element in server.xml.
My problem is that the setAttributeXXX(String x) is only invoked once but
three instances of the CoyoteConnector are created.
So two instances are not having the attributeXXX set.

please enlighten me :)

Filip

~
Namaste - I bow to the divine in you
~
Filip Hanik
Software Architect
www.filip.net


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




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




question on client authentication by tomcat

2002-12-13 Thread Sunu Joseph
Hi,

Context:
I have a client who comes in to the server with a request URL of the
form https://username:password@server/servletname. I need to get this
authentication information passed on from apache to tomcat where in my
serlvet can strip the userid and password for verfication (using my own
mechanism). Authorization headers are returning null values in my current
implementation.

Question:
I read about Custom realms in tomcat. Is it possible to use the same to
solve the issue above? If so, how can I derive my own realm classes from
RealmBase class to achieve this? I cannot use JDBC/JNDI/Memory realms due to
architectural issues and will need a custom implementation.
Is there any other way of authenticating such clients (the number of
different users and passwords are as high as 5000 and upwards)?

Thanks and Regards,
Sunu









question on client authentication by tomcat

2002-12-11 Thread Sunu Joseph
Hi,

Context:
I have a client who comes in to the server with a request URL of the
form https://username:password@server/servletname. I need to get this
authentication information passed on from apache to tomcat where in my
serlvet can strip the userid and password for verfication (using my own
mechanism). Authorization headers are returning null values in my current
implementation.

Question:
I read about Custom realms in tomcat. Is it possible to use the same to
solve the issue above? If so, how can I derive my own realm classes from
RealmBase class to achieve this? I cannot use JDBC/JNDI/Memory realms due to
architectural issues and will need a custom implementation.
Is there any other way of authenticating such clients (the number of
different users and passwords are as high as 5000 and upwards)?

Thanks and Regards,
Sunu









Jasper Classloader question

2002-12-03 Thread John Trollinger
I am trying to access the jasper class loader directly.  I want to do
this so that I can get a jsp class file out of it at runtime vs having
to do a jsp:include to call the jsp.  I am having a little trouble
getting through the jasper code and would like a little direction
please.

I know that I am going to have to change some classes and this is a temp
solution for us but something that is needed.

Again any help is great..

Thanks,

john


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




Re: Jasper Classloader question

2002-12-03 Thread Costin Manolache
John Trollinger wrote:

 I am trying to access the jasper class loader directly.  I want to do
 this so that I can get a jsp class file out of it at runtime vs having
 to do a jsp:include to call the jsp.  I am having a little trouble
 getting through the jasper code and would like a little direction
 please.

Use jspc, that will generate regular servlets that are loaded in
the same loader.


Costin

 
 I know that I am going to have to change some classes and this is a temp
 solution for us but something that is needed.
 
 Again any help is great..
 
 Thanks,
 
 john




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




REPOST: RE: Realm implementation question

2002-10-05 Thread Christopher Todd

Posting this again, as I did not receive a reponse the first time.

 -Original Message-
 From: Christopher Todd [mailto:[EMAIL PROTECTED]]
 Sent: Sunday, September 29, 2002 1:07 AM
 To: [EMAIL PROTECTED]
 Subject: Realm implementation question


 Please forgive me if this is an obvious newbie question, but I am
 not a Java
 guru, nor have I studied all the intricacies of Tomcat.

 I am trying to implement a new Realm, which will obviously require some
 configuration parameters in server.xml, and I want to make sure I
 understand
 how to access those config parameters from within my implementation.

 I can see that o.a.c.Catalina.java creates an
 o.a.commons.digester.Digester
 that parses the server.xml file.  Is it the case that the Digester will
 instantiate a Realm object of the type specfied in the className attribute
 of the Realm tag in the server.xml file, and initialize that object's
 members using the Realm tag's attributes of the same name?  So
 all I need
 to do is write my Realm implementation with accessors and
 mutators for each
 Realm tag attribute?

 So a Realm config that looks like this:

 Realm class=org.apache.catalina.realm.MyRealm propOne=foo /

 would require a Realm implementation like so:

 String propOne = null;

 public String getPropOne() {
return this.propOne;
 }
 public void setPropOne(String prop) {
this.propOne = prop;
 }

 Am I missing anything?

 Thanks in advance,
 Chris


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



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




Re: 4.1.12 JSPC question

2002-10-02 Thread peter lin


Here is a bit more information. I took a look at the jar files for jsp
1.1 tags and they include a taglib.tld file in meta-inf/.  Once I remove
that, it compiles the pages fine.  It looks like there's a conflict in
either jasper compiler or jspc that is unable to resolve which .tld file
to use.

peter lin


peter lin wrote:
 
 after a lot of digging, I tracked part of the problem down to jakarta
 string taglib. once I removed that from my file, it correctly compiles
 the jsp page.  I'm working on tracking down the exact cause, but it
 might be an issue with jsp 1.1 tags. JSTL 1.2 compliant, but string
 taglib is 1.1.
 
 if anyone has seen this, I'd like to hear about it. it might help me
 diagnose the problem and find a fix faster.
 
 peter
 


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




Cache question

2002-10-01 Thread Ralph Merrick

Hello all. Cache question. I have a jsp form that is
being forward from a login page that is doing
validation from a database. The jsp form has buttons
and a click on each specific button will set a hidden
input a specific value and and the action will go to
another jsp page, where depending on what the hidden
input was set to , will jsp forward to the page that
is requested. But on click a javascript back, INPUT
TYPE=button VALUE=Cancel
onClick=javascript:history.go(-1)or the browser
back button we get the previous page, but a click on
any different button will go to the page you were just
at, not the page it should go to. I have http 1.1
configured on my tomcat and I know that if on the page
where the buttons reside, I add this :
%
//HTTP 1.1
response.setHeader(Cache-Control,no-cache);
//HTTP 1.0
//response.setHeader(Pragma,no-cache);
//prevents caching at the proxy server
//response.setDateHeader (Expires, 0);%
Then if I click on let say button a to go to a.jsp and
click back , I get this:
'Warning: Page has Expired The page you requested was
created using information you submitted in a form.
This page is no longer available. As a security
precaution, Internet Explorer does not automatically
resubmit your information for you. 
To resubmit your information and view this Web page,
click the Refresh button. '
Is there any way to just to see the previous page and
have it have, now lets say a click on button b to go
to b.jsp and not to the cached a.jsp
Thanks 





__
Do you Yahoo!?
Yahoo! News - Today's headlines
http://news.yahoo.com

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




RE: Question about Internationalization

2002-09-28 Thread iasandcb

Hi,

I tested a GB2312-based JSP page on Tomcat 4.1.12, and it worked fine.
(The attached file).
It shows ni-hao-ma in simplified Chinese character system and the
response encoding, i.e. GB2312. The key point I'd like to make clear is
that encoding of a JSP page should keep up with that of response that
the page generates for the best delivery of content, in particular,
under non-latin-1 character sets.
This concept is actually introduced to JSP 2.0 spec explicitly with JSP
configuration feature. I believe localization issues will be smoothly
gone with Tomcat 5 and other containers compliant with JSP 2 style.
P.S. a tech-tip for page encoding: Dreamweaver helps adjust page
encoding to a specific character set, such as EUC-KR, and certainly
GB2312. (I did this with Dreamweaver MX although I use Windows XP Korean
version.)

-Original Message-
From: Steve Chai [mailto:[EMAIL PROTECTED]] 
Sent: Friday, September 27, 2002 2:11 AM
To: [EMAIL PROTECTED]
Subject: Question about Internationalization

Hi,

I am using Tomcat 4.1 now. I got the internationalization problem.
In my jsps, the charset is set to gb2312, which is for chinese, but the 
chinese character can not show up correctly.

These jsps are running very well in Tomcat 4.0.4. However after I did
the 
following replacement, they are also running well in Tomcat 4.1.

What I did is:

In Tomcat 4.1\common\lib folder, just simply replace jasper-compiler.jar

jasper-runtime.jar and servlet.jar with Tomcat 4.0.4 version's. Then it 
works well.

Is it a bug ? or I have to config something in Tomcat 4.1 for 
Internationalization.

Please give me feedback.

Thanks

Steve Cai





_
Chat with friends online, try MSN Messenger: http://messenger.msn.com


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



test.jsp
Description: Binary data

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


Realm implementation question

2002-09-28 Thread Christopher Todd

Please forgive me if this is an obvious newbie question, but I am not a Java
guru, nor have I studied all the intricacies of Tomcat.

I am trying to implement a new Realm, which will obviously require some
configuration parameters in server.xml, and I want to make sure I understand
how to access those config parameters from within my implementation.

I can see that o.a.c.Catalina.java creates an o.a.commons.digester.Digester
that parses the server.xml file.  Is it the case that the Digester will
instantiate a Realm object of the type specfied in the className attribute
of the Realm tag in the server.xml file, and initialize that object's
members using the Realm tag's attributes of the same name?  So all I need
to do is write my Realm implementation with accessors and mutators for each
Realm tag attribute?

So a Realm config that looks like this:

Realm class=org.apache.catalina.realm.MyRealm propOne=foo /

would require a Realm implementation like so:

String propOne = null;

public String getPropOne() {
   return this.propOne;
}
public void setPropOne(String prop) {
   this.propOne = prop;
}

Am I missing anything?

Thanks in advance,
Chris


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




Question about Internationalization

2002-09-26 Thread Steve Chai

Hi,

I am using Tomcat 4.1 now. I got the internationalization problem.
In my jsps, the charset is set to gb2312, which is for chinese, but the 
chinese character can not show up correctly.

These jsps are running very well in Tomcat 4.0.4. However after I did the 
following replacement, they are also running well in Tomcat 4.1.

What I did is:

In Tomcat 4.1\common\lib folder, just simply replace jasper-compiler.jar 
jasper-runtime.jar and servlet.jar with Tomcat 4.0.4 version's. Then it 
works well.

Is it a bug ? or I have to config something in Tomcat 4.1 for 
Internationalization.

Please give me feedback.

Thanks

Steve Cai





_
Chat with friends online, try MSN Messenger: http://messenger.msn.com


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




Re: Jasper 2 Question

2002-09-20 Thread Pier Fumagalli

Hm The original question was about line numbers on JSPs, when they 
are compiled, and when they are executed and throw exceptions, right? 
Yes, it was...

I said use some tea because Tea, developed by Disney, goes exactly in 
that direction, not having middle layer .java files over which the 
line number get messed up, they simply compile a template straight into 
.class having both the advantage of compiled templates, and the 
advatage that line numbers, both at compilation and runtime, are 
preserved...

I am simply pointing out an alternative solution to your problem of 
line numbers, if that's ridiculous, well, that's _your_ problem... Not 
mine

Die, JSPs, DII! :-)

Pier

On Thursday, September 19, 2002, at 07:30 PM, Lenny Karpel wrote:

 is it right that when I ask a serious question about jasper2 that I get
 these totally ridiculous answers ?

 -Original Message-
 From: Jon Scott Stevens [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, September 19, 2002 11:48 AM
 To: tomcat-dev
 Subject: Re: Jasper 2 Question


 on 2002/9/19 8:06 AM, Lenny Karpel [EMAIL PROTECTED] wrote:

 sorry .. I don't understand your response !

 are you saying that we shouldn't use jsp ?

 I have been saying that for years now!

 http://jakarta.apache.org/velocity/ymtd/ymtd.html

 =)

 -jon


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


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




Re: Jasper 2 Question

2002-09-20 Thread Pier Fumagalli

On Thursday, September 19, 2002, at 10:24 PM, Bojan Smojver wrote:

 On Fri, 2002-09-20 at 04:30, Lenny Karpel wrote:

 is it right that when I ask a serious question about jasper2 that I 
 get
 these totally ridiculous answers ?

 Well, Jon and Pier are known to throw in a curly one from time to time,
 which keeps all of us here on the list in good spirits  ;-)

Nonono... he has a problem with templates line numbers... I poined out 
that simply changing the technology and not using something so 
inerently stupid, you can overcome the problem...

Ok, maybe I assumed that he clicked on the link I provided, and read 
some of the features of Tea... Assuming too much always...

 side to all this as JSP's are inherently
 evil. You'll find that creating true MVC applications in Velocity is
 almost trivial. I suggest you do read Jon's article. The fact that 
 JSP's
 are official, doesn't mean they are good.

Means that it's bad because it took me 6 months to make my employer 
understand that they are so evil, and that their server goes down 2 
times a month when some idiot forgets to put jsp:session 
value=false or whatever the story is with that thing

I'm not keen of giving control to my entire application and Java 
Virtual Machine (crunching some million servlet/hits a day) to a guy 
whose best skill is to use Macromedia DreamWeaver...

And now my problem is that I have to rewrite some 5000 something 
pages... Bah... But it's better to do it now rather than waiting for 
another 5000 to be created and get stuck with JSPs forever. :-)

Pier


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




RE: Jasper 2 Question

2002-09-20 Thread John Trollinger

To answer your original question, I do not believe there is any
enhancements to add documentation back to the generated servelt code.
If you would like to see this enhancement you can allways suggest it to
the tomcat developers, or you could add the code in yourself and submit
a patch.

And don't buy all the velocity hype... :-)

 -Original Message-
 From: Lenny Karpel [mailto:[EMAIL PROTECTED]] 
 Sent: Thursday, September 19, 2002 6:28 PM
 To: 'Tomcat Developers List'
 Subject: RE: Jasper 2 Question
 
 
 ok .. now I am really confused .. here is the tomcat 
 development group .. the 'Official Reference Implementation' 
 for JSP .. and I am being told by people within this group .. 
 to NOT use it ..
 
 this is truly amazing .. how can this possibly be ..
 
 my original question is about 'bugs' in jasper2 .. not about 
 what tools I should use .. my question is not one of religion .. 
 
 once again .. the quote from the intellij site ..
 
 As for Tomcat 4.1.x support, I'm afraid we are out-of-luck 
 here. Tomcat 4.0.4 used to generate useful comments in the 
 servlet code, that allowed the integration plugin to map jsp 
 line numbers to servlet line numbers. But from the new 
 version of Tomcat (Jasper2 in particular), this functionality 
 is missing. At least I haven't been able to find anything to 
 enable comment generation, and nobody from Tomcat user-list 
 answered my question about this.
 
 for myself .. all I want to know .. is if this 'situation' in 
 jasper2 will be fixed .. if so .. when .. if not .. why ..
 
 we use JSP here .. as do quite a few others .. in quite a few 
 places .. 
 
 i did not post this question to find out that the developers 
 of JSP (jasper) would rather I use something else ..
 
 could this possibly be how the 'managers' of this development 
 effort feel ??
 
 -Original Message-
 From: Bojan Smojver [mailto:[EMAIL PROTECTED]] 
 Sent: Thursday, September 19, 2002 3:25 PM
 To: Tomcat Dev List
 Subject: RE: Jasper 2 Question
 
 
 On Fri, 2002-09-20 at 04:30, Lenny Karpel wrote:
 
  is it right that when I ask a serious question about jasper2 that I
  get these totally ridiculous answers ?
 
 Well, Jon and Pier are known to throw in a curly one from 
 time to time, which keeps all of us here on the list in good 
 spirits  ;-)
 
 Anyway, there is a serious side to all this as JSP's are 
 inherently evil. You'll find that creating true MVC 
 applications in Velocity is almost trivial. I suggest you do 
 read Jon's article. The fact that JSP's are official, 
 doesn't mean they are good.
 
 Bojan
 
 
 --
 To unsubscribe, e-mail:   
 mailto:tomcat-dev- [EMAIL PROTECTED]
 For 
 additional commands, 
 e-mail: mailto:[EMAIL PROTECTED]
 


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




Re: Jasper 2 Question

2002-09-20 Thread peter lin


I would also like to see the comments in jasper1 ported over to
jasper2.  Now if only I didn't need sleep, I'd do it myself and submit a
patch. the code changed quite a bit between jasper1 and jasper2. the
class responsible is in jasper/compiler/Generator in case you get the
urge to port the comments over :)

peter


John Trollinger wrote:
 
 To answer your original question, I do not believe there is any
 enhancements to add documentation back to the generated servelt code.
 If you would like to see this enhancement you can allways suggest it to
 the tomcat developers, or you could add the code in yourself and submit
 a patch.
 
 And don't buy all the velocity hype... :-)
 


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




Re: Jasper 2 Question

2002-09-20 Thread Steve Downey

On Friday 20 September 2002 06:18 am, Pier Fumagalli wrote:
 Hm The original question was about line numbers on JSPs, when they
 are compiled, and when they are executed and throw exceptions, right?
 Yes, it was...

 I said use some tea because Tea, developed by Disney, goes exactly in
 that direction, not having middle layer .java files over which the
 line number get messed up, they simply compile a template straight into
 .class having both the advantage of compiled templates, and the
 advatage that line numbers, both at compilation and runtime, are
 preserved...


No, the original question was about the debugging capabilities that have been 
removed from jasper2. Jasper used to mark the begin and end points in the 
original source in the java translation as comments in the form:
// HTML // begin [file=/index.jsp;from=(0,0);to=(4,0)]

Restoring that ability would be somewhat difficult as the parser doesn't track 
the endpoints of the nodes, just the starts. 

Jasper2 is able to output data that might be compatible with JSR-45. No one's 
really sure, yet. 





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




Re: Jasper 2 Question

2002-09-20 Thread Steve Downey

On Friday 20 September 2002 07:27 am, peter lin wrote:
 I would also like to see the comments in jasper1 ported over to
 jasper2.  Now if only I didn't need sleep, I'd do it myself and submit a
 patch. the code changed quite a bit between jasper1 and jasper2. the
 class responsible is in jasper/compiler/Generator in case you get the
 urge to port the comments over :)


Plus adding the end Mark in Node.Node. And classifying the Nodes in a similar 
manner to the old Generators. 

 peter

 John Trollinger wrote:
  To answer your original question, I do not believe there is any
  enhancements to add documentation back to the generated servelt code.
  If you would like to see this enhancement you can allways suggest it to
  the tomcat developers, or you could add the code in yourself and submit
  a patch.
 
  And don't buy all the velocity hype... :-)


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




RE: Jasper 2 Question

2002-09-20 Thread GAWLAS,JULIUS (HP-Cupertino,ex1)

Lenny,

disclaimer: I don't use JSP's myself so I might be totally off here...

but there is the following comment in Tomcat 4.1 Release Notes:

--
Using Jasper 1 with Tomcat 4.1:
--

It is possible to use Jasper 1 (included in Tomcat 4.0.x) with Tomcat 4.1,
as
it has the same API and supports the same JSP API.

To use Jasper 1 instead of Jasper 2, copy the two following JARs to
$CATALINA_HOME/common/lib (overwriting the two existing JARs):
* $TOMCAT40_HOME/lib/jasper-runtime.jar
* $TOMCAT40_HOME/lib/jasper-compiler.jar

However, users are urged to use the version of Jasper included with Tomcat
4.1
(Jasper 2), as it has much higher performance and scalability than Jasper
1.

would switching back to Jasper 1 help?

Julius

 -Original Message-
 From: Lenny Karpel [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, September 19, 2002 3:28 PM
 To: 'Tomcat Developers List'
 Subject: RE: Jasper 2 Question
 
 
 ok .. now I am really confused .. here is the tomcat 
 development group ..
 the 'Official Reference Implementation' for JSP .. and I am 
 being told by
 people within this group .. to NOT use it ..
 
 this is truly amazing .. how can this possibly be ..
 
 my original question is about 'bugs' in jasper2 .. not about 
 what tools I
 should use .. my question is not one of religion .. 
 
 once again .. the quote from the intellij site ..
 
 As for Tomcat 4.1.x support, I'm afraid we are out-of-luck 
 here. Tomcat
 4.0.4 used to generate useful comments in the servlet code, 
 that allowed the
 integration plugin to map jsp line numbers to servlet line 
 numbers. But from
 the new version of Tomcat (Jasper2 in particular), this 
 functionality is
 missing. At least I haven't been able to find anything to 
 enable comment
 generation, and nobody from Tomcat user-list answered my 
 question about
 this.
 
 for myself .. all I want to know .. is if this 'situation' in 
 jasper2 will
 be fixed .. if so .. when .. if not .. why ..
 
 we use JSP here .. as do quite a few others .. in quite a few 
 places .. 
 
 i did not post this question to find out that the developers 
 of JSP (jasper)
 would rather I use something else ..
 
 could this possibly be how the 'managers' of this development 
 effort feel ??
 
 -Original Message-
 From: Bojan Smojver [mailto:[EMAIL PROTECTED]] 
 Sent: Thursday, September 19, 2002 3:25 PM
 To: Tomcat Dev List
 Subject: RE: Jasper 2 Question
 
 
 On Fri, 2002-09-20 at 04:30, Lenny Karpel wrote:
 
  is it right that when I ask a serious question about jasper2 that I 
  get these totally ridiculous answers ?
 
 Well, Jon and Pier are known to throw in a curly one from 
 time to time,
 which keeps all of us here on the list in good spirits  ;-)
 
 Anyway, there is a serious side to all this as JSP's are 
 inherently evil.
 You'll find that creating true MVC applications in Velocity is almost
 trivial. I suggest you do read Jon's article. The fact that JSP's are
 official, doesn't mean they are good.
 
 Bojan
 
 
 --
 To unsubscribe, e-mail:   
 mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: 
 mailto:[EMAIL PROTECTED]
 

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




Re: Jasper 2 Question

2002-09-19 Thread Pier Fumagalli

You can use some tea... http://opensource.go.com/ :-)

Pier


On Wednesday, September 18, 2002, at 10:33 PM, Lenny Karpel wrote:

 I use IntelliJ's IDEA product for Tomcat relared development .. I 
 noted the
 following statement in thier bugs mailing list with regards to 
 debugging JSP
 from thier IDE:


 As for Tomcat 4.1.x support, I'm afraid we are out-of-luck here. 
 Tomcat
 4.0.4 used to generate useful comments in the servlet code, that 
 allowed the
 integration plugin to map jsp line numbers to servlet line numbers. 
 But from
 the new version of Tomcat (Jasper2 in particular), this functionality 
 is
 missing. At least I haven't been able to find anything to enable 
 comment
 generation, and nobody from Tomcat user-list answered my question about
 this.



 Is this really true ?? Will this be fixed ??



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




RE: Jasper 2 Question

2002-09-19 Thread Lenny Karpel

sorry .. I don't understand your response !

are you saying that we shouldn't use jsp ?

-Original Message-
From: Pier Fumagalli [mailto:[EMAIL PROTECTED]] 
Sent: Thursday, September 19, 2002 3:57 AM
To: Tomcat Developers List
Subject: Re: Jasper 2 Question


You can use some tea... http://opensource.go.com/ :-)

Pier


On Wednesday, September 18, 2002, at 10:33 PM, Lenny Karpel wrote:

 I use IntelliJ's IDEA product for Tomcat relared development .. I
 noted the
 following statement in thier bugs mailing list with regards to 
 debugging JSP
 from thier IDE:


 As for Tomcat 4.1.x support, I'm afraid we are out-of-luck here.
 Tomcat
 4.0.4 used to generate useful comments in the servlet code, that 
 allowed the
 integration plugin to map jsp line numbers to servlet line numbers. 
 But from
 the new version of Tomcat (Jasper2 in particular), this functionality 
 is
 missing. At least I haven't been able to find anything to enable 
 comment
 generation, and nobody from Tomcat user-list answered my question about
 this.



 Is this really true ?? Will this be fixed ??



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



Re: Jasper 2 Question

2002-09-19 Thread Jon Scott Stevens

on 2002/9/19 8:06 AM, Lenny Karpel [EMAIL PROTECTED] wrote:

 sorry .. I don't understand your response !
 
 are you saying that we shouldn't use jsp ?

I have been saying that for years now!

http://jakarta.apache.org/velocity/ymtd/ymtd.html

=)

-jon


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




RE: Jasper 2 Question

2002-09-19 Thread John Trollinger

Nooo. No more velocity.. Please.. No more..

 -Original Message-
 From: Jon Scott Stevens [mailto:[EMAIL PROTECTED]] 
 Sent: Thursday, September 19, 2002 1:48 PM
 To: tomcat-dev
 Subject: Re: Jasper 2 Question
 
 
 on 2002/9/19 8:06 AM, Lenny Karpel [EMAIL PROTECTED] wrote:
 
  sorry .. I don't understand your response !
  
  are you saying that we shouldn't use jsp ?
 
 I have been saying that for years now!
 
http://jakarta.apache.org/velocity/ymtd/ymtd.html

=)

-jon


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


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




RE: Jasper 2 Question

2002-09-19 Thread Lenny Karpel

is it right that when I ask a serious question about jasper2 that I get
these totally ridiculous answers ?

-Original Message-
From: Jon Scott Stevens [mailto:[EMAIL PROTECTED]] 
Sent: Thursday, September 19, 2002 11:48 AM
To: tomcat-dev
Subject: Re: Jasper 2 Question


on 2002/9/19 8:06 AM, Lenny Karpel [EMAIL PROTECTED] wrote:

 sorry .. I don't understand your response !
 
 are you saying that we shouldn't use jsp ?

I have been saying that for years now!

http://jakarta.apache.org/velocity/ymtd/ymtd.html

=)

-jon


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



<    1   2   3   4   5   >