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: 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: 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: 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: 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: 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: Can't get work 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 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 for a bean > ( > does'nt take any effect. By setting the scope to the > 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: 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]
Impossible parameter names (page, pageSize, field)
We've been having a most frustrating time debugging JSP code that for all purposes has been perfectly good, except our parameter names are getting stepped on by Tomcat. We used to have parameters named "page", "pageSize", and "field". None of these would be sent to our bean, yet they *would* be available via request.getParameter(). By changing the parameter names in our JSP/bean things suddenly work. Question: Is there a documented list of forbidden parameter names??? - 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: 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: 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: 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"%> > The following error has been detected: > <%= exception %> > <% 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: 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: 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: 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: Connection refused under hight load
Are you using Java 1.3 by any chance? >> Original Message << On 2/8/01, 8:46:56 AM, Mark Richards <[EMAIL PROTECTED]> wrote regarding RE: Connection refused under hight load: > AFAIK, this limit doesn't apply for TCP/IP connections, only netbios > connections. > Mark > -Original Message- > From: Cox, Charlie [mailto:[EMAIL PROTECTED]] > Sent: Thursday, February 08, 2001 8:17 AM > To: '[EMAIL PROTECTED]' > Subject: RE: Connection refused under hight load > I know that NT4 Workstation only allows 10 concurrent network connections. I > didn't think that limit had changed for Win2k Workstation. Even though your > app is running on the same machine, it is still making tcpip requests which > would count against the limit. This is to force people to buy NT Server. > Charlie > -Original Message- > From: Markus Ebersberger [mailto:[EMAIL PROTECTED]] > Sent: Thursday, February 08, 2001 6:13 AM > To: [EMAIL PROTECTED] > Subject: Connection refused under hight load > Hi, > I'm testing a servlet-application that is using Tomcat v 3.1 > (standalone, > without Apache) running on Win2K Workstation. > The tool I'm using for testing starts a (configurable) number of > threads, > each of which connects to the server, sends a HTTP-request and waits for > the response. It runs on the same machine as the server. > When I start many threads simultaneously, the server sometimes refuses > connections (I get a ConnectException on client side). > The tomcat logfile shows nothing unusual. > Does someone know a possible reason for this behaviour or even a > solution ? > (I suspect that the "connection request queue" (I don't know the correct > term ) of the operating system is too short, but where can i adjust > this ?) > Thanks in advance, > 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] - 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: 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
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: adding dynamic content to
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 :
> 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:
> width="300">
>
>
>
>
> oopsss... can't load the applet!
>
>
> 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: 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:
> > >
> > > > >classpath="${deploy.home}/WEB-INF/classes"
> > >debug="on" optimize="off" deprecation="off"/>
> > >
> > >
> > >
> > >
> >
> > > 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: 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
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:
>
> classpath="${deploy.home}/WEB-INF/classes"
>debug="on" optimize="off" deprecation="off"/>
>
>
>
>
> 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: 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, Loïc 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 refusée > 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.(Socket.java:273) > at java.net.Socket.(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: 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]
Re: current date in a web page
Try this: Today's date is: <%=(new java.util.Date()).toString()%> >> Original Message << On 2/3/01, 11:38:20 AM, [EMAIL PROTECTED] wrote regarding current date in a web page: > Can any body help me? > my problem is that i dont know, using jsp, how to present in a web pahe the current date. Can anybody send me the code, all page's code, for show te current date? > -- > por favor puede alguien enviarme una pagina en jsp, todo el codio, ue me muestre la fecha actual? > no tehgo ni idea de como lo puedo hacer. > muchas gracias > carlos > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, email: [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: 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]
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: 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: 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:
>
>
>
>
> 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]
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]
