Clarification on withInboundCorrection method…
May 4, 2012 at 3:43 pm #18335
I tried adding the following rule:
thinking that someone entering the second url (“/moduleA/ThePage”) would be automatically redirected to (“/PrettyURL”).
However this does not seem to be the case… I want to hide the second Url. Is it possible?
Julien.May 4, 2012 at 4:44 pm #22488
It should work. Could you create a test-case, or attach a project where we can reproduce this issue?
Thanks! We’ll get it fixed for you!
~LincolnMay 4, 2012 at 5:04 pm #22489
Here is the maven project attached…
Julien.May 8, 2012 at 1:55 pm #22490
I still haven’t been able to get my
Can anyone please help?
FYI, I use rewrite 1.0.5-Final.
J.May 8, 2012 at 2:05 pm #22491
what strikes me is that the follwing works fine:
Julien.May 8, 2012 at 2:05 pm #22492
I’ve been traveling back from California, now driving to Toronto. Your project is a multi-module project with JPA and a bunch of other features. That makes it take longer than a single project or test case with a few files that reproduces the problem.
If you could also specify how I am to reproduce the error, that would be of great help.
~LincolnMay 8, 2012 at 2:06 pm #22493
Don’t worry. There is nothing urgent. I appreciate your support.
I’ll try to remove the unnecessary modules and then upload the archive here…
Julien.May 8, 2012 at 2:10 pm #22494
Just so you know This is important for a few reasons:
1. It gets you to try using the tool outside of the context of your application where things may be more confusing. It can help reveal when a simple mistake was made.
2. It helps to remove libraries that might possibly conflict, giving clues to the possible real cause, if not a bug.May 8, 2012 at 2:11 pm #22495
PS. Thanks.May 8, 2012 at 2:33 pm #22496
I have significantly trimmed down the app, removing a whole layer and lots of jars. You’ll find it attached hereby.
In order to reproduce the problem: deploy the war to Tomcat 7 and load the following url:
http://localhost:8080/fr/contactus. This should normally be corrected to:
/fr/contactez-nousbut is not.
Julien.May 10, 2012 at 5:25 am #22497
So, I looked at your project on JBoss AS7 and it works fine except you have mapped URLs to resources that don’t appear to exist, but the mechanism is functioning normally. Maybe I don’t know how Tapestry works, but it doesn’t look like you are actually mapping URLs to pages that Tapestry renders.
When I access “/moduleA/ThePage” I am redirected to “/PrettyURL” and I get a 404 error from the server. The contents of the error page state that “/moduleA/ThePage” cannot be found… this means that Rewrite is working normally.
LincolnMay 10, 2012 at 11:04 am #22498
I actually use Tomcat 7 and I am not redirected from /moduleA/ThePage to /PrettyURL as you are. This is very odd because the app is the same….
Why would Tomcat prevent rewrite to work properly??
Julien.May 10, 2012 at 11:09 am #22499
More on this: I get exactly the same behavior as you with Jboss 7…
Odd isn’t it?
J.May 10, 2012 at 3:11 pm #22500
Still more on this: glassfish seems to exhibit the same behavior as tomcat…May 10, 2012 at 4:28 pm #22501
Ok, good to know. We just got the TOMCAT testing profile set up, or are almost done, so hopefully we’ll be able to verify this soon. For now, can you use AS7? (It’s better anyway…)
You must be logged in to reply to this topic.