Re: back to deploy problems
Re: back to deploy problems
- Subject: Re: back to deploy problems
- From: Mike Schrag <email@hidden>
- Date: Wed, 18 Nov 2009 11:10:20 -0500
I know Chuck has his own build.xml's, but I use the 100% stock build.xml and never touch it. The goal, for me, is to have the stock build.xml do the right thing. Additionally, if it's not modified, it makes it easy to upgrade to future WOLips-recommended build.xml's.
So my answer to your questions is, generally speaking, use the recommended wolips project layout, use the stock build.xml, and you never should have to even consider the questions that you're asking.
As far as direct answers:
one defines the patterns for Resources, the other for WebServerResources (as you would expect). you're cutting out the important part of build.xml in your email though -- you're showing the root tag, but not its children. that's just saying what the patternset files interpret relative to (which is ".", or project root). the patternset files then specify precisely which files should be considered Resources vs WebServerResources. the definition of this is pretty simple if you're using fluffy bunny.
as far as editing build.xml, you can do whatever you want. my personal desire is to never touch them.
as far as what should be in resources.include.patternset, this is defined by your particular project layout choices. if you're following the recommended guidelines, you should be able to just make a blank project and copy over the examples, but the stock one is:
Components/**/*.wo/**/*
Components/**/*.api
Resources/**/*
Also, that statement from Apple is the worst possible wording. They should be saying "Apple does not provide support for WebObjects on 10.6 server" not "WebObjects is not supported on 10.6 server". The term "support" is overloaded to mean vastly different things depending on which interpretation you choose.
ms
On Nov 18, 2009, at 10:57 AM, Baiss Eric Magnusson wrote:
>
> I have tracked a lot of the issues to the <woproject> group in the WOLips/Eclipse project.
>
> For one, when I get into the case of the page rendered with WebObject tags in place it's because the <.WO>'s have been loaded into the WebServerResources path.
>
> There's too much I don't understand about <woproject> and <build.xml>.
>
> 1) What is the purposeful difference between <Resources/resources.include.patternset> and <WebServerResources/resources.include.patternset> in <woproject>?
>
> 2) Is <build.xml> generated at project creation and then meant to be hand edited? Because in <build.xml> I see:
>
> <wsresources dir=".">
> <resources dir=".">
>
> which means to me that in 1) above there is no difference in actuality.
>
> What should be in <Resources/resources.include.patternset>?
>
> After attending Apple's OSX 10.6 server tour yesterday at the Experience Music Project museum in Seattle I came away with the conclusion that the only solution to a non-authenticating server, which I have, is to re-install the OS, and then re-build the server dns records etc. from their parts.
> My advice is to install the server, test for authenticity with the primary domain, and then begin creating full image backups.
>
> Apologies for the negativity, but I must say I was greatly annoyed to hear the Apple representative immediately respond to any question to which the word WebObjects was part of with the comment "WebObjects is not supported on 10.6 server".
>
> ----
> Baiss Eric Magnusson
> http://www.CascadeWebDesign.com
>
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
References: | |
| >Re: now trying to deploy, get an immediate error, probably a missing resource(s)? (From: Baiss Eric Magnusson <email@hidden>) |
| >Re: now trying to deploy, get an immediate error, probably a missing resource(s)? (From: Chuck Hill <email@hidden>) |
| >Re: now trying to deploy, get an immediate error, probably a missing resource(s)? (From: Baiss Eric Magnusson <email@hidden>) |
| >Re: now trying to deploy, get an immediate error, probably a missing resource(s)? (From: Chuck Hill <email@hidden>) |
| >Re: now trying to deploy, get an immediate error, probably a missing resource(s)? (From: Baiss Eric Magnusson <email@hidden>) |
| >Re: now trying to deploy, get an immediate error, probably a missing resource(s)? (From: Chuck Hill <email@hidden>) |
| >Re: now trying to deploy, get an immediate error, probably a missing resource(s)? (From: Baiss Eric Magnusson <email@hidden>) |
| >Re: now trying to deploy, get an immediate error, probably a missing resource(s)? (From: Chuck Hill <email@hidden>) |
| >Re: now trying to deploy, get an immediate error, probably a missing resource(s)? (From: Baiss Eric Magnusson <email@hidden>) |
| >Re: now trying to deploy, get an immediate error, probably a missing resource(s)? (From: Chuck Hill <email@hidden>) |
| >Re: PROGRESS, now trying to deploy, get an immediate error, probably a missing resource(s)? (From: Baiss Eric Magnusson <email@hidden>) |
| >Re: PROGRESS, now trying to deploy, get an immediate error, probably a missing resource(s)? (From: Chuck Hill <email@hidden>) |
| >Re: PROGRESS, now trying to deploy, get an immediate error, probably a missing resource(s)? (From: Baiss Eric Magnusson <email@hidden>) |
| >Re: PROGRESS, now trying to deploy, get an immediate error, probably a missing resource(s)? (From: Chuck Hill <email@hidden>) |
| >Re: back to deploy problems (From: Baiss Eric Magnusson <email@hidden>) |