Re: Tomcat tanks all by itself
Are you using Java 1.3? If so downgrade to 1.2.2.5 or later. Java 1.3 has intermittent synchronization problems. Original Message On 5/31/01, 5:06:00 PM, Joe Howes [EMAIL PROTECTED] wrote regarding Tomcat tanks all by itself: I've found a couple of posts on this but no solutions yet. Running apache 1.3.12, jakarta-tomcat 3.2.2, Solaris 5.8. Tomcat seems to just die all by itself for no reason. Sometimes it dies quickly, sometimes it takes a few hours. You try hitting a servlet and you get an apache Internal Server Error message. The only log entry that gets made on this request is in the tomcat log mod_jk.log. No other apache or tomcat logs get updated. The lines are: --- [jk_connect.c (143)]: jk_open_socket, connect() failed errno = 146 [jk_ajp12_worker.c (152)]: In jk_endpoint_t::service, Error sd = -1 --- At this point, if you do a startup.sh everything works fine, so it's just like Tomcat dies. Anyone come across this? - Joe
Re: Tomcat hanging
Are you using Java 1.3? If so, downgrade to the last 1.2.2.5 (or the latest 1.2). Java 1.3 has some very serious, and unfortunately very intermittent thread problems. Chris Original Message On 5/30/01, 6:12:27 AM, Heijns, P.J.B. [EMAIL PROTECTED] wrote regarding Tomcat hanging: Hi, I have some problems with tomcat. Sometimes when I am using tomcat, and a some other users, tomcat hangs. Very strange. Some jsp pages are oke after the crash, but some not, I don't know when en why it crashes. But when it crashes, it are always the same pages that are oke and not oke. When I want to request a page (bad page) after the crash, it is searching for the page, but he doesn't let see the page to me (the browser says website found waiting for reply). When I reboot tomcat, everythins is oke. The time between rebooting and crashing is different, sometimes after 1 hour but sometimes after 6 hours. I use a lot of heavy jsp pages, such as a upload servlet, big search results pages. I am using tomcat 3.2.2, interbase 6.0, interclient 2.0, windows2000. It seems that it is a internal tomcat error, does anybody know what's the problem and how I can solve it? Grtz Pieter
Re: Starting tomcat from a Java Class
This works for me:
String[] args = { -start };
org.apache.tomcat.startup.Tomcat.main(args);
Original Message
On 5/30/01, 11:57:59 AM, Joseph Variamparambil
[EMAIL PROTECTED] wrote regarding Starting tomcat
from a Java Class:
hello,
how do i make an instance of the tomcat server and run its ?start?
method? Is it possible to do something like this...(just an example...i
don't know the real class and method names!):
class TestTomcat{
void StartTomcat(){
Tomcat server=new Tomcat(8080);
server.start();
}
}
Thanks for any help.
-Joseph.
Re: Problem with importing package in JSP
Is it possible your Classname is not unique?... there might be a name conflict with another class of the same name (in some other package). Original Message On 5/26/01, 5:14:20 AM, Kris Gonzalez [EMAIL PROTECTED] wrote regarding Problem with importing package in JSP: I've got a strange situation with my JSP not accessing classes in a package properly. When i use the % page import=package.name.* % notation and try referencing the class by name, I get an unable to create a bean of class Classname compiler error. This problem is solved if I refer to the Class with the entire package notation (eliminating the need to import the package at all). Also, if I delete the import statement altogether, the compiler error changes to Class not found, meaning it's obviously finding the class when I import the package but will not create and instance unless I refer to the class with its entire package notation. This error only occurs for the package which I've created. I'm able to successfully import other packages into the JSP and reference its classes directly w/o the entire package path. Any and all help is appreciated!!! -kg
Defining host IP in multi-homed server, (Tomcat 3.2)
I'm setting up Tomcat on a proxy host (with two IP addresses). I want Tomcat to bind to the private address (not the public network address). I see server.xml references to specifying a host for connection to Apache, but this application will be running solo. Is it possible to specify the binding host IP in Tomcat 3.2? Thanks -- Chris Janicki 781-662-9424 Industrious Activities, Inc. http://www.ia-inc.com
RE: Impossible parameter names (page, pageSize, field)
Yes Mr. GRUMPY-ASS, I did check the archives, and the Faq-o-matic, and Sun. I only found references to the JSP implicit variables, of which "pageSize" and "field" are NOT. Does anyone in a more amiable mood have insight on this? Original Message On 2/12/01, 9:03:42 AM, Michael Wentzel [EMAIL PROTECTED] wrote regarding RE: Impossible parameter names (page, pageSize, field): This is a jsp spec thing and NOT a Tomcat thing. You can go to sun and get this information so it is NOT in the scope of this group. This question has also been asked before therefore the response can be found in the archive! --- Michael Wentzel Software Developer Software As We Think - http://www.aswethink.com mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Can't get work jsp:useBeen scope = session in 4.0/b1
Your browser has to accept cookies in order for sessions to work... verify your browser setup. Original Message On 2/12/01, 10:52:21 AM, janis [EMAIL PROTECTED] wrote regarding Can't get work jsp:useBeen scope = "session" in 4.0/b1: Hello! I am running Tomcat4.0/b1 on Linux Red Hat 7.0 with Java 2 (jdk1.3) and connected to Apache with the connector mod_webapp. I seems to me that setting the scope to session for a bean (jsp_useBean scope="session" does'nt take any effect. By setting the scope to the application session seems to persist. Other things works fine, but each subsequential load of the same page with session scope, makes a new session and all static objects are reinitialized. Is this something I can avoid with correct settings in the web.xml for each context? The only thing I should wish right now (regarding Tomcat) is that I could set the scope of the page and timeout for each page/or context. Is it possible to do so in Tomcat4.0/b1 at this time? janis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: HttpUtil
String paraname = request.getParameter("checkboxName"); // 'request' is a
built-in JSP object
Original Message
On 2/13/01, 12:21:40 PM, "sun" [EMAIL PROTECTED] wrote regarding Re:
HttpUtil:
but how to get parameter value passed from previous page, 5 checkbox with
same name different value, I want to get paraname=1,2,4,5 if I selected 4
boxes.
-Original Message-
From: Craig R. McClanahan [EMAIL PROTECTED]
To: [EMAIL PROTECTED] [EMAIL PROTECTED]
Date: Monday, February 12, 2001 9:14 PM
Subject: Re: HttpUtil
sun wrote:
no, I didn't call request before using HttpUtil, HttpUtil was put at
first
line in .jsp.
But the JSP page did it for you (that is, the generated servlet did).
Simply use the standard JSP mechanisms to retrieve request attributes
and
you
should be fine. If you *really* want to process the input data
yourself,
you
should be using a servlet instead of a JSP page.
Craig McClanahan
-Original Message-
From: Craig R. McClanahan [EMAIL PROTECTED]
To: [EMAIL PROTECTED] [EMAIL PROTECTED]
Date: Monday, February 12, 2001 2:48 PM
Subject: Re: HttpUtil
sun wrote:
yes, I tried that, got same error, "short read",
in terms of docs, it means posted inputstream is invalid, but I am not
sure
about that.
One reason you could get a "short read" response is if the servlet
container
has already read the input stream's contents. For example, if you are
processing a POST request and you have already called something like
request.getParameter(), the contents of the input stream would have
already
been processed.
Craig McClanahan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
RE: Strange JSP Compilation Problem
I think this is the right direction... you need to declare your variable, not just instantiate it. %! NewsBean currentNewsBean; % // note the ! This *declaration* will allow this variable to be "in scope" when you break out of %script-mode% and back into HTML mode with %=expressions% Original Message On 2/12/01, 11:55:35 PM, "Amy Boyett" [EMAIL PROTECTED] wrote regarding RE: Strange JSP Compilation Problem: Hunter, I am a super-newbie, so I'm probably not fully qualified to answer your question. But I previously had a similar problem, and no one *more* qualified has answered your post, so I'll tell you what I had to learn the hard way. It's a pretty basic concept that is re-iterated throughout the spec, but sometimes the most basic concepts elude me until I've done my own head-banging... Declarations, directives, actions and custom tags are executed at translation time (when the JSP page is turned into a servlet class). Expressions and scriptlets are executed at request time. (There are exceptions in JSP 1.2, where an attribute in an action tag can have a request-time value; these exceptions are listed in the 1.2 spec). So, anyway, is it possible you are trying to call an object at translation time that actually doesn't get instantiated until the request? You might also want to check the spec regarding page, request, session, and application scope. This was helpful to me in understanding when and where objects were available to me. Hopefully, if this is a totally off-base answer, it will encourage someone more in-the-know to enlighten us both :-) Regards, Amy [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Hunter Hillegas Sent: Monday, February 12, 2001 2:00 PM To: '[EMAIL PROTECTED]' Subject: Strange JSP Compilation Problem I have a JSP page that calls some objects that are in a package... When I try to view the JSP, it generates a compile error: org.apache.jasper.JasperException: Unable to compile class for JSP/server/jakarta-tomcat-3.2.1/work/localhost_8080%2Fgroundswell/_0002fne ws _0002fbackend_0005flabel_0005fnews_0005fedit_00031_0002ejspbackend_0005fla be l_0005fnews_0005fedit1_jsp_0.java:178: Undefined variable or class name: currentNewsBean out.print( currentNewsBean.getRecNum() ); Okay, this looks very simple... Like I just forgot to instantiate it... The thing is I didn't... The object gets instantiated prior to being called... Is there anything else that could be wrong? Hunter Hillegas, MCP Web Engineer / System Administrator - Jacob Stern Sons, Inc. [EMAIL PROTECTED] 805-565-1411 PH * 805-565-8684 FAX - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] ___ tomcat-users mailing list [EMAIL PROTECTED] https://mailman.real-time.com/mailman/listinfo/tomcat-users - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: errorpage.jsp: Can't convert javax.servlet.jsp.JspWriter to java.io.PrintWriter
I don't have time to test this, but I think the problem is not in the stack trace, but the previous line. Try replacing it with: %= exception.getMessage() % I think the %= % expects a String or native. FYI: A good way to learn/debug JSP is to look at the "*.java" file created by the server. In your case, look at line 143 of _0002fjsp_0002ferror_0002ejsperror_jsp_14.java Original Message On 2/11/01, 7:11:17 PM, Jason Novotny [EMAIL PROTECTED] wrote regarding errorpage.jsp: Can't convert javax.servlet.jsp.JspWriter to java.io.PrintWriter: I've been learning JSP with this great book from manning.com and I've been trying to write an error page. According to the book, I should be able to do the following: %@ page isErrorPage="true"% h1The following error has been detected:/h1 b%= exception %/bbr % exception.printStackTrace(out); % However, when I try this I get the following: gpdk/_0002fjsp_0002ferror_0002ejsperror_jsp_14.java:143: Incompatible type for method. Can't convert javax.servlet.jsp.JspWriter to java.io.PrintWriter. exception.printStackTrace(out); ^ 1 error What's the secret to printing a stack trace to the page? Thanks, Jason -- Jason Novotny [EMAIL PROTECTED] Home: (510) 704-9917Work: (510) 486-8662 NERSC Distributed Computing http://www-didc.lbl.gov - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: HttpUtil
Wouldn't that be the value of the request's "Content-length"? Original Message On 2/12/01, 10:39:27 AM, "sun" [EMAIL PROTECTED] wrote regarding HttpUtil: hi, there, I use HttpUtil to get post data, but always get error: short read. what is wrong? in parsePostData(int len, ServletInputStream in) , which number should I assign to 'len'? thanks. rgds sun - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: HttpUtil
Hmmm... you can always try to look at the source code for parsePostData()... that is the beauty of open-source. Original Message On 2/12/01, 12:14:52 PM, "sun" [EMAIL PROTECTED] wrote regarding Re: HttpUtil: yes, I tried that, got same error, "short read", in terms of docs, it means posted inputstream is invalid, but I am not sure about that. -Original Message- From: Chris Janicki [EMAIL PROTECTED] To: [EMAIL PROTECTED] [EMAIL PROTECTED] Date: Sunday, February 11, 2001 9:07 PM Subject: Re: HttpUtil Wouldn't that be the value of the request's "Content-length"? Original Message On 2/12/01, 10:39:27 AM, "sun" [EMAIL PROTECTED] wrote regarding HttpUtil: hi, there, I use HttpUtil to get post data, but always get error: short read. what is wrong? in parsePostData(int len, ServletInputStream in) , which number should I assign to 'len'? thanks. rgds sun - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: RMI in linux
'rmiregistry' runs on port 1099 by default. You can specify another port
by supplying it as the argument ('rmiregistry [port] '). The biggest
difference between Windows and Unix (Linux), is that Unix only lets
'root' use ports below 1024.
An even better option for many apps is to run the registry right in their
own JVM. The java.rmi.LocateRegistry class has static methods that will
try to find a registry on a given port; if unsuccessful it will create an
instance for you within your JVM.
The only reason to run 'rmiregistry' separately is if you need to supply
its functionality as a shared resource (like DNS).
Original Message
On 2/7/01, 12:11:20 AM, Merwin Yap [EMAIL PROTECTED] wrote
regarding RMI in linux:
Not a question regarding tomcat but maybe someone might know...
Im using linux, jdk1.2.2 and tomcat. I'm having a problem with rmi
registry... how do you start rmi regsitry?
I read that its different from windows and it has something to do with
the ports. Could anyone explain it more to me...
like how would i bind it to a port i like to use like 8080 or
something. It said something like "rmiregistry " which seem
to work but my binder code thows a ConnectException or
ServerException...
Thanks,
Merwin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
RE: Connection refused under hight load
I believe there is a serious threading bug in 1.3 right now. Java Bug Parade bug# 4293268 may be related. I have also had an application (not Tomcat) hand under heavy load. That same application seems to be working fine on Java 1.2.2.5. Fyi, my experiences were on Solaris 7 OS, but I believe the problem is in HotSpot design, and may not be machine dependent. Bottom line: try Java 1.2.2.5 Original Message On 2/8/01, 11:13:15 AM, "Markus Ebersberger" [EMAIL PROTECTED] wrote regarding RE: Connection refused under hight load: -Original Message- From: Chris Janicki [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 08, 2001 3:32 PM To: [EMAIL PROTECTED] Subject: RE: Connection refused under hight load Are you using Java 1.3 by any chance? Yes, I'm using JDK 1.3. Bye, Markus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Recommendations for JSP development tools?
I'm currently using Forte 2.0 for a big JSP project. The color-coded editor is a god-send (although I had to simplify the colors schemes to be comfortable... a simple black=Java and blue=html is fine with me). The ability to compile the JSP file within the IDE (press F9) saves a lot of time that used to be wasted in reloading the page in a browser, looking at the dreaded exception, and then hunting though the compiled JSP files to match up line numbers. I have only encountered one very minor bug in 2.0. Overall it's cleaner than 1.0. (I never tried the 2.0 beta.) Also I haven't bothered to try running the JSP's in the built-in server... editing and compiling in the IDE have been enough for me for now. I used to be a Cafe user, and hated every minute. Then I moved to Kawa and was very happy, but limited to Windows environments. Now with Forte I am *very* satisfied. (And its free too!) Original Message On 2/8/01, 8:58:09 PM, "Harrison, Robert" [EMAIL PROTECTED] wrote regarding RE: Recommendations for JSP development tools?: I've tried the beta Forte and it was buggy When I suggested Allaires Homesite, I was assuming you wanted to write the code yourself. I don't like ide generated code. The visual effect just lets me see what's html and what's jsp. -Original Message- From: John Clark L. Naldoza [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 08, 2001 5:44 PM To: [EMAIL PROTECTED] Subject: Re: Recommendations for JSP development tools? "Harrison, Robert" wrote: use Homesite 4.5 it has jsp high-lighting and bots. avoid Frontpage at all costs with HTML it adds major junx to your code. -Original Message- From: John Coonrod [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 08, 2001 4:51 PM To: [EMAIL PROTECTED] Subject: Recommendations for JSP development tools? I'd like to improve the productivity of my people here. To date, I've done all my JSP development with a text editor. Has anyone had any luck with JSP and any of the FrontPage type programs (including FrontPage?). Any recommendations? Thanks. vim with the proper highlighting...;-) But if you want to create somethings fast.. Perhaps JBuilder 4.0 can help you out... The price does sting a lot though..;-( I hear Sun's Forte for Java has this capability, but I haven't really seen it in action...;-( Personally though, I kinda feel that I can code faster vim, but this is just my humble opinion...;-) Cheers, John Clark -- /) John Clark Naldoza y Lopez (\ / )Software Design Engineer II ( \ _( (__ Web-Application Development_) )_ (((\ \ /_Cable Modem Network Management System _\ / /))) ( \_/ / NEC Telecom Software Phils., Inc. \ \_/ ) \ / \ / \_/ phone: (+63 32) 233-9142 loc. 3112\_/ / / cellphone: (+63 919) 241-4612 \ \ / / email: [EMAIL PROTECTED]\ \ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Recommendations for JSP development tools?
Another bonus of Forte is that it is bundled with the Tomcat JSP compiler/engine, so there are no new quirks to learn if that is also your deployment environment. Original Message On 2/8/01, 9:47:02 PM, Chris Janicki [EMAIL PROTECTED] wrote regarding RE: Recommendations for JSP development tools?: I'm currently using Forte 2.0 for a big JSP project. The color-coded editor is a god-send (although I had to simplify the colors schemes to be comfortable... a simple black=Java and blue=html is fine with me). The ability to compile the JSP file within the IDE (press F9) saves a lot of time that used to be wasted in reloading the page in a browser, looking at the dreaded exception, and then hunting though the compiled JSP files to match up line numbers. I have only encountered one very minor bug in 2.0. Overall it's cleaner than 1.0. (I never tried the 2.0 beta.) Also I haven't bothered to try running the JSP's in the built-in server... editing and compiling in the IDE have been enough for me for now. I used to be a Cafe user, and hated every minute. Then I moved to Kawa and was very happy, but limited to Windows environments. Now with Forte I am *very* satisfied. (And its free too!) Original Message On 2/8/01, 8:58:09 PM, "Harrison, Robert" [EMAIL PROTECTED] wrote regarding RE: Recommendations for JSP development tools?: I've tried the beta Forte and it was buggy When I suggested Allaires Homesite, I was assuming you wanted to write the code yourself. I don't like ide generated code. The visual effect just lets me see what's html and what's jsp. -Original Message- From: John Clark L. Naldoza [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 08, 2001 5:44 PM To: [EMAIL PROTECTED] Subject: Re: Recommendations for JSP development tools? "Harrison, Robert" wrote: use Homesite 4.5 it has jsp high-lighting and bots. avoid Frontpage at all costs with HTML it adds major junx to your code. -Original Message- From: John Coonrod [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 08, 2001 4:51 PM To: [EMAIL PROTECTED] Subject: Recommendations for JSP development tools? I'd like to improve the productivity of my people here. To date, I've done all my JSP development with a text editor. Has anyone had any luck with JSP and any of the FrontPage type programs (including FrontPage?). Any recommendations? Thanks. vim with the proper highlighting...;-) But if you want to create somethings fast.. Perhaps JBuilder 4.0 can help you out... The price does sting a lot though..;-( I hear Sun's Forte for Java has this capability, but I haven't really seen it in action...;-( Personally though, I kinda feel that I can code faster vim, but this is just my humble opinion...;-) Cheers, John Clark -- /) John Clark Naldoza y Lopez (\ / )Software Design Engineer II ( \ _( (__ Web-Application Development_) )_ (((\ \ /_Cable Modem Network Management System _\ / /))) ( \_/ / NEC Telecom Software Phils., Inc. \ \_/ ) \ / \ / \_/ phone: (+63 32) 233-9142 loc. 3112\_/ / / cellphone: (+63 919) 241-4612 \ \ / / email: [EMAIL PROTECTED]\ \ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Deadlock problem
Check out bug# 4293268 on Sun's Java bug parade. It described a 1.3 threading bug that involves lost locks. I've had similar deadlock problem on a different app (not Tomcat) that went away when I downgraded to Java 1.2.2.5. It is an rare problem that most occurs when a system is under load. By the way, please cast your vote for this bug (if you're on the Java Dev Connection). Java 1.3 is a nice improvement, but the thread/lock bug is a killer. Chris Original Message On 2/6/01, 4:58:25 PM, "EXT-Mezey, Peter" [EMAIL PROTECTED] wrote regarding Deadlock problem: I have tomcat 3.2.1 with Apache 1.3.12 running on a Solaris (2.6) box. Everything works just fine for normal use. However, when I crank up a Verity search engine (vspider) to walk through a document bundle of about 4,500 JSP pages I start to run into trouble. Since every document in the bundle is a JSP page, the vspider program is generating a considerable load on the Apache/Tomcat installation. After quite a bit of successful activity (say about a half hour or more of processing), everything seems to just freeze up. Looking at top, you can see that the system is at a 100% iowait state. Prior to that happening, you can see the tomcat process slowly allocating more and more memory as it digests all the requests. When it gets to about 200MB, that's when the system goes into 100% iowait state and tomcat basically stops. I have increased the memory to tomcat via -Xms and -Xmx flags to 1GB. I know it's not running out of memory because I don't see that error message. I've tried tinkering with the PoolTcpConnector settings in server.xml to increase the number of threads to 200. That seemed to make it run faster, but still the deadlock problem. One bit of confusion here is the tomcat.properties file. It has a "pool=false" setting in there along with a comment that says the Thread pooling may cause deadlock problems. I tried it with both true and false settings here, but to no avail. Oh, one other piece of information: I'm using the J2SDK 1.3.0. Any help, hints or pointers would be greatly appreciated. thanks, peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Problem to stop Tomcat
I've been told that Tomcat listens on port 8007 (the Apache connector) for instructions to shutdown. Have you disabled the Apache connector service (in ~/conf/web.xml?) Original Message On 2/4/01, 8:16:57 AM, Loc Courtois [EMAIL PROTECTED] wrote regarding Problem to stop Tomcat: Hello, I have some difficulties to stop the Tomcat Server... I use a Mandrake 7.2, the Sun JDK 1.3, and Apache 1.3.14, with mod_jk and Tomcat 3.2.1. Here, the response of the script bin/tomcat.sh stop: #bin/tomcat.sh stop Using classpath: /root/jakarta-tomcat-3.2.1/lib/ant.jar:/root/jakarta-tomcat-3.2.1/lib/jasp er .jar:/root/jakarta-tomcat-3.2.1/lib/jaxp.jar:/root/jakarta-tomcat-3.2.1/li b/ parser.jar:/root/jakarta-tomcat-3.2.1/lib/servlet.jar:/root/jakarta-tomcat -3 .2.1/lib/test:/root/jakarta-tomcat-3.2.1/lib/webserver.jar:/usr/local/jdk1 .3 /lib/tools.jar Stop tomcat java.net.ConnectException: Connexion refuse at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:312) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:125) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:112) at java.net.Socket.init(Socket.java:273) at java.net.Socket.init(Socket.java:100) at org.apache.tomcat.task.StopTomcat.execute(StopTomcat.java:104) at org.apache.tomcat.startup.Tomcat.stopTomcat(Tomcat.java:267) at org.apache.tomcat.startup.Tomcat.execute(Tomcat.java:174) at org.apache.tomcat.startup.Tomcat.main(Tomcat.java:235) Thanks Loic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Can't see line numbers in exceptions
The phrase "Compiled Code" in your stack trace indicates that your java
bytecode has been compiled by the JIT or Hotspot, so it has no reference
to line numbers anymore. You can prevent your code from being natively
compiled by setting an environment variable: JAVA_COMPILER=NONE Then,
java will just execute your bytecode and have full knowledge of where
it's at. Of course it will run a bit slower too, so just use this for
testing.
I think you might also have to make sure that your code was compiled by
javac/fastjavac with the "-g" option, but I'm not sure about that.
Chris
Original Message
On 2/4/01, 9:21:19 AM, Angus M [EMAIL PROTECTED] wrote regarding
Can't see line numbers in exceptions:
When I dump a stack trace the the brower or to the tomcat log I can seem
to see the line numbers in the trace. How do I turn this on?
build.xml snippet:
target name="compile" depends="prepare"
javac srcdir="src" destdir="${deploy.home}/WEB-INF/classes"
classpath="${deploy.home}/WEB-INF/classes"
debug="on" optimize="off" deprecation="off"/
copy todir="${deploy.home}/WEB-INF/classes"
fileset dir="src" includes="**/*.properties"/
/copy
/target
Stack Trace:
java.lang.NullPointerException
at org.phoenix.bugbase.Frame.doGet(Frame.java, Compiled Code)
at org.phoenix.bugbase.Frame.doPost(Frame.java, Compiled Code)
at javax.servlet.http.HttpServlet.service(HttpServlet.java,
Compiled
Code)
at javax.servlet.http.HttpServlet.service(HttpServlet.java,
Compiled
Code)
at
org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java,
Compiled Code)
at org.apache.tomcat.core.Handler.service(Handler.java, Compiled
Code)
at
org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java,
Compiled Code)
at
org.apache.tomcat.core.ContextManager.internalService(ContextManager.java,
Compiled Code)
at
org.apache.tomcat.core.ContextManager.service(ContextManager.java,
Compiled Code)
at
org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(Htt
pConnectionHandler.java,
Compiled Code)
at
org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java,
Compiled Code)
at
org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java,
Compiled Code)
at java.lang.Thread.run(Thread.java, Compiled Code)
Thanks,
--Angus
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Re: Which JVM for Tomcat?
Check out this bug before you commit to 1.3 for production: 4293268 (on Sun's Java Bug Parade) It's a rare bug on slow apps, but a killer if your JVM is heavily loaded. Original Message On 1/25/01, 3:02:50 PM, "Michael G. Anderson" [EMAIL PROTECTED] wrote regarding Re: Which JVM for Tomcat?: Hi Craig, When did Sun incorporate JAVA 3D into the core classes -- if I read your post correctly? regard, mike anderson Craig O'Brien wrote: Hello forsythe, I recommend downloading the Java 1.3 SDK. I believe it is final now..? It outperforms earlier versions and would be the best choice for your server. If you are downloading at 56k - ...oh well, just do it. It also includes all of the latest features (java 2d, java 3d, java media, etc.) It is stable and is a good performer. You need a good compiler for JSP pages. For applets, you are stuck with 1.1 and earlier if you want the majority of your visitors to make use of them. The plug in is a 2-3 meg download and it is unreasonable to expect a visitor to download that. There is also a bug in Sun's delivery system currently which doesn't allow Internet Explorer to download the plug in anyway. You will receive the latest plug in with your version 1.3. You can still compile your applets with depreciated methods. You can install multiple JDKs of different versions on the same machine. Good luck, Craig -Original Message- From: forsythe [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 23, 2001 6:21 PM To: [EMAIL PROTECTED] Subject: Re: Which JVM for Tomcat? Also I will also have APPLETS running in addition to servlets JSPson this server... So if I create a JAVA2 APPLET that WILL require a user download, right? Right. Fine. What has that got to do with Tomcat or the JVM you are installing on your server? Nothing. Right? Right. If you read carefully I asked "Which jvm works BEST" The Best. BEST. Ok one more time " THE BEST" I Tomcat supports ALL JVMs, I'm asking if people have preferences based off experience. Best for what. FOR WHAT? Ever hear of requirements? Right? Right. Hey 'Charles' I think you should try to learn how not to be a prick while answering people questions. Ass. OK. Tomorrow I will be nicer. I doubt that you will be any smarter. -- Charles - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Can't see line numbers in exceptions
Go to java.sun.com for documentation. (Good luck wading through it
though.)
The "sunwjit" means the environment variable was not set right. It
should look like this (I'm using c-shell, /bin/csh): Notice the "nojit".
setenv JAVA_COMPILER NONE
./java -version
java version "1.2.2"
Solaris VM (build Solaris_JDK_1.2.2_05, native threads, nojit)
Remember that an environment variable is only set for the current shell.
If you set the variable, then open a new terminal window, that setting is
*not* in the new terminal.
Original Message
On 2/4/01, 12:19:34 PM, Angus M [EMAIL PROTECTED] wrote regarding
Re: Can't see line numbers in exceptions:
Where do I set this flag? I did setenv and set for this variable.
Didn't help. Is there a reference that describes these features where I
could look this up?
java -version
java version "1.2.2"
Classic VM (build Linux_JDK_1.2.2_FCS, native threads, sunwjit)
^ Could this be part of the problem? ^
As you can see in the build.xml snippet below, I did turn debug="on"
--Angus
Chris Janicki wrote:
The phrase "Compiled Code" in your stack trace indicates that your java
bytecode has been compiled by the JIT or Hotspot, so it has no reference
to line numbers anymore. You can prevent your code from being natively
compiled by setting an environment variable: JAVA_COMPILER=NONE Then,
java will just execute your bytecode and have full knowledge of where
it's at. Of course it will run a bit slower too, so just use this for
testing.
I think you might also have to make sure that your code was compiled by
javac/fastjavac with the "-g" option, but I'm not sure about that.
Chris
Original Message
On 2/4/01, 9:21:19 AM, Angus M [EMAIL PROTECTED] wrote regarding
Can't see line numbers in exceptions:
When I dump a stack trace the the brower or to the tomcat log I can seem
to see the line numbers in the trace. How do I turn this on?
build.xml snippet:
target name="compile" depends="prepare"
javac srcdir="src" destdir="${deploy.home}/WEB-INF/classes"
classpath="${deploy.home}/WEB-INF/classes"
debug="on" optimize="off" deprecation="off"/
copy todir="${deploy.home}/WEB-INF/classes"
fileset dir="src" includes="**/*.properties"/
/copy
/target
Stack Trace:
java.lang.NullPointerException
at org.phoenix.bugbase.Frame.doGet(Frame.java, Compiled Code)
at org.phoenix.bugbase.Frame.doPost(Frame.java, Compiled Code)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Re: adding dynamic content to jsp:param
Just a guess... I've had several problems where the compiled page screws
up when it hits quotes. Try changing the double quotes (") to single
('), or none at all.
Also be sure to declare your variables: %!int jspID;% or whatever, so it
is in scope.
Chris
Original Message
On 2/4/01, 1:03:22 PM, "David Treves" [EMAIL PROTECTED] wrote
regarding adding dynamic content to jsp:param:
Hi, I tried to create a page which dynamically will add an id to each
user
who enters the page, this id should be used by an applet. In order to do
so
I used JSP to create that id, and now I am trying to insert that number
as a
parameter to the applet:
jsp:plugin type="applet" code="foo" codebase="/foo/bar" height="400"
width="300"
jsp:params
jsp:param name="id" value="%=jspID%"/
/jsp:params
jsp:fallback
boopsss... can't load the applet!/b
/jsp:fallback
/jsp:plugin
Only that the "%=jspID% is not allowed by the Tomcat, it tells me that
the
attribute (id) has no value.
Is there a problem with giving params values that way?
Thanks,
David.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Re: Problem with response.sendRedirect
It really sounds like a browser problem. There's not much you can do to the JSP other than to try changing the redirection to/from a relative/absolute URL (if possible) to see if that makes a difference with your browser. The next obvious suggestion is to verify the problem on a different browser. Original Message On 2/4/01, 6:26:46 PM, Melissa Matthews [EMAIL PROTECTED] wrote regarding Problem with response.sendRedirect: I am using the sendRedirect method from a JSP page to send a user to another JSP page after logging in. While it does redirect to the correct page, the fonts, images etc. are not right until I hit the refresh. If I go to the exact same page in my browser, it's fine. Is the redirect doing something that loses or changes the paths for files that are included? Melissa Matthews Product Development Manager Packexpo.com Phone 703.205.9256 Fax 703.205.2961 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Lib Class can not be found problem
It looks like your app is hung at the Class.forName() method, which will reference a class loader. I seem to remember that there are some very special caveats about using a class loader from within a JSP... you somehow don't get access to the same classpath or scope for some reason, maybe security? Sorry I don't have any more details, but hopefully that will set you off in the right direction, or maybe cue someone else to add to this. Chris Original Message On 2/4/01, 6:28:44 PM, Lifeng Xu [EMAIL PROTECTED] wrote regarding Lib Class can not be found problem: Hi, We are using Apache Tomcat to host our jsp application, which in turn, access ejbs running in Inprise AppServer. The whole application is on Linux plateform. Now I am running into a problem that has been droven me crizy. When I start my brower to access my jsp file, I got an error (see message attached bellow) that says that Tomcat (or somebody else?) can't find the javax.rmi.CORBA.Uril class. I double checked that I include the jar file that contains this javax.rmi.CORBA.Uril class in 2 places: 1)Tomcat's "tomcat.properties" file, using wrapper.classpath directive, and 2)In my document root's WEB-INF/jar directory. It seems to me that it was taken, because in the error message bellow I can see classes like "com.inprise.vbroker.orb.CDRInputStream", which is in the same jar file that contians the "missing" javax.rmi.CORBA.Uril file. But for some reason it still says that it can't find the Util class. It found one class from a jar file but can't find another class existing in the same jar file! How can this be possible? Is this a classpath issue? Is there anywhere else that I need to set classpath to? Any thoughts will be highly appreciated. Thank you in advance. Lifeng Error: 500 Location: /memberLink/Login.jsp Internal Servlet Error: javax.servlet.ServletException: javax/rmi/CORBA/Util at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextI mp l.java, Compiled Code) at _0002fLogin_0002ejspLogin_jsp_0._jspService(_0002fLogin_0002ejspLogin_jsp_ 0. java, Compiled Code) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java, Compiled Code) at javax.servlet.http.HttpServlet.service(HttpServlet.java, Compiled Code) at org.apache.jasper.runtime.JspServlet$JspServletWrapper.service(JspServlet. ja va, Compiled Code) at org.apache.jasper.runtime.JspServlet.serviceJspFile(JspServlet.java, Compiled Code) at org.apache.jasper.runtime.JspServlet.service(JspServlet.java, Compiled Code) at javax.servlet.http.HttpServlet.service(HttpServlet.java, Compiled Code) at org.apache.tomcat.core.ServletWrapper.handleRequest(ServletWrapper.java, Compiled Code) at org.apache.tomcat.core.ContextManager.service(ContextManager.java, Compiled Code) at org.apache.tomcat.service.connector.Ajp12ConnectionHandler.processConnecti on (Ajp12ConnectionHandler.java, Compiled Code) at org.apache.tomcat.service.TcpConnectionThread.run(SimpleTcpEndpoint.java, Compiled Code) at java.lang.Thread.run(Thread.java, Compiled Code) Root cause: javax.servlet.ServletException: javax/rmi/CORBA/Util at _0002fLogin_0002ejspLogin_jsp_0._jspService(_0002fLogin_0002ejspLogin_jsp_ 0. java, Compiled Code) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java, Compiled Code) at javax.servlet.http.HttpServlet.service(HttpServlet.java, Compiled Code) at org.apache.jasper.runtime.JspServlet$JspServletWrapper.service(JspServlet. ja va, Compiled Code) at org.apache.jasper.runtime.JspServlet.serviceJspFile(JspServlet.java, Compiled Code) at org.apache.jasper.runtime.JspServlet.service(JspServlet.java, Compiled Code) at javax.servlet.http.HttpServlet.service(HttpServlet.java, Compiled Code) at org.apache.tomcat.core.ServletWrapper.handleRequest(ServletWrapper.java, Compiled Code) at org.apache.tomcat.core.ContextManager.service(ContextManager.java, Compiled Code) at org.apache.tomcat.service.connector.Ajp12ConnectionHandler.processConnecti on (Ajp12ConnectionHandler.java, Compiled Code) at org.apache.tomcat.service.TcpConnectionThread.run(SimpleTcpEndpoint.java, Compiled Code) at java.lang.Thread.run(Thread.java, Compiled Code) Root cause: java.lang.NoClassDefFoundError: javax/rmi/CORBA/Util at javax.rmi.CORBA.Stub.(Stub.java:43) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java, Compiled Code) at com.inprise.vbroker.orb.CDRInputStream.class$(CDRInputStream.java, Compiled Code) at com.inprise.vbroker.orb.CDRInputStream.read_Object(CDRInputStream.java, Compiled Code) at com.inprise.vbroker.orb.CDRInputStream.read_Object(CDRInputStream.java,
Re: Handler Thread Problem
I think port 8007 is used for connection to Apache. Are you trying to use it as a regular web service port? Original Message dated 2/3/01, 6:58:01 PM Author: Nael Mohammad [EMAIL PROTECTED] Re: Handler Thread Problem: Community, I'm getting the following error message when a request comes in for port 8007? I know I have to include some sort of threading instructions for tomcat to handle the request. The only problem I have is how do I know what is the proper thread handling scheme? Any thoughts, idea's or tip's is greatly appreciated. 2001-02-03 14:52:02 - Ajp12Interceptor: HANDLER THREAD PROBLE M - java.io.IOException: Stream broken at org.apache.tomcat.modules.server.Ajp12.readNextRequest(Ajp12.java:300 ) at org.apache.tomcat.modules.server.AJP12Request.readNextRequest(Ajp12In terceptor.java:223) at org.apache.tomcat.modules.server.Ajp12Interceptor.processConnection(A jp12Interceptor.java:186) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java :426) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP ool.java:497) at java.lang.Thread.run(Thread.java:484) Regards, Nael Neomar, Inc Product Support [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Reserved parameter names?
I've discovered (after some frustration) than certain variable names used
in an HTML form won't be passed to my bean via the "jsp:setProperty" tag.
For example, using "page" as a name doesn't work. I *can* explicitly
set it via:
myBean.setPage(request.getProperty("page"));
But this name won't get set automatically, while other names do, all in
the same form.
Are there "reserved" names that I need to avoid when making forms to be
handled by Tomcat? Is there a list of them?
Thanks,
Chris
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Re: AW: JDK 1.3 - Tomcat 3.2
I've been running Tomcat 3.1 on Solaris with JRE 1.3 and its been fine so far. However it has a very light load, and there is a serious new bug in 1.3 that may break things if you have lots of busy threads. See: http://developer.java.sun.com/developer/bugParade/bugs/4293268.html PS: I'd appreciate it if any members of Sun's Java Developer's Connection use one of their bug votes for this one. Java 1.3 is a nice improvement over 1.2 so putting some pressure on Sun to address bug this will help everyone safely transition to this version. Original Message On 2/1/01, 4:10:45 AM, [EMAIL PROTECTED] wrote regarding AW: JDK 1.3 - Tomcat 3.2: Friends: Our application works great with JDK 1.2.2 and Tomcat 3.2 Does any one know any issues if we upgrade to JDK 1.3 Tomcat 3.2 and JDK 1.3 (SUN) didn't work on a Cobalt Qube 3. On a RedHat 7 Prof. it works fine! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Where to Strore bean in Tomcat
Suggestion: I've had some confusing problems when using packages in 3.1, so you might want to jar up any packaged classes (even if it is just one) into a jar and use the WEB-INF/lib directory as Matt suggested. Chris Original Message On 2/1/01, 9:24:40 AM, Matt Goss [EMAIL PROTECTED] wrote regarding Re: Where to Strore bean in Tomcat: Kiran, All class files go in the WEB-INF/classes folder. (unless they are in a jar file, then put them in the WEB-INF/lib folder) Matt dsd dsd wrote: Hello my application directory is purejsp here i am keeping my jsp files. I created 2 more dirctories Web-inf under that one more direcory called classes here i am keeping my servlet class file. Now please tell me where should i keep a bean (Package) that is used by both jsp and servlet file. with regards kiran __ Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: checksum error
I think the checksum error comes from certain 'tar' versions which cannot properly handle very long file names. By ignoring the errors you may be ok, or you may have some loss with the longer file names. Try a different implementation of tar. (Solaris 'tar' works.) Chris Original Message On 2/1/01, 8:02:15 PM, Jeff Davies [EMAIL PROTECTED] wrote regarding RE: checksum error: I have had similar problems with many TAR files. I use the "i" option to ignore these errors and it seems to work fine: tar xvfi - Hope that helps. - Jeff -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 01, 2001 2:47 PM To: [EMAIL PROTECTED] Subject: checksum error I try to tar tomcat4.0.tar but get a checksum error. How to fix it? Thanks, Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Disable Apache connector on port 8007
I'm using Tomcat 3.1 for some JSP development work, without Apache. Starting up Tomcat is conflicting with other software (an unrelated Apache/JSP engine) running on the same machine, so I want to disable the server on port 8007. It's mostly just an annoyance, but I also don't want to steal the port if it becomes temporarily available. I've read the 3.1 docs but can't see how to gracefully disable that service. Any ideas? Thanks, Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Disable Apache connector on port 8007
Thanks Randy (and Stefan),
I commented out those lines you listed and got the desired effect. I
think I have the shutdown covered... I have Tomcat running within my
app's JVM, so I shut it down via:
String[] args = { "-stop" };
org.apache.tomcat.startup.Tomcat.main(args);
That seems to work for me. I'm assuming that's a safe enough shutdown...
(let me know if I'm off base).
Thanks again,
Chris
Original Message
On 1/31/01, 3:55:23 PM, Randy Layman [EMAIL PROTECTED] wrote
regarding RE: Disable Apache connector on port 8007:
You probably don't want to disable port 8007 - that's the port used
by the Shutdown process to kill Tomcat cleanly. You probably just want
to
edit your server.xml file to change 8007 to something else (8081
perhaps?).
If you do really want to remove it, either remove or comment out the
lines
in the server.xml file for the connector with the handler of
Ajp12ConnectionHandler. It should look something like:
Connector className
Parameter...
Parameter...value="8007"/
/Connector
Randy
-Original Message-
From: Chris Janicki [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 31, 2001 4:15 PM
To: [EMAIL PROTECTED]
Subject: Disable Apache connector on port 8007
I'm using Tomcat 3.1 for some JSP development work, without Apache.
Starting up Tomcat is conflicting with other software (an unrelated
Apache/JSP engine) running on the same machine, so I want to disable the
server on port 8007. It's mostly just an annoyance, but I also don't want
to steal the port if it becomes temporarily available.
I've read the 3.1 docs but can't see how to gracefully disable that
service. Any ideas?
Thanks,
Chris
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
