Context gets continouosly reloaded

Hi Even when there are no changes to web.xml, it reloads the context. Is this supposed to be like that? Regards. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Context gets continouosly reloaded

If reloadable=true is set on your Context definition, then I believe any changes inside the WEB-INF/classes and WEB-INF/lib prompt Tomcat to reload the context auto-magically. Set reloadable=false if you want that to stop. -steve On Apr 3, 2005, at 8:46 PM, jesper wrote: Hi Even when

context path/URL only from request?

Hello I've been looking for a way how to obtain ServletContext pah/URL without a request; eventually I've found thius reply in the Tomcat mail-archive claiming it is not possible: http://www.servlets.com/archive/servlet/ReadMsg?msgId=69529listName=tomcat-user It was 5yrs ago and I wonder whether

Re: context path/URL only from request?

As it was 5 years ago ... its the same today. -Tim Jaroslav Záruba wrote: Hello I've been looking for a way how to obtain ServletContext pah/URL without a request; eventually I've found thius reply in the Tomcat mail-archive claiming it is not possible:

Tomcat 4.1.27 context MBeans

Hi all, I would like to deploy my webapp along with custom mbeans. I have LifeCycleListeners enabled, and I can get a hold of MBeanServer object from my webapp's servlet code, list mbeans, etc. I cannot call the MBeanServer.createMBean() method because all of my mbean-related classes are only

Re: Tomcat 4.1.27 context MBeans

I don't believe that TC 4 registers the webapp's classloader with JMX (only the Catalina Loader). You'll need TC 5 for that. Sheykhet, Rostic [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi all, I would like to deploy my webapp along with custom mbeans. I have LifeCycleListeners

Tomcat 4.1.29 and WAR context settings

Greetings, I am using Tomcat 4.1.29 and trying to deploy a WAR named meridian.war with context configuration values. The WAR is not unpacking and I keep getting the following error... java.lang.NullPointerException at java.io.File.init(File.java:180

setting sys properties in context? yea / nay?

property in my Context? My understanding is that I can set a JNDI property using the Environment tag, but not a system property? The issue is that I would like to use this property in my log4j.properties file, like this: log4j.appender.fileout.File=${log.path}/logs/logfile.log Any

How to create object when context app inits and make it accesible to context by JNDI

Hi all, i like to create an object when context app inits and make it accesible to all context JSPs, classes, etc. by JNDI, i've used Resource and ResourceParams in $CATALINA_HOME/conf/server.xml and resource-env-ref in $CATALINA_HOME/context-app/WEB-INF/web.xml but it creates one new instance

auto deploy host + context

as a context. I am trying to find a way to place a new WAR in webapps with a unique host and context to the server without rebooting the entire tomcat instance. Up to this point, we have manually added this snipped to server.xml, placed the WAR with no META-INF directory in the /webapps dir

Re: Reload webapp and context

have a problem with an webapp with deploying webapps. The problem is the contextfile that since my development environment differs a little to my deployment environment have to be edited a little after deployment. But how do I force tomcat to re-load the context? Right now the only way I know

Re: Reload webapp and context

On Thu, Mar 17, 2005 at 08:32:54AM +0100, Roland Carlsson wrote: : do I force tomcat to re-load the context? Right now the only way I know : about is to reboot tomcat witch leads to a full stop of all my web-apps : instead of only one witch in turn leads to more complaints from my users. Perhaps

SV: Reload webapp and context

Hi and thanks for your answer! Do I read you correctly that there are no solution but to restart Tomcat to reload the context completly? Lionel, the manager doesn't seem to re-read the context file under /conf/Catalina/mydomain/myapp.xml and that is the one I have have to change. Thanks

Re: SV: Reload webapp and context

On Thu, Mar 17, 2005 at 02:12:06PM +0100, Roland Carlsson wrote: : Do I read you correctly that there are no solution but to restart Tomcat to : reload the context completly? That's not at all what I said. I can't provide an authoritative answer to that question as I didn't write Tomcat

Re: SV: Reload webapp and context

On Thu, 17 Mar 2005 14:12:06 +0100 Roland Carlsson [EMAIL PROTECTED] wrote: Hi and thanks for your answer! Do I read you correctly that there are no solution but to restart Tomcat to reload the context completly? False. Lionel, the manager doesn't seem to re-read the context file under

Re: Reload webapp and context

Hi, Maybe this can help: In Tomcat 5.5, the file context.xml in the server's conf directory allows for watched resources, which when touched, cause an application reload: It looks like this: !-- The contents of this file will be loaded for each web application -- Context !-- Default set

Re: Reload webapp and context

with an webapp with deploying webapps. The problem is the contextfile that since my development environment differs a little to my deployment environment have to be edited a little after deployment. But how do I force tomcat to re-load the context? Right now the only way I know about is to reboot

Re: Reload webapp and context

development environment differs a little to my deployment environment have to be edited a little after deployment. But how do I force tomcat to re-load the context? Right now the only way I know about is to reboot tomcat witch leads to a full stop of all my web-apps instead of only one witch in turn

Re: Reload webapp and context

PROTECTED] wrote: Hi! I have a problem with an webapp with deploying webapps. The problem is the contextfile that since my development environment differs a little to my deployment environment have to be edited a little after deployment. But how do I force tomcat to re-load the context? Right

