I noted that the WebObjects_module was indeed loading AFTER and indeed, there are duplicate entries somewhere
so, in my httpd.conf, I've simply moved the loading of mod_WebObjects.so to BEFORE mod_rewrite.so however, I guess I still have a reference that you suggest I delete since I get the duplicate error? I'm not sure where these other conf files are at -- /etc/httpd/conf editing the httpd.conf where I've just put my single domain there at the bottom of the file and I've edited these Load statements from standard stuff I find above including the mod_WebObjects.so apparently loading twice, and after the mod_rewrite Am I on track here? thanks On Jan 29, 2012, at 8:59 PM, Pascal Robert wrote: > > Le 2012-01-29 à 20:34, Jesse Tayler a écrit : > >> >> nice! >> >> but I must be having apache voodoo >> >> links with >> >> /apps/WebObjects/WOMan.woa/wa/signup >> >> pass through >> >> <IfModule mod_rewrite.c> >> RewriteEngine On >> RewriteRule ^/woman(.*)$ /apps/WebObjects/WOMan.woa$1 [PT,L] >> </IfModule> > > Does mod_WebObjects is loaded before mod_rewrite? If not, the rule won't > work. For example, it should be in an order like this: > > LoadModule WebObjects_module /usr/lib64/httpd/modules/mod_WebObjects.so > LoadModule rewrite_module modules/mod_rewrite.so > >> and resolve to >> >> https://ec.planaby.com/woman/wa/signup >> >> but apache reports 404, not found >> >> I get the usual response from apachectl >> >>> sudo apachectl graceful >> [Sun Jan 29 19:55:21 2012] [warn] module WebObjects_module is already >> loaded, skipping > > That means you have the module twice in Apache config. Probably you have it > in httpd.conf, and the other in the config file (webobjects.conf or > apache.conf) that comes with WO. Disable it in the later (add a # on the > LoadModule line). > >> what did I miss here? >> >> >> >> >> On Jan 29, 2012, at 7:31 PM, George Domurot wrote: >> >>> Correct. And, if you use your default action as your entrance, then this >>> will provide a nice URL starting point: >>> >>> http://domain/myapp >>> >>> -G >>> >>> >>> On Jan 29, 2012, at 4:21 PM, Jesse Tayler wrote: >>> >>>> ah, let me see if I follow >>>> >>>> when I use a rule like >>>> >>>> RewriteRule ^/myapp(.*)$ /apps/WebObjects/MyApp.woa$1 [PT,L] >>>> >>>> a url with my myapp in it, would expand and all I'd need is the >>>> /wa/entrance or something like so? >>>> >>>> http://my.domain/myapp/wa/entrance >>>> >>>> am I following there? >>>> >>>> >>>> >>>> On Jan 29, 2012, at 6:39 PM, George Domurot wrote: >>>> >>>>> It looks like these options may be over complicating things. While you >>>>> can get super fancy with rewrites, I've found it's easiest to use >>>>> Wonder's built-in support and one singe rule to get deployed. If you >>>>> need additional rules, you can stack them in above this one, otherwise >>>>> this configuration should take care of you: >>>>> >>>>> 1) in your Resources/Properties file add (to get Wonder to rewrite during >>>>> deployment): >>>>> >>>>> # Apache Deployment Rewrite >>>>> er.extensions.ERXApplication.replaceApplicationPath.pattern=/cgi-bin/WebObjects/MyApp.woa >>>>> er.extensions.ERXApplication.replaceApplicationPath.replace=/myapp >>>>> >>>>> >>>>> 2) In your VirtualHost config, include (for Apache to reverse Wonder's >>>>> rewrite from above): >>>>> >>>>> <IfModule mod_rewrite.c> >>>>> RewriteEngine On >>>>> RewriteRule ^/myapp(.*)$ /cgi-bin/WebObjects/MyApp.woa$1 [PT,L] >>>>> </IfModule> >>>>> >>>>> -G >>>>> >>>>> On Jan 29, 2012, at 1:36 PM, Jesse Tayler wrote: >>>>> >>>>>> >>>>>> A quick test, I wrote a rule like yours >>>>>> >>>>>> RewriteRule ^/(\d*?/?)wa/(.*)$ /apps/WebObjects/WOMan.woa/$1wa/$2 >>>>>> [L,PT,QSA] >>>>>> >>>>>> that I'd expect to redirect a URL like this: >>>>>> >>>>>> http://mydomain.com/wa/entrance >>>>>> >>>>>> to >>>>>> >>>>>> http://mydomain.com/apps/WebObjects/WOMan.woa/wa/entrance >>>>>> >>>>>> >>>>>> aside from using SSL port :443 I don't see much there, I just added a >>>>>> simple virtual host to apache.conf. >>>>>> >>>>>> I'm either misunderstanding the URL that should trigger this rule, or >>>>>> it's not working in a way I'm unsure how to debug - >>>>>> >>>>>> thoughts? >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On Jan 29, 2012, at 2:35 PM, Fabian Peters wrote: >>>>>> >>>>>>> >>>>>>> Am 29.01.2012 um 19:44 schrieb Jesse Tayler: >>>>>>> >>>>>>>> >>>>>>>> oh thanks fabian! >>>>>>>> >>>>>>>> maybe just what I was looking for -- >>>>>>>> >>>>>>>> the site is like twitter, so there's standard urls to reach a user >>>>>>>> profile, or a post and those urls should be short, of course. >>>>>>>> >>>>>>>>> They work for me, but I'm by no means a "rewrite expert"... >>>>>>>> >>>>>>>> rewrite expert? ick! who would want to be that!! >>>>>>>> >>>>>>>> I mean, the syntax looks like someone was drunk while slapping their >>>>>>>> hands on the keypad... >>>>>>>> >>>>>>>> On Jan 29, 2012, at 1:10 PM, Fabian Peters wrote: >>>>>>>> >>>>>>>>> # root rewrite >>>>>>>>> RewriteRule ^/$ /cgi-bin/WebObjects/App.woa [L,PT] >>>>>>>>> >>>>>>>> >>>>>>>> ah, so this basically translates anything into a full woa I guess? >>>>>>> >>>>>>> Yes >>>>>>> >>>>>>>>> RewriteRule ^/(\d*?/?)ajax/(.*)$ >>>>>>>>> /cgi-bin/WebObjects/App.woa/$1ajax/$2 [L,PT,QSA] >>>>>>>>> RewriteRule ^/(\d*?/?)upload(.*)$ >>>>>>>>> /cgi-bin/WebObjects/App.woa/$1upload$2 [L,PT,QSA] >>>>>>>> >>>>>>>> I guess those two above translate standard ajax and file upload calls >>>>>>>> in the same way? >>>>>>> >>>>>>> Yes. The upload bit is for the AjaxFlexibleFileUpload IIRC. >>>>>>> >>>>>>>>> RewriteRule ^/(\d*?/?)wa/(.*)$ /cgi-bin/WebObjects/App.woa/$1wa/$2 >>>>>>>>> [L,PT,QSA] >>>>>>>>> RewriteRule ^/(\d*?/?)wo/(.*)$ /cgi-bin/WebObjects/App.woa/$1wo/$2 >>>>>>>>> [L,PT,QSA] >>>>>>>>> RewriteRule ^/(\d*?/?)wr(.*)$ /cgi-bin/WebObjects/App.woa/$1wr$2 >>>>>>>>> [L,PT,QSA] >>>>>>>> >>>>>>>> and so, these I guess translate calls from errest, direct actions and >>>>>>>> basic components? >>>>>>> >>>>>>> DAs, component actions and the ERXStaticResourceRequestHandler - which >>>>>>> you won't need in deployment I think. This was copied from my >>>>>>> development apache config. >>>>>>> >>>>>>>> I can test around with these a bit, but I'm not certain I understand >>>>>>>> what they are doing -- >>>>>>> >>>>>>>>> RewriteRule ^/(\d*?/?)wa/(.*)$ /cgi-bin/WebObjects/App.woa/$1wa/$2 >>>>>>>>> [L,PT,QSA] >>>>>>> >>>>>>> The first group "(\d*?/?)" checks whether there's an instance ID in the >>>>>>> URL and appends that as "$1". You might not need that. The second group >>>>>>> "(.*)" takes the rest and appends it as "$2". >>>>>>> >>>>>>>> all cool, but you must also have some code in your app to return short >>>>>>>> urls during deployment? >>>>>>>> >>>>>>>> I used to have a menu item that used deployment urls for things like >>>>>>>> signup, but used component urls locally during development, but I am >>>>>>>> guessing with WOnder I might have a different approach there? >>>>>>> >>>>>>> Yes, you can set >>>>>>> er.extensions.ERXApplication.replaceApplicationPath.pattern and >>>>>>> er.extensions.ERXApplication.replaceApplicationPath.replace in your >>>>>>> properties and use >>>>>>> >>>>>>> public String _rewriteURL(String url) { >>>>>>> url = super._rewriteURL(url); >>>>>>> ... >>>>>>> return url; >>>>>>> } >>>>>>> >>>>>>> in your ERXApplication subclass if you need more special things. >>>>>>> >>>>>>> Fabian >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Do not post admin requests to the list. They will be ignored. >>>>>> Webobjects-dev mailing list ([email protected]) >>>>>> Help/Unsubscribe/Update your Subscription: >>>>>> https://lists.apple.com/mailman/options/webobjects-dev/george%40boxofficetickets.com >>>>>> >>>>>> This email sent to [email protected] >>>>> >>>> >>> >> >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list ([email protected]) >> Help/Unsubscribe/Update your Subscription: >> https://lists.apple.com/mailman/options/webobjects-dev/probert%40macti.ca >> >> This email sent to [email protected] > _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
