On Aug 21, 2007, at 8:19 AM, Paul Stringer wrote:
On Aug 21, 2007, at 4:28 PM, Chuck Hill wrote:
On Aug 20, 2007, at 11:39 PM, Paul Stringer wrote:
Thanks Chuck for the explanation.
I don't know why your binding is working in development.
I checked out where WOData= is looking and it goes to the
Frameworks build directory - in there WebServerResources get
flattened so 'filename=image.gif' works. On the other hand
Installing a framework keeps the original directory structure
unflattened. So kind of annoying that I have different behavior
and looks like the simple answer without wasting too much time is
to just not use subdirectories.
I think you just have your project setup incorrectly. When I try
this, I get the directory structure under the build/ directory.
When are these images? Under Resources? Elsewhere? What is in
your woproject/resources.include/patternset.
Do you explicitly add your WebServerResources to your
include.patternset. If I do that then it works - the build
directory matches exactly that produced for the installed Framework
with folders, so kind of a solution.It seems odd it can manage to
work without that for an Install build but hey I'm not complaining.
The Eclipse build (the incremental builder to be precise) uses a
different process than the Ant based deployment build. So, yes, it
is quite possible for them to be out of sync. The Ant build may or
may not use the woproject/wsresources.include.patternset - it depends
on which version it is. The Wonder version (Wonder Framework, Wonder
Application) just takes everything in or under the WebServer
Resources folder. Other versions do use the patternset (unless you
have a broken version or have modified build.xml). The incremental
builder always uses the patternset (um, I think).
You can add folders or files using the WOLips Tools -> Include as
WSResource context menu or you can edit these files using the
Patternset editor. I have more faith in the patternset editor to do
the right thing.
Chuck
--
Practical WebObjects - for developers who want to increase their
overall knowledge of WebObjects or who are trying to solve specific
problems.
http://www.global-village.net/products/practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com
This email sent to [EMAIL PROTECTED]
