i´m not sure if it is a problem in my application or with tomcat. If i run the application on my local tomcat, everything works like charm. The war is deployed in the webapps folder and i can access it without a problem.
I tried to deploy it on my hoster and the war file is not put inside the webapps folder. Instead i have a folder called “domains” in the tomcat directory and there is my war file deployed.
If i try to access the application i always get the “Authentication problem. UILD could not be read from the server. Check your servlet mappings. Error Code: 404”. I understand that there´s a problem with the web.xml but i have no clue how i can solve it. I tried stuff like “/VAADIN/" and "/nameofthedomain/” but if i change the url i cannot access the application anymore.
Maybe someone can give me a hint on what parameters i could check or where i have to change something.
Can you get any other (non-Vaadin) servlet application running there? I know you understand that this isn’t a Vaadin problem – am just hoping to narrow down the issue. If you can get any simple “Hello World” type of servlet running there, then please post the web.xml file for that app and the Vaadin app and we may be able to solve the issue.
thanks for your response. I tried the following: I created a new Vaadin Project in Eclipse. Deployed it on my local tomcat and everything worked as expected. I deployed it on the hosters tomcat and i get the same error.
Here´s my web.xml:
<?xml version="1.0" encoding="UTF-8"?>
test
Vaadin production mode
productionMode
false
Test Application
com.vaadin.terminal.gwt.server.ApplicationServlet
Vaadin application class to start
application
com.example.test.TestApplication
Test Application
/*
index.html
index.htm
index.jsp
default.html
default.htm
default.jsp
I think the problem is the url-pattern since the project is not deployed inside the webapps folder. As I already said, it is deployed in a “domain” folder. I don´t know if there´s something i can change at the web.xml file or if i have to change some tomcat settings.
Ha! That’s great news; sorry I didn’t get to help before you got this working. Generally speaking, your application should be packaged in a war file (that’s not technically a requirement, but it helps keep things together). That war file should contain, at the top level, a
WEB-INF directory (and
VAADIN dir if you’ve added your own theme). That WEB-INF dir contains web.xml, a
classes directory, and a
lib dir.
You could also have other files at the top-level dir like HTML or JSP pages, but if you’re running your Vaadin app at /* then you probably won’t have anything else in there. That means you don’t need the information.
Given the above layout, it should work on any servlet container, so I’m not sure what you mean about a webapps folder or a domain folder. Possibly the ‘domain’ one is used in an app server like GlassFish, in which case you deploy the app through a tool or by copying to a certain directory, e.g. domains/domain1/autodeploy. So I’m guessing it’s just a deployment issue, as your app looks fine from what I can see.
I just had the same problem at a hosting provider I’m trying out. They fixed it for me.
They have an Apache web server in front of the Tomcat servlet container. Apache didn’t direct all relevant calls to Tomcat - an Apache configuration problem.
For those of you who were having this problem with MochaHost, was the problem fixed? Or you just moved to another hosting company? If so, which hosting company did you move to? Thanks!