plaint text version of question: hello world w3schools (tomcat)

[Jim McNamara]

Hi-

I am resending my msg. in plain text wondering how to get tomcat to render my 
servlet for hellworld from code I got at w3schools.

I am trying to follow the guidelines:
TOMCAT 10.1.10 + plain text email!
THANKS 

code and configuration files:

import java.io.IOException;
import java.io.PrintWriter;
import javax.servlet.Servlet;
import javax.servlet.ServletConfig;
import javax.servlet.ServletException;
import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;
 
/**
 * This servlet program is used to print "Hello World" on 
 * client browser by implementing servlet interface.
 * @author w3spoint
 */
 
public class HelloWorld implements Servlet {
private static final long serialVersionUID = 1L;
 
//no-argument constructor.
public HelloWorld() {
 
}
 
ServletConfig config=null;
 
@Override
public void init(ServletConfig config) throws ServletException {
this.config = config;
System.out.println("Do initialization here.");  
}
 
@Override
public void destroy() {
System.out.println("Do clean-up process here.");
}
 
@Override
public ServletConfig getServletConfig() {
return config;
}
 
@Override
public String getServletInfo() {
return "w3spoint.com";
}
 
@Override
public void service(ServletRequest request, ServletResponse response)
throws ServletException, IOException {
response.setContentType("text/html");
PrintWriter out = response.getWriter();
 
out.println("Hello World example using " +
"servlet interface.");
out.close();
}
}


http://java.sun.com/xml/ns/j2ee; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; 
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee 
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd;>
 

HelloWorld

  HelloWorld


 

HelloWorld
/HelloWorld

 



url:

http://localhost:8080/examples/HelloWorld

 


error msg:

Root Cause

java.lang.ClassCastException: class HelloWorld cannot be cast to class 
jakarta.servlet.Servlet 


Sent with Proton Mail secure email.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: [OT] Unable to run "Hello World" in Eclipse JEE on Mac 10.11.3

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Mark,

