Discussion:
OT: GoDaddy Hosting and Tomcat
George Sexton
2009-04-27 14:44:49 UTC
Permalink
I thought I'd write up my experiences trying to get a servlet
application running on GoDaddy. Perhaps it will save someone else some pain.

I have a Java Servlet calendar application. It's a stable app and I've
got at least a thousand of running copies. I was attempting to install
it on GoDaddy's shared Linux hosting service which runs Tomcat 5.0.27.

Reading the documentation on their site, it looked like all I had to do
was upload the WAR file and wait until 1:00 AM Arizona time and the
application should be deployed. I did this and waited. The next day, I
found the application had not deployed. A call to technical support
revealed that I had to go to a certain corner of the hosting control
panel and enable Java language support. I did that and waited until the
next day.

This is one of the problems with their shared hosting account. ANY
change takes until the next day to take effect.

The next day, I looked, and the WAR file had been exploded but my App
didn't work. Since my App has a dependency on the database, I uploaded a
simple JSP to test the DB Connection. It worked. Attempts to view the
error logs failed.

I called GoDaddy support. The technician told me I need to enable error
logging. He walked me through the control panel and I enabled error
logging. I waited until the next day.

The application still didn't work. When I tried to view the error logs,
I got nothing. Another call to technical support revealed that the error
logs I had enabled would not actually contain any Tomcat log data.

I had my call escalated to a manager. I explained to him the reason I
knew my application was not working. I told him the login page was not
available. His response was "Yeah, there's no file with that name." I
told him that the URL was a virtual mapping created in the web.xml file.
After literally an hour, they came back on-line and told me that they
were going to open a trouble-ticket and call me back.

Several hours later, I got an Email from support saying. "It doesn't
work because there's no file with that name."

At this point, I had a funny feeling. I created a simple WAR file with
one servlet and a web.xml deployment descriptor. The deployment
descriptor mapped three URLs to the servlet:

/MapTest.xyz
/MapTest.jsp
/MapTest.html

I waited until the next day. Sure enough, I could access MapTest.xyz,
and MapTest.jsp. Attempts to access MapTest.html generated a 404 Not
Found error. This explains why my application was not running. All my
servlets are mapped into URLs with extension of .html. This was a design
decision because customers generally want the maximum visibility to
search engines.

So, what I found is that GoDaddy.com does not pass all requests into the
servlet container. It attempts to service as many requests with Apache
first, and then only passes the non-mapped requests into Tomcat. There
are some 50 file extensions GoDaddy co-opts including .css, .xml, and .js.

This configuration actually causes their deployment of Tomcat to be
non-compliant with the Servlet API version 2.3 specification. Section
SRV.11.2.1 says that explicit mappings in the deployment descriptor must
take precedence over implicit mappings. Taken as a SYSTEM, their
deployment of Apache Tomcat is non-compliant.

My feeling is that ANY request that maps to a deployed context must be
passed to the servlet container. Clearly, they are not doing that.

So, after all the effort, I get to tell the customer that my application
will not work on their hosting account. Rats.

In general, even if your application isn't using servlet mapping I can't
recommend them. Since it takes until the next day before you can
re-deploy a WAR file, and there are no Tomcat logs available, it would
be a really rotten experience.
--
George Sexton
MH Software, Inc.
Voice: +1 303 438 9585
URL: http://www.mhsoftware.com/
Jonathan Mast
2009-04-27 23:14:57 UTC
Permalink
Well, you get what you pay for. My GoDaddy account costs $6.99 per month
and I quickly found it inadequate for hosting serious Tomcat applications,
just for the reasons you listed: very unintuitive control panels, 1-day lag
in servlet (non)-deployment.

I'm canceling the hosting portion of my GoDaddy account as soon as I get my
old dell dimension 4600 ready for hosting my website :)

But the $0.99 per year .info domain name is a pretty sweet deal i think.

