Hi Dave,
the different results of the ant and the incremental build are annoying.
I've just added some stuff to the cvs to flatten resources and
wsresources.
It's a nested element for the woframework or woapplication task named
"flattenfiles":
<!-- add webXML="true" to generate a web.xml file -->
<woapplication name="${project.name}" stdFrameworks="false"
destDir="${dest.dir}"
customInfoPListContent="${customInfoPListContent}"
principalClass="${principalClass}"
webXML="${webXML}"
webXML_CustomContent="${webXML_CustomContent}">
<classes dir="${classes.dir}">
<patternset>
<includesfile name="woproject/classes.include.patternset"/>
<excludesfile name="woproject/classes.exclude.patternset"/>
</patternset>
</classes>
<flattenfiles dir=".">
<include name="woproject/flatten.patternset"/>
</flattenfiles>
<wsresources dir=".">
<patternset>
<includesfile name="woproject/wsresources.include.patternset"/>
<excludesfile name="woproject/wsresources.exclude.patternset"/>
</patternset>
</wsresources>
<resources dir=".">
<patternset>
<includesfile name="woproject/resources.include.patternset"/>
<excludesfile name="woproject/resources.exclude.patternset"/>
</patternset>
</resources>
The file woproject/flatten.patternset is a file with a carriage return
separated list of patterns.
An entry like "foo/**" without the " means that all resources or
wsresources under project/foo should be flattened.
Ulrich
Am 21.02.2005 um 17:53 schrieb Dave Rathnow:
>
> I guess I'd like to ask why the default behavior is to flatten?
> All my resources are in subdirectories and are referenced with
> a qualifying directory in the URL. I need this because I run
> multiple LAFs for the same application. The LAF is set at
> startup time. With WOLips flattening everything into a single
> directory, it breaks everything.
>
> This behavior is not consistant with the ANT tasks that copy
> resources. The default behavior of <resources> and <wsresources>
> elements is to NOT flatten so why the discrepancy?
>
> How can I make <resources> and <wsresrouce> flatten? They reject
> the "flatten" attribute and I haven't been able to figure out how
> to use File Mappers.
>
> Thanks,
> Dave.
>
> -----Original Message-----
> From: Ulrich Köster [mailto:ulric..bjectstyle.org]
> Sent: Monday, February 21, 2005 02:47 AM
> To: 'woproject-de..bjectstyle.org'
> Subject: Re: Can WOLips NOT flatten my resources hiearchy?
>
>
> It's not as easy as with the patternset files. Should we change the
> default behaviour of the incremental builder?
>
> Ulrich
>
> Am 19.02.2005 um 00:55 schrieb logan.allre..onvergys.com:
>
> >
> >
> >
> >
> > Yes, the 2 different builders have different behaviors. IIRC, the
> > incremental builder flattens the resources dirs, and the ant builder
> > does
> > not flatten them. I have logged a bug on this issue, but it is not
> yet
> > resolved.
> >
> > So the temporary answer to your question is to switch builders from
> > whatever you're using now to the other one (in Project Properties).
> >
> > -- Logan Allred
> >
> >
> >
> > |---------+---------------------------->
> > | | Dave Rathnow |
> > | | <dave..rx-ca.com|
> > | | > |
> > | | |
> > | | 02/18/2005 02:49 |
> > | | PM |
> > |---------+---------------------------->
> >>
> ----------------------------------------------------------------------
> >> --------------------------------------------------------|
> >
> |
> > |
> > | To: "'woproject-de..bjectstyle.org'"
> >
> <woproject-
> de..bjectstyle.org>
> > |
> > |
> cc:
> > |
> > | Subject: Can WOLips NOT flatten my resources
> hiearchy?
> > |
> >>
> ----------------------------------------------------------------------
> >> --------------------------------------------------------|
> >
> >
> >
> >
> >
> >
> >
> > Is there a way to stop WOLips from flatting my resource directories
> > when it
> > builds?
> > I have my WebServerResources separated into directories by their
> type
> > but
> > when I
> > include them as WebServerResources, the files all show up on a
> single
> > level
> > under
> > my build directory.
> >
> >
> > Can this behavior be changed?
> >
> >
> > Thanks,
> > Dave.
> >
> >
> >
This archive was generated by hypermail 2.0.0 : Wed Mar 02 2005 - 13:32:26 EST