Re: Stupid graphics question
Re: Stupid graphics question
- Subject: Re: Stupid graphics question
- From: Jean-François Veillette <email@hidden>
- Date: Mon, 29 Nov 2004 19:38:18 -0500
Variation on a theme ...
If your going to install on a different server, set DSTROOT to
something else, like :
xcodebuild install DSTROOT=/tmp/MyProject -buildstyle Deployment
-alltargets
xcodebuild install DSTROOT=/tmp/MyProject -buildstyle WebServer
-alltargets
#You will end up with a complete deployment environment, all
directories under /tmp/MyProject/Library.
#then create a tarball on this setup
cd /tmp/MyProject
gnutar -zcf /tmp/myProject.tgz Library
# copy the tarball to the server
# method of your choice
...
# then on the server, you can untar the setup tarball on the spot
# be carefull, take time to understand what is going on here,
# I'm assuming you know gnutar and the effects of using it.
cd /
gnutar -zxf /path/to/the/tarball/myProject.tgz
I use tar, but other might use something else, if needed something that
will preserve forked files for example.
- jfv
Le 04-11-29, à 16:09, David Holt a écrit :
Hi Andrew,
I follow the advice in the email I linked to below and I no longer
have problems with building and deploying on OS X. Using the settings
in Jean-François' email, the build products end up where they are
supposed to be on your development box:
/Library/WebServer/Documents/WebObjects for the webserver resources
.woa and /Library/WebObjects/Applications for the application .woa.
Once I have built twice, I copy the .woas into exactly their
corresponding locations on my OS X Server box and I'm done.
I find building from XCode to be really hit or miss. Weird stuff
starts happening because it often uses cached copies of files as part
of the build process. You have to be really careful about cleaning
targets and deleting old build products to make sure that a new build
is clean. I suspect this might have bit you. The command line has been
consistent and error free for me.
Good luck!
David
--
The only way to make a man worthy of love is by loving him.
Thomas Merton
from Sunbeams: http://www.thesunmagazine.org
On 29 Nov 2004, at 12:11 PM, Andrew Kinnie wrote:
Hmm. OK, I was using XCode, but I can as easily do it on the command
line.
However, what exactly is DSTROOT and where does this install the
files? I may end up just using the graphics statically.
Andrew
On Nov 29, 2004, at 1:57 PM, David Holt wrote:
Are you building with XCode? Are you building from the command line?
Are you doing two builds? I do one for Webserver and one for
Deployment. See this thread:
http://wodeveloper.com/omniLists/webobjects-talk/2004/April/
msg00007.html
I am pretty sure that it is covering your issue.
David
--
Your friends will know you better in the first minute you meet than
your acquaintances will know you in a thousand years.
Richard Bach Illusions
from Sunbeams: http://www.thesunmagazine.org
On 29 Nov 2004, at 10:18 AM, Andrew Kinnie wrote:
OK, this is driving me insane. I managed after days and days and
days to get my website deployed, except the cheesy background gif
didn't work. Now, the background works after editing the full
document in WOBuilder, and selecting the gif as the filename in the
body tag. Now, the background appears, but none of the other
graphics appear. (they appear as a question mark on the page).
They were there two seconds ago, BEFORE the tiled background
appeared.
WHERE ARE DYNAMIC GRAPHICS STORED ON THE SERVER!!?!????!
I have the "WebObjectsDocumentRoot" set as
/Library/WebServer/Documents
I have the document root of the webserver at
/Library/WebServer/Documents
I have a full copy of the .woa at /Library/WebObjects/MyApp.woa
with all the graphics
I have another full copy at
/Library/WebServer/Documents/WebObjects/MyApp.woa
No graphics (except the gif background image)
What do I have to do to get webobjects just to work?
This is supposed to make development easy, but if it takes three
months to get a completed application deployed, it's hardly worth
it.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
email@hidden
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:
email@hidden
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