Basically, GoDaddy is a very affordable domain name retailer; their hosting
is a mickey mouse LAMP-shop. My 65 year old father has his website hosted on
GoDaddy, my dad isn't interested in enterprise-level web applications, he
just wants a website. Thats what Godaddy's hosting is good for.
Post by George Sexton
I thought I'd write up my experiences trying to get a servlet
application running on GoDaddy. Perhaps it will save someone else some pain.
I have a Java Servlet calendar application. It's a stable app and I've
got at least a thousand of running copies. I was attempting to install
it on GoDaddy's shared Linux hosting service which runs Tomcat 5.0.27.
Reading the documentation on their site, it looked like all I had to do
was upload the WAR file and wait until 1:00 AM Arizona time and the
application should be deployed. I did this and waited. The next day, I
found the application had not deployed. A call to technical support
revealed that I had to go to a certain corner of the hosting control
panel and enable Java language support. I did that and waited until the
next day.
This is one of the problems with their shared hosting account. ANY
change takes until the next day to take effect.
The next day, I looked, and the WAR file had been exploded but my App
didn't work. Since my App has a dependency on the database, I uploaded a
simple JSP to test the DB Connection. It worked. Attempts to view the
error logs failed.
I called GoDaddy support. The technician told me I need to enable error
logging. He walked me through the control panel and I enabled error
logging. I waited until the next day.
The application still didn't work. When I tried to view the error logs,
I got nothing. Another call to technical support revealed that the error
logs I had enabled would not actually contain any Tomcat log data.
I had my call escalated to a manager. I explained to him the reason I
knew my application was not working. I told him the login page was not
available. His response was "Yeah, there's no file with that name." I
told him that the URL was a virtual mapping created in the web.xml file.
After literally an hour, they came back on-line and told me that they
were going to open a trouble-ticket and call me back.
Several hours later, I got an Email from support saying. "It doesn't
work because there's no file with that name."
At this point, I had a funny feeling. I created a simple WAR file with
one servlet and a web.xml deployment descriptor. The deployment
/MapTest.xyz
/MapTest.jsp
/MapTest.html
I waited until the next day. Sure enough, I could access MapTest.xyz,
and MapTest.jsp. Attempts to access MapTest.html generated a 404 Not
Found error. This explains why my application was not running. All my
servlets are mapped into URLs with extension of .html. This was a design
decision because customers generally want the maximum visibility to
search engines.
So, what I found is that GoDaddy.com does not pass all requests into the
servlet container. It attempts to service as many requests with Apache
first, and then only passes the non-mapped requests into Tomcat. There
are some 50 file extensions GoDaddy co-opts including .css, .xml, and .js.
This configuration actually causes their deployment of Tomcat to be
non-compliant with the Servlet API version 2.3 specification. Section
SRV.11.2.1 says that explicit mappings in the deployment descriptor must
take precedence over implicit mappings. Taken as a SYSTEM, their
deployment of Apache Tomcat is non-compliant.
My feeling is that ANY request that maps to a deployed context must be
passed to the servlet container. Clearly, they are not doing that.
So, after all the effort, I get to tell the customer that my application
will not work on their hosting account. Rats.
In general, even if your application isn't using servlet mapping I can't
recommend them. Since it takes until the next day before you can
re-deploy a WAR file, and there are no Tomcat logs available, it would
be a really rotten experience.
--
George Sexton
MH Software, Inc.
Voice: +1 303 438 9585
URL: http://www.mhsoftware.com/
---------------------------------------------------------------------
Evan Siegel
2009-05-02 22:20:01 UTC
Permalink
This posting raises a question I've long had: What JSP-friendly hosts are to be recommended. I did some searching and came up with a large number of helpful sites, but I'd like to poll the list members on the matter.See the following:
http://www.hosting-review.com/hosting-directory/top-10-lists/Top-JSP-Hosting-Companies.shtml
I'm seriously consideringhttp://hostpapa.com/hr_offer_green.shtml
Thank you.

Please visit our website at
http://www.geocities.com/evan_j_siegel
Thank you.

--- On Mon, 4/27/09, George Sexton <***@mhsoftware.com> wrote:

From: George Sexton <***@mhsoftware.com>
Subject: OT: GoDaddy Hosting and Tomcat
To: "Tomcat Users List" <***@tomcat.apache.org>
Date: Monday, April 27, 2009, 10:44 AM

I thought I'd write up my experiences trying to get a servlet
application running on GoDaddy. Perhaps it will save someone else some pain.

