HTTP/1.1

Hi, How to send response from my servlet with HTTP/1.1 header? All responses have HTTP/1.0 headers. Can I change it? Regards, AJ Pozdrawiam, AJ. _

Re: Cannot set up certs for trusted CAs exception ( JCE and tomcatan d cocoon2.0)

Hi, Try to place JCE/JSSE in tomcat.home/lib, or even better in the jre/lib/ext - and see if this solved the problem. My guess - it's related to some code doing a Class.forName() instead of using the context class loader or the context loader is not set.( for 3.2.x you _must_ add the Jdk12Interce

RE: Extending Server.xml configurability (foradditionalclasspaths)

Rick, this is really what I was trying to say. Chris puts it so well I may as well stop replying ;) - r > True, server.xml is Tomcat-specific, fluid, and can be changed, for the > most part, at will. The reason you will have trouble convincing many of > the core developers to change server.xml

Bug in FormAuthenticator? Revised

Revision of original post... ooops.. I got something backwards... private String savedRequestURL(Session session) { ...snip if (saved == null) { // where config.getDefaultPage returns a page URL to // go to if the Login page was requested directly

Re: Cannot set up certs for trusted CAs exception ( JCE and tomcat an d cocoon2.0)

Hi there. I frequently do crypto in servlets, and I have not personally run into any problems. The only relevant difference between your environment and some of mine, as far as I can tell, is that while I have heard of Cocoon, I have no idea what it is =) Also, I'm a little confused as to why

Bug in FormAuthenticator?

I think the following action causes a bug : Tomcat 4.0b7 (not specific to this release) JDBCRealm (not specific to this realm) FormAuthenticator 1)Go to the URL of the specified login page (go directly to it). 2)Login correctly. 3)You will be sent to /null or /context/null. (unless my configur

Cannot set up certs for trusted CAs exception ( JCE and tomcat and cocoon2.0)

Hi I have been experiencing some problems using JCE, in the tomcat environment. I am using tomcat 3.2.2, and JCE 1.2.1., xerces_1_4_1.jar, cocoon 2.0 ... I am using JCE to encrypt and decrypt some XML docs. The program to encrypt and decrypt works in standalone mode. But when it is run within t

RequestDispatcher.include()

I've been developing a custom tag that uses the RequestDispatcher.include () method. The trouble I'm finding is that if I have one of my custom tags embedded within another, the includes are written to the user in the wrong order. The same code works fine on the ATG Dynamo platform. The so

Re: Extending Server.xml configurability (foradditionalclasspaths)

on 8/29/01 5:11 PM, Rob S. at [EMAIL PROTECTED] wrote: > Writing your OWN classloader? Ugh... you're going to kill portability, Well, no. I meant write my own classloader that is part of my web app. That should be doable, right? I can't tell from the poor little Java book I have, if a Java app

RE: Extending Server.xml configurability (foradditionalclasspaths)

> Actually, I want to do this within my webapp. I was thinking of > providing an > init-param to a class that gets loaded on startup, that then installs its > own classloader based on that init-param (which would be a path > or series of > paths to search for classes). Writing your OWN classloade

Build system for mod_webapp and Apache 2.0

Hi everybody, I'm new to the list, but for anybody who doesn't know me, I have been pretty active on httpd 2.0. I decided to port mod_webapp last week, and Pier committed the code for me, but the build system isn't there, so I am posting the build system now. This is currently working, althoug

Re: Extending Server.xml configurability (foradditionalclasspaths)

on 8/29/01 4:39 PM, Rob S. at [EMAIL PROTECTED] wrote: > You're talking about a source-level modification, right? In the > org.apache.catalina.startup.Catalina (i *think*) there's the initial > creation of the non web-app classloaders. A good place to start looking at > per-app class loaders is

RE: Extending Server.xml configurability (foradditionalclasspaths)

> No worries; in fact, I really don't understand the mechanism. > However, if it > helps me, I'd like to understand it. Since then, I've read about the > ClassLoader, SecurityManager, and System classes. I'm still getting used to be back in Vancouver, so I dunno if Craig has mentioned, or possibl

Re: Extending Server.xml configurability (foradditionalclasspaths)

Christopher Cain wrote: > > Depends on which version you're using. Tomcat 3.x conforms to the 2.2 > spec. Tomcat conforms to the almost-finalized 2.3 spec. ^ Oops. There should be a "4.0" there =) - Christopher

Re: Extending Server.xml configurability (foradditionalclasspaths)

Rick Mann wrote: > [snip] > > Now, to avoid changing the spec, which I understand to be the Servlet 2.2 > spec Depends on which version you're using. Tomcat 3.x conforms to the 2.2 spec. Tomcat conforms to the almost-finalized 2.3 spec. > which also understand to specify the structure of the

Re: Extending Server.xml configurability (for additionalclasspaths)

"Rob S." wrote: > > > 2) Add those search paths myself, in my webapp's code. Keep in > > mind that, as > > Rob S. speculated, I know very little about the ClassLoader mechanism. > > When I wrote the email, I wasn't implying that whatsoever, but I can see > quite clearly now how it could be take

