score:151

Accepted answer

the solution to this problem is very simple. double click on your tomcat server. it will open the server configuration. under server options check ‘publish module contents to separate xml files’ checkbox. restart your server. this time your page will come without any issues.

score:-3

i'm finding that tomcat can't seem to find classes defined in other projects, maybe even in the main project. it's failing on the filter definition which is the first definition in web.xml. if i add the project and its dependencies to the server's launch configuration then i just move on to a new error, all of which seems to point to it not setting up the project properly.

our setup is quite complex. we have multiple components as projects in eclipse with separate output projects. we have a separate webapp directory which contains the static html and images, as well as our web-inf.

eclipse is "europa winter release". tomcat is 6.0.18. i tried version 2.4 and 2.5 of the "dynamic web module" facet.

thanks for any help!

  • richard

score:1

i had the same problem with eclipse 3.4(ganymede) and dynamic web project.
the message didn't influence successfull deploy.but i had to delete row

<wb-resource deploy-path="/web-inf/classes" source-path="/src/main/resources"/>

from org.eclipse.wst.common.component file in .settings folder of eclipse

score:1

i copied the dynamic webproject before the issue came up. so, changing the org.eclipse.wst.common.component file in the .settings directory solved the issue for me. the other solutions did not work.

score:1

the separate xml solution never worked for me and other's recently ...

i usually follow this process and something helps:

  1. stop the server (make sure its stopped via task manager, i killed javaw.exe as many times eclipse doesn't really shut down properly)
  2. right click the server->'add and remove'. remove the project. finish.
  3. right click the server->'add and remove'. add the project. finish.
  4. restart see if works, if not continue
  5. double click the server... see where its getting published (server path: which i think goes to a tmp# directory for me since i use an already-installed tomcat instance i re-use, not sure if would be different if use eclipse's internal/bundled tomcat server)
  6. right click on server and 'clean' ... last one worked for me last time (so may want to try this first), adding/removing project worked for me other times. if doesn't work, continue ...
  7. delete all files from the server path and see if all files actually get built and published there (/web-inf/classes and other regular files in / webroot).
  8. restart eclipse and/or machine (not sure i ever needed to get to this point)

score:1

i am posting my answer because i suspect there might be someone out there for whom the above solutions might not have worked.

so, you are getting a warning,

warning: [setpropertiesrule]{server/service/engine/host/context} setting property 'source' to 'org.eclipse.jst.jee.server: (project name)' did not find a matching property.

rather than disabling this warning by checking that option in server configuration (i did try that) i would suggest you do this:

  1. first close all the existing projects by right clicking in project explorer.
  2. remove all the projects already synchronized with the server.
  3. remove the server and redeploy it.
  4. create a new dynamic project, do nothing yet just try running this on the server.
  5. check the console, do you get the warning now. (my case i didn't get any).
    this means that something is wrong with your project not with eclipse or the server.
  6. now restart the server. don't run any app yet.
    you probably know that the tomcat container loads up context of all the synchronized apps at the start.
  7. it will load context of any already synchronized app.
  8. here is the catch, if there is really something wrong in your project it will show the stack trace of the exceptions.look carefully and you will find where is the bug in your app.

now if you successfully found that there is a bug in your app, the probable place would be look for a web.xml file which the container uses for loading the app. in my case i had misspelled a name in servlet mapping which made me debug meaninglessly for 3 hours. your problem might be someplace else.

and another thing, if you have many apps synchronized with the server,there is a possibility some other app's context might be the source of problem. try debugging one by one.

score:1

i respect all the solutions given here.

but what i came to know after reading all these, we haven't observed that on which folder the struts.xml file or any configuration file which is necessary for the web application.

my soulution is:

  1. copy the struts.xml file to the src folder of our project.
  2. click "file-->save all" in eclipse and go click "project-->clean".
  3. restart the server.

hope the problem solved.

score:1

make sure you have correct jsp file name in web.xml file. by replacing default .jsp filename in web.xml with my current filename solved the problem

score:3

delete the server instance from eclipse and create a new one.

score:5

servers tab

--> doubleclick servername

--> server options: tick "publish module contexts to separate xml files"

restart your server

score:5

i am using eclipse. i have resolved this problem by the following:

  1. open servers tab.
  2. double click on the server you are using.
  3. on the server configuration page go to server options page.
  4. check serve module without publishing.
  5. then save the page and configurations.
  6. restart the server by rebuild all the applications.

you will not get any this kind of error.

score:32

from eclipse newsgroup:

the warning about the source property is new with tomcat 6.0.16 and may be ignored. wtp adds a "source" attribute to identify which project in the workspace is associated with the context. the fact that the context object in tomcat has no corresponding source property doesn't cause any problems.

i realize that this doesn't answer how to get rid of the warning, but i hope it helps.


Related Query

More Query from same tag