Java_Home
Title: Message I am relatively new to Tomcat, having used it but not installed it, before. I have set my JAVA_HOME path to the folder named "j2sdkee1.3.1" However this is the result I get: C:\>%CATALINA_HOME%\bin\startupThe JAVA_HOME environment variable is not defined correctlyThis environment variable is needed to run this programThe system cannot find the batch label specified - endUsing CATALINA_BASE: C:\jakarta-tomcat-4.0.6Using CATALINA_HOME: C:\jakarta-tomcat-4.0.6Using CATALINA_TMPDIR: C:\jakarta-tomcat-4.0.6\tempUsing JAVA_HOME: C:\j2sdkee1.3.1The system cannot find the file -Djava.endorsed.dirs=. Any ideas are gratefully received. Sandra Patricia HunterSystems Development and Web Design - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Java_Home
Wow, this is the most helpful group I have ever encountered. Thanks all! Sandra -Original Message- From: Jeremy Whitlock [mailto:[EMAIL PROTECTED] Sent: Thursday, March 13, 2003 2:14 PM To: 'Tomcat Users List' Subject: RE: Java_Home They are right. You should have Environment variables for: JAVA_HOME = Location to Java 2 SDK J2EE_HOME = C:\j2sdkee1.3.1 CATALINA_HOME = C:\jakarta-tomcat-4.0.6 Hope this helps, Jeremy -Original Message----- From: Hunter, Sandra [mailto:[EMAIL PROTECTED] Sent: Thursday, March 13, 2003 3:01 PM To: '[EMAIL PROTECTED]' Subject: Java_Home I am relatively new to Tomcat, having used it but not installed it, before. I have set my JAVA_HOME path to the folder named "j2sdkee1.3.1" However this is the result I get: C:\>%CATALINA_HOME%\bin\startup The JAVA_HOME environment variable is not defined correctly This environment variable is needed to run this program The system cannot find the batch label specified - end Using CATALINA_BASE: C:\jakarta-tomcat-4.0.6 Using CATALINA_HOME: C:\jakarta-tomcat-4.0.6 Using CATALINA_TMPDIR: C:\jakarta-tomcat-4.0.6\temp Using JAVA_HOME: C:\j2sdkee1.3.1 The system cannot find the file -Djava.endorsed.dirs=. Any ideas are gratefully received. Sandra Patricia Hunter Systems Development and Web Design - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Still trying to just get going
Well... I think I have my path correct but: HTTP Status 500 - No Context configured to process this request Help? Sandra - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Still trying to just get going
Sorry Jan I was continuing a conversation that started yesterday, and I forgot that my reality might not be the same as others. I am running Windows2000 Pro on my local machine that is part of an ethernet network. I have downloaded Tomcat to my C: drive and set the path names thus: CATALINA_BASE: C:\jakarta-tomcat-4.0.6 CATALINA_HOME: C:\jakarta-tomcat-4.0.6 CATALINA_TMPDIR: C:\jakarta-tomcat-4.0.6\temp JAVA_HOME: C:\Program Files\Java\j2re1.4.1_02 And use this command to startup: F:\>%CATALINA_HOME%\bin\startup Using CATALINA_BASE: C:\jakarta-tomcat-4.0.6 Using CATALINA_HOME: C:\jakarta-tomcat-4.0.6 Using CATALINA_TMPDIR: C:\jakarta-tomcat-4.0.6\temp Using JAVA_HOME: C:\Program Files\Java\j2re1.4.1_02 And this is what I get (more comments about what I have done below): Catalina.start: LifecycleException: null.open: java.net.BindException: Address already in use: JVM_Bind:8080 LifecycleException: null.open: java.net.BindException: Address already in use: JVM_Bind:8080 at org.apache.catalina.connector.http.HttpConnector.initialize(HttpConne ctor.java:1130) at org.apache.catalina.core.StandardService.initialize(StandardService.j ava:454) at org.apache.catalina.core.StandardServer.initialize(StandardServer.jav a:553) at org.apache.catalina.startup.Catalina.start(Catalina.java:780) at org.apache.catalina.startup.Catalina.execute(Catalina.java:681) at org.apache.catalina.startup.Catalina.process(Catalina.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243) - Root Cause - java.net.BindException: Address already in use: JVM_Bind:8080 at org.apache.catalina.connector.http.HttpConnector.open(HttpConnector.j ava:950) at org.apache.catalina.connector.http.HttpConnector.initialize(HttpConne ctor.java:1128) at org.apache.catalina.core.StandardService.initialize(StandardService.j ava:454) at org.apache.catalina.core.StandardServer.initialize(StandardServer.jav a:553) at org.apache.catalina.startup.Catalina.start(Catalina.java:780) at org.apache.catalina.startup.Catalina.execute(Catalina.java:681) at org.apache.catalina.startup.Catalina.process(Catalina.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243) I have Oracle8i installed locally and have stopped (and started) the HTTP server with the same results. I added a manager role to the server.xml file. I think I will have to modify the server.xml file but I am unsure of what values to add or where... It's been too long since last I used this and I have never had to do it on my own, always had a more experienced user holding my hand. *sigh* Sandra - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Still trying to just get going
In case anyone else encounters similar problems to mine, I have learnt several things: First I needed to disable the Oracle HTTP server auto startup, set Tomcat to manual startup, and rename any files not in the Tomcat path with the name server.jar. NOW it is working! There is a god! -Original Message- From: p niemandt [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2003 11:06 AM To: Tomcat Users List Subject: RE: Still trying to just get going With a plain install of Oracle 9 you would have an Oracle XML application running on port 8080: I have had this problem a few times: My solution (which I know is far from correct, but hey, it works), is to stop Oracle (including the listener), start Tomcat first, and then start Oracle again. Oracle will not be able to start the XML application on port 8080, and you should be be able to continue as usual. You might need to stop and start Tomcat after this to ensure the database connection pool is connected properly, though I have never needed to do this. Try this: With only oracle running, point your browser to whatever:8080, you should get an Oracle XDM Authentication Form Logon. If you do, that's definitely your problem. If so, do as Shapira suggests, modify Tomcat to listen on another port, making sure it's high enough: Something like 9080 or something should work fine. As far as I know (I have never needed to do this myself, but all you need to do to change Tomcat is to edit your server.xml file ... Look for and change this to something like Hope this helps, Paul On Fri, 2003-03-14 at 18:39, Shapira, Yoav wrote: > Howdy, > You have something else using port 8080, so tomcat can't use it. > Either modify the something else or modify tomcat so that it doesn't > try to use port 8080. For tomcat, this is the port setting for the > Connector element in server.xml. > > Yoav Shapira > Millennium ChemInformatics > > > >-Original Message- > >From: Hunter, Sandra [mailto:[EMAIL PROTECTED] > >Sent: Friday, March 14, 2003 1:34 PM > >To: 'Tomcat Users List' > >Subject: RE: Still trying to just get going > > > >Sorry Jan > >I was continuing a conversation that started yesterday, and I forgot > that > >my > >reality might not be the same as others. > > > >I am running Windows2000 Pro on my local machine that is part of an > >ethernet network. > > > >I have downloaded Tomcat to my C: drive and set the path names thus: > > > > CATALINA_BASE: C:\jakarta-tomcat-4.0.6 > > CATALINA_HOME: C:\jakarta-tomcat-4.0.6 > > CATALINA_TMPDIR: C:\jakarta-tomcat-4.0.6\temp > > JAVA_HOME: C:\Program Files\Java\j2re1.4.1_02 > > > >And use this command to startup: > > > >F:\>%CATALINA_HOME%\bin\startup > >Using CATALINA_BASE: C:\jakarta-tomcat-4.0.6 > >Using CATALINA_HOME: C:\jakarta-tomcat-4.0.6 > >Using CATALINA_TMPDIR: C:\jakarta-tomcat-4.0.6\temp > >Using JAVA_HOME: C:\Program Files\Java\j2re1.4.1_02 > > > >And this is what I get (more comments about what I have done below): > > > >Catalina.start: LifecycleException: null.open: > java.net.BindException: > >Address > > already in use: JVM_Bind:8080 > >LifecycleException: null.open: java.net.BindException: Address > already in > >use: > > JVM_Bind:8080 > >at > >org.apache.catalina.connector.http.HttpConnector.initialize(HttpConne > >ctor.java:1130) > >at > >org.apache.catalina.core.StandardService.initialize(StandardService.j > >ava:454) > >at > >org.apache.catalina.core.StandardServer.initialize(StandardServer.jav > >a:553) > >at > org.apache.catalina.startup.Catalina.start(Catalina.java:780) > >at > org.apache.catalina.startup.Catalina.execute(Catalina.java:681) > >at > org.apache.catalina.startup.Catalina.process(Catalina.java:179) > >at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > >at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) > >at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown > Source) > >at java.lang.reflect.Method.invoke(Unknown Source) > >at > org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243) > >- Root Cause - > >java.net.BindException: Address already in use: JVM_Bind:8080 > >at > >org.apache.catalina.connector.http.HttpConnector.open(HttpConnector.j > >ava:950) > >at > >org.apache.catalina.connector.http.HttpConnector.initialize(HttpConne > >ctor.java:1128) > >at > >org.apache.catalina.core.StandardS
Server.xml
Frustration abounds: I am plodding through a tomcat tutorial and it suggests modifying the Server.xml file to include a new context path line to allow for playing with a sample file. Everything works tickety boo until I do that, then Tomcat won't startup at all. When I enter the startup command I just get a really brief flash of screen and poof! It's gone again. When I take the new line out of the server.xml file the problem persists: poof! Gone. That is the only change I make. Any thoughts? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Server.xml
Erik: This is what the localhost log says: 2003-03-17 13:04:44 StandardContext[/star]: Starting 2003-03-17 13:04:44 StandardContext[/star]: Processing start(), current available=false 2003-03-17 13:04:44 StandardContext[/star]: Configuring default Resources And the apache log: 2003-03-17 12:52:49 [org.apache.catalina.connector.warp.WarpConnector] Error accepting requests java.net.SocketException: socket closed at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:343) at java.net.ServerSocket.implAccept(ServerSocket.java:438) at java.net.ServerSocket.accept(ServerSocket.java:409) at org.apache.catalina.connector.warp.WarpConnector.run(WarpConnector.java:590) at java.lang.Thread.run(Thread.java:536) So does this make any sense to you? What do I do? -Original Message- From: Erik Price [mailto:[EMAIL PROTECTED] Sent: Monday, March 17, 2003 1:03 PM To: Tomcat Users List Subject: Re: Server.xml Hunter, Sandra wrote: > Frustration abounds: > I am plodding through a tomcat tutorial and it suggests modifying the > Server.xml file to include a new context path line to allow for > playing with a sample file. Everything works tickety boo until I do > that, then Tomcat won't startup at all. When I enter the startup > command I just get a really brief flash of screen and poof! It's gone > again. When I take the new line out of the server.xml file the problem > persists: poof! Gone. > That is the only change I make. > Any thoughts? Check in your logs directory. $CATALINA_HOME/logs or %CATALINA_HOME%\logs Erik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Server.xml
er:invoker]: Loading container servlet invoker 2003-03-17 13:40:28 StandardHost[localhost]: Installing web application at context path from URL file:C:\Tomcat\webapps\ROOT 2003-03-17 13:40:28 WebappLoader[]: Deploying class repositories to work directory C:\Tomcat\work\Standalone\localhost\_ 2003-03-17 13:40:28 StandardManager[]: Seeding random number generator class java.security.SecureRandom 2003-03-17 13:40:28 StandardManager[]: Seeding of random number generator has been completed 2003-03-17 13:40:29 ContextConfig[]: Added certificates -> request attribute Valve 2003-03-17 13:40:29 StandardWrapper[:default]: Loading container servlet default 2003-03-17 13:40:29 StandardWrapper[:invoker]: Loading container servlet invoker 2003-03-17 13:40:29 StandardHost[localhost]: Installing web application at context path /tomcat-docs from URL file:C:\Tomcat\webapps\tomcat-docs 2003-03-17 13:40:29 WebappLoader[/tomcat-docs]: Deploying class repositories to work directory C:\Tomcat\work\Standalone\localhost\tomcat-docs 2003-03-17 13:40:29 StandardManager[/tomcat-docs]: Seeding random number generator class java.security.SecureRandom 2003-03-17 13:40:29 StandardManager[/tomcat-docs]: Seeding of random number generator has been completed 2003-03-17 13:40:29 ContextConfig[/tomcat-docs]: Added certificates -> request attribute Valve 2003-03-17 13:40:29 StandardWrapper[/tomcat-docs:default]: Loading container servlet default 2003-03-17 13:40:29 StandardWrapper[/tomcat-docs:invoker]: Loading container servlet invoker 2003-03-17 13:40:29 StandardHost[localhost]: Installing web application at context path /webdav from URL file:C:\Tomcat\webapps\webdav 2003-03-17 13:40:29 WebappLoader[/webdav]: Deploying class repositories to work directory C:\Tomcat\work\Standalone\localhost\webdav 2003-03-17 13:40:29 StandardManager[/webdav]: Seeding random number generator class java.security.SecureRandom 2003-03-17 13:40:29 StandardManager[/webdav]: Seeding of random number generator has been completed 2003-03-17 13:40:29 ContextConfig[/webdav]: Added certificates -> request attribute Valve 2003-03-17 13:40:29 StandardWrapper[/webdav:default]: Loading container servlet default 2003-03-17 13:40:29 StandardWrapper[/webdav:invoker]: Loading container servlet invoker 2003-03-17 13:40:35 StandardContext[/IDCard]: Mapping contextPath='/IDCard' with requestURI='/IDCard/indexID.jsp' and relativeURI='/indexID.jsp' 2003-03-17 13:40:35 StandardContext[/IDCard]: Decoded relativeURI='/indexID.jsp' 2003-03-17 13:40:35 StandardContext[/IDCard]: Mapped to servlet 'jsp' with servlet path '/indexID.jsp' and path info 'null' and update=true 2003-03-17 14:04:09 StandardContext[/IDCard]: Mapping contextPath='/IDCard' with requestURI='/IDCard/indexID.jsp' and relativeURI='/indexID.jsp' 2003-03-17 14:04:09 StandardContext[/IDCard]: Decoded relativeURI='/indexID.jsp' 2003-03-17 14:04:09 StandardContext[/IDCard]: Mapped to servlet 'jsp' with servlet path '/indexID.jsp' and path info 'null' and update=true I can't find a file called catalina.out Does this help you understand the issue? Sandra -Original Message- From: p niemandt [mailto:[EMAIL PROTECTED] Sent: Monday, March 17, 2003 2:13 PM To: 'Tomcat Users List' Subject: RE: Server.xml Hi Sandra: Quite likely Tomcat has not been able to start successfully. It's also quite likely that in changing your server.xml file you might have broken some of the xml. My best suggestion is to post your server.xml file and let the group have a look. You can also try to replace your server.xml with the original one: Replace, not change back: Try to get the original one, or download it from Apache : You'll need to download the full version of Tomcat and just extract to get the server.xml file. The log extract is not really enough to say for sure: You can also post more of the log: Especially catalina_log catalina.out localhost.log hth, Paul On Mon, 2003-03-17 at 21:08, Hunter, Sandra wrote: > Erik: > This is what the localhost log says: > 2003-03-17 13:04:44 StandardContext[/star]: Starting 2003-03-17 > 13:04:44 StandardContext[/star]: Processing start(), current > available=false 2003-03-17 13:04:44 StandardContext[/star]: > Configuring default Resources > > And the apache log: > > 2003-03-17 12:52:49 [org.apache.catalina.connector.warp.WarpConnector] > Error accepting requests > java.net.SocketException: socket closed > at java.net.PlainSocketImpl.socketAccept(Native Method) > at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:343) > at java.net.ServerSocket.implAccept(ServerSocket.java:438) > at java.net.ServerSocket.accept(ServerSocket.java:409) > at > org.apache.catalina.connector.warp.WarpConnector.run(WarpConnector.jav
RE: Server.xml
Filip: I would definitely like to hear more about that... -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Monday, March 17, 2003 2:27 PM To: Tomcat Users List Subject: RE: Server.xml are you using the Ajp13Connector? I thought there was an upgraded CoyoyteConnector for this purpose Filip > -Original Message- > From: Hunter, Sandra [mailto:[EMAIL PROTECTED] > Sent: Monday, March 17, 2003 2:19 PM > To: 'Tomcat Users List' > Subject: RE: Server.xml > > > Thanks Paul, > I successfully recopied the original server.xml file, and > then added the new > line thus: > > > I am quite familiar with xml coding syntax but I am > unfamiliar with what > exactly the server.xml file does and am blundering. > > So this worked for a while and then I was not able to shut > Tomcat down using > the shutdown.bat file. > > Here is the last few bits of the files you requested: CATALINA_LOG > 2003-03-17 13:36:52 HttpProcessor[8080][4] Stopping background thread > 2003-03-17 13:36:52 HttpProcessor[8080][3] Stopping background thread > 2003-03-17 13:36:52 HttpProcessor[8080][2] Stopping background thread > 2003-03-17 13:36:52 HttpProcessor[8080][1] Stopping background thread > 2003-03-17 13:36:52 HttpProcessor[8080][0] Stopping background thread > 2003-03-17 13:36:52 HttpConnector[8080] Stopping background thread > 2003-03-17 13:36:52 Ajp13Processor[8009][4] Stopping background thread > 2003-03-17 13:36:52 Ajp13Processor[8009][3] Stopping background thread > 2003-03-17 13:36:52 Ajp13Processor[8009][2] Stopping background thread > 2003-03-17 13:36:52 Ajp13Processor[8009][1] Stopping background thread > 2003-03-17 13:36:52 Ajp13Processor[8009][0] Stopping background thread > 2003-03-17 13:36:52 Ajp13Connector[8009] Stopping background thread > 2003-03-17 13:37:24 HttpConnector Opening server socket on all host IP > addresses > 2003-03-17 13:37:27 HttpConnector[8080] Starting background thread > 2003-03-17 13:37:27 HttpProcessor[8080][0] Starting background thread > 2003-03-17 13:37:27 HttpProcessor[8080][1] Starting background thread > 2003-03-17 13:37:27 HttpProcessor[8080][2] Starting background thread > 2003-03-17 13:37:27 HttpProcessor[8080][3] Starting background thread > 2003-03-17 13:37:27 HttpProcessor[8080][4] Starting background thread > 2003-03-17 13:37:27 Ajp13Connector[8009] Opening server > socket on all host > IP addresses > 2003-03-17 13:37:27 Ajp13Connector[8009] Starting background thread > 2003-03-17 13:37:27 Ajp13Processor[8009][0] Starting background thread > 2003-03-17 13:37:27 Ajp13Processor[8009][1] Starting background thread > 2003-03-17 13:37:27 Ajp13Processor[8009][2] Starting background thread > 2003-03-17 13:37:27 Ajp13Processor[8009][3] Starting background thread > 2003-03-17 13:37:27 Ajp13Processor[8009][4] Starting background thread > 2003-03-17 13:39:38 HttpProcessor[8080][4] Stopping background thread > 2003-03-17 13:39:38 HttpProcessor[8080][3] Stopping background thread > 2003-03-17 13:39:38 HttpProcessor[8080][2] Stopping background thread > 2003-03-17 13:39:38 HttpProcessor[8080][1] Stopping background thread > 2003-03-17 13:39:38 HttpProcessor[8080][0] Stopping background thread > 2003-03-17 13:39:38 HttpConnector[8080] Stopping background thread > 2003-03-17 13:39:38 Ajp13Processor[8009][4] Stopping background thread > 2003-03-17 13:39:38 Ajp13Processor[8009][3] Stopping background thread > 2003-03-17 13:39:38 Ajp13Processor[8009][2] Stopping background thread > 2003-03-17 13:39:38 Ajp13Processor[8009][1] Stopping background thread > 2003-03-17 13:39:38 Ajp13Processor[8009][0] Stopping background thread > 2003-03-17 13:39:38 Ajp13Connector[8009] Stopping background thread > 2003-03-17 13:39:46 HttpConnector Opening server socket on all host IP > addresses > 2003-03-17 13:39:48 HttpConnector[8080] Starting background thread > 2003-03-17 13:39:48 HttpProcessor[8080][0] Starting background thread > 2003-03-17 13:39:48 HttpProcessor[8080][1] Starting background thread > 2003-03-17 13:39:48 HttpProcessor[8080][2] Starting background thread > 2003-03-17 13:39:48 HttpProcessor[8080][3] Starting background thread > 2003-03-17 13:39:48 HttpProcessor[8080][4] Starting background thread > 2003-03-17 13:39:48 Ajp13Connector[8009] Opening server > socket on all host > IP addresses > 2003-03-17 13:39:48 Ajp13Connector[8009] Starting background thread > 2003-03-17 13:39:48 Ajp13Processor[8009][0] Starting background thread > 2003-03-17 13:39:48 Ajp13Processor[8009][1] Starting background thread > 2003-03-17 13:39:48 Ajp13Processor[8009][2] Starting background thread > 2003-03-17 13:39:48 Ajp13Processor[8009][3] Starting background thread > 2003-03-17 13:39:48 Ajp13Processor[8009][4] Starting background thread > 2
RE: Server.xml
Context path (the URL): http://localhost:8080/IDCard/indexID.jsp Directory: C:\Tomcat\webapps\IDCard OS: WIN2K -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 18, 2003 1:26 AM To: [EMAIL PROTECTED] Subject: RE: Server.xml Okie dokie !.. Send me the following information ... Context path ( the URL ) the directory ( full path ) you want to put your jsp/servlets Your OS ( UNIX / WINDOWS / LINUX ) ... Then I can help . Guru -Original Message- From: Hunter, Sandra [mailto:[EMAIL PROTECTED] Sent: 17 March 2003 21:00 To: 'Tomcat Users List' Subject: Server.xml Frustration abounds: I am plodding through a tomcat tutorial and it suggests modifying the Server.xml file to include a new context path line to allow for playing with a sample file. Everything works tickety boo until I do that, then Tomcat won't startup at all. When I enter the startup command I just get a really brief flash of screen and poof! It's gone again. When I take the new line out of the server.xml file the problem persists: poof! Gone. That is the only change I make. Any thoughts? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Oracle Designer and Tomcat
I am using Oracle Designer to do my database stuff and Tomcat to manage my JSP. However, Oracle designer, which was installed first, stopped running properly after I installed Tomcat. I get an error claiming that my protocol adaptor in my TNSNAMES file is unknown and I can't open Designer or Repository. I have poked through any relevant files and the protocol is always TCP/IP nothing weird. I don't know for sure that this is cause and effect a result of installing Tomcat but before I rebuild my machine I thought I would ask if anyone else had a similar experience and what was the resolution? Sandra - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat STILL freezing - time to look at another app server?
Well this issue continues. Code has been commented, logged, oracle permissions all tickety boo, no locks. It really is intermittent, and in my opinion seems to be somewhat related to network traffic. I talked to one of the tech guys and he seemed to think I was nuts. It never happens at night or on the weekends when I am pretty much the only one on the network. Does that sound possible to any one with more experience than I? Although we moved it to the live server we had some install problems there and so I am still running off my dev machine. It is just a regular P4 with about 1600mhz and 256 ram. Do you think the freezing will cease when running off the server? And on the other subject: have any of you tried other app servers out there? Do you have any opinions? Tomcat seems to be the industry standard but if I can't resolve this freezing issue I might get some pressure to try some different technology. -Original Message- From: Hunter, Sandra [mailto:[EMAIL PROTECTED] Sent: Friday, May 16, 2003 2:52 PM To: 'Tomcat Users List' Subject: RE: Tomcat Freezing? The lock may be an issue: I'll run that past our DBA but that's the only thing I haven't looked at. We have actually moved the app to another machine to see if that makes any difference. If anyone gets a bright idea I would love to hear it! Puzzled Sandra -Original Message- From: Jason Bainbridge [mailto:[EMAIL PROTECTED] Sent: Friday, May 16, 2003 12:11 PM To: Tomcat Users List Subject: Re: Tomcat Freezing? I'm running out of ideas myself... I gather this is quite a beefy machine you're running it on? Are you using the right version of the Oracle Thin Driver for the version of Oracle you are running? Have you got a DBA on site or are you able to look at the appropriate v$ view to see what query it died on and possibly why? It's not something like not releasing a lock on a record or commits not being on or something silly like that in the Oracle config? Jason On Sat, 17 May 2003 02:29 am, Hunter, Sandra wrote: > I spoke too soon. I am really stumped now. > Code that ran yesterday, won't run today. I have gone through it line by > line, commenting it all out, and then gradually adding in each line, and > then it runs again. Same code. No changes. > If I restart Tomcat the code will run. Sometimes. Other times not. > I have looked at the Tomcat logs and I don't see anything that tells me > anything. > There must be some common event that is causing this but I can't seem to > place it or find it. > It almost seems like the code needs a warm up run before it can really get > going. How weird is that? > Any idea what I should be looking for? > Besides a psychiatrist? > Sandra > > -Original Message- > From: Hunter, Sandra [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 15, 2003 3:29 PM > To: 'Tomcat Users List' > Subject: RE: Tomcat Freezing? > > Well it has stopped. I think I did have a code error: I was calling the > wrong statement for a resultset, so calling it twice. I have made such an > error before without causing such a crisis but I guess Tomcat had just had > enough of my foolishness. > It is so frustrating to not know why something is happening and I thought I > had done everything right but after doing it twice it got sorted out. > Thanks all! > Sandra > > -Original Message- > From: Jason Bainbridge [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 15, 2003 2:41 PM > To: Tomcat Users List > Subject: Re: Tomcat Freezing? > > I assume you are using the Oracle JDBC Thin drivers then? Just want to make > sure you aren't doing anything like using the JDBC-ODBC bridge but I doubt > it > just clutching at straws... > > Do the log files shine any info on the problem? (not your log messages but > the > Tomcat logs)? > > J. > > On Fri, 16 May 2003 05:28 am, Hunter, Sandra wrote: > > The queries all run in Oracle. > > Other pages with SQL queries all run fine. > > The privileges all allow for the SQL stuff I am doing which is very > > basic. I am going through the commenting process again and lines that ran > > fine half an hour ago with no changes made now seem to be stalling. > > Even when I close the app, Tomcat is still hung and I can't close it from > > the command line. > > I close all my resultsets and statements and connections. > > I could include all my code but there are thousands of lines and there > > seems to be no consistent line or lines that are causing the problem. > > > > -Original Message- > > From: George Sexton [mailto:[EMAIL PROTECTED] > > Sent: Thursday, May 15, 2003 2:10 PM > > To: Tomcat Users List > > Subject: RE: Tomcat Freezing? > > > > H
RE: Tomcat STILL freezing - time to look at another app server?
I am not able to reproduce the problem reliably: that's what is making me crazy. It happens when things are being inserted to the database but never on the same page, never everytime, doesn't matter what else I am doing or what else has been done. No one else is accessing this database right now so I am the only one and I have tested and retested all the sql. I am stumped. Hopefully running on the server will improve the situation. You know, though, I am demoing the app for my client this afternoon so maybe it is just a smelling fear thing. Thanks for the feedback you guys. -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 8:35 AM To: Tomcat Users List Subject: RE: Tomcat STILL freezing - time to look at another app server? Howdy, That's unfortunate ;( I've had tough issues that appeared to be random (like your network traffic hypothesis) and were very difficult to debug ;( I've tried many many containers / app servers, and always come back to tomcat. This was even before I started contributing to tomcat's codebase, and is more true now than ever. So you are never able to reproduce the problem reliably? Yoav Shapira Millennium ChemInformatics >-Original Message- >From: Hunter, Sandra [mailto:[EMAIL PROTECTED] >Sent: Wednesday, May 28, 2003 11:26 AM >To: 'Tomcat Users List' >Subject: Tomcat STILL freezing - time to look at another app server? > >Well this issue continues. Code has been commented, logged, oracle >permissions all tickety boo, no locks. > >It really is intermittent, and in my opinion seems to be somewhat related >to >network traffic. I talked to one of the tech guys and he seemed to think I >was nuts. > >It never happens at night or on the weekends when I am pretty much the only >one on the network. > >Does that sound possible to any one with more experience than I? > >Although we moved it to the live server we had some install problems there >and so I am still running off my dev machine. It is just a regular P4 with >about 1600mhz and 256 ram. Do you think the freezing will cease when >running >off the server? > >And on the other subject: have any of you tried other app servers out >there? >Do you have any opinions? Tomcat seems to be the industry standard but if I >can't resolve this freezing issue I might get some pressure to try some >different technology. > >-Original Message- >From: Hunter, Sandra [mailto:[EMAIL PROTECTED] >Sent: Friday, May 16, 2003 2:52 PM >To: 'Tomcat Users List' >Subject: RE: Tomcat Freezing? > >The lock may be an issue: I'll run that past our DBA but that's the only >thing I haven't looked at. >We have actually moved the app to another machine to see if that makes any >difference. >If anyone gets a bright idea I would love to hear it! >Puzzled Sandra > >-Original Message- >From: Jason Bainbridge [mailto:[EMAIL PROTECTED] >Sent: Friday, May 16, 2003 12:11 PM >To: Tomcat Users List >Subject: Re: Tomcat Freezing? > >I'm running out of ideas myself... I gather this is quite a beefy machine >you're running it on? > >Are you using the right version of the Oracle Thin Driver for the version >of > >Oracle you are running? Have you got a DBA on site or are you able to look >at >the appropriate v$ view to see what query it died on and possibly why? > >It's not something like not releasing a lock on a record or commits not >being >on or something silly like that in the Oracle config? > >Jason > >On Sat, 17 May 2003 02:29 am, Hunter, Sandra wrote: >> I spoke too soon. I am really stumped now. >> Code that ran yesterday, won't run today. I have gone through it line by >> line, commenting it all out, and then gradually adding in each line, and >> then it runs again. Same code. No changes. >> If I restart Tomcat the code will run. Sometimes. Other times not. >> I have looked at the Tomcat logs and I don't see anything that tells me >> anything. >> There must be some common event that is causing this but I can't seem to >> place it or find it. >> It almost seems like the code needs a warm up run before it can really >get >> going. How weird is that? >> Any idea what I should be looking for? >> Besides a psychiatrist? >> Sandra >> >> -Original Message- >> From: Hunter, Sandra [mailto:[EMAIL PROTECTED] >> Sent: Thursday, May 15, 2003 3:29 PM >> To: 'Tomcat Users List' >> Subject: RE: Tomcat Freezing? >> >> Well it has stopped. I think I did have a code error: I was calling the >> wrong statement for a resultset, so calling it twice. I h
RE: Tomcat STILL freezing - time to look at another app server?
Thanks All! It helps to hear that others have occasionally had this problem. I will look into all your suggestions and see if resolution can be found. Sandra -Original Message- From: Koes, Derrick [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 12:44 PM To: 'Tomcat Users List' Subject: RE: Tomcat STILL freezing - time to look at another app server? I don't know if this helps any, but this has benefited me. If using an oracle database, try oracle.jdbc.pool.OracleOCIConnectionPool to get connection pool stats. -Original Message- From: Carl [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 2:48 PM To: Tomcat Users List Subject: Re: Tomcat STILL freezing - time to look at another app server? I have had a problem that sounds very similar many times (I don't learn very fast.) In all my cases, the problem was running the connection pool out of connections because I wasn't freeing the connections in c couple of places. The fact that it occurs when trying to insert something into the data base indicates that it is related to that activity. - Original Message ----- From: "Hunter, Sandra" <[EMAIL PROTECTED]> To: "'Tomcat Users List'" <[EMAIL PROTECTED]> Sent: Wednesday, May 28, 2003 1:48 PM Subject: RE: Tomcat STILL freezing - time to look at another app server? > I am not able to reproduce the problem reliably: that's what is making me > crazy. > It happens when things are being inserted to the database but never on the > same page, never everytime, doesn't matter what else I am doing or what else > has been done. No one else is accessing this database right now so I am the > only one and I have tested and retested all the sql. > I am stumped. > Hopefully running on the server will improve the situation. > You know, though, I am demoing the app for my client this afternoon so maybe > it is just a smelling fear thing. > Thanks for the feedback you guys. > > -Original Message- > From: Shapira, Yoav [mailto:[EMAIL PROTECTED] > Sent: Wednesday, May 28, 2003 8:35 AM > To: Tomcat Users List > Subject: RE: Tomcat STILL freezing - time to look at another app server? > > > Howdy, > That's unfortunate ;( I've had tough issues that appeared to be random > (like your network traffic hypothesis) and were very difficult to debug > ;( > > I've tried many many containers / app servers, and always come back to > tomcat. This was even before I started contributing to tomcat's > codebase, and is more true now than ever. > > So you are never able to reproduce the problem reliably? > > Yoav Shapira > Millennium ChemInformatics > > > >-Original Message- > >From: Hunter, Sandra [mailto:[EMAIL PROTECTED] > >Sent: Wednesday, May 28, 2003 11:26 AM > >To: 'Tomcat Users List' > >Subject: Tomcat STILL freezing - time to look at another app server? > > > >Well this issue continues. Code has been commented, logged, oracle > >permissions all tickety boo, no locks. > > > >It really is intermittent, and in my opinion seems to be somewhat > related > >to > >network traffic. I talked to one of the tech guys and he seemed to > think I > >was nuts. > > > >It never happens at night or on the weekends when I am pretty much the > only > >one on the network. > > > >Does that sound possible to any one with more experience than I? > > > >Although we moved it to the live server we had some install problems > there > >and so I am still running off my dev machine. It is just a regular P4 > with > >about 1600mhz and 256 ram. Do you think the freezing will cease when > >running > >off the server? > > > >And on the other subject: have any of you tried other app servers out > >there? > >Do you have any opinions? Tomcat seems to be the industry standard but > if I > >can't resolve this freezing issue I might get some pressure to try some > >different technology. > > > >-Original Message- > >From: Hunter, Sandra [mailto:[EMAIL PROTECTED] > >Sent: Friday, May 16, 2003 2:52 PM > >To: 'Tomcat Users List' > >Subject: RE: Tomcat Freezing? > > > >The lock may be an issue: I'll run that past our DBA but that's the > only > >thing I haven't looked at. > >We have actually moved the app to another machine to see if that makes > any > >difference. > >If anyone gets a bright idea I would love to hear it! > >Puzzled Sandra > > > >-Original Message- > >From: Jason Bainbridge [mailto:[EMAIL PROTECTED] > >Sent: Friday, May 16, 2003 12:11 PM > >To: Tomca
RE: Tomcat STILL freezing - time to look at another app server?
Okay so just for my own interest (and sanity): here is the place where things are freezing. Can anyone see anything wrong with this? System.out.println ("ADDRESS"); /* add data to the ADDRESS table */ String addressSQL = "INSERT INTO address (str_address_id, str_mailing, " + "str_street, str_city, str_province, str_postal_code) " + "VALUES " + "(address_seq.currval, '" + parentMailing + "', '" + parentStreet + "', " + "'" + parentCity + "','" + parentProvince + "','" + parentPostalCode + "')"; Statement addressStatement = conn.createStatement(ResultSet.TYPE_SCROLL_INSENSITIVE, ResultSet.CONCUR_UPDATABLE); /* execute the statement */ System.out.println ("Address " + addressSQL); //freezing here!! Not every time but always this place //ResultSet addressResults = addressStatement.executeQuery(addressSQL); boolean addressResults = addressStatement.execute(addressSQL);//still freezes with this one as well //addressResults.close(); addressStatement.close(); I have several similar lines that all run in sequence, adding data to different tables. The SQL has been tested in SQL+ and it all works. This doesn't always freeze. I have beans that I set back to null, and session variables that I do the same with, at the end of this particular file and at the beginning of the app. -Original Message- From: Hunter, Sandra [mailto:[EMAIL PROTECTED] Sent: Thursday, May 29, 2003 11:40 AM To: 'Tomcat Users List' Subject: RE: Tomcat STILL freezing - time to look at another app server? Thanks All! It helps to hear that others have occasionally had this problem. I will look into all your suggestions and see if resolution can be found. Sandra -Original Message- From: Koes, Derrick [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 12:44 PM To: 'Tomcat Users List' Subject: RE: Tomcat STILL freezing - time to look at another app server? I don't know if this helps any, but this has benefited me. If using an oracle database, try oracle.jdbc.pool.OracleOCIConnectionPool to get connection pool stats. -Original Message- From: Carl [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 2:48 PM To: Tomcat Users List Subject: Re: Tomcat STILL freezing - time to look at another app server? I have had a problem that sounds very similar many times (I don't learn very fast.) In all my cases, the problem was running the connection pool out of connections because I wasn't freeing the connections in c couple of places. The fact that it occurs when trying to insert something into the data base indicates that it is related to that activity. - Original Message - From: "Hunter, Sandra" <[EMAIL PROTECTED]> To: "'Tomcat Users List'" <[EMAIL PROTECTED]> Sent: Wednesday, May 28, 2003 1:48 PM Subject: RE: Tomcat STILL freezing - time to look at another app server? > I am not able to reproduce the problem reliably: that's what is making me > crazy. > It happens when things are being inserted to the database but never on the > same page, never everytime, doesn't matter what else I am doing or what else > has been done. No one else is accessing this database right now so I am the > only one and I have tested and retested all the sql. > I am stumped. > Hopefully running on the server will improve the situation. > You know, though, I am demoing the app for my client this afternoon so maybe > it is just a smelling fear thing. > Thanks for the feedback you guys. > > -Original Message- > From: Shapira, Yoav [mailto:[EMAIL PROTECTED] > Sent: Wednesday, May 28, 2003 8:35 AM > To: Tomcat Users List > Subject: RE: Tomcat STILL freezing - time to look at another app server? > > > Howdy, > That's unfortunate ;( I've had tough issues that appeared to be random > (like your network traffic hypothesis) and were very difficult to debug > ;( > > I've tried many many containers / app servers, and always come back to > tomcat. This was even before I started contributing to tomcat's > codebase, and is more true now than ever. > > So you are never able to reproduce the problem reliably? > > Yoav Shapira > Millennium ChemInformatics > > > >-Original Message- > >From: Hunter, Sandra [mailto:[EMAIL PROTECTED] > >Sent: Wednesday, May 28, 2003 11:26 AM > >To: 'Tomcat Users List' > >Subject: Tomcat STILL freezing - time to look at another app server? > > > >Well this issue continues. Code has been commented, logged, oracle > >permissions all tickety boo, no locks. > > > >It really is intermittent, and in my opinion