Re: Extending Server.xml configurability (foradditionalclasspaths)

on 8/29/01 3:23 PM, Rob S. at [EMAIL PROTECTED] wrote: > When I wrote the email, I wasn't implying that whatsoever, but I can see > quite clearly now how it could be taken. Apologies for that implication... No worries; in fact, I really don't understand the mechanism. However, if it helps me, I

RE: Extending Server.xml configurability (for additionalclasspaths)

> 2) Add those search paths myself, in my webapp's code. Keep in > mind that, as > Rob S. speculated, I know very little about the ClassLoader mechanism. When I wrote the email, I wasn't implying that whatsoever, but I can see quite clearly now how it could be taken. Apologies for that implicati

RE: Extending Server.xml configurability (for additionalclasspaths)

> So, it seems that you're saying that I don't understand the class loading > mechanism. What I'm saying is that right now, there's a way to get the classes you want into the web app(s) you want. Is it really hard to have Ant or Make create a .war with the right file(s) in it? Personally, I'm a

Re: Extending Server.xml configurability (foradditionalclasspaths)

on 8/29/01 2:00 PM, Christopher Cain at [EMAIL PROTECTED] wrote: > better than the above. It's an infinitely cleaner approach. You must be > a Windoze guy to hate symlinks that much ;-) Actually, I'm a Mac guy. But I'm running Tomcat on Mac OS X, which is essentially BSD. I just find the links t

Re: Extending Server.xml configurability (for additionalclasspaths)

Rick Mann wrote: > > on 8/29/01 1:15 PM, Christopher Cain at [EMAIL PROTECTED] wrote: > > > I'll throw an idea out here, although it may well get shot down for > > either spec non-compliance, possible security concerns, or just general > > lack of sex appeal ;-) > > I think I'd complain mostly

Re: Extending Server.xml configurability (for additionalclasspaths)

on 8/29/01 1:15 PM, Christopher Cain at [EMAIL PROTECTED] wrote: > I'll throw an idea out here, although it may well get shot down for > either spec non-compliance, possible security concerns, or just general > lack of sex appeal ;-) I think I'd complain mostly on the grounds of lack of sex appe

Re: Extending Server.xml configurability (for additionalclasspaths)

Rick Mann wrote: > > on 8/28/01 9:08 PM, Rob S. at [EMAIL PROTECTED] wrote: > > >>> I've seen lots of discussion on the user list desiring the > >> ability to have > >>> additional classpaths available to web applications, but not necessarily > >>> available to all web apps. > > > > ...mainly b

RE: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/t estHeader.java HttpRequest.java

Great! I will limp along with what I've got now in 3.2.2. Looking forward to getting your changes. What version(s) of Tomcat this will get into? Thanks 100, -David -Original Message- From: Keith Wannamaker [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 28, 2001 6:21 PM To: [EMA

TC 3.3 Mod_jk chunked input encoding

This patch enables chunked input through mod_jk: http://www.apache.org/~keith/jk/ I think they are rather minor changes. Please review, discuss, and throw everything you have at it. If Larry approves I will commit this (or an approved version) to tc 3.3. In addition, I would port it to the ap