On 7/22/17 1:18 PM, Mark Eggers wrote:
> Roparzh,
> 
> On 7/22/2017 12:14 AM, Roparzh Hemon wrote:
>> On my Mac 10.11.3 I've installed the Eclipse JEE IDE (Version:
>> Neon.3 Release (4.6.3)) I also installed apache-tomcat 9 on my
>> Mac, using the following commands :
>> 
>> sudo mkdir -p /usr/local sudo mv
>> ~/Downloads/apache-tomcat-9.0.0.M21 /usr/local sudo rm-f
>> /Library/Tomcat sudo ln -s /usr/local/apache-tomcat-9.0.0.M21/
>> /Library/Tomcat sudo chown -R roparzhhemon /Library/Tomcat sudo
>> chmod +x /Library/Tomcat/bin/*.sh
>> 
> 
> Don't do this. You will have permissions problems partially due to
> the way Eclipse runs servers by default.
> 
> Also, I don't think Eclipse Neon 3 supports Tomcat 9 out of the
> box. You'll need the JBoss Tools plugins (which contain a lot of
> good stuff).
> 
>> When I try "Run as server" on a minimal html file in JEE, I get
>> the following error message :
>> 
>> Could not load the Tomcat server configuration at /Servers/Tomcat
>> v9.0 Sever at localhost-config. The configuration may be corrupt
>> or incomplete.
>> 
>> Any help appreciated.
> 
> I'm in the process of writing up a very long and detailed message
> on how I get everything running on Linux / Windows. The Linux stuff
> should be applicable to the Macintosh.
> 
> I'll post this here when I'm done. Please be aware that it's going
> to be very long and have not so much to do with Tomcat. I'll label
> it [OT] so other readers can pass on it.

Sounds like a great ApacheCon talk! ;)

- -chris
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCAAGBQJZdiKSAAoJEBzwKT+lPKRYTaAP/RFmVlNATIGp6HjDn263Punq
88TpYPKlbkVQRY8MsH+4OEkCPKJUNwX5LNgDhru3JL/6IEQJC1PhkHrM4SeVgH3Y
q9rwehlncjZiEVzZbdL00KCKrUlT1Mx1xqqXiVphRPaFLTxXcrbQAJG8dENzJ8Jc
asVduttG/JNcL6gm6W+f6NTDQ4bcEobGc9hUllHl0rbogfU+fwa7jCAiQW+kfew5
f1FqmFq4mxdHGby1OwR0lQKsMiVm8H669xbPPWIurP+y9Ke2FigwD9aus393H8mH
fcWLCp3vXJ7ANYZeZmsfcIiFoODNKZwzOn0Xk5NvV+bJ++Ocn+r9vcRYcSfei0c4
G8IDqENOYFgqgYcqmhFNfZvwhWuEiA2bVRCI6p+uDTNownVyp78KSSTSiPMeHOP9
nFcU9X44qLAl1r36YtS3CQfNQdYJXMICeBrhZfYr9SocMK9NY0FK4MiZ8EsNAXHX
gRSubs+eGH1+SxohOHuYsP9ke4VVLuTByUXnSpaN+7Klv7MCphqYGV8cCKP7cIzf
H/0EE6MXKCMSNsIakWxbYuTsUhpyQWbbxYCafz+bv0jEr8xrTMnXrzrC5+Rrp3FG
m3x19MMA6BZ4X4PcD1jNQulLVVSUOHoqFYNIwmowSjmkMNDrqIv2of4zTrs8HQoQ
m6ffF+9FeJ3/aSeWjMFv
=rk4S
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Unable to run "Hello World" in Eclipse JEE on Mac 10.11.3

[Roparzh Hemon]

ple permissions problems, including not
> being able to start / stop Tomcat easily, read log files, modify server
> configurations, or have it controlled by the IDE.
>
> If you have a system-wide Tomcat running on the default ports (8005,
> 8009, 8080), you'll have to change your locally installed Tomcat ports.
> It's different in Eclipse, using the standard server setup.
>
> Here's how you do this in Eclipse:
>
> a. In the bottom panel, select the Servers tab
> b. Select the server you wish to work on
> c. Hit F3 to open the server configuration
> d. Make sure that you are on the Overview tab
> e. Find the server ports on the right hand side
> f. Edit them
> g. Ctrl-S to save the configuration
> h. Close the file
>
> This by default edits server metadata and DOES NOT alter your Tomcat
> installation. In other words, if you launch Tomcat from the command line
> using startup.sh, it will still use the original ports.
>
> You have the option of allowing Eclipse to take control of your Tomcat
> installation, but I've always been a bit leery about that.
>
> 2. Install Maven
>
> This step wasn't necessary, but it's nice to use the latest version of
> Maven. The installation instructions above make it easy to upgrade and
> roll back your local copy of Maven.
>
> In my development environments (RedHat - based Linux) I make the Maven
> globally available. This is done by adding some paths to
> /etc/profile.d/custom.sh. I don't know how this is accomplished on the
> Macintosh.
>
> That being said, the Eclipse lifecycle and Maven lifecycle are not
> really compatible. Progress has been made to synchronize the two, but
> you'll still run into problems. In order to get around this, there are
> some m2e-lifecycle plugins available for doing the following:
>
> 1. handling the YUI Maven compressor plugin
> 2. handling annotations
> 3. handling the Maven dependency plugin (which we use at $work)
>
> Install 'em if ya need 'em.
>
> Part C - Using this Mess
> 
>
> 1. Maven Gotchas
>
> Eclipse and Maven really don't get along very well. It's gotten better
> over the years (thanks to the fine team of m2e developers).
>
> The challenge centers around different views of the development
> lifecycle. Occasionally Eclipse doesn't register what Maven has done to
> the workspace, so you'll need to occasionally refresh the workspace.
>
> a. Select the project that seems to be out of sync
> b. Hit F5
>
> This will reread the workspace and update Eclipse. It's especially
> necessary when you run a maven commend outside of the IDE.
>
> 2. Creating a new Maven Project
>
> a. File->New-Maven Project
>1. You might not see Maven Project as an option
>2. If not, select Other
>3. Use the New Wizard and type maven in the text filter box
>4. Select Maven Project
>5. Click Next
> b. Click Next
> c. Leave the Use default  Workspace location checked for now
>1. I usually store my projects in a separate directory
>2. Makes them easier to access in multiple IDEs - a $work requirement
> d. Click the Next button
> e. You'll get a huge list of archetypes (read about those)
> f. Use the Filter and type webapp
> g. Scroll down and find the webapp-javaee7 archetype by codehaus
>1. you can also choose the webapp-javaee6 archetype
>2. or the webapp-jee5 archetype
> h. Click on the Next button
> i. Fill in the form
>1. group id - I use org.mdeggers for personal, com.$work for
>   professional
>2. artifact id - pick a name, maybe myhello
>3. version - I really hate 0.0.1-SNAPSHOT - so I use 1.0.0-SNAPSHOT
>4. SNAPSHOT is important - read about it on the Maven site
>5. leave the default package as is for now
> j. Click the Finish button
>
> The resulting project will be flagged with an error due to the fact that
> no ${endorsed} directory is available (yah Eclipse!). To fix this, you
> follow the instructions found by mousing over the red circle with the
> white "X" in it:
>
> To whit: You may need to perform a maven command line build in order to
> create it.
>
> To do that:
>
> a. cd to the project (workspace/myhello)
> b. mvn package
> c. then refresh the project (F5)
>
> Unfortunately, this uses the Maven dependency plugin, which doesn't fit
> well with the Eclipse lifecycle. Even with the m2e lifecycle plugin for
> the Maven dependency plugin installed, I still get an error.
>
> You have two choices:
>
> a. Delete the endorsed stuff - OK if you're not using it
>1. remove the dependency plugin from the plugins node
>2. remove the compiler configuration from the compiler plugin
>3. remove the property from the p

Re: Unable to run "Hello World" in Eclipse JEE on Mac 10.11.3

[Mark Eggers]

nd DOES NOT alter your Tomcat
installation. In other words, if you launch Tomcat from the command line
using startup.sh, it will still use the original ports.

You have the option of allowing Eclipse to take control of your Tomcat
installation, but I've always been a bit leery about that.

2. Install Maven

This step wasn't necessary, but it's nice to use the latest version of
Maven. The installation instructions above make it easy to upgrade and
roll back your local copy of Maven.

In my development environments (RedHat - based Linux) I make the Maven
globally available. This is done by adding some paths to
/etc/profile.d/custom.sh. I don't know how this is accomplished on the
Macintosh.

That being said, the Eclipse lifecycle and Maven lifecycle are not
really compatible. Progress has been made to synchronize the two, but
you'll still run into problems. In order to get around this, there are
some m2e-lifecycle plugins available for doing the following:

1. handling the YUI Maven compressor plugin
2. handling annotations
3. handling the Maven dependency plugin (which we use at $work)

Install 'em if ya need 'em.

Part C - Using this Mess


1. Maven Gotchas

Eclipse and Maven really don't get along very well. It's gotten better
over the years (thanks to the fine team of m2e developers).

The challenge centers around different views of the development
lifecycle. Occasionally Eclipse doesn't register what Maven has done to
the workspace, so you'll need to occasionally refresh the workspace.

a. Select the project that seems to be out of sync
b. Hit F5

This will reread the workspace and update Eclipse. It's especially
necessary when you run a maven commend outside of the IDE.

2. Creating a new Maven Project

a. File->New-Maven Project
   1. You might not see Maven Project as an option
   2. If not, select Other
   3. Use the New Wizard and type maven in the text filter box
   4. Select Maven Project
   5. Click Next
b. Click Next
c. Leave the Use default  Workspace location checked for now
   1. I usually store my projects in a separate directory
   2. Makes them easier to access in multiple IDEs - a $work requirement
d. Click the Next button
e. You'll get a huge list of archetypes (read about those)
f. Use the Filter and type webapp
g. Scroll down and find the webapp-javaee7 archetype by codehaus
   1. you can also choose the webapp-javaee6 archetype
   2. or the webapp-jee5 archetype
h. Click on the Next button
i. Fill in the form
   1. group id - I use org.mdeggers for personal, com.$work for
  professional
   2. artifact id - pick a name, maybe myhello
   3. version - I really hate 0.0.1-SNAPSHOT - so I use 1.0.0-SNAPSHOT
   4. SNAPSHOT is important - read about it on the Maven site
   5. leave the default package as is for now
j. Click the Finish button

The resulting project will be flagged with an error due to the fact that
no ${endorsed} directory is available (yah Eclipse!). To fix this, you
follow the instructions found by mousing over the red circle with the
white "X" in it:

To whit: You may need to perform a maven command line build in order to
create it.

To do that:

a. cd to the project (workspace/myhello)
b. mvn package
c. then refresh the project (F5)

Unfortunately, this uses the Maven dependency plugin, which doesn't fit
well with the Eclipse lifecycle. Even with the m2e lifecycle plugin for
the Maven dependency plugin installed, I still get an error.

You have two choices:

a. Delete the endorsed stuff - OK if you're not using it
   1. remove the dependency plugin from the plugins node
   2. remove the compiler configuration from the compiler plugin
   3. remove the property from the properties node
b. Keep the endorsed stuff
  1. needed if you use the endorsed mechanism
  2. classes in the endorsed directory may not show up in the Eclipse
 IDE

BTW - this works fine with NetBeans.

Finally, we can work with the project!!

In src/main/webapp, there should be an index.html.

a. double-click on it
b. this should open in the editor

If JBoss Tools works on the Macintosh like it does on Windows, you'll
get two panes by default.

a. source pane
b. display pane

You don't even have to run the server if this occurs. If not, we can
then run it on the server by doing the following.

a. Run as -> Run on Server
b. Select Tomcat v9.0.0.M22
c. Click Next
d. Click Finish

A "Hello World!" page should pop up as a separate tab in the Eclipse IDE.

Addendum


While the Tomcat log files are displayed in the console window at the
bottom of the IDE, it won't display any application logging. Application
logging is a good thing (we use commons-logging and log4j at $work), and
you should do this for all application logging needs. It makes your
system administrators (me) happy so that they don't have to sort
application errors from Tomcat errors.

This is where the Log Viewer plugin comes in handy. The tricky part of
this is finding out wh

Re: Unable to run "Hello World" in Eclipse JEE on Mac 10.11.3

[zemiandeng]

Hi, If you are simply using Eclipse to run Tomcat, I don't think you have to
run "sudo" command on MacOX. Just unzip a tomcat distribution with normal
user permission. Things should work. It might be helpful if you simply test
out the Tomcat without Eclipse first to ensure it's working, then you an
configure the IDE.



--
View this message in context: 
http://tomcat.10.x6.nabble.com/Unable-to-run-Hello-World-in-Eclipse-JEE-on-Mac-10-11-3-tp5065620p5065629.html
Sent from the Tomcat - User mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Unable to run "Hello World" in Eclipse JEE on Mac 10.11.3

[Mark Eggers]

Roparzh,

On 7/22/2017 12:14 AM, Roparzh Hemon wrote:
> On my Mac 10.11.3 I've installed the Eclipse JEE IDE (Version: Neon.3
> Release (4.6.3)) I also installed apache-tomcat 9 on my Mac, using the
> following commands :
> 
> sudo mkdir -p /usr/local sudo mv ~/Downloads/apache-tomcat-9.0.0.M21
> /usr/local sudo rm-f /Library/Tomcat sudo ln -s
> /usr/local/apache-tomcat-9.0.0.M21/ /Library/Tomcat sudo chown -R
> roparzhhemon /Library/Tomcat sudo chmod +x /Library/Tomcat/bin/*.sh
> 

Don't do this. You will have permissions problems partially due to the
way Eclipse runs servers by default.

Also, I don't think Eclipse Neon 3 supports Tomcat 9 out of the box.
You'll need the JBoss Tools plugins (which contain a lot of good stuff).

> When I try "Run as server" on a minimal html file in JEE, I get the
> following error message :
> 
> Could not load the Tomcat server configuration at /Servers/Tomcat v9.0
> Sever at localhost-config. The configuration may be corrupt or
> incomplete.
> 
> Any help appreciated.

I'm in the process of writing up a very long and detailed message on how
I get everything running on Linux / Windows. The Linux stuff should be
applicable to the Macintosh.

I'll post this here when I'm done. Please be aware that it's going to be
very long and have not so much to do with Tomcat. I'll label it [OT] so
other readers can pass on it.

. . . just my two cents
/mde/




signature.asc
Description: OpenPGP digital signature

Unable to run "Hello World" in Eclipse JEE on Mac 10.11.3

[Roparzh Hemon]

On my Mac 10.11.3 I've installed the Eclipse JEE IDE (Version: Neon.3
Release (4.6.3)) I also installed apache-tomcat 9 on my Mac, using the
following commands :

sudo mkdir -p /usr/local sudo mv ~/Downloads/apache-tomcat-9.0.0.M21
/usr/local sudo rm-f /Library/Tomcat sudo ln -s
/usr/local/apache-tomcat-9.0.0.M21/ /Library/Tomcat sudo chown -R
roparzhhemon /Library/Tomcat sudo chmod +x /Library/Tomcat/bin/*.sh

When I try "Run as server" on a minimal html file in JEE, I get the
following error message :

Could not load the Tomcat server configuration at /Servers/Tomcat v9.0
Sever at localhost-config. The configuration may be corrupt or
incomplete.

Any help appreciated.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: HTTP 404 error when trying to run a Hello World Java Servlet while using Eclipse and Tomcat

[Albert Kam]

Perhaps you would like to share :
- Whether you started the tomcat successfully (as seen from the
logs/catalina.out)
- Whether you can access the tomcat with http://localhost:8080 (assuming
you didnt change the tomcat's port)
- Whether you mapped the servlet in web.xml ?
- What URL did you use to access the servlet ?



On Sat, Nov 3, 2012 at 2:26 AM, Talia Selitsky talq...@gmail.com wrote:

 Hello,

 I am using Eclipse version Juno and Apache Tomcat 7.  I am trying to run a
 basic Hello World web application.
 I am following all of the basic steps but I keep getting a Http 404 error.
  The tomcat server runs fine, so I am not sure
 what the problem is. I have done tons of research online but none of the
 solutions have worked.
  Any help would be much appreciated.

 Thanks!




-- 
Do not pursue the past. Do not lose yourself in the future.
The past no longer is. The future has not yet come.
Looking deeply at life as it is in the very here and now,
the practitioner dwells in stability and freedom.
(Thich Nhat Hanh)

Re: Tomcat 7 Per Instance Memory Footprint in Hello World App.

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Noah,

On 3/16/2011 10:47 PM, Noah Cutler wrote:
 I'll need to sort out DBCP, java singletons are nothing like php where a
 singleton exists for lifetime of the request, vs. lifetime of the
 application.

The servlet spec includes a request object which (as one would expect)
survives for the life of the request. HttpServletRequest (that defining
class of the request objects) objects allow attributes to be set that
are therefore accessible during the life of the request. You could store
temporary resources in the request attributes if you want to be able to
re-use them and discard them when the request terminates.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk2D1EEACgkQ9CaO5/Lv0PD18QCgkXlLXa9ogZt32eTRcPbNqpwU
n7YAoJ0dhgRbxrm9iKhrEn3ScAqQYjIG
=xJlA
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat 7 Per Instance Memory Footprint in Hello World App.

[Noah Cutler]

Thomas,

yes, I have seen a few sample mod_jk configs, does not look difficult to
implement.

Load balanced, per instance and/or virtual host setup with new DBCP,
what more could one ask for ;--)

I am really looking forward to generating dynamic content with Groovy on
Tomcat, quite lightweight compared to say, Grails, which requires bare
minimum 512mb to run poorly, and 1024mb to run well, ouch.

Thanks for the tips...

Noah

On Wed, 2011-03-16 at 06:25 +0100, Thomas Freitag wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Hi Noah,
 
 On 03/15/2011 07:05 PM, Noah Cutler wrote:
  Obviously per instance is a memory hungry solution, albeit highly
  convenient. Placing all sites in a single instance is a possibility as
  well (and the most resource friendly), but I would need to implement
  some form of load balancing for the mid-business-day client A emergency
  restart (since all sites would be affected by the restart). Of course, I
  should have load balancing for the per instance solution as well to
  ensure application uptime even on restart.
 
 That could be done with a combination of Apache httpd and mod_jk (my
 preffered way), mod_proxy_ajp or mod_proxy_http. For mod_jk there is a
 very good documented, almost ready to start configuration in the source
 download.
 
 Regards,
 - -- 
 Thomas Freitag
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)
 
 iEYEARECAAYFAk2ASbsACgkQGE5pHr3PKuXf3ACeL35NqbxT912UJmQcsLsRqeJz
 8pQAn3sEYamqbBAceNpejbX0cJ/olWYR
 =4lmj
 -END PGP SIGNATURE-
 
 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org
 


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat 7 Per Instance Memory Footprint in Hello World App.

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Noah,

On 3/15/2011 7:02 PM, Noah Cutler wrote:
 However, some of the LAMP stack apps will have legacy/archived
 functionality that I have zero interest/time in porting over to
 JVM/Groovy framework. So, the plan is to mod_rewrite archived requests
 to php, along with static files (css,jss,html,etc.), and use Tomcat to
 serve up non-legacy dynamic content, connecting via AJP or mod_proxy.

Sounds reasonable: you you've already got Apache httpd in the mix, so
multiplexing between multiple backend Tomcats isn't a big deal, then.
FYI mod_proxy will also do AJP if you want. The protocol is slightly
more optimized than HTTP proxying, but does not (directly) include any
options for encryption and is a tiny bit harder to debug when problems
arise.

 Amazed that you have been able to tweak JVM memory usage down to as
 little as 128mb, incredible.

We have a very lean and mean webapp: small transactions and very little
stored in the session. We only have to increase the heap size as the
number of concurrent users grows. We've had to do this twice in
production, and the first time it was growing from a 64MiB heap up to
192MiB (just for good measure). Our last release had a huge problem with
it that was bringing way too many rows back from the db and caching them
in the user's session and we've had to temporarily grow up to 385MiB to
keep that under control before a fix can be put in place.

We use Struts 1 as our app framework and use our own hand-written JDBC
queries to fetch data from our RDBMS, so there's not a whole lot of junk
laying around.

 The OOME issue is a real one given my lack
 of experience in Java -- have @5 months Groovy under my belt and am
 enjoying it far too much to return to php -- so important client sites
 will have their own dedicated Tomcat instance; the rest, I'll virtual
 host in a single instance.

Sounds like a plan.

If you have any more questions, definitely come back to the list.

 Am interested in Tomcat 7's new DBCP model as well.  Coupled with Groovy
 per request singleton (unlike per instance/application lifetime), I
 should be able create a db connection handle on request start and
 thereafter have all queries in the request run against this cached
 connection (could also do a true singleton, the most efficient, but as I
 understand, singletons are specific to the entire instance, and
 therefore will not work for a virtual hosts setup).

I don't think that's what you want to do. Typically, a connection pool
will have a fixed number of connections for a (somewhat) unlimited
number of users. If you assign a db connection to each user, you are
tying-up resources on the db server for a user who may disappear and
never explicitly log out, freezing that connection until some timeout
occurs. Worse, you have to have potentially thousands of connections to
the back-end which may kill your db: all of those connections require a
non-trivial amount of memory to manage.

It's usually sufficient to grab a connection from the pool, use it, then
put it back. If you have a use case where some other strategy makes
sense, I'd be glad to hear it.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk2BORUACgkQ9CaO5/Lv0PAEhQCfZkOUFQ7r80Jp/7a2q1RJeeGg
sw8An2vtc0DnZ4oj56JN+xEv39aaVi78
=bKzA
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat 7 Per Instance Memory Footprint in Hello World App.

[Noah Cutler]

Chris, great feedback.

the Tomcat Groovy app will do nothing but serve up dynamic content
(httpd will handle ssl as well), so whichever method (ajp or mod_proxy)
peforms the best/is-most-reliable, I'll go with.

Love that 128mb JVM, I am very much interested in lean  mean.  Coming
from LAMP stack where memory usage is minimal for non-enterprise
trafficked apps, the JVM seems a bit heavy handed, but power comes at a
cost (memory) it seems. I'll need to analyze existing apache logs and
see how many concurrent users we have on average, and then tweak Java -X
accordingly per Tomcat instance. Assume with low traffic apps that you
can effectively starve the JVM, giving it just enough memory to start
(plus a small cushion), which is probably what you are doing with the
128mb JVM.  Speaking of, what are your basic -X params to pull this off?

Re: DBCP and per user per request connection handle, yes, not well
thought out, am putting the pieces together component-wise; most in the
know suggest connection pooling vs. per request connections. Correct me
if I am wrong here, but as I see it, there are 2 basic approaches for
database connectivity on the JVM:

1) low traffic app = non-pooled, connection per request
 this is the single tomcat instance, many virtual hosts model (low
budget hosting)

2) mid-to-high traffic app = pooled, connection per tomcat instance
 application has dedicated tomcat instance; connection handle is
singleton, created on tomcat startup and shared by all users.

One thing I may not have mentioned is that each component will be
running in its own virtual machine; i.e. VM1 Apache/PHP; VM2 MySQL; VM3
Tomcat/Groovy.

Probably will not get same performance as a bare metal setup, but the
server has 2X 6-core 12mb cache CPU, 6X 146GB SCSI, and 16GB RAM, so I
should be able to allocate sufficient resources to each VM and get
decent performance -- either way, will be fun to find out ;--)

Noah


On Wed, 2011-03-16 at 18:26 -0400, Christopher Schultz wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Noah,
 
 On 3/15/2011 7:02 PM, Noah Cutler wrote:
  However, some of the LAMP stack apps will have legacy/archived
  functionality that I have zero interest/time in porting over to
  JVM/Groovy framework. So, the plan is to mod_rewrite archived requests
  to php, along with static files (css,jss,html,etc.), and use Tomcat to
  serve up non-legacy dynamic content, connecting via AJP or mod_proxy.
 
 Sounds reasonable: you you've already got Apache httpd in the mix, so
 multiplexing between multiple backend Tomcats isn't a big deal, then.
 FYI mod_proxy will also do AJP if you want. The protocol is slightly
 more optimized than HTTP proxying, but does not (directly) include any
 options for encryption and is a tiny bit harder to debug when problems
 arise.
 
  Amazed that you have been able to tweak JVM memory usage down to as
  little as 128mb, incredible.
 
 We have a very lean and mean webapp: small transactions and very little
 stored in the session. We only have to increase the heap size as the
 number of concurrent users grows. We've had to do this twice in
 production, and the first time it was growing from a 64MiB heap up to
 192MiB (just for good measure). Our last release had a huge problem with
 it that was bringing way too many rows back from the db and caching them
 in the user's session and we've had to temporarily grow up to 385MiB to
 keep that under control before a fix can be put in place.
 
 We use Struts 1 as our app framework and use our own hand-written JDBC
 queries to fetch data from our RDBMS, so there's not a whole lot of junk
 laying around.
 
  The OOME issue is a real one given my lack
  of experience in Java -- have @5 months Groovy under my belt and am
  enjoying it far too much to return to php -- so important client sites
  will have their own dedicated Tomcat instance; the rest, I'll virtual
  host in a single instance.
 
 Sounds like a plan.
 
 If you have any more questions, definitely come back to the list.
 
  Am interested in Tomcat 7's new DBCP model as well.  Coupled with Groovy
  per request singleton (unlike per instance/application lifetime), I
  should be able create a db connection handle on request start and
  thereafter have all queries in the request run against this cached
  connection (could also do a true singleton, the most efficient, but as I
  understand, singletons are specific to the entire instance, and
  therefore will not work for a virtual hosts setup).
 
 I don't think that's what you want to do. Typically, a connection pool
 will have a fixed number of connections for a (somewhat) unlimited
 number of users. If you assign a db connection to each user, you are
 tying-up resources on the db server for a user who may disappear and
 never explicitly log out, freezing that connection until some timeout
 occurs. Worse, you have to have potentially thousands of connections to
 the back-end which may kill your db: all of those connections require 

Re: Tomcat 7 Per Instance Memory Footprint in Hello World App.

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Noah,

On 3/16/2011 7:48 PM, Noah Cutler wrote:
 the Tomcat Groovy app will do nothing but serve up dynamic content
 (httpd will handle ssl as well), so whichever method (ajp or mod_proxy)
 peforms the best/is-most-reliable, I'll go with.

I have a preference for mod_jk since it is more mature, has a separate
release cycle, and has more configuration options than mod_proxy_ajp.
I'm biased though since I've used mod_jk since before mod_proxy_ajp was
available. I had never considered mod_proxy_http but given the options
mod_jk has, I haven't re-considered it.

 Love that 128mb JVM, I am very much interested in lean  mean.  Coming
 from LAMP stack where memory usage is minimal for non-enterprise
 trafficked apps, the JVM seems a bit heavy handed, but power comes at a
 cost (memory) it seems. I'll need to analyze existing apache logs and
 see how many concurrent users we have on average, and then tweak Java -X
 accordingly per Tomcat instance. Assume with low traffic apps that you
 can effectively starve the JVM, giving it just enough memory to start
 (plus a small cushion), which is probably what you are doing with the
 128mb JVM.

If you are using a framework like JGroovy, you are adding a somewhat
thick layer on top of Java already... are you also using any other
libraries that might be either caching a lot of data or building large
object trees in memory?

 Speaking of, what are your basic -X params to pull this off?

Right now a simple -Xms384M -Xmx384M. No special PermGen options, no
GC options, no nuthin'.

 1) low traffic app = non-pooled, connection per request
 this is the single tomcat instance, many virtual hosts model (low
 budget hosting)

I would always use a connection pool, even if the pool is shallow. We
run with a mere 20 connections in production and serve hundreds of
simultaneous users (not simultaneous requests, of course).

 2) mid-to-high traffic app = pooled, connection per tomcat instance
 application has dedicated tomcat instance; connection handle is
 singleton, created on tomcat startup and shared by all users.

I would use a pool per webapp. That allows you to size each one
appropriately for the load and one busy webapp won't starve the other
webapps out of their connections.

 One thing I may not have mentioned is that each component will be
 running in its own virtual machine; i.e. VM1 Apache/PHP; VM2 MySQL; VM3
 Tomcat/Groovy.

Interesting, but not doesn't really change anything.

 Probably will not get same performance as a bare metal setup, but the
 server has 2X 6-core 12mb cache CPU, 6X 146GB SCSI, and 16GB RAM, so I
 should be able to allocate sufficient resources to each VM and get
 decent performance -- either way, will be fun to find out ;--)

One would hope ;)

Good luck,
- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk2BZWEACgkQ9CaO5/Lv0PCq0wCgnHkDm0aTMDNzvrj/Zazg5poi
LzoAoLEa5viGxb0FbXkX41r1NIZ3tDWS
=ES1m
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat 7 Per Instance Memory Footprint in Hello World App.

[Noah Cutler]

Chris,

will likely go with mod_jk, but I did notice that Jetty folks strongly
recommend mod_proxy (may be that their container works better with
mod_proxy)

I am not using a framework per se, one that I have written, so
definitely not something like Grails with Spring + Hibernate for
example.  Groovy itself is memory hungry, dynamic language features such
as closures, duck typing and runtime MOP come with a cost for sure. In
other words, not expecting to run on 128mb as you have been
attempting ;--)

I'll need to sort out DBCP, java singletons are nothing like php where a
singleton exists for lifetime of the request, vs. lifetime of the
application.

Thanks for the clarification on these issues!

Noah

On Wed, 2011-03-16 at 21:35 -0400, Christopher Schultz wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Noah,
 
 On 3/16/2011 7:48 PM, Noah Cutler wrote:
  the Tomcat Groovy app will do nothing but serve up dynamic content
  (httpd will handle ssl as well), so whichever method (ajp or mod_proxy)
  peforms the best/is-most-reliable, I'll go with.
 
 I have a preference for mod_jk since it is more mature, has a separate
 release cycle, and has more configuration options than mod_proxy_ajp.
 I'm biased though since I've used mod_jk since before mod_proxy_ajp was
 available. I had never considered mod_proxy_http but given the options
 mod_jk has, I haven't re-considered it.
 
  Love that 128mb JVM, I am very much interested in lean  mean.  Coming
  from LAMP stack where memory usage is minimal for non-enterprise
  trafficked apps, the JVM seems a bit heavy handed, but power comes at a
  cost (memory) it seems. I'll need to analyze existing apache logs and
  see how many concurrent users we have on average, and then tweak Java -X
  accordingly per Tomcat instance. Assume with low traffic apps that you
  can effectively starve the JVM, giving it just enough memory to start
  (plus a small cushion), which is probably what you are doing with the
  128mb JVM.
 
 If you are using a framework like JGroovy, you are adding a somewhat
 thick layer on top of Java already... are you also using any other
 libraries that might be either caching a lot of data or building large
 object trees in memory?
 
  Speaking of, what are your basic -X params to pull this off?
 
 Right now a simple -Xms384M -Xmx384M. No special PermGen options, no
 GC options, no nuthin'.
 
  1) low traffic app = non-pooled, connection per request
  this is the single tomcat instance, many virtual hosts model (low
  budget hosting)
 
 I would always use a connection pool, even if the pool is shallow. We
 run with a mere 20 connections in production and serve hundreds of
 simultaneous users (not simultaneous requests, of course).
 
  2) mid-to-high traffic app = pooled, connection per tomcat instance
  application has dedicated tomcat instance; connection handle is
  singleton, created on tomcat startup and shared by all users.
 
 I would use a pool per webapp. That allows you to size each one
 appropriately for the load and one busy webapp won't starve the other
 webapps out of their connections.
 
  One thing I may not have mentioned is that each component will be
  running in its own virtual machine; i.e. VM1 Apache/PHP; VM2 MySQL; VM3
  Tomcat/Groovy.
 
 Interesting, but not doesn't really change anything.
 
  Probably will not get same performance as a bare metal setup, but the
  server has 2X 6-core 12mb cache CPU, 6X 146GB SCSI, and 16GB RAM, so I
  should be able to allocate sufficient resources to each VM and get
  decent performance -- either way, will be fun to find out ;--)
 
 One would hope ;)
 
 Good luck,
 - -chris
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (MingW32)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
 
 iEYEARECAAYFAk2BZWEACgkQ9CaO5/Lv0PCq0wCgnHkDm0aTMDNzvrj/Zazg5poi
 LzoAoLEa5viGxb0FbXkX41r1NIZ3tDWS
 =ES1m
 -END PGP SIGNATURE-
 
 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org
 


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat 7 Per Instance Memory Footprint in Hello World App.

[Thomas Freitag]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Noah,

On 03/15/2011 06:25 AM, Noah Cutler wrote:
 can find nothing on the net re: this apparently basic question.
 
 Given a simple hello world app, what is the @memory footprint per
 instance in Tomcat 7?
 
 Just trying to assess options visa vi single instance + multiple virtual
 hosts vs. multiple instance single host (preferred option as each client
 app is isolated from the other).

There is a simple answer from the Java Heap point of view, a stock
Apache Tomcat 7.0.11 (running in Oracle JVM 1.6.0_24) around 3.5MB in
Heap, 11MB in Permanent Generation after startup (see garbage collection
log):

Heap after GC invocations=5 (full 2):
 PSYoungGen  total 18752K, used 0K [0x9ea5, 0x9ff3, 0xb38f)
  eden space 16128K, 0% used [0x9ea5,0x9ea5,0x9fa1)
  from space 2624K, 0% used [0x9fa1,0x9fa1,0x9fca)
  to   space 2624K, 0% used [0x9fca,0x9fca,0x9ff3)
 PSOldGentotal 42880K, used 3417K [0x74cf, 0x776d,
0x9ea5)
  object space 42880K, 7% used [0x74cf,0x75046520,0x776d)
 PSPermGen   total 18176K, used 10916K [0x70cf, 0x71eb,
0x74cf)
  object space 18176K, 60% used [0x70cf,0x71799068,0x71eb)

- From the system (32bit Linux in my test case) point of view, my test
with pmap gave me a total of 1191428K (~ 1.1GB). This includes shared
libraries, Heap, Perm, code cache and other native memory (stacks,
buffers etc), thus some of this can be used by other JVM instances...

To cut it short: Tomcats memory footprint is very small, that shouldn't
be a problem for you. The JVM memory footprint depends on JVM version,
operating system and might be a problem if you run many JVM instances.
Test it in your system...

Regards,
- -- 
Thomas Freitag
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAk1/CqkACgkQGE5pHr3PKuWldQCfag8Uy0K445QX6uMhyJLjRtzL
Et8AnjSva8LzilB3gp7Zobc1TdRr0J/S
=/Zul
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat 7 Per Instance Memory Footprint in Hello World App.

[Noah Cutler]

Thomas, excellent, informative.

So, given that a running 32-bit JVM on Linux will require at least 1GB
RAM, total memory usage will not be JVM footprint * num instances, but
rather, JVM footprint + num instances?

The use case is transferring 20 client sites from LAMP stack to JVM +
Tomcat 7 + MySQL + a Groovy.lang web framework I developed.

Ideally I would separate client sites into tomcat instances, so as to
isolate them from each other (i.e. redeploy/restart without affecting
other instances), but that hinges entirely on the memory footprint.

I have 16GB RAM available but was only planning on allocating 4-6GB RAM
for this project. Only a couple of the sites in question do significant
load (read: have been running on LAMP stack with 2GB RAM for several
years without issue)
-- 
--Noah

Noah Cutler
Web/Mobile Applications
New Mind Development
ad...@newminddevelopment.com
http:://newminddevelopment.com


On Tue, 2011-03-15 at 07:43 +0100, Thomas Freitag wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Hi Noah,
 
 On 03/15/2011 06:25 AM, Noah Cutler wrote:
  can find nothing on the net re: this apparently basic question.
  
  Given a simple hello world app, what is the @memory footprint per
  instance in Tomcat 7?
  
  Just trying to assess options visa vi single instance + multiple virtual
  hosts vs. multiple instance single host (preferred option as each client
  app is isolated from the other).
 
 There is a simple answer from the Java Heap point of view, a stock
 Apache Tomcat 7.0.11 (running in Oracle JVM 1.6.0_24) around 3.5MB in
 Heap, 11MB in Permanent Generation after startup (see garbage collection
 log):
 
 Heap after GC invocations=5 (full 2):
  PSYoungGen  total 18752K, used 0K [0x9ea5, 0x9ff3, 0xb38f)
   eden space 16128K, 0% used [0x9ea5,0x9ea5,0x9fa1)
   from space 2624K, 0% used [0x9fa1,0x9fa1,0x9fca)
   to   space 2624K, 0% used [0x9fca,0x9fca,0x9ff3)
  PSOldGentotal 42880K, used 3417K [0x74cf, 0x776d,
 0x9ea5)
   object space 42880K, 7% used [0x74cf,0x75046520,0x776d)
  PSPermGen   total 18176K, used 10916K [0x70cf, 0x71eb,
 0x74cf)
   object space 18176K, 60% used [0x70cf,0x71799068,0x71eb)
 
 - From the system (32bit Linux in my test case) point of view, my test
 with pmap gave me a total of 1191428K (~ 1.1GB). This includes shared
 libraries, Heap, Perm, code cache and other native memory (stacks,
 buffers etc), thus some of this can be used by other JVM instances...
 
 To cut it short: Tomcats memory footprint is very small, that shouldn't
 be a problem for you. The JVM memory footprint depends on JVM version,
 operating system and might be a problem if you run many JVM instances.
 Test it in your system...
 
 Regards,
 - -- 
 Thomas Freitag
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)
 
 iEYEARECAAYFAk1/CqkACgkQGE5pHr3PKuWldQCfag8Uy0K445QX6uMhyJLjRtzL
 Et8AnjSva8LzilB3gp7Zobc1TdRr0J/S
 =/Zul
 -END PGP SIGNATURE-
 
 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org
 


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat 7 Per Instance Memory Footprint in Hello World App.

[Thomas Freitag]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Noah,

On 14.03.11 um 21:27, Noah Cutler wrote:
 So, given that a running 32-bit JVM on Linux will require at least 1GB
 RAM, total memory usage will not be JVM footprint * num instances, but
 rather, JVM footprint + num instances?

Actually, the 1GB are virtual memory usage, not everything is
allocated in the physical memory. I'd say it is roughly: num instances * (JVM
not shareable + JVM heapperm) + JVM shareable. JVM not shareable
could be around 200-300MB. What heap sizes do you expect?

The figures I gave for Tomcat were taken directly after
startup. Because Tomcat starts additional threads for the connector
thread pools these could increase (maybe 50MB instead of 5MB), and
request processing needs some memory.
 
 The use case is transferring 20 client sites from LAMP stack to JVM +
 Tomcat 7 + MySQL + a Groovy.lang web framework I developed.
 
 Ideally I would separate client sites into tomcat instances, so as to
 isolate them from each other (i.e. redeploy/restart without affecting
 other instances), but that hinges entirely on the memory footprint.

You have to include the memory footprint of your applications into the
calculation. If you configure small heap sizes the risk of getting
OutOfMemoryErrors increases. If you deploy more than one application
in your tomcat instances, average usage of heap memory, threads and
database connections could be better.
 
 I have 16GB RAM available but was only planning on allocating 4-6GB RAM
 for this project. Only a couple of the sites in question do significant
 load (read: have been running on LAMP stack with 2GB RAM for several
 years without issue)

I'd try a mixed approach: Run some tomcat instances with more than one
application. Some restarts can be avoided by using hot deployments.
The MemoryLeakPreventionListener [1] helps to check if your applications
trigger some known memory leaks. That may fit your needs. 

I'm afraid it is very hard (or impossible) to start with an optimal
configuration. You will have to make an educated guess (usually
configure more ressources than necessary), monitor the resource usage, 
and adapt the configuration to your needs.

[1] http://tomcat.apache.org/tomcat-7.0-doc/config/listeners.html

Regards,
- -- 
Thomas Freitag
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAk1/LNAACgkQGE5pHr3PKuVkTwCeJLZkrBKq9yVkEmenQUV+ItkO
OcUAn3sznmYn/GTpbLospwQ30Kp7Ly/g
=+pCj
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat 7 Per Instance Memory Footprint in Hello World App.

[Noah Cutler]

Thomas, perfect, hours of searching Stackoverflow et al resolved in a
single mailing list thread ;--)

I will play around with various configs (per instance and multi-host per
instance) in my local devel to get an idea of no-load resource usage;
then, as you say, give some % more to avoid OOMEs in production.

Obviously per instance is a memory hungry solution, albeit highly
convenient. Placing all sites in a single instance is a possibility as
well (and the most resource friendly), but I would need to implement
some form of load balancing for the mid-business-day client A emergency
restart (since all sites would be affected by the restart). Of course, I
should have load balancing for the per instance solution as well to
ensure application uptime even on restart.

Hope the next version of Java addresses some of the issues with memory
leaks beyond what Tomcat 7 is already doing.  As a n00b to java land,
this one issue invokes the most doubt, clearly java roots are not in the
web per request model (i.e. request completes and everything, but
session data flushed).

Thanks for clarifying matters, Thomas, really helps to have an idea of
what you are getting into prior to working on an implementation.
-- 
--Noah

Noah Cutler
Web/Mobile Applications
New Mind Development
ad...@newminddevelopment.com
http:://newminddevelopment.com


On Tue, 2011-03-15 at 10:09 +0100, Thomas Freitag wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Hi Noah,
 
 On 14.03.11 um 21:27, Noah Cutler wrote:
  So, given that a running 32-bit JVM on Linux will require at least 1GB
  RAM, total memory usage will not be JVM footprint * num instances, but
  rather, JVM footprint + num instances?
 
 Actually, the 1GB are virtual memory usage, not everything is
 allocated in the physical memory. I'd say it is roughly: num instances * (JVM
 not shareable + JVM heapperm) + JVM shareable. JVM not shareable
 could be around 200-300MB. What heap sizes do you expect?
 
 The figures I gave for Tomcat were taken directly after
 startup. Because Tomcat starts additional threads for the connector
 thread pools these could increase (maybe 50MB instead of 5MB), and
 request processing needs some memory.
  
  The use case is transferring 20 client sites from LAMP stack to JVM +
  Tomcat 7 + MySQL + a Groovy.lang web framework I developed.
  
  Ideally I would separate client sites into tomcat instances, so as to
  isolate them from each other (i.e. redeploy/restart without affecting
  other instances), but that hinges entirely on the memory footprint.
 
 You have to include the memory footprint of your applications into the
 calculation. If you configure small heap sizes the risk of getting
 OutOfMemoryErrors increases. If you deploy more than one application
 in your tomcat instances, average usage of heap memory, threads and
 database connections could be better.
  
  I have 16GB RAM available but was only planning on allocating 4-6GB RAM
  for this project. Only a couple of the sites in question do significant
  load (read: have been running on LAMP stack with 2GB RAM for several
  years without issue)
 
 I'd try a mixed approach: Run some tomcat instances with more than one
 application. Some restarts can be avoided by using hot deployments.
 The MemoryLeakPreventionListener [1] helps to check if your applications
 trigger some known memory leaks. That may fit your needs. 
 
 I'm afraid it is very hard (or impossible) to start with an optimal
 configuration. You will have to make an educated guess (usually
 configure more ressources than necessary), monitor the resource usage, 
 and adapt the configuration to your needs.
 
 [1] http://tomcat.apache.org/tomcat-7.0-doc/config/listeners.html
 
 Regards,
 - -- 
 Thomas Freitag
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)
 
 iEYEARECAAYFAk1/LNAACgkQGE5pHr3PKuVkTwCeJLZkrBKq9yVkEmenQUV+ItkO
 OcUAn3sznmYn/GTpbLospwQ30Kp7Ly/g
 =+pCj
 -END PGP SIGNATURE-
 
 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org
 


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat 7 Per Instance Memory Footprint in Hello World App.

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Noah,

On 3/15/2011 3:27 AM, Noah Cutler wrote:
 So, given that a running 32-bit JVM on Linux will require at least 1GB
 RAM, total memory usage will not be JVM footprint * num instances, but
 rather, JVM footprint + num instances?

Not necessarily. We also run under 32-bit Linux (happens to be Tomcat
6.0.32 but it's not that different) and have JVMs that run under 128MiB
of RAM when configured in a certain way.

Obviously, your -Xmx settings have a lot to do with how much memory will
be used, as well as the number of threads that are managed by the JVM, etc.

 The use case is transferring 20 client sites from LAMP stack to JVM +
 Tomcat 7 + MySQL + a Groovy.lang web framework I developed.
 
 Ideally I would separate client sites into tomcat instances, so as to
 isolate them from each other (i.e. redeploy/restart without affecting
 other instances), but that hinges entirely on the memory footprint.

Ideally, you should be able to deploy/redeploy individual webapps
without interfering with each other. If you have specific concerns, let
us know and we might be able to comment.

Running under a SecurityManager can certainly help protect webapps from
each other -- things like prohibiting System.exit, etc.

 I have 16GB RAM available but was only planning on allocating 4-6GB RAM
 for this project. Only a couple of the sites in question do significant
 load (read: have been running on LAMP stack with 2GB RAM for several
 years without issue)

We run each of our webapps in a separate JVM/Tomcat process to isolate
them from resource conflicts -- we don't want one app to OOME and bring
down the others, for instance.

If you have some webapps that are particularly memory heavy or you are
worried about, you can separate them and run the others together.
Certainly running everything together in a single VM will be more memory
efficient but they might interfere in various ways.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk1/yWQACgkQ9CaO5/Lv0PBI0gCgq+wYJic2sWUoQsmM8aB9qHap
QL8AoLwI0cphsgZDRR+T5cr6pcpGxDfz
=L/Ot
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat 7 Per Instance Memory Footprint in Hello World App.

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Noah,

On 3/15/2011 2:05 PM, Noah Cutler wrote:
 Obviously per instance is a memory hungry solution, albeit highly
 convenient. Placing all sites in a single instance is a possibility as
 well (and the most resource friendly), but I would need to implement
 some form of load balancing for the mid-business-day client A emergency
 restart (since all sites would be affected by the restart). Of course, I
 should have load balancing for the per instance solution as well to
 ensure application uptime even on restart.

Something else to consider is that your configuration becomes more
complicated when you decide to go to more than 1 JVM: you'll have to use
a fronting web server to determine which backend JVM to contact.

If you have a single JVM, you can use it directly as your web server
with no other moving parts.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk1/y2IACgkQ9CaO5/Lv0PD4MQCgkWFA858UtCfSUmR+vlmnKI1l
kwAAniGvFqVvLI4jfTJKzPEqXfyh4y05
=zT2G
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat 7 Per Instance Memory Footprint in Hello World App.

[Noah Cutler]

Chris, thanks for the excellent feedback; thus far this list exceeds
Stackoverflow by orders of magnitude ;--)

Re: ease of implementation, yes, a single instance with multiple virtual
hosts is the way to go (similar setup to apache virtual hosts).

However, some of the LAMP stack apps will have legacy/archived
functionality that I have zero interest/time in porting over to
JVM/Groovy framework. So, the plan is to mod_rewrite archived requests
to php, along with static files (css,jss,html,etc.), and use Tomcat to
serve up non-legacy dynamic content, connecting via AJP or mod_proxy.

Amazed that you have been able to tweak JVM memory usage down to as
little as 128mb, incredible.  The OOME issue is a real one given my lack
of experience in Java -- have @5 months Groovy under my belt and am
enjoying it far too much to return to php -- so important client sites
will have their own dedicated Tomcat instance; the rest, I'll virtual
host in a single instance.

Am interested in Tomcat 7's new DBCP model as well.  Coupled with Groovy
per request singleton (unlike per instance/application lifetime), I
should be able create a db connection handle on request start and
thereafter have all queries in the request run against this cached
connection (could also do a true singleton, the most efficient, but as I
understand, singletons are specific to the entire instance, and
therefore will not work for a virtual hosts setup).

Lots to learn clearly, but am loving the potential here, sky is the
limit performance-wise...
-- 
--Noah

Noah Cutler
Web/Mobile Applications
New Mind Development
ad...@newminddevelopment.com
http:://newminddevelopment.com


On Tue, 2011-03-15 at 16:26 -0400, Christopher Schultz wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Noah,
 
 On 3/15/2011 2:05 PM, Noah Cutler wrote:
  Obviously per instance is a memory hungry solution, albeit highly
  convenient. Placing all sites in a single instance is a possibility as
  well (and the most resource friendly), but I would need to implement
  some form of load balancing for the mid-business-day client A emergency
  restart (since all sites would be affected by the restart). Of course, I
  should have load balancing for the per instance solution as well to
  ensure application uptime even on restart.
 
 Something else to consider is that your configuration becomes more
 complicated when you decide to go to more than 1 JVM: you'll have to use
 a fronting web server to determine which backend JVM to contact.
 
 If you have a single JVM, you can use it directly as your web server
 with no other moving parts.
 
 - -chris
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (MingW32)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
 
 iEYEARECAAYFAk1/y2IACgkQ9CaO5/Lv0PD4MQCgkWFA858UtCfSUmR+vlmnKI1l
 kwAAniGvFqVvLI4jfTJKzPEqXfyh4y05
 =zT2G
 -END PGP SIGNATURE-
 
 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org
 


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Tomcat 7 Per Instance Memory Footprint in Hello World App.

[Thomas Freitag]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Noah,

On 03/15/2011 07:05 PM, Noah Cutler wrote:
 Obviously per instance is a memory hungry solution, albeit highly
 convenient. Placing all sites in a single instance is a possibility as
 well (and the most resource friendly), but I would need to implement
 some form of load balancing for the mid-business-day client A emergency
 restart (since all sites would be affected by the restart). Of course, I
 should have load balancing for the per instance solution as well to
 ensure application uptime even on restart.

That could be done with a combination of Apache httpd and mod_jk (my
preffered way), mod_proxy_ajp or mod_proxy_http. For mod_jk there is a
very good documented, almost ready to start configuration in the source
download.

Regards,
- -- 
Thomas Freitag
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAk2ASbsACgkQGE5pHr3PKuXf3ACeL35NqbxT912UJmQcsLsRqeJz
8pQAn3sEYamqbBAceNpejbX0cJ/olWYR
=4lmj
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Tomcat 7 Per Instance Memory Footprint in Hello World App.

[Noah Cutler]

Hi,

can find nothing on the net re: this apparently basic question.

Given a simple hello world app, what is the @memory footprint per
instance in Tomcat 7?

Just trying to assess options visa vi single instance + multiple virtual
hosts vs. multiple instance single host (preferred option as each client
app is isolated from the other).

TIA and looking forward to using Tomcat 7!





-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

hello world

[Cristobal Castro]

hello
i just installed tomcat on win xp, now how can i set my firt project ? i 
see the tomcat folder in C:, do i need to put my first program in one of 
those folders? just like i did with normal apache ? (ex htdocs folder - 
called on browser by http://localhost/nameOfYourFile)

thanks
--
http://cristobal.castro.free.fr/


__ Information from ESET Smart Security, version of virus signature 
database 4747 (20100106) __

The message was checked by ESET Smart Security.

http://www.eset.com



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: hello world

[Mark Thomas]

On 06/01/2010 11:09, Cristobal Castro wrote:
 hello
 i just installed tomcat on win xp, now how can i set my firt project ? i
 see the tomcat folder in C:, do i need to put my first program in one of
 those folders? just like i did with normal apache ? (ex htdocs folder -
 called on browser by http://localhost/nameOfYourFile)
 thanks

http://tomcat.apache.org/tomcat-6.0-doc/appdev/index.html

Mark



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: hello world

[veena pandit]

It was actually:

http://localhost:8080/webapps/Hello/Hello.html.  Sorry for the misprint.

Veena

On Thu, May 28, 2009 at 6:07 AM, S Arvind arvindw...@gmail.com wrote:

 What path you gave to get that html in browser?

 -Arvind S

 *
 Many of lifes failure are people who did not realize how close they were
 to
 success when they gave up.
 -Thomas Edison
 *

  On Wed, May 27, 2009 at 5:48 AM, veena pandit v.kri...@gmail.com wrote:

  How to configure Hello.html in Tomcat?
 
  Where do I place the following file?  How to access it from the server?
 
 
  HTML
  BODY
  Hello, world
  /BODY
  /HTML
 
 
 
 
  Thanks,
 
  Veena
 

Re: hello world

[André Warnier]

veena pandit wrote:

It was actually:

http://localhost:8080/webapps/Hello/Hello.html.  Sorry for the misprint.

This must be the longest-running thread about a Hello World application 
ever, in any programming language.

:-)

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: hello world

[Serge Fonville]

 http://localhost:8080/webapps/Hello/Hello.html.  Sorry for the misprint.

 This must be the longest-running thread about a Hello World application
 ever, in any programming language.
 :-)

It looks to me that you should remove the webapps from the url.

What is your local path
What is the server.xml like
How did you deploy the app
How have you changed the default config...

HTH

Serge Fonville

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: hello world

[veena pandit]

Well I had to know, because it was chapter 1 in a web based tutorial for
JSP. :-)

Thanks,

Veena

On Fri, May 29, 2009 at 9:15 AM, André Warnier a...@ice-sa.com wrote:

 veena pandit wrote:

 It was actually:

 http://localhost:8080/webapps/Hello/Hello.html.  Sorry for the misprint.

 This must be the longest-running thread about a Hello World application
 ever, in any programming language.
 :-)


 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org

RE: hello world

[Caldarale, Charles R]

 From: veena pandit [mailto:v.kri...@gmail.com]
 Subject: Re: hello world
 
 it was chapter 1 in a web based tutorial for JSP. :-)

Can you provide a link to the tutorial?  I'd like to see what it says.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: hello world

[veena pandit]

http://www.jsptut.com/

On Fri, May 29, 2009 at 9:39 AM, Caldarale, Charles R 
chuck.caldar...@unisys.com wrote:

  From: veena pandit [mailto:v.kri...@gmail.com]
  Subject: Re: hello world
 
  it was chapter 1 in a web based tutorial for JSP. :-)

 Can you provide a link to the tutorial?  I'd like to see what it says.

  - Chuck


 THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
 MATERIAL and is thus for use only by the intended recipient. If you received
 this in error, please contact the sender and delete the e-mail and its
 attachments from all computers.


 -
  To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org

Re: hello world

[S Arvind]

instead of reading that tutorial try reading Head First JSP and SERVLETS.

-Arvind S


On Fri, May 29, 2009 at 7:14 PM, veena pandit v.kri...@gmail.com wrote:

 http://www.jsptut.com/

 On Fri, May 29, 2009 at 9:39 AM, Caldarale, Charles R 
 chuck.caldar...@unisys.com wrote:

   From: veena pandit [mailto:v.kri...@gmail.com]
   Subject: Re: hello world
  
   it was chapter 1 in a web based tutorial for JSP. :-)
 
  Can you provide a link to the tutorial?  I'd like to see what it says.
 
   - Chuck
 
 
  THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
  MATERIAL and is thus for use only by the intended recipient. If you
 received
  this in error, please contact the sender and delete the e-mail and its
  attachments from all computers.
 
 
  -
   To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
  For additional commands, e-mail: users-h...@tomcat.apache.org
 
 

Re: hello world

[veena pandit]

I have that book;  I am studying for SWCD certification.  There are some
gaps I am trying to fill.

On Fri, May 29, 2009 at 3:03 PM, S Arvind arvindw...@gmail.com wrote:

 instead of reading that tutorial try reading Head First JSP and SERVLETS.

 -Arvind S


 On Fri, May 29, 2009 at 7:14 PM, veena pandit v.kri...@gmail.com wrote:

  http://www.jsptut.com/
 
  On Fri, May 29, 2009 at 9:39 AM, Caldarale, Charles R 
  chuck.caldar...@unisys.com wrote:
 
From: veena pandit [mailto:v.kri...@gmail.com]
Subject: Re: hello world
   
it was chapter 1 in a web based tutorial for JSP. :-)
  
   Can you provide a link to the tutorial?  I'd like to see what it says.
  
- Chuck
  
  
   THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE
 PROPRIETARY
   MATERIAL and is thus for use only by the intended recipient. If you
  received
   this in error, please contact the sender and delete the e-mail and its
   attachments from all computers.
  
  
   -
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
   For additional commands, e-mail: users-h...@tomcat.apache.org
  
  
 

Re: hello world

[S Arvind]

What path you gave to get that html in browser?

-Arvind S

*
Many of lifes failure are people who did not realize how close they were to
success when they gave up.
-Thomas Edison
*

On Wed, May 27, 2009 at 5:48 AM, veena pandit v.kri...@gmail.com wrote:

 How to configure Hello.html in Tomcat?

 Where do I place the following file?  How to access it from the server?


 HTML
 BODY
 Hello, world
 /BODY
 /HTML




 Thanks,

 Veena

Re: hello world

[veena pandit]

http://localhost:8080/webapps/Hello.htm
l
-Veena

On Thu, May 28, 2009 at 6:07 AM, S Arvind arvindw...@gmail.com wrote:

 What path you gave to get that html in browser?

 -Arvind S

 *
 Many of lifes failure are people who did not realize how close they were
 to
 success when they gave up.
 -Thomas Edison
 *

  On Wed, May 27, 2009 at 5:48 AM, veena pandit v.kri...@gmail.com wrote:

  How to configure Hello.html in Tomcat?
 
  Where do I place the following file?  How to access it from the server?
 
 
  HTML
  BODY
  Hello, world
  /BODY
  /HTML
 
 
 
 
  Thanks,
 
  Veena
 

Re: hello world

[S Arvind]

rename the file name to index.html , or change the welcome page entry in
web.xml to hello.html

-Arvind S
*
Many of lifes failure are people who did not realize how close they were to
success when they gave up.
-Thomas Edison
*

On Wed, May 27, 2009 at 6:23 AM, veena pandit v.kri...@gmail.com wrote:

 I tried placing it in a webapps directory under tomcat root.  do i need to
 configure in web.xml?

 On Tue, May 26, 2009 at 8:25 PM, Hassan Schroeder 
 hassan.schroe...@gmail.com wrote:

  On Tue, May 26, 2009 at 5:18 PM, veena pandit v.kri...@gmail.com
 wrote:
   How to configure Hello.html in Tomcat?
  
   Where do I place the following file?  How to access it from the server?
 
  Where did you try placing it, and what makes you think that wasn't
  the right place?
 
  --
  Hassan Schroeder  hassan.schroe...@gmail.com
 
  -
  To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
  For additional commands, e-mail: users-h...@tomcat.apache.org
 
 

RE: hello world

[Caldarale, Charles R]

 From: S Arvind [mailto:arvindw...@gmail.com]
 Subject: Re: hello world
 
 rename the file name to index.html , or change the welcome page entry
 in web.xml to hello.html

As previously stated, that's a really bad idea.  It would overwrite Tomcat's 
default home page, obliterating the very useful links therein.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

hello world

[veena pandit]

How to configure Hello.html in Tomcat?

Where do I place the following file?  How to access it from the server?


HTML
BODY
Hello, world
/BODY
/HTML




Thanks,

Veena

Re: hello world

[Hassan Schroeder]

On Tue, May 26, 2009 at 5:18 PM, veena pandit v.kri...@gmail.com wrote:
 How to configure Hello.html in Tomcat?

 Where do I place the following file?  How to access it from the server?

Where did you try placing it, and what makes you think that wasn't
the right place?

-- 
Hassan Schroeder  hassan.schroe...@gmail.com

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: hello world

[veena pandit]

I tried placing it in a webapps directory under tomcat root.  do i need to
configure in web.xml?

On Tue, May 26, 2009 at 8:25 PM, Hassan Schroeder 
hassan.schroe...@gmail.com wrote:

 On Tue, May 26, 2009 at 5:18 PM, veena pandit v.kri...@gmail.com wrote:
  How to configure Hello.html in Tomcat?
 
  Where do I place the following file?  How to access it from the server?

 Where did you try placing it, and what makes you think that wasn't
 the right place?

 --
 Hassan Schroeder  hassan.schroe...@gmail.com

 -
 To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org

RE: hello world

[sterling]

hey guys, i just loaded onto a system with a old harddrive a replacement 
(different kind of motherboard) and updated/installed a new fedora 9.2 
version but cannot get a password to work and all of the user names have 
been changed.. 

any ideas how to get from the main on site console root access?

On Thu, 18 
Sep 2008, Caldarale, Charles R wrote:

  From: news [mailto:[EMAIL PROTECTED] On Behalf Of thufir
  Subject: hello world
 
  I'm running Ubuntu:
  [EMAIL PROTECTED]:~$
 
 I thought mentats weren't supposed to use computers...
 
  Do I need to install Tomcat 5.5 from Ubuntu
 
 We've had no end of problems with 3rd-party repackaged versions of Tomcat.  
 I'd strongly recommend you throw that one away, then download and install a 
 real Tomcat from tomcat.apache.org (latest version recommended, of course).  
 Otherwise, perhaps Ubuntu support could help.
 
  - Chuck
 
 
 THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
 MATERIAL and is thus for use only by the intended recipient. If you received 
 this in error, please contact the sender and delete the e-mail and its 
 attachments from all computers.
 
 -
 To start a new topic, e-mail: users@tomcat.apache.org
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 

-- 


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: hello world

[thufir]

On Sun, 21 Sep 2008 16:54:33 -0400, H. Hall wrote:


 When I installed Netbeans 6.1, the installer also installed Tomcat
 6.0.14. This was on a windows pc but I would find it very amazing if the
 Linux version of NB6.1  installed a TC 5.5.  Is is possible that a
 tomcat installed with Ubuntu?


Ah, looking at:

http://download.netbeans.org/netbeans/6.1/final/

I see that some versions of NB do include Tomcat -- interesting.

So far as I can tell this isn't the case for Ubuntu, though.

Ubuntu can install Tomcat 5.5 through the package manager,
and then I may have installed the plug-in for Tomcat 6...?

I dunno.

It seems to be working with the upstream tomcat 6
and NB 6.  With Java 6, does this mean that the arrival
of the four horsemen is imminent!?

Anyhow, I expressed my frustration on the Ubuntu
mailing list and received a confirmation and then a
works for me, along with an advisory not to run
Tomcat as root.


-Thufir


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: hello world

[H. Hall]

thufir wrote:

This cuts across IDE, OS and server.

I'm running Ubuntu:

[EMAIL PROTECTED]:~$ 
[EMAIL PROTECTED]:~$ cat /etc/lsb-release 
DISTRIB_ID=Ubuntu

DISTRIB_RELEASE=8.04
DISTRIB_CODENAME=hardy
DISTRIB_DESCRIPTION=Ubuntu 8.04.1
[EMAIL PROTECTED]:~$ 
[EMAIL PROTECTED]:~$ sudo apt-get update; sudo apt-get upgrade;

sudo apt-get dist-upgrade
...

which, near as I can tell, is fully updated.  I'm also
running Netbeans 6.0.1 and Java 6, and Tomcat 5.5.  (If Ubuntu is up
to date, why isn't Netbeans and Tomcat?  anyhow.)
  


When I installed Netbeans 6.1, the installer also installed Tomcat 
6.0.14. This was on a windows pc but I would find it very amazing if the 
Linux version of NB6.1  installed a TC 5.5.  Is is possible that a 
tomcat installed with Ubuntu?




From Netbeans I've installed the Tomcat plug-in, which
seems to have resulted in two Tomcat directories:

/usr/share/tomcat5.5
/usr/share/tomcat5.5-webapps

When I go to create a new web application from the IDE, Netbeans
prompts for the user/password for a manager and the path to
Catalina.
  

Is this the tomcat manager app?

If so, the user name is ide.  You can find and set the password by 
clicking on the 'Services' Tab in NetBeans, then expand the 'Servers' 
tab. You should see the Tomcat server and its version listed beside a 
tomcat icon.

Right click on the icon.and when the menu pops up click on 'properties'.
A window pops up, click on the 'connections' tab.

You should see a lot of information including where Catalina Home and 
Catalina Base are located. You will also see credentials for the 
manager. The username is ide, click on the show button to see the 
password.


You have to start tomcat manually, NB does not start it for you. Close 
the properties windown and Rt click on the tomcat icon you saw earlier 
and click start.  Make sure you don't have another tomcat already 
running and using the same port number.


cheers,
HH

Which version of Tomcat are they referencing?  Do I need to install
Tomcat 5.5 from Ubuntu, or just the plug-in from Netbeans?

Just not quite sure how to get started.  Navigating to localhost
just gives it works, so I'll have to dig further into fixing
tomcat.

It just seems that the one thing depends on another, which goes in
a circle so that I'm not even sure of my question.




-Thufir


  



--
H. Hall
ReedyRiver Group LLC
http://www.reedyriver.com


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: hello world

[André Warnier]

Caldarale, Charles R wrote:

From: news [mailto:[EMAIL PROTECTED] On Behalf Of thufir
Subject: Re: hello world

If Apache installs then why not tomcat?


Apache is a software organization with numerous products; if by Apache you 
mean httpd, it may be because the 3rd-party developers are more familiar with it so less 
likely to screw it up.  For Tomcat, they seem to take great delight in scattering its 
files all over, using symlinks to try to link it all back up, along with highly modified 
startup/shutdown scripts that add minor niceties but break anything but basic operation.

Use a real Tomcat, and see what happens.

 - Chuck

Hi.
I usually do not agree with Chuck on the subject of the 
benefits/inconvenients of third-party Tomcat packages.


But I must admit that, concerning Tomcat 5.x and Debian/Ubuntu, I do 
agree with the comment above.  The packager in that instance seems to 
have a great imagination and a lot of fun scattering Tomcat all over the 
place, in a way that makes it hard even to find out where to begin 
unraveling the spaghetti-bowl of symlinks and directories.


Apparently, for Tomcat5.5, it is even so that installing the basic 
Tomcat5.5 package (tomcat5.5) results in a Tomcat which starts up, but 
answers with a blank page and an error 400 no Host matches servername 
localhost when you try to access it via localhost:8180 (although there 
is only one Host in server.xml, named localhost).


You need to install the additional package tomcat5.5-webapps (which 
installs the webapps in some base directory different from Tomcat 
itself) to start seeing something (the basic Tomcat Welcome page).


I kind of imagine that this is because if Tomcat starts, but has 
absolutely no documents or applications to serve in its document root, 
it answers with that cryptic error message.


Now rather than recriminating at aeternum, does anyone know how to track 
down said packager, so that maybe he could come here and see the errors 
of his ways, or at least explain his logic here ? Same as for Debian 
Tomcat5.5 itself, I haven't a clue where to start.




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: hello world

[Martin Gainty]

once the real tomcat is installed..start logging..
http://tomcat.apache.org/tomcat-5.5-doc/logging.html

Martin 
__ 
Disclaimer and confidentiality note 
Everything in this e-mail and any attachments relates to the official business 
of Sender. This transmission is of a confidential nature and Sender does not 
endorse distribution to any party other than intended recipient. Sender does 
not necessarily endorse content contained within this transmission. 


 Date: Fri, 19 Sep 2008 09:09:11 +0200
 From: [EMAIL PROTECTED]
 To: users@tomcat.apache.org
 Subject: Re: hello world
 
 Caldarale, Charles R wrote:
  From: news [mailto:[EMAIL PROTECTED] On Behalf Of thufir
  Subject: Re: hello world
 
  If Apache installs then why not tomcat?
  
  Apache is a software organization with numerous products; if by Apache 
  you mean httpd, it may be because the 3rd-party developers are more 
  familiar with it so less likely to screw it up.  For Tomcat, they seem to 
  take great delight in scattering its files all over, using symlinks to try 
  to link it all back up, along with highly modified startup/shutdown scripts 
  that add minor niceties but break anything but basic operation.
  
  Use a real Tomcat, and see what happens.
  
   - Chuck
 Hi.
 I usually do not agree with Chuck on the subject of the 
 benefits/inconvenients of third-party Tomcat packages.
 
 But I must admit that, concerning Tomcat 5.x and Debian/Ubuntu, I do 
 agree with the comment above.  The packager in that instance seems to 
 have a great imagination and a lot of fun scattering Tomcat all over the 
 place, in a way that makes it hard even to find out where to begin 
 unraveling the spaghetti-bowl of symlinks and directories.
 
 Apparently, for Tomcat5.5, it is even so that installing the basic 
 Tomcat5.5 package (tomcat5.5) results in a Tomcat which starts up, but 
 answers with a blank page and an error 400 no Host matches servername 
 localhost when you try to access it via localhost:8180 (although there 
 is only one Host in server.xml, named localhost).
 
 You need to install the additional package tomcat5.5-webapps (which 
 installs the webapps in some base directory different from Tomcat 
 itself) to start seeing something (the basic Tomcat Welcome page).
 
 I kind of imagine that this is because if Tomcat starts, but has 
 absolutely no documents or applications to serve in its document root, 
 it answers with that cryptic error message.
 
 Now rather than recriminating at aeternum, does anyone know how to track 
 down said packager, so that maybe he could come here and see the errors 
 of his ways, or at least explain his logic here ? Same as for Debian 
 Tomcat5.5 itself, I haven't a clue where to start.
 
 
 
 -
 To start a new topic, e-mail: users@tomcat.apache.org
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 

_
Want to do more with Windows Live? Learn “10 hidden secrets” from Jamie.
http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008

Re: hello world

[Steve Ochani]

Send reply to:  Tomcat Users List users@tomcat.apache.org
Date sent:  Fri, 19 Sep 2008 09:09:11 +0200
From:   André Warnier [EMAIL PROTECTED]
To: Tomcat Users List users@tomcat.apache.org
Subject:Re: hello world


 Now rather than recriminating at aeternum, does anyone know how to
 track down said packager, so that maybe he could come here and see the
 errors of his ways, or at least explain his logic here ? Same as for
 Debian Tomcat5.5 itself, I haven't a clue where to start.


I remember a while back someone from Ubuntu posting on this list stating that 
if someone
needs help getting their tomcat package working that the person should ask in 
their forums.
So that might be a place to start looking for the packager or at least someone 
who can
answer why the packages are so ... non functional.


-Steve O.





 -
 To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe,
 e-mail: [EMAIL PROTECTED] For additional commands,
 e-mail: [EMAIL PROTECTED]




-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: hello world

[thufir]

On Fri, 19 Sep 2008 10:10:20 -0400, Steve Ochani wrote:


 Now rather than recriminating at aeternum, does anyone know how to
 track down said packager, so that maybe he could come here and see the
 errors of his ways, or at least explain his logic here ? Same as for
 Debian Tomcat5.5 itself, I haven't a clue where to start.

Wouldn't this be the starting place?  Yeah, I'm a tad bitter at wasting
my time.

 I remember a while back someone from Ubuntu posting on this list stating
 that if someone needs help getting their tomcat package working that the
 person should ask in their forums.

that kinda makes sense.

 So that might be a place to start
 looking for the packager or at least someone who can answer why the
 packages are so ... non functional.


I got tomcat working satisfactorily by following:

http://www.howtogeek.com/howto/linux/installing-tomcat-6-on-ubuntu/

I haven't fully tested it, but I did set up a manager role and so forth.

For the life of me, I can't see why the incredibly simple how-to is
*not* what synaptic does under ubuntu.  They should just remove
it from synaptic.

By the way, I thought that the JAVA_HOME environment variable
was passe?

I'm going to make a post to the ubuntu mailing list asking why?.



-Thufir


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

hello world

[thufir]

This cuts across IDE, OS and server.

I'm running Ubuntu:

[EMAIL PROTECTED]:~$ 
[EMAIL PROTECTED]:~$ cat /etc/lsb-release 
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=8.04
DISTRIB_CODENAME=hardy
DISTRIB_DESCRIPTION=Ubuntu 8.04.1
[EMAIL PROTECTED]:~$ 
[EMAIL PROTECTED]:~$ sudo apt-get update; sudo apt-get upgrade;
sudo apt-get dist-upgrade
...

which, near as I can tell, is fully updated.  I'm also
running Netbeans 6.0.1 and Java 6, and Tomcat 5.5.  (If Ubuntu is up
to date, why isn't Netbeans and Tomcat?  anyhow.)

From Netbeans I've installed the Tomcat plug-in, which
seems to have resulted in two Tomcat directories:

/usr/share/tomcat5.5
/usr/share/tomcat5.5-webapps

When I go to create a new web application from the IDE, Netbeans
prompts for the user/password for a manager and the path to
Catalina.

Which version of Tomcat are they referencing?  Do I need to install
Tomcat 5.5 from Ubuntu, or just the plug-in from Netbeans?

Just not quite sure how to get started.  Navigating to localhost
just gives it works, so I'll have to dig further into fixing
tomcat.

It just seems that the one thing depends on another, which goes in
a circle so that I'm not even sure of my question.




-Thufir


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: hello world

[Caldarale, Charles R]

 From: news [mailto:[EMAIL PROTECTED] On Behalf Of thufir
 Subject: hello world

 I'm running Ubuntu:
 [EMAIL PROTECTED]:~$

I thought mentats weren't supposed to use computers...

 Do I need to install Tomcat 5.5 from Ubuntu

We've had no end of problems with 3rd-party repackaged versions of Tomcat.  I'd 
strongly recommend you throw that one away, then download and install a real 
Tomcat from tomcat.apache.org (latest version recommended, of course).  
Otherwise, perhaps Ubuntu support could help.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: hello world

[Brantley Hobbs]

Caldarale, Charles R wrote:

From: news [mailto:[EMAIL PROTECTED] On Behalf Of thufir
Subject: hello world

I'm running Ubuntu:
[EMAIL PROTECTED]:~$



I thought mentats weren't supposed to use computers...
  


No matter what, the spice must flow.  If it takes a computer, it takes a 
computer.



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: hello world

[thufir]

On Thu, 18 Sep 2008 11:02:42 -0400, Brantley Hobbs wrote:

 I thought mentats weren't supposed to use computers...
   

Later on they do :)

   
 No matter what, the spice must flow.  If it takes a computer, it takes a
 computer.


Yes :)



-Thufir


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: hello world

[thufir]

On Thu, 18 Sep 2008 09:50:18 -0500, Caldarale, Charles R wrote:

 Do I need to install Tomcat 5.5 from Ubuntu
 
 We've had no end of problems with 3rd-party repackaged versions of
 Tomcat.

Ok, yeah, I've seen mention of that, but thought that must be in error.
If Apache installs then why not tomcat?


-Thufir


-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: hello world

[Caldarale, Charles R]

 From: news [mailto:[EMAIL PROTECTED] On Behalf Of thufir
 Subject: Re: hello world

 If Apache installs then why not tomcat?

Apache is a software organization with numerous products; if by Apache you 
mean httpd, it may be because the 3rd-party developers are more familiar with 
it so less likely to screw it up.  For Tomcat, they seem to take great delight 
in scattering its files all over, using symlinks to try to link it all back up, 
along with highly modified startup/shutdown scripts that add minor niceties but 
break anything but basic operation.

Use a real Tomcat, and see what happens.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]