Re: Tomcat connection limitation
On 11/03/2003 04:30 PM epyonne wrote: Oops, sorry, I forgot to change the subject line. Hi Epyonne, you not only forgot to change the subject line, but you hijacked a thread, which means that your new thread and the original thread will get all jumbled together in the archives and it makes it a pain to follow. You can get your own thread just by composing a new msg instead of 'replying to'. By the way re: connections, tomcat will on a low level not see any difference between your own connection handling and the tomcat connection pool, since both are java implementations. It will depend more on your database connection limit which I think by default in Oracle is 200. Adam -- struts 1.1 + tomcat 5.0.12 + java 1.4.2 Linux 2.4.20 RH9 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat connection limitation [repost]
the first thing to check is, if you're using windows workstation, it has a limit of 10 inbound connnections for everything. so you might want to double check that first. if you're oracle is hosted on a windows worstation, it will be limited to 10 connections in the pool. Atleast that is my experience when I was doing benchmarks on my workstation for the performance article. hope that helps. peter epyonne <[EMAIL PROTECTED]> wrote: Does anyone know if Tomcat has limitation on servlet object instantiation and database connection, without using connection pooling? We have the option to use Oracle 9i AS because we have the enterprise license. I am just wondering if it will be an overkill when a Tomcat standalone can do the job. Not to mention I don't have to redeploy my servlet application if Tomcat can handle the load (i.e. 400-500 concurrent users). Any help will be very much appreciated. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? Exclusive Video Premiere - Britney Spears
Re: [inbox] Tomcat connection limitation [repost]
Hello, epyonne! You wrote to "Tomcat Users List" <[EMAIL PROTECTED]> on Mon, 3 Nov 2003 11:30:30 -0600: e> Does anyone know if Tomcat has limitation on servlet object e> instantiation and database connection, without using connection e> pooling? Generally speaking the limit is a Java heap size. AFAIK:Tomcat do not have restriction on the servlet ojects. If you don't using any connection pooling you will have so many instances as you created. But if you are talking about 400-500 concurent users, you should consider pooling as must have. Pool will take care of connection time out, and the most important you are not going to produce a lot of garbage. e> We have the option to use Oracle 9i AS because we have the enterprise e> license. I am just wondering if it will be an overkill when a Tomcat e> standalone can do the job. Not to mention I don't have to redeploy e> my servlet application if Tomcat can handle the load (i.e. 400-500 e> concurrent users). As practice shown, nicely written application can handle hundreds of concurent users on a regular PC with IDE hard. --- Regards Ivan[a]yourmail.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat connection limitation [repost]
Does anyone know if Tomcat has limitation on servlet object instantiation and database connection, without using connection pooling? We have the option to use Oracle 9i AS because we have the enterprise license. I am just wondering if it will be an overkill when a Tomcat standalone can do the job. Not to mention I don't have to redeploy my servlet application if Tomcat can handle the load (i.e. 400-500 concurrent users). Any help will be very much appreciated. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat connection limitation
Oops, sorry, I forgot to change the subject line.
- Original Message -
From: "epyonne" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Monday, November 03, 2003 09:28 AM
Subject: Re: Content Type
> Hello All,
>
> I vaguely remember someone has asked this similar question before, if so,
> but please allow me to ask it again.
>
> What is Tomcat's limitation on multiple connection to database? I have a
> simple servlet application that connects to Oracle database for data.
Since
> it is a very simple application, no connection pooling is used. Someone
> raised a question on whether Tomcat can handle hundreds of calls to the
> servlets and hundreds of connections to the Oracle database.
>
> By the way, I am using Tomcat 4.1.24 on Windows 2000 server. Any help
will
> be very much appreciated.
>
>
>
> - Original Message -
> From: "Shapira, Yoav" <[EMAIL PROTECTED]>
> To: "Tomcat Users List" <[EMAIL PROTECTED]>
> Sent: Monday, November 03, 2003 08:50 AM
> Subject: RE: Content Type
>
>
>
> Howdy,
> Add the content-disposition:attachment header.
>
> Yoav Shapira
> Millennium ChemInformatics
>
>
> >-Original Message-
> >From: Duncan [mailto:[EMAIL PROTECTED]
> >Sent: Monday, November 03, 2003 9:48 AM
> >To: [EMAIL PROTECTED]
> >Subject: Content Type
> >
> >I have a file running as a jsp but with a differant extension (.pms).
> >When a user requests this file in IE/Netscape. I want it to download as
> >a file rather than being opened as text by the browser.
> >
> >I have tried adding:
> >response.setContentType("application/octet-stream");
> >but this only seems to work some of the time.
> >
> >Anyone any ideas?
> >
> >Duncan Smith
> >Decker Telecom Ltd
> >
> >
> >-
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>
> This e-mail, including any attachments, is a confidential business
> communication, and may contain information that is confidential,
proprietary
> and/or privileged. This e-mail is intended only for the individual(s) to
> whom it is addressed, and may not be saved, copied, printed, disclosed or
> used by anyone else. If you are not the(an) intended recipient, please
> immediately delete this e-mail from your computer system and notify the
> sender. Thank you.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
