The usage of a -handcrafted- session bean would be the preffered way.
You loose your session cookie because they are server+context specific
and the change to https will be a change to another server.
encodeURL wouldn't help because tomcat is buggy here.
Regards,
Andreas
> -Original Message-
Yes, we do but probably in another way that you would like to.
Side note: The order of loaded modules in httpd.conf is important here! Try
loading mod_jk before mod_rewrite.
Regards,
Andreas
-Original Message-
From: Brendan O'Bra [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 12, 20
This is the standard linux behaviour. If any application claims memory it is
taken from the free-pages. If the memory is not in use anymore it is not put
back to the amount of free memory (even if the application is shutdown).
Instead it is chached and freed on demand.
So don't worry here
Regard
This is a bug in 3.1. Propably you have case mixed filenames. If the file is
name.jsp and you enter name.JSP in your Browser the
Sourcecode will be displayed.
Regards,
Andreas
-Original Message-
From: Chris Chen [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 11, 2000 10:21 PM
To: '[E
This a known bug it seems fixed in the 3.3 branch and will hopefully be
integrated into a 3.2.x maintainace release.
> -Original Message-
> From: AC [mailto:[EMAIL PROTECTED]]
> Sent: Monday, December 11, 2000 5:49 PM
> To: [EMAIL PROTECTED]
> Subject: Multipart and mod_jk
>
>
> I've go
An Enviroment variable is not a java parmeter so you have to set them before
you start Tomcat.
$TOMCAT_HOME/bin/startup.sh might be a good place.
Regards,
Andreas
> -Original Message-
> From: Catherine Jung [mailto:[EMAIL PROTECTED]]
> Sent: Monday, December 11, 2000 12:58 PM
> To: [EMAIL
There are two issues here:
First: check the permissions of your installation. Especially the
$TOMCAT_HOME/work and $TOMCAT_HOME/conf directory has to be writeable by the
user tomcat is running as (you?)
Second: Another App is running on Port 8080 propably tomcat is already
started.
Regards,
Andre
Yes you need tools.jar from the jdk to compile jsp
> -Original Message-
> From: Sanjay Gulabani [mailto:[EMAIL PROTECTED]]
> Sent: Friday, December 08, 2000 7:25 AM
> To: [EMAIL PROTECTED]
> Subject: does tomcat jsp runtime require jdk ?
>
>
> Does Tomcat release of jsp runtime require
You have to put your .jar files in the appropriate
webapps/yourcontext/WEB-INF/lib directory
automatic reload only works in this directory. Further more they must not be
set in your classpath.
BTW: I recommend upgrading to Tomcat 3.2
Regards,
Andreas
> -Original Message-
> From: Riley,
Yes you can run them on different machines and connect them via ajp
check out the docs about mod_jk.
We are running tomcat 3.2 with Apache 3.1.12 on a Linux box (Kernel
2.2.16-SMP)
(more exactly: 3.2beta5 as the final does not work for our config)
> -Original Message-
> From: Moursli Nab
t.SessionInterceptor"
> noCookies="true" />
>
> "Stubenrauch,Andreas" wrote:
> > Hi Folks any comments are welcome:
> >
> > If Cookies are turned off in a browser the session-management by
> > url-rewriting does not work. This bug was i
Yes, and they have to go on different ports
> -Original Message-
> From: oj14 [mailto:[EMAIL PROTECTED]]
> Sent: Friday, December 01, 2000 7:36 PM
> To: [EMAIL PROTECTED]
> Subject: Re: virtuals/workers
>
>
> OR do I have to create 2 server.xmls and start tomcat twice,
> once for each
I'm using a similair aproach with mod_jk and it works.
Perhaps mod_jserv is not handling the rewriten url correctly
> -Original Message-
> From: hatim [mailto:[EMAIL PROTECTED]]
> Sent: Friday, December 01, 2000 9:55 AM
> To: [EMAIL PROTECTED]
> Subject: tomcat and rewrite
>
>
> hello
Did you enable a ajp13 connector in server.xml?
> -Original Message-
> From: Simon Lam [mailto:[EMAIL PROTECTED]]
> Sent: Friday, December 01, 2000 8:16 AM
> To: Tomcat Users
> Subject: Ajp13 help needed.
>
>
> Hi! All.
> I got the following error in mod_jk's error log when trying
> t
When you just take this code-snipplet into account probaly the first one is
faster (no
explicit Object creation) but it is more important what you do afterwards
with thekeySearch.
If you append more to the String afterwards the second should be prefered.
By the way this is an Java Topic and seems
The autogenerated files are more a "getting starting point". Unless you
append contexts very often I would suggest copying the generated, file make
your
additions there and use the copy from now on.
Regards,
Andreas
> -Original Message-
> From: William Colls [mailto:[EMAIL PROTECTED]]
>
The answer is:
>You must mark the administration application as trusted
Have a look at your server.xml
> -Original Message-
> From: Persegato Marco [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, November 30, 2000 9:59 AM
> To: [EMAIL PROTECTED]
> Subject: problems whit Contextadministrati
The startup order is determined by the numbers x,y in the link Sxxtomcat
Kyytomcat
The lower the number the sooner it gets called (on entering or leaving the
runlevel)
Search the archives for nice startup scripts
Regards,
Andreas
> -Original Message-
> From: Carlos [mailto:[EMAIL PROTEC
As the old saying goes: ClassNotFound is always right!
Your tomcat can't find the class coreservlets.ShowParameters you are trying
to use.
Put it in a propper place. See various discussions about "classpath" in
archives
Beside that your errorlogs look like you have a major config jam (look at
th
Hi,
Q1)
Probably still a user-rights problem. Make sure user nobody has rwx on
$TOMCAT_HOME/work and access to all context dirs (under webapp)
Q2)
You might encounter several problems here. With some clever links and
mod_rewrite rules you might establish a per user mapped context-dir but do
you
Hi,
afaik there are two reasons for this one is versioning (for recompiling and
loading) and the other as a char-mangling mechanism to make weired filenames
propper class names.
For a detailed discussion search the archives for topics like:
"jsp-filenames should be less than 20 characters"
Reaga
Hi,
it's me again and my favorite: Session management without cookies, by
URL-rewriting
It works fine again in 3.2beta8 (Using Apache and mod_jk(ajp12) as frontend)
unless SSL (by apache not tomcat) is used . In this case the URL don't get
rewritten.
I first thought it was the unfortuneatly less
Hi,
It seems to happen exactly what you mention: You create a new Objects (at
least a Treemap) every time.
This will eat up your memory. For the Garbage Collection to be more efficent
you should release them after use by setting them to null.
Regards,
Andreas
> -Original Message-
> From
This could be related to a known bug. Fixed in 3.2beta8
> -Original Message-
> From: Pierre Métras [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, November 22, 2000 4:01 PM
> To: [EMAIL PROTECTED]
> Subject: Is it a normal behavior for session tracking?
>
>
> Hi,
>
> I have a strange b
hanks, that works, however, the logs are replaced each time I restart
> Tomcat, and I would
> like it appended.
>
> Craig.
>
> ----- Original Message -
> From: "Stubenrauch,Andreas" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tue
It is printed on the console you started tomcat. You have to redirect
yourself.
Suppose you have some kind of unix you can try
$TOMCAT_HOME/bin/tomcat.sh run > stdout.log 2> stderr.log
Regards,
Andreas
> -Original Message-
> From: carnell [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, Nov
This is a known bug in Tomcat 3.1
URL-encoded session work in Tomcat3.2beta5 and should work again in Tomcat
3.2 beta8 upwards
Regards,
Andreas
> -Original Message-
> From: Wolfgang Trexler [mailto:[EMAIL PROTECTED]]
> Sent: Monday, November 20, 2000 3:46 PM
> To: [EMAIL PROTECTED]
> Su
Hi Folks any comments are welcome:
If Cookies are turned off in a browser the session-management by
url-rewriting does not work. This bug was introduced by 3.2 beta6 and is
still around in beta7
Just turn cookies off and try any of the session-examples in the
tomcat-distribution
Regards,
Andre
On my Internet I found it on:
http://jakarta.apache.org/builds/tomcat/release/v3.2-beta-6/bin/linux/i386/
Perhaps you have another one ;-)
> -Original Message-
> From: Gregory Guthrie [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, November 08, 2000 10:24 PM
> To: [EMAIL PROTECTED]
> Subj
1.) The host in worker.properties is the host tomcat is running on (that's
not related to the the apache host. You can run tomcat on a different
machine than apache)
2.) You seem to have configured your mod_jk-Mounts yourself so you don't
have to bother with mod_jk.conf-auto. It's an auto-generat
AFAIK in Tomcat 3.x there is just one classpath for the entire tomcat (resp.
for the JVM)
The webapps/foo/classes/ and webapps/foo/lib/ are not 'really' in the
classpath. Files in there get loaded by an modified Tomcat-Classloader.
For short: the systemclasspath=your webapp classpath
Regards
>
No they are in different JVM's.
installed in completly different directories
Regards,
Andreas
> -Original Message-
> From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
> Sent: Monday, November 06, 2000 4:14 PM
> To: [EMAIL PROTECTED]
> Subject: RE: jsp & mod_jk problem
>
>
> >You have to st
You have to start several tomcat instances. Make sure you configure them on
different ports for ajp12 and then ajp-mount those in your virutal hosts
parts of httpd.conf
Something like this:
in server.xml's:
tomcat1 listening on 8007
tomcat2 listening on 8008
...
worker.properties:
worker.ajp-tom
This is the name of the context your app is running in. As defined in
server.xml
As I can tell from the output your are currently using the root context.
Regards,
Andreas
> -Original Message-
> From: Kurt, Oliver [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, November 01, 2000 8:01 AM
> T
This looks like a message generated by apache. So check your apache/ssl
config. Perhaps your are forwarding/including/whatever a page that is not
correctly adressed.
with mod_ssl standard config https://host.name/foo will work but
http://host.name:443/foo will get you the mentioned error-page
Reg
You can't have a traditional "memory leak" in Java. But you can create more
Objects than the is able to destroy. Under Linux your upper memory Limit of
4M is very low I'm wondering that tomcat is even running. In my setup tomcat
running idle needs 10M at least. Try if you can reproduce it with hig
The servletmapping is not taken into account when generating the auto-conf
files.
rename the file, edit it to your needs and include that one in your
httpd.conf
Reagards,
Andreas
> -Original Message-
> From: Martin W. Smith [mailto:[EMAIL PROTECTED]]
> Sent: Friday, October 20, 2000 4:03
37 matches
Mail list logo