I have a Java Servlet calendar application. It's a stable app and I've
got at least a thousand of running copies. I was attempting to install
it on GoDaddy's shared Linux hosting service which runs Tomcat 5.0.27.

Reading the documentation on their site, it looked like all I had to do
was upload the WAR file and wait until 1:00 AM Arizona time and the
application should be deployed. I did this and waited. The next day, I
found the application had not deployed. A call to technical support
revealed that I had to go to a certain corner of the hosting control
panel and enable Java language support. I did that and waited until the
next day.

This is one of the problems with their shared hosting account. ANY
change takes until the next day to take effect.

The next day, I looked, and the WAR file had been exploded but my App
didn't work. Since my App has a dependency on the database, I uploaded a
simple JSP to test the DB Connection. It worked. Attempts to view the
error logs failed.

I called GoDaddy support. The technician told me I need to enable error
logging. He walked me through the control panel and I enabled error
logging. I waited until the next day.

The application still didn't work. When I tried to view the error logs,
I got nothing. Another call to technical support revealed that the error
logs I had enabled would not actually contain any Tomcat log data.

I had my call escalated to a manager. I explained to him the reason I
knew my application was not working. I told him the login page was not
available. His response was "Yeah, there's no file with that name." I
told him that the URL was a virtual mapping created in the web.xml file.
After literally an hour, they came back on-line and told me that they
were going to open a trouble-ticket and call me back.

Several hours later, I got an Email from support saying. "It doesn't
work because there's no file with that name."

At this point, I had a funny feeling. I created a simple WAR file with
one servlet and a web.xml deployment descriptor. The deployment
descriptor mapped three URLs to the servlet:

/MapTest.xyz
/MapTest.jsp
/MapTest.html

I waited until the next day. Sure enough, I could access MapTest.xyz,
and MapTest.jsp. Attempts to access MapTest.html generated a 404 Not
Found error. This explains why my application was not running. All my
servlets are mapped into URLs with extension of .html. This was a design
decision because customers generally want the maximum visibility to
search engines.

So, what I found is that GoDaddy.com does not pass all requests into the
servlet container. It attempts to service as many requests with Apache
first, and then only passes the non-mapped requests into Tomcat. There
are some 50 file extensions GoDaddy co-opts including .css, .xml, and .js.

This configuration actually causes their deployment of Tomcat to be
non-compliant with the Servlet API version 2.3 specification. Section
SRV.11.2.1 says that explicit mappings in the deployment descriptor must take precedence over implicit mappings. Taken as a SYSTEM, their
deployment of Apache Tomcat is non-compliant.

My feeling is that ANY request that maps to a deployed context must be
passed to the servlet container. Clearly, they are not doing that.

So, after all the effort, I get to tell the customer that my application
will not work on their hosting account. Rats.

In general, even if your application isn't using servlet mapping I can't
recommend them. Since it takes until the next day before you can
re-deploy a WAR file, and there are no Tomcat logs available, it would
be a really rotten experience.


-- George Sexton
MH Software, Inc.
Voice: +1 303 438 9585
URL:   http://www.mhsoftware.com/


---------------------------------------------------------------------
To unsubscribe, e-mail: users-***@tomcat.apache.org
For additional commands, e-mail: users-***@tomcat.apache.org
George Sexton
2009-05-03 23:08:19 UTC
Permalink
Post by Evan Siegel
http://www.hosting-review.com/hosting-directory/top-10-lists/Top-JSP-Hosting-Companies.shtml
I'm seriously consideringhttp://hostpapa.com/hr_offer_green.shtml
Thank you.
Since writing my original message, I've done two ISP/Hosting deployments.

The first was to LunarPages.com. They're using an older version of
resin. Installation was pretty smooth. My only comment is the older
version of Resin they're using doesn't support welcome files that are
created via servlet mapping in the web.xml. Installing the app, was as
simple as uploading the war file. It deployed within a minute or so, and
I was going.

