AW: Refresh ResourceBundle

Hi, you can write a class which handles the loading of the resoucres, so you can control the behaviour. We have the resource bundles in the DB, so we can administer it via the DB without restarting the application Cheers Bernhard -Ursprüngliche Nachricht- Von: Roland Carlsson

AW: Problems with graphics on Tomcat 5.5.9

Hi Mauricio, I had the same problem. The solution is as follows: 1. Download and install a virtual frame buffer Where to find and how to install: http://testdrive.mapinfo.com/TECHSUPP/MIPROD.NSF/0/a832a07452b9a0e385256f8000760f68?OpenDocument 2. Do not forget to create a script to

AW: custom session manager

-Ursprüngliche Nachricht- Von: Leon Rosenberg [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 6. Oktober 2005 07:43 An: Tomcat Users List; Mark Betreff: Re: custom session manager On 10/6/05, Mark [EMAIL PROTECTED] wrote: basically, I want to prevent users from logging in and

AW: custom session manager

-Ursprüngliche Nachricht- Von: Leon Rosenberg [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 6. Oktober 2005 11:20 An: Tomcat Users List Betreff: Re: custom session manager On 10/6/05, Tobias Meyer [EMAIL PROTECTED] wrote: Or, cou could add a static hashmap to your Servlet

AW: custom session manager

The problem is AFAIK, that you cannot access the list of all sessions through the servlet-api. That feature was in the servlet-api at some time, but was removed, IIRC due to security issues. If you have a list of all sessions, you can easily iterate over them at login and manually expire all old

AW: How to PreCompile JSPs

From the Tomcat docs: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jasper-howto.html -Ursprüngliche Nachricht- Von: Murali [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 29. September 2005 16:54 An: tomcat-user@jakarta.apache.org Betreff: How to PreCompile JSPs Hi , Can

AW: session state preserved across different applications

Hi Michael, this comes up every so often, so here is just the answer, which I posted some time ago: First of all the session is ALWAYS on application scope, this is not an Tomcat specific behaviour but a requirement of the Specification: SRV.7.3 Session Scope HttpSession objects must be scoped

AW: save form-data in xml-file

Hi Robyne, Thanks for your reply. This seems to be the problem. But can you tell me if I have to put password and userid in the source code of the servlet or in the web.xml? Regards, Anne -Ursprungliche Nachricht- Von: Robyne Vaughn [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 27.

AW: jconsole security manager

Thanks for the reply, I got it running, but I don't understand it, maybe you can help me: Giving following permission to my tomcat (5.5.9) grant { permission javax.management.MBeanPermission *, *; permission java.lang.management.ManagementPermission monitor;

AW: AW: Removing session id from url links

List Betreff: Re: AW: Removing session id from url links Thanks Bernard, My problem is to do with Search Engine bots. They seem to be getting jsessionid when they crawl and do not remove them. This causes them to index pages INCLUDING the session id and therefore it appears

AW: Removing session id from url links

The session ids in the URL (URL Rewriting) are only used when cookies are switched off as a fallback, so when cookies are switched on on your machine you shouldn't see the session Id in the URL. When you don't need a seesion on your page you can use this page directive to switch off the session,

Re: AW: Removing session id from url links

Thanks Bernard, My problem is to do with Search Engine bots. They seem to be getting jsessionid when they crawl and do not remove them. This causes them to index pages INCLUDING the session id and therefore it appears on the search engine listing. Any way to remove that? Assaf --- Bernhard

AW:

Hello, we want to connect to a Global Directory Service via JNDI. The Problem is that the authentication-realm is defined in the context.xml of the application that authenticates the users. So Tomcat initiate the conncetion to the GDS once. But the directory has a timeout for this

AW: 5.5.9 Build Script Error Help !!!

Please send an email to this adress!! ;-( [EMAIL PROTECTED] Markus -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 21. September 2005 13:29 An: tomcat-user@jakarta.apache.org Betreff: RE: 5.5.9 Build Script Error Help !!! Wichtigkeit:

AW: Tomcat 5.5 and Apache 2.0

Could you please please please stop mailing!!!??? Send an Email to this mailto:[EMAIL PROTECTED] adress to unsubscribe! -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 21. September 2005 13:43 An: tomcat-user@jakarta.apache.org Betreff:

Re: AW: Tomcat 5.5 and Apache 2.0

[EMAIL PROTECTED] wrote: Could you please please please stop mailing!!!??? Send an Email to this mailto:[EMAIL PROTECTED] adress to unsubscribe! I'm not trying to unsubscribe, I'm trying to get tomcat 5 to serve up something besides error 404's and empty pages.

AW: JSP 2.1 in Tomcat 6?

Hi Ron, I don't know about the JSP 2.1 Support in Tomcat, but if you want to try it out just use Glassfish: https://glassfish.dev.java.net/ Cheers Bernhard -Ursprüngliche Nachricht- Von: Ron Kiat [mailto:[EMAIL PROTECTED] Gesendet: Sonntag, 18. September 2005 18:16 An: Tomcat

AW: cross context info

Hi Alain, First of all the session is ALWAYS on application scope, this is not an Tomcat specific behaviour but a requirement of the Specification: SRV.7.3 Session Scope HttpSession objects must be scoped at the application (or servlet context) level. The underlying mechanism, such as the cookie

AW: Tomcat/JVM hangs in session.getAttribute / HashMap.get()

-Ursprüngliche Nachricht- Von: Wade Chandler [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 7. September 2005 21:11 An: Tomcat Users List Betreff: Re: Tomcat/JVM hangs in session.getAttribute / HashMap.get() Should be enough to explain the issue and why synchronization

Re: AW: Tomcat/JVM hangs in session.getAttribute / HashMap.get()

--- Leon Rosenberg [EMAIL PROTECTED] wrote: -Ursprüngliche Nachricht- Von: Wade Chandler [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 7. September 2005 21:11 An: Tomcat Users List Betreff: Re: Tomcat/JVM hangs in session.getAttribute / HashMap.get() Should be

AW: tomcat 5.5.9 not recompiling JSPs

You're both right. But when you run your Webapplication under non-tomcat container you need the tomcat libraries. Also when going to dfferent versions of tomcat, so e.g. from 4 to 5.5 you might get compatibility issues. Bernhard -Ursprüngliche Nachricht- Von: Allistair Crossley

AW: JSP Precompilation

Maybe there are a few classfiles missing, which are only used with these two jsps. Bernhard -Ursprüngliche Nachricht- Von: Ramnish Kalsi [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 17. August 2005 20:52 An: 'Tomcat Users List' Betreff: JSP Precompilation I am trying to use

AW: JspC compile exception in tomcat-deployer 5.5.10

Hi Richard, the problem is that your classpath for the jasper path is not correct. So this Null Pointer exception actually means that some class was not found. Note that you need all the tomcat libraries in your jaser classpath, as well as your libs as well. I post you my script, which is working

AW: Session ID's

:[EMAIL PROTECTED] Sent: Tuesday, August 02, 2005 10:33 AM To: 'Tomcat Users List' Subject: AW: Session ID's Some small addition: URL Rewriting is only used when cookies are switched off. From the Servlet Spec: SRV.7.1.3 URL Rewriting URL rewriting is the lowest common denominator

Re: AW: Session ID's

An: Tomcat Users List Betreff: RE: Session ID's Thanks. I will take a look through this. Charles -Original Message- From: Bernhard Slominski [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 02, 2005 10:33 AM To: 'Tomcat Users List' Subject: AW: Session ID's Some small addition

AW: Session ID's

Some small addition: URL Rewriting is only used when cookies are switched off. From the Servlet Spec: SRV.7.1.3 URL Rewriting URL rewriting is the lowest common denominator of session tracking. When a client will not accept a cookie, URL rewriting may be used by the server as the basis for

AW: tomcat 5.5.9, JSP, EL evaluation

Hi Walther, be sure your web.xml is set to the following: web-app xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee web-app_2_4.xsd version=2.4 It has to be version 2.4 of

AW: how to get the original requestURI after jsp:forward()

Hello, I have a forward to a jsp-file. This jsp-file needs to know which URI was requested in the initial request. Currently, I can only see the requestURI of the forwarded jsp-file. Any ideas? set a session bean with the original uri.

AW: Using a constant in a JSP

Hi, this is simply not supported in EL! I submitted this already as an enhancement https://jsp-spec-public.dev.java.net/issues/show_bug.cgi?id=134 But it won't be in the next release in JSP 2.1, that's for sure. So you need to do a workaround: - Use a bean to retrive the constant - write an EL

AW: Deployment using WAR files

Hi Joaquim, I think you always should do a COMPLETE release of the war file. So you always have an atomic, conistent relase. When it comes to rollback, versioning etc. you're much better off in having a complete release as war file. You can use hot deployment, so when you copy the new war file

AW: Mysterious error with Tomcat 5.5.9 and Log4J

Hi! I searched the internet and found a couple of people with the same problem, but no explanation. Seemingly my error with orr.apache... works, but it is not really satisfying. One hint I found was that Log4JCategoryLog is deprecated, and Log4JLogger should be used instead. So change your

AW: Preprocessing JSP pages

How about integrating it in your ant build script? This changes your preprocessing from runtime to compile time. Bernhard -Ursprüngliche Nachricht- Von: Edward Hibbert [mailto:[EMAIL PROTECTED] Gesendet: Montag, 18. Juli 2005 11:32 An: tomcat-user@jakarta.apache.org Betreff:

AW: Tomcat 5.5.9 connection pooling

Here is the exception that is thrown. As you can see my connection seems to be already closed. But why? Can this be configured somewhere? -Ursprüngliche Nachricht- Von: Viorel Dragomir [mailto:[EMAIL PROTECTED] Gesendet: Montag, 18. Juli 2005 14:46 An: Tomcat Users List Betreff: Re:

Re: AW: Tomcat 5.5.9 connection pooling

Hi Peter, i've had this problem in a project long ago. I left the company befor i solved this, but meanwhile i am quite sure this was not a problem of Tomcat, but of using ResultSet wrong. Maybe this is your problem too. ResultSet is a connection to the database- if you iterate over ResultSet

AW: CATALINA_BASE

Hi, Sort of Files you need: ls -l /usr/local/tomcat/tomcatinstances drwxrwx---5 tomcat tomcat 4096 2005-06-24 07:59 instance1 drwxrwx---5 tomcat tomcat 4096 2005-06-24 08:07 instance2 drwxrwx---5 tomcat tomcat 4096 2005-06-24 09:50 instance3 ls -l

AW: URI of *_jsp.java

Hi Kristoffer, the java files are under ${TOMCAT_HOME}\work\catalina\localhost ... But you cannot get these files via URI, because that would mean that everyone can see the sourcecode of your jsp. It's not quite clear to me how you retrive the sutdent name from the generated java file. A better

Re: AW: URI of *_jsp.java

On Monday 11 July 2005 14:01, Bernhard Slominski wrote: Hi Kristoffer, the java files are under ${TOMCAT_HOME}\work\catalina\localhost ... But you cannot get these files via URI, because that would mean that everyone can see the sourcecode of your jsp. It's not quite clear to me how you

AW: AW: URI of *_jsp.java

}/... But as long as you don't change your server and applications names it still should work fine via the filesystem. Bernhard -Ursprüngliche Nachricht- Von: Kristoffer Nyborg Gregertsen [mailto:[EMAIL PROTECTED] Gesendet: Montag, 11. Juli 2005 14:49 An: Tomcat Users List Betreff: Re: AW

AW: error while building with jakarta-ant-1.5.1

Hi Tim, Iam sure that Iam using the right tools.jar, and it is containing the class com.sun.tools.javah.Main I also think so, because that's what the errormessage says, it cannot find the requested constructor. I check my tools.jar (JDK 1.5.0_01) and I found this method signature, which

AW: AW: Load all JSP pages on startup

It's even better than that: the webapp itself is portable, without the Tomcat libraries. The precompilation process just churns your JSPs into servlets at build time instead of runtime. Let me add somthing here, it's right that the servlets are build at compile time, but they still use

AW: WebSphere SOAP under tomcat

Hi, I have to confess that I'm an Axis beginner. I've managed to write my own WebService in Axis and generate the corresponding client stub. But the specific service I want to use diverges from the standard. The people who generated the WebSphere client implementation said, that they have to

AW: Jsp Pre-compilation

Hi Nils, two things: 1. I would use an absolute path instead of the realitive one ./hummingbird I guess jasper just can't pick up your jsps! 2. outputDir: You set it to WEB-INF/classes but what you create are actually java source files, so this is not right, even tohough it doesn't explain the

AW: Load all JSP pages on startup

I don't want to precompile in my build script, With the precompilation you can do the stuff you need, it automatically creates the servlet mapping in the web.xml. The only thing you have to add is the load-on-startup1/load-on-startup part, but I think you can automate this as well. So why

Re: AW: Load all JSP pages on startup

We have a custom (non-generated) web.xml, with some taglibs and servlets defined in there. Precompilation is tomcat dependend I suppose? Our application has to run on JBoss, Tomcat and Resin. Weblogic and others might be added in the future. I was hoping there was a simple way in the web

AW: AW: Load all JSP pages on startup

We have a custom (non-generated) web.xml, with some taglibs and servlets defined in there. Precompilation is tomcat dependend I suppose? You're right precompliation is tomcat dependent, but it works like this that the ant task takes your (non-tomcat dependent) web.xml and just adds the

RE : AW: Load all JSP pages on startup

WebLogic Server starts up; -Message d'origine- De : Bernhard Slominski [mailto:[EMAIL PROTECTED] Envoyé : mercredi 29 juin 2005 15:40 À : 'Tomcat Users List' Objet : AW: AW: Load all JSP pages on startup We have a custom (non-generated) web.xml, with some taglibs and servlets defined

Re: RE : AW: Load all JSP pages on startup

: mercredi 29 juin 2005 15:40 À : 'Tomcat Users List' Objet : AW: AW: Load all JSP pages on startup We have a custom (non-generated) web.xml, with some taglibs and servlets defined in there. Precompilation is tomcat dependend I suppose? You're right precompliation is tomcat dependent, but it works

AW: AW: Load all JSP pages on startup

We have a custom (non-generated) web.xml, with some taglibs and servlets defined in there. Precompilation is tomcat dependend I suppose? You're right precompliation is tomcat dependent, but it works like this that the ant task takes your (non-tomcat dependent) web.xml and just

RE : RE : AW: Load all JSP pages on startup

: AW: Load all JSP pages on startup - setting the precompile parameter to true in the jsp-descriptor element of the weblogic.xml deployment descriptor to configure WebLogic Server to precompile your JSPs when a Web Application is deployed or re-deployed or when WebLogic Server starts up; Can

Re: AW: Load all JSP pages on startup

On Wed, Jun 29, 2005 at 04:49:10PM +0200, Bernhard Slominski wrote: : When thinking about it again I assume that the precompiled webapp with : Tomcat should also work in any other JSP container, as long as you have the : Tomcat libraries in your classpath, because in the end your compiled JSPs :

AW: Tomcat Just Shuts down without reason (that i can see)

Hi! Have you got solution? If yes just ignore this mail. If not and if you are using UNIX/Linux System try the following: Start tomcat in CSH Shell and let it run in background. There was a similar problem discussed on this list and the solution was to start tomcat in CSH. Cheers, Aliye

AW: deploying war files

Hi Darren, what I do is to deploy the war file as zip file, then extract it and reload the applicataion. It's not very nice, but it's working automatically in an ant script, I did it because the war file deployment was to unstable. Cheers Bernhard -Ursprüngliche Nachricht- Von:

AW: tomcat list ant task queries

Hi Tim, what you also can do is just checking if the directory of the webapp exists. So this would be a check on the filesystem and not in Tomcat, but should work as well. Cheers Bernhard -Ursprüngliche Nachricht- Von: Tim Diggins [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 23.

AW: Use JSPC

it doesn't matter ? Maybe someone have an idea on what I miss... -- Nicolas -Original Message- From: Bernhard Slominski [mailto:[EMAIL PROTECTED] Sent: jeudi 16 juin 2005 11:44 To: 'Tomcat Users List' Subject: AW: Use JSPC Hi Mino, just one thing to add to the very good

AW: Use JSPC

Slominski [mailto:[EMAIL PROTECTED] Sent: mercredi 22 juin 2005 11:07 To: 'Tomcat Users List' Subject: AW: Use JSPC Hi Nicolas, what jspc basically needs, is acces to all the internal tomcat libraries, as you see from the ant script: ${tomcat.home}/bin/*.jar ${tomcat.home}/server/lib

AW: Tomcat, windows and more memory

Hi, the Java Service Wrapper from tanukisoftware http://wrapper.tanukisoftware.org/doc/english/introduction.html is a good choice for running tomcat as a service. It is easy to use and very stable. Regards Dirk -Ursprüngliche Nachricht- Von: Caldarale, Charles R [mailto:[EMAIL

Re: AW: Container Managed Security and mod_jk/Static Contents

If I use htaccess, is the user not going to be prompted an authentication dialog? That would be not so nice, if the user has already completed the form based authentication, and then has to authenticate for htaccess as well. I guess what I want to do is simply not possible and doesn't make

AW: JSP pre-compile and Apache

Well there is one big advantage when using precompiled JSPs: You're sure that all JSPs are compilable, so you don't get any compile errors on your live site. That gives your application more stability. Bernhard -Ursprngliche Nachricht- Von: Charl Gerber [mailto:[EMAIL PROTECTED]

Re: AW: JSP pre-compile and Apache

With all due respect, I find that a weak argument. Its pretty dangerous to deploy anything to production without testing it on another (local) environment first. I would never change a jsp on production without checking it on another environment first. Well there is one big advantage when using

AW: AW: JSP pre-compile and Apache

error on the live site. That can't happen with precompliation. -Ursprngliche Nachricht- Von: Charl Gerber [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 17. Juni 2005 10:28 An: Tomcat Users List Betreff: Re: AW: JSP pre-compile and Apache With all due respect, I find that a weak

AW: Use JSPC

Hi Mino, just one thing to add to the very good answer from Charl: I post you my ant sccript, which does all together precompiling and automatic generation of the web.xml file. You might take it as a basis for your stuff. Cheers Bernhard !-- do the precompilation -- target

AW: Container Managed Security and mod_jk/Static Contents

Hi, Why don`t you use Apache to protect your static contents?? You might want to use .htaccess ?? http://www.csoft.net/docs/micro/htaccess.html.en Mit freundlichem Gru / kind regards Dr. Aliye Edao -Ursprngliche Nachricht- Von:

AW: Reject access to some files

Thanks for the WEB-INF hint. Got it solved now. René -Ursprüngliche Nachricht- Von: QM [mailto:[EMAIL PROTECTED] Gesendet: Montag, 13. Juni 2005 12:49 An: Tomcat Users List Betreff: Re: Reject access to some files On Mon, Jun 13, 2005 at 06:57:21AM +0200, Rene Guenther wrote: : how to

AW: Hot deployment - Your experience

Hi Dirk, thanks for your answer, that's a good point to look at. Maybe the auto-deployment feature was the problem, I try to switch it off and use the tomcat task. Bernhard -Ursprüngliche Nachricht- Von: Dirk Weigenand [mailto:[EMAIL PROTECTED] Gesendet: Montag, 13. Juni 2005 14:43

AW: Using appelts with different clients

Well, I discovered the following facts: - I've created a jsp-page with the following line: jsp:plugin type=applet code=applet.MyApplet codebase=. width=100 height=100/ - I've deployed all files to BEA weblogic. The page loades fine on IE and firefox. - I've deployed all files to tomcat. The

Re: AW: Using appelts with different clients

Tomcat 5.5.9 generates the following code snippet, requesting version 1.2.2 of the plugin: OBJECT classid=clsid:8AD9C840-044E-11D1-B3E9-00805F499D93 width=100 height=100 codebase=http://java.sun.com/products/plugin/1.2.2/jinstall-1_2_2-win.cab#Version=1,2,2,0; PARAM name=java_code

AW: AW: Using appelts with different clients

. I've JRE1.4.1_03 installed. -Ursprüngliche Nachricht- Von: Jost Richstein [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 8. Juni 2005 09:49 An: Tomcat Users List Betreff: Re: AW: Using appelts with different clients Tomcat 5.5.9 generates the following code snippet, requesting version 1.2.2

Re: AW: AW: Using appelts with different clients

An: Tomcat Users List Betreff: Re: AW: Using appelts with different clients Tomcat 5.5.9 generates the following code snippet, requesting version 1.2.2 of the plugin: OBJECT classid=clsid:8AD9C840-044E-11D1-B3E9-00805F499D93 width=100 height=100 codebase=http://java.sun.com/products/plugin/1.2.2

AW: Virtual host, workers file and httpd.conf settings for SSL

Then I see the starting page of the Apache2 Installation... Regards, Tom -Ursprüngliche Nachricht- Von: Raghupathy,Gurumoorthy [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 7. Juni 2005 13:07 An: 'Tomcat Users List' Betreff: RE: Virtual host, workers file and httpd.conf settings for

AW: Logging the HTTP headers

Hi Cristi, they are in the Apache Logfile anyway, why do you want to log them again? Bernhard -Ursprüngliche Nachricht- Von: cristi [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 2. Juni 2005 10:04 An: Tomcat Users List Betreff: Logging the HTTP headers Hello all Is there

Re: AW: Logging the HTTP headers

You can also just watch these on the fly with browser plug-ins: IE: google for ieHTTPHeaders Mozilla/FireFox: http://livehttpheaders.mozdev.org/index.html Both have been very useful to us. Jon Bernhard Slominski wrote: Hi Cristi, they are in the Apache Logfile anyway, why do you want to log

Re: AW: Logging the HTTP headers

thank you all of you. cristi You can also just watch these on the fly with browser plug-ins: IE: google for ieHTTPHeaders Mozilla/FireFox: http://livehttpheaders.mozdev.org/index.html Hello all Is there any posibility of logging the HTTP headers ? Thx. Cristi

AW: jsp:plugin type=applet... and firefox

Original message: missing plugin. Other servers, such as BEA weblogic, are creating the same page very well for various kinds of clients. Which means: I've deployed the exact same page to weblogic, and it works fine with firefox. Of course, I've already tried to install the plugin, but

AW: Tomcat dying unexpectedly (Tomcat5.0.28, apache2.0.54 and mod_jk 1.2.5 on Solaris 8)

Hi, It seems that you are starting http on 2 Ports but you have just 1 instance of Tomcat?? Go to CATALINA_HOME/conf and edit server.xml -- comment out the block were you have Port 8082 and restart Tomcat. Hope that helps... Mit freundlichem Gru / kind

AW: Tomcat dying unexpectedly (Tomcat5.0.28, apache2.0.54 and mod_jk 1.2.5 on Solaris 8)

: AW: Tomcat dying unexpectedly (Tomcat5.0.28, apache2.0.54 and mod_jk 1.2.5 on Solaris 8) Hi, It seems that you are starting http on 2 Ports but you have just 1 instance of Tomcat?? Go to CATALINA_HOME/conf and edit server.xml -- comment out the block were you have Port 8082 and restart Tomcat

AW: Logging into rational database....

That's all I wanted to know. Thanks David -Ursprüngliche Nachricht- Von: Tim Funk [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 27. Mai 2005 13:30 An: Tomcat Users List Betreff: Re: Logging into rational database IIRC - there is a JDBCAccessLogValve - You may need to check the

AW: jspServlet runs out of memory while compiling some jsp files using fork=true

Hi, I would suggest that you do a precompilation of your jsps on a deployment machine which is separate from the live machine. So your compilation is not done on the live server, which might be on heavy load. Also you don't have the problem that the first visitor has to wait an awful long time

AW: jspServlet runs out of memory while compiling some jsp files using fork=true

production servers. Btw. I'm using tomcat 5.0.28. Thx, Vesa - Original Message - From: Bernhard Slominski [EMAIL PROTECTED] To: 'Tomcat Users List' tomcat-user@jakarta.apache.org Sent: Friday, May 27, 2005 3:25 PM Subject: AW: jspServlet runs out of memory while

AW: Reloadable Hangs

Hi, the thread death is caused by log4j. You have to shutdown log4j when the context is destroyed: see http://issues.apache.org/bugzilla/show_bug.cgi?id=26372 for more details. Cheers Bernhard -Ursprüngliche Nachricht- Von: Ari Suutari [mailto:[EMAIL PROTECTED] Gesendet: Freitag,

AW: jspServlet runs out of memory while compiling some jsp files using fork=true

] To: 'Tomcat Users List' tomcat-user@jakarta.apache.org Sent: Friday, May 27, 2005 4:02 PM Subject: AW: jspServlet runs out of memory while compiling some jsp files using fork=true Hi, I think it happens randomly because it depends on the actual load on the server. Where

AW: Validation Frame work

I agree with Steve, but there is a much simpler possibility that the JS validation does not work: The user can just switch it off in the browser. This might not be just to bypass validation, but maybe just for security reasons, so for a business critical apllications I'd discourage anyone from

AW: Compiling JSP files

Hi Charles, what you can do is to use an ant task for do the precompilation. This is a bit smarter than via the command line I guess. The docu is under http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jasper-howto.html#Web%20Appl ication%20Compilation It's not very well documented, it took me a

AW: Where do -Xms32m, -Xmx256m, and -Xrs go in the Tomcat 5.0.28 batch files?

Hi Jack, The answer is CATALINA_HOME/bin/catalina.sh CATALINA_OPTS=-Xmx512m -Xss1024k -XX:+PrintGCDetails -server ... Mit freundlichem Gruß / kind regards SBS ORS GD AHS OA42 Otto-Hahn-Ring 6 D - 81739 München Tel. (089) 636-41024 Fax (089) 636-49347

AW: 5.5.9 - ant deploy

Thanks, but it doesn't work: Using a#b.war and path=/a/b causes java.io.FileNotFoundException: webapps/a/b.war Using a#b.war and path=/a#b I get Deployed application at context path /a#b but app does not use context.xml (no jndi resources were found) Using without path, I get Must specify 'path'

AW: war deploy

Sorry - I forgot to say: I'm using tc 5.5.9 -Ursprüngliche Nachricht- Von: Pfingstl Gernot Gesendet: Freitag, 20. Mai 2005 22:52 An: Tomcat User (E-Mail) Betreff: war deploy How can I depoly a war to a path like '/x/y'? If I name the war x#y.war (and unpackWar=false) and put a

AW: Illegal IMail List Server Command!

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

Re: AW: Directory Structure Rationale

Agreed, apps can go anywhere, but what is the advantage to installing admin and manager under /server/webapps, instead of under /webapps? Pfingstl Gernot wrote: You can install your apps whereever you want, you only have to put a context.xml file in conf/[enginename]/[hostname] and set the

AW: Sessions and keep-alives

Wen launching webapp B (from A), you can pass jsessionid as url parameter (not as jsessionid) to B; with this jsessionid you can call A from B for keep-alive. Gernot -Ursprüngliche Nachricht- Von: Patrick Lacson [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 13. Mai 2005 06:57 An: Tomcat

AW: Sharing Data Sources

Did you try to define your datasource in GlobalNamingResources? And then you only have to define a resource-link in your contexts. -Ursprüngliche Nachricht- Von: Cook, Jared [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 12. Mai 2005 21:23 An: 'tomcat-user@jakarta.apache.org' Betreff:

AW: Directory Structure Rationale

You can install your apps whereever you want, you only have to put a context.xml file in conf/[enginename]/[hostname] and set the docBase Attribute to your app directory or war file. -Ursprüngliche Nachricht- Von: Bill Winspur [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 13. Mai 2005

AW: strange autodeploy behaviour on 5.5.9

See http://issues.apache.org/bugzilla/show_bug.cgi?id=34840 -Ursprüngliche Nachricht- Von: news [mailto:[EMAIL PROTECTED] Auftrag von teknokrat Gesendet: Freitag, 13. Mai 2005 11:56 An: tomcat-user@jakarta.apache.org Betreff: strange autodeploy behaviour on 5.5.9 I have set up a new

Re: AW: strange autodeploy behaviour on 5.5.9

I don't understand this. I am packing my MyApp.xml context with the war ( in the root ). Is this wrong? Whats are the surefire instructions to have your war hot deploy? Pfingstl Gernot wrote: See http://issues.apache.org/bugzilla/show_bug.cgi?id=34840 -Ursprüngliche Nachricht- Von: news

Re: AW: strange autodeploy behaviour on 5.5.9

On 5/13/05, teknokrat [EMAIL PROTECTED] wrote: I don't understand this. I am packing my MyApp.xml context with the war ( in the root ). Is this wrong? Whats are the surefire instructions to have your war hot deploy? The bug linked is not related to your situation in any way (it should be

AW: Restrict access to webapps for IPs

Ok tried it again.. first some more information: I am using Tomcat 5.0.28 on Redhat Fedora Core 3, installed in /usr/local/tomcat I created a XML file called application.xml in /usr/local/tomcat/conf/Catalina/localhost where application is the name of the webapp. That worked so far. The file

AW: Restrict access to webapps for IPs

-Ursprüngliche Nachricht- Von: Lutz Zetzsche [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 11. Mai 2005 08:50 An: Tomcat Users List Betreff: Re: Restrict access to webapps for IPs Hi Jens, Am Mittwoch, 11. Mai 2005 08:17 schrieb Altrock, Jens: Ok tried it again.. first some

AW: Restrict access to webapps for IPs

Hm didn't attach them.. So here they are: Server.xml: !-- Example Server Configuration File -- !-- Note that component elements are nested corresponding to their parent-child relationships with each other -- !-- A Server is a singleton element that represents the entire JVM, which

AW: Restrict access to webapps for IPs

Ok, thanks again. Got it now working :) -Ursprüngliche Nachricht- Von: Lutz Zetzsche [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 11. Mai 2005 09:35 An: Tomcat Users List Betreff: Re: Restrict access to webapps for IPs Hi Jens, Am Mittwoch, 11. Mai 2005 09:01 schrieb Altrock,

AW: Restrict access to webapps for IPs

That's what I already read, but there's never said in which config files to put that in, nor are there any examples... or didn't I see them too? Jens -Ursprüngliche Nachricht- Von: Tim Funk [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 10. Mai 2005 14:42 An: Tomcat Users List

Re: AW: Restrict access to webapps for IPs

Can be placed in either server.xml, the context declaration for the webapp (or both) Valve className=org.apache.catalina.valves.RemoteAddrValve allow=127.0.0.1/ -Tim Altrock, Jens wrote: That's what I already read, but there's never said in which config files to put that in, nor are

AW: AW: Restrict access to webapps for IPs

Ok, got that. But do I need to install the regular expressions library? And how to say that I want a whole subnet to be added? -Ursprüngliche Nachricht- Von: Tim Funk [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 10. Mai 2005 14:56 An: Tomcat Users List Betreff: Re: AW: Restrict

  1   2   3   4   5   6   7   8   9   10   >