> Hi John, > > Yes several people have suggested that, and it's probably what I will > > do in the end. The problem is that it significantly increases the > file size and as I'm deploying to a remote server with not > particularly fast upload, it slows down the process a lot when > updating apps. At the moment I don't really need to have different > versions deployed alongside each other and all my apps are using > basically the same frameworks etc. I'd like to get them configured > and set up correctly on the server, once I have that scenario and I > understand better how it works, I'll be able to consider embedding > them if I don't need to upload too often. Once I actually get this > test server up and running locally, it will hopefully mean less > uploading anyway :)
It's way more easier to work with embedded frameworks, especially on Linux. You only need to have NEXT_ROOT defined, nothing else. If you use embedded frameworks, the instructions on the wiki is enough to get running on Linux. wocommunity.org is running on a CentOS 5.3 box with this exact same setup. > As I'm sure you've gathered, I'm pretty new to Linux and I'm trying to > > learn as much as I can along the way. If I can get it all working, I > > then have to do this all over again on the live deployment server > (we'll be ordering a new one with CentOS which is why I'm using that > > on the local one). Assuming I can get that all done, I will hopefully > > be able to put together a How-To for anyone else trying to do it. > There is some good info available already, but I'm afraid some of it > > was beyond me and assumed I knew more about Linux than I do. > > I'm not really deploying on Linux by choice - it's the OS that our > hosting server uses. Not that it doesn't interest me to learn it, but > > I'm starting at a point that means a lot of learning to get the thing > > up and running! > > Regards, > David. > > On Nov 9, 2009, at 10:58 PM, John Bruce wrote: > > Hi David, > > If exporting the NEXT_ROOT doens't work you can also edit the > UNIXClassPath.txt file which is inside your woa in the Contents/UNIX > directory. There you can set the path to the frameworks explicity > which should solve the problem for now while you work on the > NEXT_ROOT > issue. > > In my build / deploy process I embed the frameworks (as well as the > particular WO version that app is using) inside a directory and set > the path explicity in the file. That way I can depoy different apps > that use differnt WO versions alongside each other. > > Cheers, > > John > > On Mon, Nov 9, 2009 at 9:30 PM, David Griffith > <da...@infinityspain.com> wrote: > > Hi John, > > > > I did have an error in the path to the apps, I've fixed that and it > > > works > > great now. To start the apps I mean. > > I can connect to JavaMonitor on port 56789. > > > > I've installed all the Wonder frameworks, the mysql-connector/j, > mysql > > server, installed my database and added users etc. > > > > Now, I'm sure this is something so stupid, but I can't see what it > > > is.... > > > > I'm trying to start the iPSDistributor app as user 'appserver'. > The > > NEXT_ROOT variable IS set as you can see below, but the first thing > > > the app > > says is that it is NOT set. > > > > [appser...@localhost iPSDistributor.woa]$ echo $NEXT_ROOT > > /opt > > [appser...@localhost iPSDistributor.woa]$ ./iPSDistributor > > iPSDistributor: NEXT_ROOT environment variable is not set! > > Reading UNIXClassPath.txt ... > > Launching iPSDistributor.woa ... > > > > Obviously it crashes out with NoClassDef errors etc as it can't find > > > the > > NEXT_ROOT. What have I done wrong here? > > > > Regards, > > David. > > > > On Nov 9, 2009, at 4:07 PM, John Bruce wrote: > > > > Hi David, > > > > you can test that the script works properly by trying to launch > > webobjects > > via: > > > > /etc/init.d/webobjects start > > /etc/init.d/webobjects stop > > > > after running this you should have the two java processes running - > if > > not then there's something wrong. Perhaps check the permissions on > the > > script, the NEXT_ROOT / USER variables and that it is executable > etc > > > > Also the reason for the: > > > > chkconfig --levels 2345 webobjects on > > > > is that the script defaults to 345 (at least it did for me) and you > > porbably want it to run at level 2 as well. > > > > - John > > > > > > On Mon, Nov 9, 2009 at 2:30 PM, David Griffith > <da...@infinityspain.com > > > > > wrote: > >> > >> Immediately after reboot: > >> > >> root 2764 0.0 0.1 3916 664 pts/0 R+ 17:29 0:00 > >> grep java > >> > >> Regards, > >> David. > >> > >> On Nov 9, 2009, at 3:23 PM, Pascal Robert wrote: > >> > >> ps auxww | grep java > >> > >> _______________________________________________ > >> Do not post admin requests to the list. They will be ignored. > >> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) > >> Help/Unsubscribe/Update your Subscription: > >> > http://lists.apple.com/mailman/options/webobjects-dev/wolists%40gmail.com > >> > >> This email sent to woli...@gmail.com > >> > > > > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-dev/probert%40macti.ca > > This email sent to prob...@macti.ca -- ------------------------------------------------------- Pascal Robert http://www.macti.ca http://www.linkedin.com/in/macti Skype: MacTICanada AIM/iChat : MacTICanada _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com