The second was on a Network Solutions Virtual Private Server deployment.
I tried using Plesk to deploy the WAR file, and it wasn't working.
Logging in via SSH to the root account helped me find out they were
using the GNU 1.4.2 JVM. My app is 1.5 or higher. I downloaded JDK
1.5.0_18. Because of memory restrictions, I couldn't run the JVM. Then,
I realized that the VPS only had enough memory to run one JVM. After I
killed Tomcat and the GNU JVM, I was able to start the updated JVM. Once
I updated the JVM, I was able to use Plesk to deploy the WAR file. This
went pretty well. In this case, the application is deployed as an
uncompressed WAR file. If your application can't handle this then you
might have some problems. In my case, the application generally ran
fine. I spent another hour or so fixing it so that features that
wouldn't work when running as an undeployed WAR file were disabled.
--
George Sexton
MH Software, Inc.
Voice: +1 303 438 9585
URL: http://www.mhsoftware.com/
Kerry Jacabson
2009-05-04 00:07:40 UTC
Permalink
Hi George,
checkout http://www.webappcabaret.com
They offer a wide variety of Java hosting plans - shared jvm, private jvm, as well as VPS based.

 



________________________________
From: George Sexton <***@mhsoftware.com>
To: Tomcat Users List <***@tomcat.apache.org>
Sent: Sunday, May 3, 2009 4:08:19 PM
Subject: Re: OT: GoDaddy Hosting and Tomcat
Post by Evan Siegel
http://www.hosting-review.com/hosting-directory/top-10-lists/Top-JSP-Hosting-Companies.shtml
I'm seriously consideringhttp://hostpapa.com/hr_offer_green.shtml
Thank you.
Since writing my original message, I've done two ISP/Hosting deployments.

The first was to LunarPages.com. They're using an older version of resin. Installation was pretty smooth. My only comment is the older version of Resin they're using doesn't support welcome files that are created via servlet mapping in the web.xml. Installing the app, was as simple as uploading the war file. It deployed within a minute or so, and I was going.

The second was on a Network Solutions Virtual Private Server deployment. I tried using Plesk to deploy the WAR file, and it wasn't working. Logging in via SSH to the root account helped me find out they were using the GNU 1.4.2 JVM. My app is 1.5 or higher. I downloaded JDK 1.5.0_18. Because of memory restrictions, I couldn't run the JVM. Then, I realized that the VPS only had enough memory to run one JVM. After I killed Tomcat and the GNU JVM, I was able to start the updated JVM. Once I updated the JVM, I was able to use Plesk to deploy the WAR file. This went pretty well. In this case, the application is deployed as an uncompressed WAR file. If your application can't handle this then you might have some problems. In my case, the application generally ran fine. I spent another hour or so fixing it so that features that wouldn't work when running as an undeployed WAR file were disabled.

-- George Sexton
MH Software, Inc.
Voice: +1 303 438 9585
URL:  http://www.mhsoftware.com/

---------------------------------------------------------------------
To unsubscribe, e-mail: users-***@tomcat.apache.org
For additional commands, e-mail: users-***@tomcat.apache.org
Martin Gainty
2009-05-04 00:26:12 UTC
Permalink
if someone elses webapp does a system.exit(1) does that impact your JVM process
?

since diskspace,memory and servers are dirt cheap what advantages does VPS offer?

i would be curious as to which VPS implementation these guys use

