RE: OT: GoDaddy Hosting and Tomcat
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 > From: geor...@mhsoftware.com > To: users@tomcat.apache.org > Subject: Re: OT: GoDaddy Hosting and Tomcat > > Martin Gainty wrote: > > 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. > > > > > 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. > > > > > 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/ > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > _ Hotmail® goes with you. http://windowslive.com/Tutorial/Hotmail/Mobile?ocid=TXT_TAGLM_WL_HM_Tutorial_Mobile1_052009
Re: OT: GoDaddy Hosting and Tomcat
Martin Gainty wrote: 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. 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. 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/ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: OT: GoDaddy Hosting and Tomcat
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 > From: kerryjacab...@yahoo.com > Subject: Re: OT: GoDaddy Hosting and Tomcat > To: users@tomcat.apache.org > > 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 > To: Tomcat Users List > 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 > > From: kerryjacab...@yahoo.com > > Subject: Re: OT: GoDaddy Hosting and Tomcat > > To: users@tomcat.apache.org > > > > 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 > > To: Tomcat Users List > > S
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. From: Martin Gainty To: Tomcat Users List 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 > From: kerryjacab...@yahoo.com > Subject: Re: OT: GoDaddy Hosting and Tomcat > To: users@tomcat.apache.org > > 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 > To: Tomcat Users List > Sent: Sunday, May 3, 2009 4:08:19 PM > Subject: Re: OT: GoDaddy Hosting and Tomcat > > > > Evan Siegel wrote: > > 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. > > > > 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-ma
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 > From: kerryjacab...@yahoo.com > Subject: Re: OT: GoDaddy Hosting and Tomcat > To: users@tomcat.apache.org > > 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 > To: Tomcat Users List > Sent: Sunday, May 3, 2009 4:08:19 PM > Subject: Re: OT: GoDaddy Hosting and Tomcat > > > > Evan Siegel wrote: > > 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. > > > > 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-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > > _ Insert movie times and more without leaving Hotmail®. http://windowslive.com/Tutorial/Hotmail/QuickAdd?ocid=TXT_TAGLM_WL_HM_Tutorial_QuickAdd1_052009
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. From: George Sexton To: Tomcat Users List Sent: Sunday, May 3, 2009 4:08:19 PM Subject: Re: OT: GoDaddy Hosting and Tomcat Evan Siegel wrote: > 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. > 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-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: OT: GoDaddy Hosting and Tomcat
Evan Siegel wrote: 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. 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-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: OT: GoDaddy Hosting and Tomcat
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 wrote: From: George Sexton Subject: OT: GoDaddy Hosting and Tomcat To: "Tomcat Users List" 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-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: OT: GoDaddy Hosting and Tomcat
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. On Mon, Apr 27, 2009 at 10:44 AM, George Sexton wrote: > 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-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomca
OT: GoDaddy Hosting and Tomcat
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-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
