So, if you're going through apache and you have the two patterns set
and not commented, it should rewrite. Make sure there is no space or
so at the end of the pattern.
Also, make sure you're running with the ERXWOContext54 in your
classpath if you are using WO 5.4. Set a breakpoint in _rewriteUrl in
ERXApplication and see whether it gets hit. If not, check whether the
WOContext class you're using is an ERXWOContext and if you are running
5.4, this won't work.
Guido
--
http://www.event-s.net
On 21. Sep. 2009, at 22:33 , ute Hoffmann wrote:
Upps, I think so. At which Property do I have to look to know.
I run in deployment and definitley come via apache but I have not
set anything deliberately. I'm a new wonder user
so maybe I overlooked something...?
Am 21.09.2009 um 18:17 schrieb Guido Neitzer:
Are you running in WebServer connect mode?
cug
-- http://www.event-s.net
On 20. Sep. 2009, at 02:02 , ute Hoffmann wrote:
Hi,
should this work for applications which have a session as well,
or will it work only for sessionless apps?
* <code>
* er.extensions.ERXApplication.replaceApplicationPath.pattern=/cgi-
bin/WebObjects/YourApp.woa
* er.extensions.ERXApplication.replaceApplicationPath.replace=/
yourapp
* </code>
*
* and in Apache 2.2:
* <code>
* RewriteRule ^/yourapp(.*)$ /cgi-bin/WebObjects/YourApp.woa$1
[PT,L]
* </code>
*
* or Apache 1.3:
* <code>
* RewriteRule ^/yourapp(.*)$ /cgi-bin/WebObjects/YourApp.woa$1 [P,L]
* </code>
I put it into the properties file of an Application, but nothing
changed in the way the URL's were displayed.
I use WOHyperlinks which call directActions with parameters and
have a session.
I have the Application extend a Application class in a framework
which then in turn extends ERXApplication.
Could that be part of my problem? But the Application starts up
ok, and the added properties are in the logfile,
so I THINK they should be seen...
Probably this is very basic, sorry.
Thanks for your help.
Regards,
Ute
_______________________________________________
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/guido.neitzer%40gmail.com
This email sent to guido.neit...@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/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