Martin
_________________________________________
Disclaimer and Confidentiality/Verzicht und Vertraulichkeitanmerkung / Note de déni et de confidentialité
This message is confidential. If you should not be the intended receiver, then we ask politely to report. Each unauthorized forwarding or manufacturing of a copy is inadmissible. This message serves only for the exchange of information and has no legal binding effect. Due to the easy manipulation of emails we cannot take responsibility over the the contents.
Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni.
Date: Sun, 3 May 2009 17:07:40 -0700
Subject: Re: OT: GoDaddy Hosting and Tomcat
Hi George,
checkout http://www.webappcabaret.com
They offer a wide variety of Java hosting plans - shared jvm, private jvm, as well as VPS based.
________________________________
Sent: Sunday, May 3, 2009 4:08:19 PM
Subject: Re: OT: GoDaddy Hosting and Tomcat
Post by Evan Siegel
http://www.hosting-review.com/hosting-directory/top-10-lists/Top-JSP-Hosting-Companies.shtml
I'm seriously consideringhttp://hostpapa.com/hr_offer_green.shtml
Thank you.
Since writing my original message, I've done two ISP/Hosting deployments.
The first was to LunarPages.com. They're using an older version of resin. Installation was pretty smooth. My only comment is the older version of Resin they're using doesn't support welcome files that are created via servlet mapping in the web.xml. Installing the app, was as simple as uploading the war file. It deployed within a minute or so, and I was going.
The second was on a Network Solutions Virtual Private Server deployment. I tried using Plesk to deploy the WAR file, and it wasn't working. Logging in via SSH to the root account helped me find out they were using the GNU 1.4.2 JVM. My app is 1.5 or higher. I downloaded JDK 1.5.0_18. Because of memory restrictions, I couldn't run the JVM. Then, I realized that the VPS only had enough memory to run one JVM. After I killed Tomcat and the GNU JVM, I was able to start the updated JVM. Once I updated the JVM, I was able to use Plesk to deploy the WAR file. This went pretty well. In this case, the application is deployed as an uncompressed WAR file. If your application can't handle this then you might have some problems. In my case, the application generally ran fine. I spent another hour or so fixing it so that features that wouldn't work when running as an undeployed WAR file were disabled.
-- George Sexton
MH Software, Inc.
Voice: +1 303 438 9585
URL: http://www.mhsoftware.com/
---------------------------------------------------------------------
_________________________________________________________________
Insert movie times and more without leaving Hotmail®.
http://windowslive.com/Tutorial/Hotmail/QuickAdd?ocid=TXT_TAGLM_WL_HM_Tutorial_QuickAdd1_052009
Kerry Jacabson
2009-05-04 00:40:39 UTC
Permalink
Hi Martin,
How the plans are setup at WebAppCabaret,
the Shared JVMs are run under a Security Manager; so an app calling system.exit would
just throw a security exception.
I think many choose VPS as a cheaper alternative to a dedicated server as the cost for data center
space keeps increasing. 




________________________________
From: Martin Gainty <***@hotmail.com>
To: Tomcat Users List <***@tomcat.apache.org>
Sent: Sunday, May 3, 2009 5:26:12 PM
Subject: RE: OT: GoDaddy Hosting and Tomcat


if someone elses webapp does a system.exit(1) does that impact your JVM process
?

since diskspace,memory and servers are dirt cheap what advantages does VPS offer?

i would be curious as to which VPS implementation these guys use

Martin
_________________________________________
Disclaimer and Confidentiality/Verzicht und Vertraulichkeitanmerkung / Note de déni et de confidentialité
This message is confidential. If you should not be the intended receiver, then we ask politely to report. Each unauthorized forwarding or manufacturing of a copy is inadmissible. This message serves only for the exchange of information and has no legal binding effect. Due to the easy manipulation of emails we cannot take responsibility over the the contents.
Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni.
Date: Sun, 3 May 2009 17:07:40 -0700
Subject: Re: OT: GoDaddy Hosting and Tomcat
Hi George,
checkout http://www.webappcabaret.com
They offer a wide variety of Java hosting plans - shared jvm, private jvm, as well as VPS based.
 
________________________________
Sent: Sunday, May 3, 2009 4:08:19 PM
Subject: Re: OT: GoDaddy Hosting and Tomcat
Post by Evan Siegel
http://www.hosting-review.com/hosting-directory/top-10-lists/Top-JSP-Hosting-Companies.shtml
I'm seriously consideringhttp://hostpapa.com/hr_offer_green.shtml
Thank you.
Since writing my original message, I've done two ISP/Hosting deployments.
The first was to LunarPages.com. They're using an older version of resin. Installation was pretty smooth. My only comment is the older version of Resin they're using doesn't support welcome files that are created via servlet mapping in the web.xml. Installing the app, was as simple as uploading the war file. It deployed within a minute or so, and I was going.
The second was on a Network Solutions Virtual Private Server deployment. I tried using Plesk to deploy the WAR file, and it wasn't working. Logging in via SSH to the root account helped me find out they were using the GNU 1.4.2 JVM. My app is 1.5 or higher. I downloaded JDK 1.5.0_18. Because of memory restrictions, I couldn't run the JVM. Then, I realized that the VPS only had enough memory to run one JVM. After I killed Tomcat and the GNU JVM, I was able to start the updated JVM. Once I updated the JVM, I was able to use Plesk to deploy the WAR file. This went pretty well. In this case, the application is deployed as an uncompressed WAR file. If your application can't handle this then you might have some problems. In my case, the application generally ran fine. I spent another hour or so fixing it so that features that wouldn't work when running as an undeployed WAR file were disabled.
-- George Sexton
MH Software, Inc.
Voice: +1 303 438 9585
URL:  http://www.mhsoftware.com/
---------------------------------------------------------------------
     
