Re: Deploying Multiple Versions (and on Windows)
Re: Deploying Multiple Versions (and on Windows)
- Subject: Re: Deploying Multiple Versions (and on Windows)
- From: Chuck Hill <email@hidden>
- Date: Mon, 26 Apr 2004 09:41:55 -0700
This is completely doable. First off, do NOT rename the project. That
is the wrong path. Just put version 2 in a different directory, point
JavaMonitor at it, and give it a different name in JavaMonitor. The
name that JM uses, the name that appears in the URL, has *nothing* to
do with the name of the project.woa directory. You can name it
ScoobyDo if you want to. This name is only used to resolve to a port
number.
For frameworks you have a couple of options. The first option you want
to discard is the Apple way of putting them in /Library/Frameworks/.
The versioning stuff might sort of work on OS X, but not on Windows.
Just reject all that crap and do it the Java way:
In side the .woa bundle are classpath files for the various OS's in
appropriately named directories. Install the framework where ever you
want and edit the classpath file to point to where you have installed
it. Done.
Lately I've taken to bundling the frameworks into the .woa file. I put
then under Contents/Library/Frameworks. Then edit the classpath files
(sed works well for this) and change the path from LOCALROOT/ to
APPROOT/. There you have it - a version safe, single bundle install.
Life is good.
Chuck
On Apr 26, 2004, at 8:05 AM, Ashley Aitken wrote:
Howdy All,
How do you handle multiple version of the same application and
framework on the application server and web server in your deployment
workflow? Say you have FrameworkA (Version 1) and ApplicationB
(version1) deployed and you want to leave these deployed and running,
and deploy and run FrameworkA (Version2) and ApplicationB (version2)
(and on Windows if you can).
All of these are originating from FrameworkA project and ApplicationB
project, and probably requiring deployment on the application server
and the web server. The problem is, I've always found it difficult
(but not impossible) to change the name of projects in Xcode (there
seem to be so many references to the name to change within
configuration files etc.)
I've just tried deploying an application on Windows and just changing
the application and framework folder names (appending v2 etc) and then
making adjustments for the framework in the classpath file. It seems
to have worked. However, the application runs and all images appear,
but when I look at the source for a page the URLs to the images seem
still to be to the original path on the Web server (ie not including
v2).
I'm not sure why or how it is working, I guess it may be because the
images are cached in the browser, or perhaps there is some (more)
magic in WO that it will find the images even if the folder name has
changed? I doubt it. That said, the application does seem to have
run (with JavaMonitor) ok, it has found the frameworks and other
resources.
Any general suggestions about versioning for WO applications
(particularly on Windows) would be most appreciated.
Cheers,
Ashley.
PS I know JavaMonitor doesn't mind calling an application anything -
as long as you can show it where the startup script is ... However,
I'm not talking about having different names for the same application,
I am talking about having different frameworks/applications deployed
that are built from the same projects.
PS I also know that when deploying on Windows you seem to have do a
little shuffle with frameworks to remove the versioning symbolic links
that don't work on Windows. I have just copied the correct Resources
and WebServerResources folders to the top-level directory of the
framework and that seems to work fine -it's just one more little
annoying thing about Windows.
--
Ashley Aitken
Perth, Western Australia
mrhatken at mac dot com
_______________________________________________
webobjects-deploy mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/webobjects-deploy
Do not post admin requests to the list. They will be ignored.
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.