WTP project structure [message #144267] |
Tue, 18 October 2005 03:23  |
Eclipse User |
|
|
|
Hi all,
i think now wtp is matured enough to be worth considering it for our
development cycle and i'd wish to give it a try, but i'm a bit scared
about what this could cause to our projects structure and way of working.
One of our must is to completely divide the source of a project from
anything needed for or produced during build or for runtime (dependency
jars), i clearly stated this in my requirement
http://dev.eclipse.org/newslists/news.eclipse.webtools/msg00 811.html
Now peeking around in docs and this newsgroup it looks instead that i need
to insert runtime artifact in the source tree, for instance i read that
dependency jars mus be in WEB-INF/lib that i assume is the one in the
source tree.
This is a no no for our group, i cannot count the many times i had to
clean unwanted jars or compiled classes wrongly imported in our cvs
repository.
Normally our project structure is composed of three main directories:
src (java, junit tests, etc)
web (jsp, html, etc)
build
Within the build dir there are the ant build files, the dependendency jars
for build, compile and runtime (i'm now experimenting with ivy dependency
management) and any build artifact (wars assembled from compiled src, web
stuff and runtime dependency libs)
I'd be glad if someone could help me understanding if wtp can adapt to our
way of working, ie if it can satisfy the following conditions:
1- the deployable content must be assembled in a specified location with
pieces coming from various places
2- that assembled content must be deployable to some server (jboss in our
case, i already built a working 4.0.3 serverdef for our environment)
3- that assembled content must have the source associated with it (java,
jsp) and must be debuggable (java, jsp) in the server
4- i must not need spreading build and runtime artifacts in the cvs source
tree
Thanks for your attention, Gabriele
|
|
|
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.04935 seconds