Re: Installing WO 543 on Linux
Re: Installing WO 543 on Linux
- Subject: Re: Installing WO 543 on Linux
- From: David Griffith <email@hidden>
- Date: Tue, 27 Apr 2010 03:08:11 +0200
John,
I just wanted to say thanks for the tip about rsync. I've embedded everything now, as was suggested by several people, and using rsync is just a dream. I've made a lovely little update script which I can use to instantly update any of my apps on the remote server with just one short command. So, thanks again. It's saved me a lifetime of hassle. :)
Regards,
David.
On Nov 10, 2009, at 12:58 AM, John Bruce wrote:
Hi David,
The solution here is rsync. Using will allow to send only the files
that have changed to your server. Since most of your frameworks,
especially the WebObjects and Wonder ones, won't change much then only
the first upload will take a long time.
Cheers,
John
On Mon, Nov 9, 2009 at 10:23 PM, David Griffith <email@hidden> wrote:
> 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 :)
>
> 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 <email@hidden>
> 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.
>>
>> [appserver@localhost iPSDistributor.woa]$ echo $NEXT_ROOT
>> /opt
>> [appserver@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 <email@hidden>
>> 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 (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