Re: Weird case of "The requested application was not found on this server"
Ondřej Čada <[email protected]> Thu, 16 Feb 2012 06:40:29 +0100
| Newsgroups | gmane.comp.web.webobjects.devel |
|---|---|
| Message-ID | <[email protected]> |
Chuck, thanks a lot for quick answer! On Feb 16, 2012, at 5:47 AM, Chuck Hill wrote: > Yes, that sounds correct. The /-whatever URLs are for development = when you are only running a woadaptor and wotaskd but no JavaMonitor. = They are most likely ignored or stripped out resulting in an effective = URL of http://localhost/cgi-bin/WebObjects/Foo.woa. You can go to = http://localhost:1085 to see what has been registered as available with = wotaskd. Well I deploy and develop both on the same machine -- that is not = allowed? (Of course it would not do to deploy commercial apps there; what I = deploy is just a few private WOapps which I use myself on my subnet for = my own purposes. Guess I should select another machine in the subnet for = this kind of deployment :)) >> And one quite unrelated question -- is there a way to get rid of the = superfluous "Display groups are defined for component FOO.wo but class = was not found" errors? They get reported for all my groovy components = (and they are wrong, the classes are build all right and the app works = with them without a glitch). >=20 > Check the contents of the .woo file (it is text). The woos are all right, the editor shows the proper settings and the = application works exactly as it should. If I rename the groovy = components to java, the errors disappear. Looks like the WOO compiler, = instead of checking in the .class files whether the classes are = available tries to parse .java or something like that. Thanks a lot and all the best, --- Ondra =C4=8Cada OCSoftware: [email protected] http://www.ocs.cz private [email protected] http://www.ocs.cz/oc