_________________________________________________________________
Insert movie times and more without leaving Hotmail®.
http://windowslive.com/Tutorial/Hotmail/QuickAdd?ocid=TXT_TAGLM_WL_HM_Tutorial_QuickAdd1_052009
Martin Gainty
2009-05-04 00:58:07 UTC
Permalink
How does the webapp owner configure a System Exception to throw a SecurityException?
For which version of TC does this configuration use?
Do you also support WL or Glassfish?
Do you support EJB2 and or EJB3?
Would this SecruityException be enabled for HTTPS with keystore or using a external provider such as LDAP or RSA?

Martin Gainty
______________________________________________
Disclaimer and Confidentiality/Verzicht und Vertraulichkeitanmerkung / Note de déni et de confidentialité
This message is confidential. If you should not be the intended receiver, then we ask politely to report. Each unauthorized forwarding or manufacturing of a copy is inadmissible. This message serves only for the exchange of information and has no legal binding effect. Due to the easy manipulation of emails we cannot take responsibility over the the contents.
Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni.
Date: Sun, 3 May 2009 17:40:39 -0700
Subject: Re: OT: GoDaddy Hosting and Tomcat
Hi Martin,
How the plans are setup at WebAppCabaret,
the Shared JVMs are run under a Security Manager; so an app calling system.exit would
just throw a security exception.
I think many choose VPS as a cheaper alternative to a dedicated server as the cost for data center
space keeps increasing.
________________________________
Sent: Sunday, May 3, 2009 5:26:12 PM
Subject: RE: OT: GoDaddy Hosting and Tomcat
if someone elses webapp does a system.exit(1) does that impact your JVM process
?
since diskspace,memory and servers are dirt cheap what advantages does VPS offer?
i would be curious as to which VPS implementation these guys use
Martin
_________________________________________
Disclaimer and Confidentiality/Verzicht und Vertraulichkeitanmerkung / Note de déni et de confidentialité
This message is confidential. If you should not be the intended receiver, then we ask politely to report. Each unauthorized forwarding or manufacturing of a copy is inadmissible. This message serves only for the exchange of information and has no legal binding effect. Due to the easy manipulation of emails we cannot take responsibility over the the contents.
Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni.
Date: Sun, 3 May 2009 17:07:40 -0700
Subject: Re: OT: GoDaddy Hosting and Tomcat
Hi George,
checkout http://www.webappcabaret.com
They offer a wide variety of Java hosting plans - shared jvm, private jvm, as well as VPS based.
________________________________
Sent: Sunday, May 3, 2009 4:08:19 PM
Subject: Re: OT: GoDaddy Hosting and Tomcat
Post by Evan Siegel
http://www.hosting-review.com/hosting-directory/top-10-lists/Top-JSP-Hosting-Companies.shtml
I'm seriously consideringhttp://hostpapa.com/hr_offer_green.shtml
Thank you.
Since writing my original message, I've done two ISP/Hosting deployments.
The first was to LunarPages.com. They're using an older version of resin. Installation was pretty smooth. My only comment is the older version of Resin they're using doesn't support welcome files that are created via servlet mapping in the web.xml. Installing the app, was as simple as uploading the war file. It deployed within a minute or so, and I was going.
The second was on a Network Solutions Virtual Private Server deployment. I tried using Plesk to deploy the WAR file, and it wasn't working. Logging in via SSH to the root account helped me find out they were using the GNU 1.4.2 JVM. My app is 1.5 or higher. I downloaded JDK 1.5.0_18. Because of memory restrictions, I couldn't run the JVM. Then, I realized that the VPS only had enough memory to run one JVM. After I killed Tomcat and the GNU JVM, I was able to start the updated JVM. Once I updated the JVM, I was able to use Plesk to deploy the WAR file. This went pretty well. In this case, the application is deployed as an uncompressed WAR file. If your application can't handle this then you might have some problems. In my case, the application generally ran fine. I spent another hour or so fixing it so that features that wouldn't work when running as an undeployed WAR file were disabled.
-- George Sexton
MH Software, Inc.
Voice: +1 303 438 9585
URL: http://www.mhsoftware.com/
---------------------------------------------------------------------
_________________________________________________________________
Insert movie times and more without leaving Hotmail®.
http://windowslive.com/Tutorial/Hotmail/QuickAdd?ocid=TXT_TAGLM_WL_HM_Tutorial_QuickAdd1_052009
_________________________________________________________________
Hotmail® has a new way to see what's up with your friends.
http://windowslive.com/Tutorial/Hotmail/WhatsNew?ocid=TXT_TAGLM_WL_HM_Tutorial_WhatsNew1_052009
George Sexton
2009-05-04 15:41:55 UTC
Permalink
Post by Martin Gainty
if someone elses webapp does a system.exit(1) does that impact your JVM process
?
As pointed out, if you run Tomcat with the security manager, then that
can't happen. It would throw a security exception.
Post by Martin Gainty
since diskspace,memory and servers are dirt cheap what advantages does VPS offer?
I think the people using VPS are the ones that lack the expertise to
manage their own server.