Re: Extending Server.xml configurability (for additionalclasspaths)

on 8/28/01 9:08 PM, Rob S. at [EMAIL PROTECTED] wrote: >>> I've seen lots of discussion on the user list desiring the >> ability to have >>> additional classpaths available to web applications, but not necessarily >>> available to all web apps. > > ...mainly because people don't take the time to

[TC4] Patch status

Can someone w/ cygwin please applies the patch I sent last week about the scripts. http://marc.theaimsgroup.com/?l=tomcat-dev&m=99830164420886&w=2 Bip Thelin applied the patch for digest.sh, and asked someone to do so w/ catalina.sh and jasper.sh. but the latest are still missing the patches and

RE: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/server Ajp13.java Ajp13Interceptor.java Ajp13Packet.java

Another thing we may change in Ajp13Interceptor.java, is setSoLinger() which could delays too much connections close. cf: bug regarding apache threads against ajp13 threads - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECED

HI

Hi, I'm a new user of Tomcat 3.2. And my first question on this list is: How to send response from my servlet with HTTP/1.1 header? Regards, AJ Pozdrawiam, AJ. _

RE: embedded tc

When I run a debugger (which is now running the embedded tomcat), I point straight to the build/tomcat/classes tree rather than have a lib directory. This way I don't have to rebuild the jars every time I make a change. I would have thought this would be a common procedure? Keith | -Origi

RE: embedded tc

On Wed, 29 Aug 2001, Larry Isaacs wrote: > message rather than skip the "put". I believe "tc_path_add" > is how Tomcat passes the "classpath" to Jasper, so Jasper > would be hosed with out it. Also, if cp==null, then your Well, Jasper will survive - JspInterceptor uses util.compat to get the c

cvs commit: jakarta-tomcat-connectors/webapp/apache-2.0 Makefile.in

jfclere 01/08/29 07:29:29 Modified:webapp configure.in Added: webapp/apache-2.0 Makefile.in Log: Copy/add configure logic for Apache-2.0 from mod_jk. Revision ChangesPath 1.23 +12 -3 jakarta-tomcat-connectors/webapp/configure.in Index: configure.i

Re: Tomcat4-Apache Deploy WebApp on server-root directory

I never thought about that! Sounds like a good idea! Thanks! manri - Original Message - From: "GOMEZ Henri" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, August 29, 2001 10:15 PM Subject: RE: Tomcat4-Apache Deploy WebApp on server-root directory > Why not continuing

RE: Tomcat4-Apache Deploy WebApp on server-root directory

Why not continuing to use mod_jk with TC 4.0 ? Just take a look at jakarta-tomcat-connectors :) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F

Tomcat4-Apache Deploy WebApp on server-root directory

Hello all, I am trying to find out how to deploy a webapp on a root directory of a server with Tomcat4+mod_webapp+Apache For Tomcat 3.x I am doing something like this in httpd.conf: JkMount /*.jsp ajp13 and adding a context to server.xml like this: However with mod_webapp: WebAppConnectio

Intermittent tomcat 4b7 startup error

Hello, I occasionally get the error message below when first accessing a jsp using tomcat 4beta7. It goes away if I press reload, and then doesn't reappear. The "Root Cause" section isn't useful to me either, because I'm unsure what refining a class is. Thanks, Peter Joanes Southam F.M. LTD

RE: embedded tc

Hi, Christopher is right that it would be better to provide a message rather than skip the "put". I believe "tc_path_add" is how Tomcat passes the "classpath" to Jasper, so Jasper would be hosed with out it. Also, if cp==null, then your configuration is probably messed up since the "common" cla

RE: TC323 standalone/ajp13 & thread pools

>Hi (.*), > > Hope all is well around the globe. > > We've been doing some stress testing here with Tomcat >3.2.3 operating > in standalone mode and with apache via the mod_jk ajp13 >connector. > > We've noticed something interesting which we're not sure about. > >

Regarding j_security_check

Hi All, I am using tomcat 3.2 .and using JDBCRealm for authintication, It is working fine. But has some minor issues. Can anyone tell me some documents where i can read inside of j_security_check , How exactly it work? and where should i make changes so that it work accoring to my needs.