Re: Reload webapp and context

differs a little to my deployment environment have to be edited a little after deployment. But how do I force tomcat to re-load the context? Right now the only way I know about is to reboot tomcat witch leads to a full stop of all my web-apps instead of only one witch in turn leads to more complaints

Context sharing between 2 web apps

Hi, I am using Tomcat 5.5.7. In a regular servlet, I am trying to do something like this: doGet(.) { ServletContext app2 = getServletContext().getContext(/anotherApp); variable app2 is null after this statement. I think, context sharing is turned off in Tomcat, but I am not sure how

RE: Context sharing between 2 web apps

take a look at the crossContext attribute in your Context element in the server configuration xml file. set it to true -Original Message- From: N G [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 16, 2005 5:10 PM To: tomcat-user@jakarta.apache.org Subject: Context sharing between 2 web

Reload webapp and context

Hi! I have a problem with an webapp with deploying webapps. The problem is the contextfile that since my development environment differs a little to my deployment environment have to be edited a little after deployment. But how do I force tomcat to re-load the context? Right now the only way I

new to tomcat 5.0.28-how i can add context in the server.xml

Hi, I m new to tomcat 5.0.28. Previously i worked with tomcat 4.1.x-where i will create a context with a docBase and this way i will work with my webApp. Now the world has changed a lot-everyone just deploying a WAR file under webapps. But i still want to work in the old manner-i want my C:\Dir

Re: new to tomcat 5.0.28-how i can add context in the server.xml

Ashutosh Sharma wrote: Hi, I m new to tomcat 5.0.28. Previously i worked with tomcat 4.1.x-where i will create a context with a docBase and this way i will work with my webApp. Now the world has changed a lot-everyone just deploying a WAR file under webapps. But i still want to work in the old

Re: new to tomcat 5.0.28-how i can add context in the server.xml

Hi David, Thanks for the reply. But if i see the manager.xml under this location it's contents are like this: Context path=/manager docBase=${catalina.home}/server/webapps/manager debug=0 privileged=true !-- Link to the user database we will get roles from -- ResourceLink name=users

Re: new to tomcat 5.0.28-how i can add context in the server.xml

Ashutosh Sharma wrote: Hi David, Thanks for the reply. But if i see the manager.xml under this location it's contents are like this: Context path=/manager docBase=${catalina.home}/server/webapps/manager debug=0 privileged=true !-- Link to the user database we will get roles from

RE: Mapping context to root of website

Subject: Re: Mapping context to root of website Virtual Host Then define each app as the ROOT context for that host. Doug - Original Message - From: Anderson, M. Paul [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Thursday, March 10, 2005 1:53 PM

RE: Mapping context to root of website

Is there a way to do this with jk or jk2? Thanks -Original Message- From: Ronnie Tartar Sent: Monday, March 07, 2005 11:46 AM To: Tomcat Users List Subject: RE: Mapping context to root of website This is how I use to be able to do it with mod_warp. WebAppConnection

RE: Mapping context to root of website

How would I do this if I am just using Tomcat (no apache, IIS, etc.)??? -Original Message- From: Ronnie Tartar [mailto:[EMAIL PROTECTED] Sent: Thursday, March 10, 2005 1:50 PM To: Tomcat Users List Subject: RE: Mapping context to root of website Is there a way to do this with jk or jk2

Re: Mapping context to root of website

Virtual Host Then define each app as the ROOT context for that host. Doug - Original Message - From: Anderson, M. Paul [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Thursday, March 10, 2005 1:53 PM Subject: RE: Mapping context to root of website How would I

RE: Mapping context to root of website

I'm not sure I understand what you mean but I'll do some researching! Thanks! -Original Message- From: Parsons Technical Services [mailto:[EMAIL PROTECTED] Sent: Thu 3/10/2005 9:42 PM To: Tomcat Users List Subject: Re: Mapping context to root of website Virtual Host Then define each

Re: Mapping context to root of website

and paste it two time after the first one. Then change the default name from localhost to each of your URLs. Note leave the first host as localhost and deploy the app at the ROOT context. Then change other data such as doc path to create three separate unique environments or hosts. For the second

Re: Trying to retrieve the ROOT context in Servlet.

I'd want to say the Default context (see bug 33831 for more explanations) This is the tomcat behaviour if your put crossContext=true (but you already have solved your needs, no ?). On Tue, 8 Mar 2005 09:30:01 -0600 Jeffrey Lanham [EMAIL PROTECTED] wrote: So, hitting an invalid context gets you

stop context properly or in a forced way

Hi all, When I want to upgrade my webapp, I want to stop my context without interrupting its running threads. But, for exploitation needs, I can want to force the stop of my context. For this 2 needs, Tomcat provide only one solution : within the manager, a force stop context. And they don't

RE: Trying to retrieve the ROOT context in Servlet.

So, it's not called the root context but the default context? And, yes, I did solve it with the crossContext attribute in the context.xml. Thanks for the suggestion. -Original Message- From: Lionel Farbos [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 09, 2005 3:43 AM To: [EMAIL

Re: stop context properly or in a forced way

I receive no response, so I think there is, for now, no solution without a patch of Tomcat (for example : new Stop Context in Tomcat Manager + info added in the ServletContext...). But I am alone for this needs ? Or a lot of people need this but they don't know how to do because

Re: Trying to retrieve the ROOT context in Servlet.

Hi Jeffrey, I use Tomcat 5.0.30 and, when I use getServletContext().getContext(/toto), if the Context toto doesn't exist, it returns the root context. On Mon, 7 Mar 2005 15:32:25 -0600 Jeffrey Lanham [EMAIL PROTECTED] wrote: I have been trying for days and tons of google searches and mail

RE: Trying to retrieve the ROOT context in Servlet.

So, hitting an invalid context gets you the root context? Isn't that a little insecure? Jeff -Original Message- From: Lionel Farbos [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 08, 2005 3:49 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: Trying to retrieve the ROOT

Mapping context to root of website

Is there anyway to map a context to the root of a website. For instance: http://www.test.com/context/ to http://www.test.com/ I know I can do this by creating mulitple Tomcat Instances but this is not very efficient on resources. I have done it with Mod_warp with success but need to do

RE: Mapping context to root of website

Hi, Yes this is extremely common and in TC 5.0 is configured using an empty path attribute in the Context element and in 5.5 it is done by naming your web application as ROOT. FOr IIS to TC look up JK 1.2.8, there's even an installer. Your mappings would be /something=ajp13 rather than

RE: Mapping context to root of website

Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: Monday, March 07, 2005 10:39 AM To: Tomcat Users List Subject: RE: Mapping context to root of website Hi, Yes this is extremely common and in TC 5.0 is configured using an empty path attribute in the Context element and in 5.5

RE: Mapping context to root of website

This is how I use to be able to do it with mod_warp. WebAppConnection mps warp localhost:8019 WebAppDeploy . mps / Deployed the specific context to the root of the actual site leaving 1 instance of tomcat with multiple webapps. Thanks Ronnie Tartar 407-251-2036

Trying to retrieve the ROOT context in Servlet.

I have been trying for days and tons of google searches and mail archive searches and can't find an answer to the quandry I find myself in. I need to allow users to upload to a directory in the ROOT context of my tomcat server. For some reason, and it may be a security deal, I can't retrieve

RE: Trying to retrieve the ROOT context in Servlet.

Ok, if I could read I'd be dangerous. I finally found the crossContext attribute in the context descriptor. Man, I just glossed right over that one. Changed it in the web app accessing the root directory and voila, it works. Duh (dull slap as hand hits forhead with enough force to crack

Context redploying

Host name=foo appBase=/home/foo autoDeploy=true/ in CATALINA_HOME/conf/Catalina/foo/context.xml.default Context docBase=/home/foo reloadable=true / /home/foo/WEB_INF/web.xml /home/foo/META-INF/context.xml Does not reload context after changes made to web.xml I can only make tomcat reload

Re: Tomcat 5.5.4: Define a default application w/ Context Descriptors?

Hi All, Thanks to info from Jake Kjome, I can define a default application by naming the context descriptor file ROOT.xml. Hope this is useful to another developer since it is not listed in the Tomcat 5.5 documentation. Cheers! // Darby --- Chad Darby [EMAIL PROTECTED] wrote: Hi All, I

Root Context on Tomcat 5.5.7

I am trying to deploy a root context webapp using a war file. Anytime I try to deploy the war file (ROOT.war) it says it deployed successfully but then disappears from the manager. I can deploy it manually by copying the context.xml to 'conf/Catalina/localhost/ROOT.xml' and copying the web app

path attributes in context xml files

I use xml files in /conf/[enginename]/[hostname] to define my contexts. I now know that Tomcat 5.5.x doesn't allow for 'path' attributes in the Context elements when defined that way. Previously, I could specify the path as '/dir1/dir2/appname'. I can easily rename the xml file to 'appname.xml

Re: path attributes in context xml files

PROTECTED] To: tomcat-user@jakarta.apache.org Sent: Thursday, March 03, 2005 5:31 PM Subject: path attributes in context xml files I use xml files in /conf/[enginename]/[hostname] to define my contexts. I now know that Tomcat 5.5.x doesn't allow for 'path' attributes in the Context elements when

Re: path attributes in context xml files

an underscore. I will see if I can find it if no one else knows off the top. Doug - Original Message - From: David Boyer [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Sent: Thursday, March 03, 2005 5:31 PM Subject: path attributes in context xml files I use xml files in /conf/[enginename

Re: path attributes in context xml files

that it should be deployed in a special way other than manually creating the context config file manually before deploying the app? Jake Quoting David Boyer [EMAIL PROTECTED]: Yep, that's it. I'd already tried underscore (and everything else except #). Thanks! [EMAIL PROTECTED] 3/3/2005 6:14:35 PM

Tomcat 5.5.4: Define a default application w/ Context Descriptors?

Hi All, I would like to know how to define a default application w/ Context Descriptors. On Tomcat 5.0, I could define a default application w/ a context descriptor fragment in: $CATALINA_HOME/conf/[enginename]/[hostname]/foo.xml The file foo.xml would contain this entry: Context path

Re: context elements in /conf/[enginename]/[hostname]

Okay, I'm getting closer. I've removed the 'path' attributes, and the contexts are loading fine. However, Tomcat is using /xmlfilename as the context's path. If I can't use the 'path' attribute in the Context elment of files in /conf/[enginename]/[hostname], how do I tell Tomcat the path is /dir1

context path confusions

Hi, When I declare this context in server.xml: Context path=/tomcat/codebar docBase=${catalina.home}\czwork\codebar debug=5 reloadable=true crossContext=false /Context the webapp deploys to /tomcat/codebar - great

Re: Fwd: deployment with a different context than war name - tomcat 5.5.7

Hi, Can anyone point me to a working example of of using a context xml fragment file to deploy an war at a different context than the war name? In other words, I don't want to define it in the global config file. I am using TC 5.0.27, and am able to deploy to a different context

Configuring dbcp in / ROOT context (tomcat 5.5.7)

Hi, I've searched the archives and generally on google, and whilst people see the problem a lot, I've not found a definitive answer for how to configure dbcp in the root context. E.g. In server.xml I have: Context path=/DBTest docBase=DBTest debug=5 reloadable=true crossContext=true

RE: Configuring dbcp in / ROOT context (tomcat 5.5.7)

[mailto:[EMAIL PROTECTED] Sent: Thursday, February 24, 2005 4:16 PM To: tomcat-user@jakarta.apache.org Subject: Configuring dbcp in / ROOT context (tomcat 5.5.7) Hi, I've searched the archives and generally on google, and whilst people see the problem a lot, I've not found a definitive answer

Re: Configuring dbcp in / ROOT context (tomcat 5.5.7)

Hello, please give follwing context definition a chance conf/Calalina/localhost/ROOT.xml Context reloadable=true crossContext=true Resource name=jdbc/postgres auth=Container type=javax.sql.DataSource maxActive=100 maxIdle=30 maxWait=1 username=whatver password

context elements in /conf/[enginename]/[hostname]

I'm upgrading my Tomcat 5.0.x installations to 5.5.7. All of my context elements are defined in individual files (with a .xml extension) in the $CATALINA_HOME/conf/[enginename]/[hostname]/directory as per the Tomcat documentation. All of the defined contexts are loaded when Tomcat 5.0.28 starts

Re: context elements in /conf/[enginename]/[hostname]

You do realize that the context configuration files have changed between Tomcat-5.0.xx and Tomcat-5.5.x, right? If not, read the docs. If you used the path attribute before in the standalone files, you no longer do that. The path is implied by the name of the file. All you specify

Re: context elements in /conf/[enginename]/[hostname]

Thank you, I'll check that out. [EMAIL PROTECTED] 2/24/2005 11:10:26 AM You do realize that the context configuration files have changed between Tomcat-5.0.xx and Tomcat-5.5.x, right? If not, read the docs. If you used the path attribute before in the standalone files, you no longer do

Re: Fwd: deployment with a different context than war name - tomcat 5.5.7

anyone point me to a working example of of using a context xml fragment file to deploy an war at a different context than the war name? In other words, I don't want to define it in the global config file. I've read all the docs I can find on this, and it still doesn't work. I'm

Re: Configuring dbcp in / ROOT context (tomcat 5.5.7)

give follwing context definition a chance conf/Calalina/localhost/ROOT.xml Context reloadable=true crossContext=true Resource name=jdbc/postgres auth=Container type=javax.sql.DataSource maxActive=100 maxIdle=30 maxWait=1 username=whatver password=whatver

Fwd: deployment with a different context than war name - tomcat 5.5.7

I didn't get a response on this - does anyone know if a non-default context works, and if not, if there are plans to fix it? -- Forwarded message -- Wrom: SKPNKMBIPBARHDMNNSKVFVWRKJVZCM To: Tomcat Users List tomcat-user@jakarta.apache.org Date: Fri, 18 Feb 2005 13:43:39 -0500

Re: Name jdbc is not bound in this Context error

Hi Antony, I downloaded postgres and installed on my m/c. I installed it as a service. Can you pls give step by step instruction as how to connect to postgresql database. Thank you so much. --- Antony Paul [EMAIL PROTECTED] wrote: You can name it the name of the context(web). The content

Re: Name jdbc is not bound in this Context error

instruction as how to connect to postgresql database. Thank you so much. --- Antony Paul [EMAIL PROTECTED] wrote: You can name it the name of the context(web). The content should be similar to any other file there. I am giving a sample Context docBase=${catalina.home}/webapps/web

How to prevent Context Reload upon changing web.xml

I migrated from Tomcat 4.0.2 to Tomcat 5.5.7. The former was not reloading the context if I changed application’s web.xml file after deployment. The latter does that. Is there a way to prevent it? During the searching for this I read a post that having a context entry with reloadable attribute

Re: How to prevent Context Reload upon changing web.xml

On Tue, 22 Feb 2005 14:21:24 -0800, Neeraj Vora [EMAIL PROTECTED] wrote: I migrated from Tomcat 4.0.2 to Tomcat 5.5.7. The former was not reloading the context if I changed application's web.xml file after deployment. The latter does that. Is there a way to prevent it? During the searching

Re: Name jdbc is not bound in this Context error

It seems you still have problem. You can google for the answer. One thing I know is GlobalNamingResources should come inside the Server element and not inside Context element. rgds Antony Paul On Fri, 18 Feb 2005 22:47:06 -0800 (PST), U K Laxmi [EMAIL PROTECTED] wrote: I could able to get thro

Re: Name jdbc is not bound in this Context error

: Server startup in 391 ms Pls help to fix the problem. Thanks, Laxmi --- Antony Paul [EMAIL PROTECTED] wrote: It seems you still have problem. You can google for the answer. One thing I know is GlobalNamingResources should come inside the Server element and not inside Context element. rgds

Re: Name jdbc is not bound in this Context error

in 391 ms Pls help to fix the problem. Thanks, Laxmi --- Antony Paul [EMAIL PROTECTED] wrote: It seems you still have problem. You can google for the answer. One thing I know is GlobalNamingResources should come inside the Server element and not inside Context element. rgds

Re: Name jdbc is not bound in this Context error

I tried without GlobalNamingResources. No luck. When googled, i found that if we include GlobalNamingResource tag, then it will be available in all web context. After spending enough time on that, now i coded all database related stuff in JSP in the way we do in stand alone application. I mean

Re: Name jdbc is not bound in this Context error

GlobalNamingResources. No luck. When googled, i found that if we include GlobalNamingResource tag, then it will be available in all web context. After spending enough time on that, now i coded all database related stuff in JSP in the way we do in stand alone application. I mean - Coding like this in jspo itself

Re: Name jdbc is not bound in this Context error

GlobalNamingResource tag, then it will be available in all web context. After spending enough time on that, now i coded all database related stuff in JSP in the way we do in stand alone application. I mean - Coding like this in jspo itself. code -- %@ page contentType=text/html

Re: Name jdbc is not bound in this Context error

that if we include GlobalNamingResource tag, then it will be available in all web context. After spending enough time on that, now i coded all database related stuff in JSP in the way we do in stand alone application. I mean - Coding like this in jspo itself. code -- %@ page

Re: Name jdbc is not bound in this Context error

Laxmi [EMAIL PROTECTED] wrote: I tried without GlobalNamingResources. No luck. When googled, i found that if we include GlobalNamingResource tag, then it will be available in all web context. After spending enough time on that, now i coded all database related stuff in JSP in the way

Re: Name jdbc is not bound in this Context error

-ref Did you defined your newly created context web in server.xml or at TOMCAT_HOME\conf\Catalina\localhost\some name.xml hope it will help. rgds Antony Paul On Mon, 21 Feb 2005 22:25:59 -0800 (PST), U K Laxmi [EMAIL PROTECTED] wrote: Yes i read and did as per the document. When it didn't

Re: Name jdbc is not bound in this Context error

-typejavax.sql.DataSource/res-type res-authContainer/res-auth /resource-ref Did you defined your newly created context web in server.xml or at TOMCAT_HOME\conf\Catalina\localhost\some name.xml hope it will help. rgds Antony Paul On Mon, 21 Feb 2005 22:25:59 -0800 (PST), U K Laxmi

Re: Name jdbc is not bound in this Context error

-ref-namejdbc/db1/res-ref-name res-typejavax.sql.DataSource/res-type res-authContainer/res-auth /resource-ref Did you defined your newly created context web in server.xml or at TOMCAT_HOME\conf\Catalina\localhost\some name.xml hope it will help. rgds Antony

Re: Name jdbc is not bound in this Context error

Thanks for the replies. What do u mean by the following in ur erlier mail. Did you defined your newly created context web in server.xml or at TOMCAT_HOME\conf\Catalina\localhost\some name.xml Does it mean i need to create a new xml file in TOMCAT_HOME\conf\Catalina\localhost

Re: Name jdbc is not bound in this Context error

You can name it the name of the context(web). The content should be similar to any other file there. I am giving a sample Context docBase=${catalina.home}/webapps/web antiResourceLocking=false antiJARLocking=false /Context rgds Antony Paul On Mon, 21 Feb 2005 23:18:55 -0800 (PST), U

deployment with a different context than war name - tomcat 5.5.7

Hi, Can anyone point me to a working example of of using a context xml fragment file to deploy an war at a different context than the war name? In other words, I don't want to define it in the global config file. I've read all the docs I can find on this, and it still doesn't work. I'm using

Re: deployment with a different context than war name - tomcat 5.5.7

I would suspect your stuck on this one. I think I remember a thread here back in the fall that essentially said the path attribute to Context/ is ignored in TC 5.5.7. Any of the developers care to confirm that?? --David Chad Woolley wrote: Hi, Can anyone point me to a working example

Name jdbc is not bound in this Context error

I could able to get thro' JarperException. Thanks for replies. Now facing new problem. I'm getting NameNotFoundException - Name jdbc is not bound in this Context Environment what i'm using is: Apache 2, Tomcat 5.5, Netscape 7.2, MsAccess 2003 on windows 2000 machine. I integrated tomcat

problem with context JDBCRealm

Hi, I'm trying to configure tomcat 5.5 with a context realm using FORM authentication. My login page works when the realm is part of the engine or host element of server.xml, but when I move it to the context element, I receive an error (in the log file) stating that no login configuration

Cannot deploy .war with 1 jsp file (context path failure)

Hello TC gurus, I am willing to try this again. I am sure this has shown up a few thousand times but I have just downloaded the TC 5.5 in hopes that my little JSP app I am dreaming up will run on the servlet server. Here is the problem: I cannot get the context path right no matter what

Re: Cannot deploy .war with 1 jsp file (context path failure)

server. Here is the problem: I cannot get the context path right no matter what and the TC manager just claims: Failed to deploy application at context. I have set the context path to many different paths but nothing works. I have embedded echo / statements all through the build.xml hoping

Re: Cannot deploy .war with 1 jsp file (context path failure)

On Fri, 11 Feb 2005 19:07:27 + (UTC), David W. Brown [EMAIL PROTECTED] wrote: Hello Jason, thanks for the speedy reply and help. The only context.xml I can find is @: /Apache Software Foundation/Tomcat5.5/conf/context.xml the xml parameter you have quoted below is not present. There are

Re: stop context properly

No response, so nobody knows how to ?... Perhaps this feature doesn't exist in TC4.1?... Is this feature (stop context without interrupt running threads) available in TC5.0 or TC5.5 ? On Wed, 9 Feb 2005 19:36:50 +0100 Lionel Farbos [EMAIL PROTECTED] wrote: Hi all, I work with Tomcat

Elusive context path issue

Hello Tomcat gurus, I am sure this has shown up a few thousand times but I have just downloaded the TC 5.5 in hopes that my little JSP app I am dreaming up will run on the servlet server. Here is the problem: I cannot get the context path right no matter what and the TC manager just claims

stop context properly

Hi all, I work with Tomcat 4.1.31, with the Manager, and I search how to stop a context without interrupting its running threads ? When I test a stop on my Context (/testServlet), I see a log like this : 2005-02-08 17:37:16 HTMLManager: stop: Stopping web application at '/testServlet' 2005

Tomcat 5.0.28 Deploy apps in a /dir/appname like Context

What does work: deploying app in a /appname Context - I defined a host myhost with a /hostappbase dir as appBase - I took the sample HelloWorld app, renamed myapp and wanted it as http://myhost/myapp - I added a META-INF/context.xml file - I compiled it with ant all using

Context element precedence

In the TC 5.5 doc under Server Configuration Reference it says: In addition to nesting Context elements inside a Host element, you can also store them: in the individual $CATALINA_HOME/conf/context.xml file: ... in the individual $CATALINA_HOME/conf/[enginename]/[hostname]/context.xml.default

Re: DataSourceRealm says Name jdbc is not bound in this Context

Dominik, that worked! Champion!!! My revised context.xml looks like this: Context path=/mind docBase=D:/Development/Projects/mind/src/webapp debug=99 reloadable=true Resource name=jdbc/MindDB auth=Container type=javax.sql.DataSource maxActive=100 maxIdle=30 maxWait=1

Re: DataSourceRealm says Name jdbc is not bound in this Context

Hi, This is an excerpt of my code, to get a Context. Try and see if it works for you. 31 private void initDataSource () { 32 try { 33 Context initCtx = new InitialContext(); 34 Context envCtx = (Context) initCtx.lookup(java:comp/env); 35

Re: DataSourceRealm says Name jdbc is not bound in this Context

I believe it's a bug in Tomcat. Cheers, Dan On Sun, 6 Feb 2005 10:38:14 -0800 (PST), sven morales [EMAIL PROTECTED] wrote: Hi, This is an excerpt of my code, to get a Context. Try and see if it works for you. 31 private void initDataSource () { 32 try { 33

Re: DataSourceRealm says Name jdbc is not bound in this Context

to make the datasource global. Try adding localDataSource=true to your context Realm definition. Having consulted the docs for 4.1.x, 5.0.x and 5.5.x, t seems that this flag is only allowed in the latest version of tomcat. There's a chance though that it has been backported without having the docs

DataSourceRealm says Name jdbc is not bound in this Context

it I get javax.naming.NameNotFoundException: Name jdbc is not bound in this Context. My context.xml looks like this: Context path=/mind docBase=D:/Development/Projects/mind/src/webapp debug=5 reloadable=true Resource name=jdbc/MindDB auth=Container type=javax.sql.DataSource

jspInit() throwing NamingException when extracting a factory object from JNDI context

BUG ID: http://issues.apache.org/bugzilla/show_bug.cgi?id=33307 Problem: jspInit() throwing NamingException when extracting a factory object from JNDI context. Description: When the container has been configured to load the JSP page

<    1   2   3   4   5   6   7   8   9   10   >