Re: Building for deployment
Re: Building for deployment
- Subject: Re: Building for deployment
- From: Chuck Hill <email@hidden>
- Date: Fri, 18 Dec 2009 13:13:57 -0800
Hi Mark,
On Dec 18, 2009, at 12:02 PM, Mark Wardle wrote:
Dear all,
Thank you to all who replied to this - both on and off list.
The problem was that I was (in development) building in eclipse and
setting the java build path with the required projects (including my
own frameworks and Wonder's), and *not* have anything listed in the
"Libraries" tab (except WO54 stuff).
Now I build wonder and my own frameworks with ant install on the
command line, and build the app using ant build, and copy the dist
folder to the deployment platform.
I'm having some teething problems (e.g. OGNL library not being found
because there were three versions copied across - 53 54 and an
unversioned one) that I'm slowly solving.
Originally, ognl.jar was in the WOOgnl framework. Then it got moved
to ERJars. If your projects were not including ERJars, this could be
the source of problems.
Chuck
2009/12/13 Mark Wardle <email@hidden>:
Hi all,
I'm pulling my hair out trying to get a WOA that contains all
embedded
frameworks - including WO54, project wonder and my own.
Naturally, during development, everything just works from within
Eclipse. In particular, I have Project Wonder building from within
Eclipse also.
I assumed it would be a straightforward thing to build a split
install
package, but I either end up with a WOA that contains only the WO54
frameworks and nothing else OR compile-errors saying a class can't be
found.
In fact, I've being going around in circles so much that I've lost
track of the different wiki pages I've tried to follow - each
suggesting different changes to a build.xml file (or an entirely
different build file). I've messed with properties I don't
understand,
and in fact, think I'm now worse off than when I started. I've even
looked at the documentation covering maven and hudson to see whether
they would simplify things; I've concluded *not*.
Is the information in this wiki page still correct?
(http://wiki.objectstyle.org/confluence/display/WOL/Embedding+WOFrameworks
)
I'm using WOLips 3.4.6015 with Eclipse 3.4.2, together with Project
Wonder R10347.
I've now created a new PW application and copied the build.xml and
build.properties back hopefully correcting all my corrections.
What's the recommended way of creating sane builds - particularly
using PW and your own frameworks from source and making everything
work as automatically as possible?
Should I regress to WO53?
Should I give up and stick to swinging a tendon hammer...?
Should I simply hit the bottle...?
example output (now):
[wocompile] /Users/mark/Dev/eclipse/rsdb/Applications/RSNews/
Sources/com/eldrix/news/app/Users.java:41:
cannot find symbol
[wocompile] symbol : class User
[wocompile] location: class com.eldrix.news.app.Users
[wocompile] protected boolean checkAccessForUser(User u) {
[wocompile] /Users/mark/Dev/eclipse/rsdb/Applications/RSNews/
Sources/com/eldrix/news/components/LinkToViewPatient.java:12:
package er.extensions.components does not exist
[wocompile] import er.extensions.components.ERXStatelessComponent;
[wocompile] ^
These errors aren't entirely unexpected - for example, the classes
live in one of my frameworks (RSBusinessLogic) and PW frameworks
(ERExtensions) respectively.
I'm sure WOLips->Ant tools->Install... used to build a WOA, but the
WOA binary was simply not executable because I then had runtime class
problems. If I could at least get back to that point, I could
manually
force frameworks to be compile and stick 'em manually into the WOA
for
each build... Arrrrghhhh!
Maybe I need to rewrite the build.xml files and make a super-project
ant build file to build my application and the frameworks in a
similar
way to that in PW?
Yours in desperation...
Mark
--
Dr. Mark Wardle
Specialist registrar, Neurology
Cardiff, UK
--
Dr. Mark Wardle
Specialist registrar, Neurology
Cardiff, UK
_______________________________________________
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
--
Chuck Hill Senior Consultant / VP Development
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-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden