Hi - Does anyone know why i get this printed repetedly throughout the system log on a mac os x 10.3.7 production server ? Jun 22 11:38:59 localhost SystemStarter: Waiting for WebObjects Services Jun 22 11:39:08 localhost last message repeated 3 times is this a problem ? thanks, simon
I have just updated a server from from Panther to Tiger and upgraded WO from 5.2.2 to 5.2.4 I now can't get through to my WO apps via apache. The apps are running and I can connect to JavaMonitor and my apps via direct connect. When trying to access via apache I get: The requested URL /cgi-bin/WebObjects/MyApp.woa... was not found on this server. If I touch /tmp/logWebObjects I do not see any WebObjects.log created so I think it is clear that WebObjects isn't getting to process the requests at all. What I am not sure is whether it has started up ok. My httpd.conf does include the line: Include /System/Library/WebObjects/Adaptors/Apache/apache.conf Apache (v 1.3.33) has no complaints when it starts up though I don't see any startup logging within /tmp/WebObjects.log - that file just isn't created - I've noticed it isn't written out on a working server either until the first WO app request comes in. wotaskd is running ok but I don't think I'm getting that far. Help! John Pollard 020 889 22143(Continue reading)
On Jun 24, 2005, at 6:56 AM, John Pollard wrote: > I have just updated a server from from Panther to Tiger and > upgraded WO from 5.2.2 to 5.2.4 > > I now can't get through to my WO apps via apache. The apps are > running and I can connect to JavaMonitor and my apps via direct > connect. > > When trying to access via apache I get: > > The requested URL /cgi-bin/WebObjects/MyApp.woa... was not found on > this server. > That does sound like the CGI adaptor is not found and mod_webobjects is not getting loaded. > If I touch /tmp/logWebObjects I do not see any WebObjects.log > created so I think it is clear that WebObjects isn't getting to > process the requests at all. What I am not sure is whether it has > started up ok. > > My httpd.conf does include the line: > > Include /System/Library/WebObjects/Adaptors/Apache/apache.conf > > Apache (v 1.3.33) has no complaints when it starts up though I > don't see any startup logging within /tmp/WebObjects.log - that > file just isn't created - I've noticed it isn't written out on a(Continue reading)
Chuck, How can I tell if mod_webobjects is being loaded? Wouldn't the apache error log say something if it wasn't? I have looked at /System/Library/WebObjects/Adaptors/Apache/apache.conf but don't really know what I am looking for. The first line of this file says: # WebObjects 4.5.1/5: Enable the WebObjects module One thing I did notice was different to the old version of this file is that it doesn't have the AddModule line after the LoadModule, but when I added this apache just said it had already been added and was therefore ignoring it. A message I do get in the apache log when starting up is: Cannot remove module mod_WebObjects.c: not found in module list On an app access attempt I get: script not found or unable to stat: /Library/WebServer/CGI-Executables/WebObjects If none of the above gives the game away, I'm not familiar with what a cgi adaptor is or how to check it but I will do some research. Thanks, John At 18:51 24/06/2005, Chuck Hill wrote: >On Jun 24, 2005, at 6:56 AM, John Pollard wrote: >(Continue reading)
On Jun 24, 2005, at 12:19 PM, John Pollard wrote: > Chuck, > > How can I tell if mod_webobjects is being loaded? Wouldn't the > apache error log say something if it wasn't? > It would if it was not getting loaded due to error. But it was not getting loaded due to being commented out (or something similar), then no.(Continue reading)> I have looked at /System/Library/WebObjects/Adaptors/Apache/ > apache.conf but don't really know what I am looking for. The first > line of this file says: > # WebObjects 4.5.1/5: Enable the WebObjects module > > One thing I did notice was different to the old version of this > file is that it doesn't have the AddModule line after the > LoadModule, but when I added this apache just said it had already > been added and was therefore ignoring it. > I noticed that as well. Perhaps this is a change in Apache. If so, I like it! > A message I do get in the apache log when starting up is: > Cannot remove module mod_WebObjects.c: not found in module list > Try adding the AddModule line.
On Jun 27, 2005, at 9:39 AM, Chuck Hill wrote: > On Jun 24, 2005, at 12:19 PM, John Pollard wrote: > >> Chuck, >> >> How can I tell if mod_webobjects is being loaded? Wouldn't the >> apache error log say something if it wasn't? >> > It would if it was not getting loaded due to error. But it was not > getting loaded due to being commented out (or something similar), > then no.(Continue reading)
Thanks chaps, I have nothing under /System/Library/WebObjects/CGI-Executables On a live working box (Mac OS X Client,10.3 and WO5.2.2) I have the WebObjects executable under there On another live working box (Mac OS X Server 10.3, WO5.2.2), I have a webobjects executable file (all lower case) On my dev box I have WebObjects, printenv and test-cgi I guess the error: "script not found or unable to stat: /Library/WebServer/CGI- Executables/WebObjects" gives it away then. So why is this file missing? One thing, this is a development install with a deployment licence added. So when upgrading I added the 5.2.3 and 5.2.4 development upgrades. Could the development upgrade have actually removed this executable because it was working before the upgrade? Thanks John
On Jun 27, 2005, at 11:38 AM, John Pollard wrote: > Thanks chaps, > > I have nothing under /System/Library/WebObjects/CGI-Executables Did you mean /Library/WebServer/CGI-Executables? > On a live working box (Mac OS X Client,10.3 and WO5.2.2) I have the > WebObjects executable under there > On another live working box (Mac OS X Server 10.3, WO5.2.2), I have > a webobjects executable file (all lower case) > On my dev box I have WebObjects, printenv and test-cgi > > I guess the error: "script not found or unable to stat: /Library/ > WebServer/CGI- Executables/WebObjects" gives it away then. So why > is this file missing? > > One thing, this is a development install with a deployment licence > added. So when upgrading I added the 5.2.3 and 5.2.4 development > upgrades. Could the development upgrade have actually removed this > executable because it was working before the upgrade? > That sounds like a pretty good guess. I have no idea _why_ this would have happened. Chuck -- --(Continue reading)
Fix for missing WebObjects executable file... I did mean /Library/WebServer/CGI-Executables, sorry Chuck. I have things working now, but there is a very strange problem I had to fix: I uninstalled WO5.2, then re-installed and checked /Library/WebServer/CGI-Executables which, rather than being a directory was an executable file which was obviously supposed to be the WebObjects executable itself. Finding this hard to believe I deleted it and re-created CGI-Executables as a directory, uninstalled and re-installed WO5.2 from disk. Amazingly, following the install the directory I created was gone and had been replaced by the executable file named CGI-Executables again. So this time I again created CGI-Executables as a directory myself and copied the CGI-Executables file that the WO5.2 install had created into it, renaming it to WebObjects. Then applied updates 5.2.1 to 5.2.4 and all is well. I did consider installing WO developer but as I am installing on Mac OS X Client, it doesn't appear to be possible, Apple do not supply WO5.2.2 deployment update and instead tell you to upgrade to Mac OS X Server. I will avoid doing so as long as I can get away with it.
RSS Feed2 | |
|---|---|
1 | |
1 | |
9 | |
5 | |
1 | |
4 | |
1 | |
1 | |
6 | |
5 | |
2 | |
8 | |
29 | |
2 | |
10 | |
3 | |
4 | |
3 | |
18 | |
11 | |
17 | |
16 | |
11 | |
17 | |
9 | |
6 | |
8 | |
19 | |
31 | |
23 | |
21 | |
33 | |
8 | |
28 | |
13 | |
21 | |
22 | |
14 | |
4 | |
39 | |
34 | |
83 | |
56 | |
9 | |
18 | |
17 | |
28 | |
39 | |
18 | |
54 | |
19 | |
42 | |
21 | |
31 | |
14 | |
57 | |
43 | |
62 | |
47 | |
44 | |
88 | |
70 | |
36 |
