Good catch -- fix coming shortly which will include a location >
value change but also a change to make it clear that therse are names
and not paths.
Thanks!
Eddie
On 8/17/05, Jeremiah Johnson <[EMAIL PROTECTED]> wrote:
> Sorry - I should have noted this in the first email:
>
> samples/wsm-addressbook-fromWSDL/WEB-INF/src/build.xml and
> samples/wsm-blank/WEB-INF/src/build.xml are the two files that got the
> value -> location change, but that need to be further updated or changed
> back (just this one line).
>
> - jeremiah
>
> > -----Original Message-----
> > From: Jeremiah Johnson
> > Sent: Wednesday, August 17, 2005 2:30 PM
> > To: Beehive Dev
> > Subject: RE: svn commit: r232328 - in /beehive/trunk/samples:
> controls-
> > webservices-blank/ wsm-addressbook-enhanced/WEB-INF/src/
> wsm-addressbook-
> > fromWSDL/WEB-INF/src/ wsm-blank/WEB-INF/src/ wsm-employee/WEB-INF/src/
> > wsm-samples/WEB-INF/src/
> >
> > > - <property name="webservice.jar"
> > > value="${lib.dir}/${service.name}WS.jar" />
> > > - <property name="webservice.war" value="${service.name}WS.war" />
> >
> > > + <property name="webservice.jar"
> > > location="${lib.dir}/${service.name}WS.jar"/>
> > > + <property name="webservice.war"
> > location="${service.name}WS.war"/>
> >
> > The second webservice.war does not work using the location attribute
> > because of the way it is used later...
> >
> > > + <target name="war">
> > > + <jar jarfile="../../../${webservice.war}">
> > > + <fileset dir="${webapp.dir}">
> >
> > webservice.war really is treated as a file name value rather than a
> path
> > to a file. The two options are to go back use the value attribute for
> > webservice.war or to change the jar command.
> >
> > - jeremiah
>
>
>
