You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by Chris Hale <ch...@peaknetworks.com> on 2003/03/15 17:49:17 UTC
j2se and tomcat install problems - memory heap when running java
All,
Using linux 2.4.16-10, with Apache/1.3.27 installed. Trying to get Tomcat
installed so my programmers can write jsp web pages.
I've installed j2sdk1.4.1_02 and jakarta-tomcat-4.1.18-LE-jdk14 (all
binaries, not source). I've even installed the tomcat 4.1.18 without the
LE-jdk14 (not sure what the diff is??).
Here's my .bashrc:
root@cpanel [/]# more /root/.bashrc
# .bashrc
# User specific aliases and functions
alias rm='rm -i'
alias cp='cp -i'
alias mv='mv -i'
CATALINA_HOME=/usr/jakarta-tomcat-4.1.18-LE-jdk14
JAKARTA_HOME=/usr/jakarta-tomcat-4.1.18-LE-jdk14
ANT_HOME=$JAKARTA_HOME/jakarta-ant
TOMCAT_HOME=$JAKARTA_HOME/build/tomcat
PATH=$JAVA_HOME/bin:$PATH
export CATALINA_HOME JAKARTA_HOME ANT_HOME TOMCAT_HOME PATH
#Source global definitions
if [ -f /etc/bashrc ]; then
. /etc/bashrc
fi
I haven't done anything other than install jdk and tomcat (I think). When I
run /usr/local/tomcat/bin/startup.sh, I get this:
root@cpanel [/usr/local/tomcat/bin]# ./startup.sh
Using CATALINA_BASE: /usr/local/tomcat
Using CATALINA_HOME: /usr/local/tomcat
Using CATALINA_TMPDIR: /usr/local/tomcat/temp
Using JAVA_HOME: /usr/local/jdk
But if I try to browse to http://localhost:8080, I get nothing. What am I
missing? If I type java into the console, I get a memory heap error:
root@cpanel [/usr/local/tomcat/bin]# java
Error occurred during initialization of VM
Could not reserve enough space for object heap
IDEAS???
Thanks,
Chris
----------------------------------------------
Chris Hale
Peak Networks
16 Cassie Lane
Merrimack, NH 03054
http://www.peaknetworks.com
800-PEAK-987
chris@peaknetworks.com
-----Original Message-----
From: tomcat-dev-help@jakarta.apache.org
[mailto:tomcat-dev-help@jakarta.apache.org]
Sent: Saturday, March 15, 2003 10:49 AM
To: chris@peaknetworks.com
Subject: WELCOME to tomcat-dev@jakarta.apache.org
Hi! This is the ezmlm program. I'm managing the
tomcat-dev@jakarta.apache.org mailing list.
I'm working for my owner, who can be reached
at tomcat-dev-owner@jakarta.apache.org.
Acknowledgment: I have added the address
chris@peaknetworks.com
to the tomcat-dev mailing list.
Welcome to tomcat-dev@jakarta.apache.org!
Please save this message so that you know the address you are
subscribed under, in case you later want to unsubscribe or change your
subscription address.
--- Administrative commands for the tomcat-dev list ---
I can handle administrative requests automatically. Please
do not send them to the list address! Instead, send
your message to the correct command address:
To subscribe to the list, send a message to:
<to...@jakarta.apache.org>
To remove your address from the list, send a message to:
<to...@jakarta.apache.org>
Send mail to the following for info and FAQ for this list:
<to...@jakarta.apache.org>
<to...@jakarta.apache.org>
Similar addresses exist for the digest list:
<to...@jakarta.apache.org>
<to...@jakarta.apache.org>
To get messages 123 through 145 (a maximum of 100 per request), mail:
<to...@jakarta.apache.org>
To get an index with subject and author for messages 123-456 , mail:
<to...@jakarta.apache.org>
They are always returned as sets of 100, max 2000 per request,
so you'll actually get 100-499.
To receive all messages with the same subject as message 12345,
send an empty message to:
<to...@jakarta.apache.org>
The messages do not really need to be empty, but I will ignore
their content. Only the ADDRESS you send to is important.
You can start a subscription for an alternate address,
for example "john@host.domain", just add a hyphen and your
address (with '=' instead of '@') after the command word:
<to...@jakarta.apache.org>
To stop subscription for this address, mail:
<to...@jakarta.apache.org>
In both cases, I'll send a confirmation message to that address. When
you receive it, simply reply to it to complete your subscription.
If despite following these instructions, you do not get the
desired results, please contact my owner at
tomcat-dev-owner@jakarta.apache.org. Please be patient, my owner is a
lot slower than I am ;-)
--- Enclosed is a copy of the request I received.
Return-Path: <ch...@peaknetworks.com>
Received: (qmail 44692 invoked from network); 15 Mar 2003 15:48:35 -0000
Received: from unknown (HELO unix178.hosting-network.com) (66.216.37.1)
by daedalus.apache.org with SMTP; 15 Mar 2003 15:48:35 -0000
Received: (qmail 17827 invoked from network); 15 Mar 2003 15:48:55 -0000
Received: from unknown (HELO chrislaptop) (24.131.186.243)
by node-64.hosting-network.com with SMTP; 15 Mar 2003 15:48:55 -0000
X-Comments: BlackMail headers - Mail to abuse@featureprice.com to report
spam.
X-Authenticated-Connect: 24.131.186.243
X-Authenticated-Timestamp: 10:48:55(EST) on March 15, 2003
X-HELO-From: chrislaptop
X-Mail-From: <ch...@peaknetworks.com>
X-Sender-IP-Address: 24.131.186.243
From: "Chris Hale" <ch...@peaknetworks.com>
To:
<tomcat-dev-sc.1047742326.cmocejcjjcegbaokgpjj-chris=peaknetworks.com@jakart
a.apache.org>
Subject: RE: confirm subscribe to tomcat-dev@jakarta.apache.org
Date: Sat, 15 Mar 2003 10:48:26 -0500
Organization: Peak Networks
Message-ID: <00...@chrislaptop>
MIME-Version: 1.0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Importance: Normal
In-Reply-To: <10...@jakarta.apache.org>
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
----------------------------------------------
Chris Hale
Peak Networks
16 Cassie Lane
Merrimack, NH 03054
http://www.peaknetworks.com
800-PEAK-987
chris@peaknetworks.com
=20
=20
=20
-----Original Message-----
From: tomcat-dev-help@jakarta.apache.org
[mailto:tomcat-dev-help@jakarta.apache.org]=20
Sent: Saturday, March 15, 2003 10:32 AM
To: chris@peaknetworks.com
Subject: confirm subscribe to tomcat-dev@jakarta.apache.org
Hi! This is the ezmlm program. I'm managing the
tomcat-dev@jakarta.apache.org mailing list.
I'm working for my owner, who can be reached
at tomcat-dev-owner@jakarta.apache.org.
To confirm that you would like
chris@peaknetworks.com
added to the tomcat-dev mailing list, please send
an empty reply to this address:
=20
tomcat-dev-sc.1047742326.cmocejcjjcegbaokgpjj-chris=3Dpeaknetworks.com@ja=
karta
.apache.org
Usually, this happens when you just hit the "reply" button.
If this does not work, simply copy the address and paste it into
the "To:" field of a new message.
or click here:
=09
mailto:tomcat-dev-sc.1047742326.cmocejcjjcegbaokgpjj-chris=3Dpeaknetworks=
.com@
jakarta.apache.org
This confirmation serves two purposes. First, it verifies that I am able
to get mail through to you. Second, it protects you in case someone
forges a subscription request in your name.
Some mail programs are broken and cannot handle long addresses. If you
cannot reply to this request, instead send a message to
<to...@jakarta.apache.org> and put the
entire address listed above into the "Subject:" line.
--- Administrative commands for the tomcat-dev list ---
I can handle administrative requests automatically. Please
do not send them to the list address! Instead, send
your message to the correct command address:
To subscribe to the list, send a message to:
<to...@jakarta.apache.org>
To remove your address from the list, send a message to:
<to...@jakarta.apache.org>
Send mail to the following for info and FAQ for this list:
<to...@jakarta.apache.org>
<to...@jakarta.apache.org>
Similar addresses exist for the digest list:
<to...@jakarta.apache.org>
<to...@jakarta.apache.org>
To get messages 123 through 145 (a maximum of 100 per request), mail:
<to...@jakarta.apache.org>
To get an index with subject and author for messages 123-456 , mail:
<to...@jakarta.apache.org>
They are always returned as sets of 100, max 2000 per request,
so you'll actually get 100-499.
To receive all messages with the same subject as message 12345,
send an empty message to:
<to...@jakarta.apache.org>
The messages do not really need to be empty, but I will ignore
their content. Only the ADDRESS you send to is important.
You can start a subscription for an alternate address,
for example "john@host.domain", just add a hyphen and your
address (with '=3D' instead of '@') after the command word:
<to...@jakarta.apache.org>
To stop subscription for this address, mail:
<to...@jakarta.apache.org>
In both cases, I'll send a confirmation message to that address. When
you receive it, simply reply to it to complete your subscription.
If despite following these instructions, you do not get the
desired results, please contact my owner at
tomcat-dev-owner@jakarta.apache.org. Please be patient, my owner is a
lot slower than I am ;-)
--- Enclosed is a copy of the request I received.
Return-Path: <ch...@peaknetworks.com>
Received: (qmail 39568 invoked from network); 15 Mar 2003 15:32:06 -0000
Received: from unknown (HELO unix178.hosting-network.com) (66.216.37.1)
by daedalus.apache.org with SMTP; 15 Mar 2003 15:32:06 -0000
Received: (qmail 14982 invoked from network); 15 Mar 2003 15:32:24 -0000
Received: from unknown (HELO chrislaptop) (24.131.186.243)
by node-64.hosting-network.com with SMTP; 15 Mar 2003 15:32:24 -0000
X-Comments: BlackMail headers - Mail to abuse@featureprice.com to report
spam.
X-Authenticated-Connect: 24.131.186.243
X-Authenticated-Timestamp: 10:32:24(EST) on March 15, 2003
X-HELO-From: chrislaptop
X-Mail-From: <ch...@peaknetworks.com>
X-Sender-IP-Address: 24.131.186.243
From: "Chris Hale" <ch...@peaknetworks.com>
To: <to...@jakarta.apache.org>
Subject:=20
Date: Sat, 15 Mar 2003 10:31:55 -0500
Organization: Peak Networks
Message-ID: <00...@chrislaptop>
MIME-Version: 1.0
Content-Type: text/plain;
charset=3D"us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.4510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Importance: Normal
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
Subscribe chris@peaknetworks.com
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: [4.1.23] Tag soon
Posted by "Jess M. Holle" <je...@ptc.com>.
I'm not a commiter or any such, but:
I'd much sooner see a stable release as soon as possible that rolls in
all the improvements since 4.1.18, than wait to remove some extra baggage.
Remy Maucherat wrote:
> Hi,
>
> I plan to tag 4.1.23 soon. The big question remaining is if we remove,
> or not, the commons-fileupload related functionality.
>
> Personally, I'm willing to ignore the issue.
>
> Remy
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: [4.1.23] Tag soon
Posted by Remy Maucherat <re...@apache.org>.
Glenn Nielsen wrote:
> It looks like the consensus is to release with the manager web app and
> fileupload the way it currently is.
I think you didn't leave much choice, and thus forced that consensus,
which is not something to be proud of.
Anyway, let's forget about that and move forward.
> I will commit my manager changes after the release.
Please avoid putting changes in 4.1.x which don't affect actual
functionality. Beautifying patches have nothing to do there. So only
make packaging changes in 5.x.
Remy
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: [4.1.23] Tag soon
Posted by Glenn Nielsen <gl...@mail.more.net>.
It looks like the consensus is to release with the manager web app and
fileupload the way it currently is.
I will commit my manager changes after the release.
Glenn
Remy Maucherat wrote:
> Glenn Nielsen wrote:
>
>> Remy Maucherat wrote:
>>
>> If the decision is made that we can not do a Tomcat release without
>> all dependent jar files being at a final stable release then I would
>> rather push to get commons to do a final stable release of fileupload
>> than remove those features from the HTMLManager.
>>
>> Regarding Cositn's issue with having fileupload.jar and
>> servlets-manager.jar
>> in /server/lib. I agree with him. Both the web application manager and
>> the webdav web application should be moved from the core of catalina to
>> packages org.apache.webapp.manager and org.apache.webapp.webdav
>> respectively.
>>
>> I am working on moving the Manager/HTMLManager from the catalina core
>> to the webapp itself. This is not as simple as just moving the jars
>> due to class loading issues and Resource Bundles. But it shouldn't
>> take too long.
>
>
> Well, I don't want to do that at this time, the risk of breaking one of
> the distributions or something else is too big.
>
> Remy
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: [4.1.23] Tag soon
Posted by Remy Maucherat <re...@apache.org>.
Glenn Nielsen wrote:
> Remy Maucherat wrote:
>
> If the decision is made that we can not do a Tomcat release without
> all dependent jar files being at a final stable release then I would
> rather push to get commons to do a final stable release of fileupload
> than remove those features from the HTMLManager.
>
> Regarding Cositn's issue with having fileupload.jar and
> servlets-manager.jar
> in /server/lib. I agree with him. Both the web application manager and
> the webdav web application should be moved from the core of catalina to
> packages org.apache.webapp.manager and org.apache.webapp.webdav
> respectively.
>
> I am working on moving the Manager/HTMLManager from the catalina core
> to the webapp itself. This is not as simple as just moving the jars
> due to class loading issues and Resource Bundles. But it shouldn't
> take too long.
Well, I don't want to do that at this time, the risk of breaking one of
the distributions or something else is too big.
Remy
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: [4.1.23] Tag soon
Posted by Henri Gomez <hg...@apache.org>.
Glenn Nielsen wrote:
> Remy Maucherat wrote:
>
>> Hi,
>>
>> I plan to tag 4.1.23 soon. The big question remaining is if we remove,
>> or not, the commons-fileupload related functionality.
>>
>> Personally, I'm willing to ignore the issue.
>>
>
> I am ok with releasing 4.1.23 with commons-fileupload Beta 1 release.
We allready have commons-upload beta1 rpm in jpackage ;)
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: [4.1.23] Tag soon
Posted by Costin Manolache <cm...@yahoo.com>.
Glenn Nielsen wrote:
>> Personally, I'm willing to ignore the issue.
>>
Then I'll ignore the issue as well.
> If the decision is made that we can not do a Tomcat release without
> all dependent jar files being at a final stable release then I would
> rather push to get commons to do a final stable release of fileupload
> than remove those features from the HTMLManager.
No, the problem is that fileupload shouldn't be in server/lib regardless
of version and release state, and HTMLManager shouldn't be bloated.
> Regarding Cositn's issue with having fileupload.jar and
> servlets-manager.jar
> in /server/lib. I agree with him. Both the web application manager and
> the webdav web application should be moved from the core of catalina to
> packages org.apache.webapp.manager and org.apache.webapp.webdav
> respectively.
>
> I am working on moving the Manager/HTMLManager from the catalina core
> to the webapp itself. This is not as simple as just moving the jars
> due to class loading issues and Resource Bundles. But it shouldn't
> take too long.
Sounds good.
You should do this refactoring in tomcat5 first - I'm not sure it's even
worth backporting.
Regarding class loading - at least for tomcat5 we agreed that JMX will
be required, and it can be used to implement all features of the manager
without having to worry about class loaders.
In addition, if JMX1.2 is used you can control access to individual
operations - which is far more granular and powerfull than "all or nothing"
approach with priviledged apps.
( it would be cool if the authenticated user could be used as Subject in the
policy file :-)
Costin
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
Re: [4.1.23] Tag soon
Posted by Glenn Nielsen <gl...@mail.more.net>.
Remy Maucherat wrote:
> Hi,
>
> I plan to tag 4.1.23 soon. The big question remaining is if we remove,
> or not, the commons-fileupload related functionality.
>
> Personally, I'm willing to ignore the issue.
>
I am ok with releasing 4.1.23 with commons-fileupload Beta 1 release.
If the decision is made that we can not do a Tomcat release without
all dependent jar files being at a final stable release then I would
rather push to get commons to do a final stable release of fileupload
than remove those features from the HTMLManager.
Regarding Cositn's issue with having fileupload.jar and servlets-manager.jar
in /server/lib. I agree with him. Both the web application manager and
the webdav web application should be moved from the core of catalina to
packages org.apache.webapp.manager and org.apache.webapp.webdav respectively.
I am working on moving the Manager/HTMLManager from the catalina core
to the webapp itself. This is not as simple as just moving the jars
due to class loading issues and Resource Bundles. But it shouldn't
take too long.
Regards,
Glenn
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
[4.1.23] Tag soon
Posted by Remy Maucherat <re...@apache.org>.
Hi,
I plan to tag 4.1.23 soon. The big question remaining is if we remove,
or not, the commons-fileupload related functionality.
Personally, I'm willing to ignore the issue.
Remy
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org