[news.eclipse.webtools] Re: Variable that point to webapps directory?

[Larry Isaacs <Larry.Isaacs@xxxxxxx>]

I'm not aware of the WTP Tomcat support making something like this 
available within the Eclipse environment.  You may have to look in the 
maven support to see if they provide a way of defining substitution 
variables.  Not knowing much about the maven support, I don't know if 
substitution variables defined within Eclipse would be visible when 
maven runs.

Also, copying files to the "webapps" folder suggests that maven's 
support for Tomcat is independent of WTP's built-in support for Tomcat, 
which publishes to a "wtpwebapps" folder.  I can't predict how well they 
will work together.

You do have the option of setting the "catalina.base" directory to 
something less "internal" than 
".metadata/.plugins/org.eclipse.wst.server.core/tmp0".  Remove any 
projects from the server and publish the server.  Then double-click the 
Tomcat server in the Servers view to open the server editor.  Select 
"Use custom location" in the Server Locations section, and specify 
something suitable for "Server path".

Cheers,
Larry

David BalaÅic wrote:
> It is used in maven, for example
>
>  <copy file="some.file"  todir="${something}" />
>
>
> Regards,
> David
>
> Larry Isaacs wrote:
> > Finding a better alternative is very much dependent on the exact 
> > purpose of this setting and what is using it.  For example, is it 
> > being used in an Ant script?
> >
> > Cheers,
> > Larry
> >
> > David BalaÅic wrote:
> > > Hi!
> > >
> > > In a (web app) project we have this line in the project.properties file:
> > >
> > > something=F:/work/eclipseWS/ws1/.metadata/.plugins/org.eclipse.wst.server.core/tmp0/webapps/ 
> > >
> > >
> > > That is obviously not a good thing. Is there some variable we could use?
> > > A variable that point to the tomcat webapp directory?
> > >
> > > We use Eclipse 3.5.0 and Tomcat 6.0 (configured as server in Eclipse).
> > >
> > > Thanks,
> > > David
> > >
> > >
> > > PS: We inherited this project from others, so don't blame us ;-)