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,
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
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:
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
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
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,
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
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 got a
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,R
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
kies="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 introduced by
3.2 beta6 and
is
still around in beta7
Just turn cookies off and t
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]]
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
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 all
i
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 Contextadministration
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"
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
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
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:
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
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 behavior
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,
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: Tuesday, November 21, 2000 11:16 AM
Subject: RE: Where do the logs go?
It is printed on the console y
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,
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]
Subject:
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
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
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 start
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
To:
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
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
31 matches
Mail list logo