Personally, I use co-located servers that I own.
Post by Martin Gainty
i would be curious as to which VPS implementation these guys use
--
George Sexton
MH Software, Inc.
Voice: +1 303 438 9585
URL: http://www.mhsoftware.com/
Martin Gainty
2009-05-04 17:25:55 UTC
Permalink
yes a SecurityException would be thrown when a catalina.policy grant happens for
RuntimePermission violations such as what you see in this catalina.policy
# List of comma-separated packages that start with or equal this string
# will cause a security exception to be thrown when
# passed to checkPackageAccess is violated
permission java.lang.RuntimePermission "defineClassInPackage.java.lang.*
permission java.lang.RuntimePermission "accessClassInPackage.java.lang.*#catalina.properties
package.access=sun.,org.apache.catalina.,org.apache.coyote.,org.apache.tomcat.,
org.apache.jasper
//add in ,java.lang. package here

#more catalina.properties
package.definition=sun.,java.,org.apache.catalina.,org.apache.coyote.,org.apache.tomcat.,org.apache.jasper.
//add in ,java.lang. package here
an attempt to explain how the process takes place
thanks,
Martin
______________________________________________
Disclaimer and Confidentiality/Verzicht und Vertraulichkeitanmerkung / Note de déni et de confidentialité
This message is confidential. If you should not be the intended receiver, then we ask politely to report. Each unauthorized forwarding or manufacturing of a copy is inadmissible. This message serves only for the exchange of information and has no legal binding effect. Due to the easy manipulation of emails we cannot take responsibility over the the contents.
Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni.
Date: Mon, 4 May 2009 09:41:55 -0600
Subject: Re: OT: GoDaddy Hosting and Tomcat
Post by Martin Gainty
if someone elses webapp does a system.exit(1) does that impact your JVM process
?
As pointed out, if you run Tomcat with the security manager, then that
can't happen. It would throw a security exception.
Post by Martin Gainty
since diskspace,memory and servers are dirt cheap what advantages does VPS offer?
I think the people using VPS are the ones that lack the expertise to
manage their own server.
Personally, I use co-located servers that I own.
Post by Martin Gainty
i would be curious as to which VPS implementation these guys use
--
George Sexton
MH Software, Inc.
Voice: +1 303 438 9585
URL: http://www.mhsoftware.com/
---------------------------------------------------------------------
_________________________________________________________________
Hotmail® goes with you.
http://windowslive.com/Tutorial/Hotmail/Mobile?ocid=TXT_TAGLM_WL_HM_Tutorial_Mobile1_052009
Loading...