If ACE4710 supports URL rewrite?

Hello,
We just started testing this brand new ACE4710 with the latest software version 1.8. It seems this box does not support URL rewrite while the ACE blade with software A2.0 does. So the question is if someone has idea URL rewrite feature will be inplemented for ACE4710 and if yes when?

You got it all wrong :).
ACE module doesnt support "URL rewrite". You can rewrite the HTTP header like the host field but not the URL.
you can accomplish this on the ACE Appliance with the 'urlmap scope' command.
Page 2-14 of the "Application Acceleration and Optimization Configuration Guide" for the 4710 has more info.
Hope it helps
Syed

Similar Messages

IIS Url Rewriting supported with SharePoint 2010?

I am currently working for a client that is investigating how they can do vanity domain names for sub sites. I don't believe this will actually work with SharePoint 2010 and believe it may put the environment in an unsupported state...however I need
to find some sort of official MS statement saying so.
Everything I find points me to
http://technet.microsoft.com/en-us/library/cc261814%28office.12%29.aspx#section2 which states that "Windows SharePoint Services 3.0 does not support asymmetrical paths" however I can't find anything that says the equivalent for 2010.
I know that web apps and AAM are the typical approaches, and now in 2010 you can do host named site collections, however they want to do sub-sites.
Can anyone point me to any official MS statement stating that this is not support with SharePoint 2010?
Tony Testa www.tonytestasworld.com

We ran into the same question. Since there's no official statement from Microsoft to be found on the internet that takes away the rumors about it being supported, we set out the question with Microsoft to provide their official statement. Their
reply was that URL rewriting is supported. Find the full reply from Microsoft at my website at
https://www.zomers.eu/knowledge/sharepoint2010/Pages/Url-rewriting-is-supported-for-SharePoint-2010.aspx
This link doesn't work and also directly contradicts statements from other Microsoft sources, e.g.
http://blogs.msdn.com/b/opal/archive/2010/04/23/sharepoint-2010-search-engine-optimization-seo-tips.aspx
where the following is stated:
"URL Rewriting is still not supported - however url redirect is supported. We are using url redirect feature in url rewrite model."
Please provide a link that works and/or back up your claim. Thanks.

URL rewriting for a WebService Consumer Proxy

Hi all,
Did anybody come across this issue?
I have a SAP System - let's call it "TM" - that I want to bind with another non-SAP one - let's call it "FB" - without any PI between them.
The communication is made as a Service Consumer (TM side), the Proxy (see image below) and Proxy-Implementation Class being generated automatically after the ".wsdl" file and the "url" given by the documentation of FB.
Everything looks good! All the Methods (operations) that are available from the service have been added to the Implementing Class.
After the Proxy generation, I also created the Logical Port (in transaction SOAMANAGER - see image below) where the path, host, prefix, and all the necessary stuff were also automatically created after the ".wsdl" document.
So far so good! When I want to test it and to play along with this connection TM -> FB, I am creating the Proxy-Object, I am filling the required User / Pass / and an ID in order to call the first method. As you have probably guessed already: LOGIN.
    ls_in_login-login_request-id             = '...some ID...'.
    ls_in_login-login_request-user          = '...some user ...'.
    ls_in_login-login_request-password = '...some password'.
TRY.
         CREATE OBJECT lo_proxy
           EXPORTING
             logical_port_name = 'ZAS_PORT_FB'.
     CATCH cx_ai_system_fault INTO lo_ref.    " Application Integration: Technischer Fehler
ENDTRY.
   TRY.
       CALL METHOD lo_proxy->login
         EXPORTING
           input = ls_in_login
         IMPORTING
           output = ls_out_login.
     CATCH cx_ai_system_fault INTO lo_ref.    " Application Integration: Technischer Fehler
     CATCH cx_ai_application_fault INTO lo_ref.    " Application Integration: Applikations Fehle
ENDTRY.
As a response, (meaning that the connection works and that the WebService acknowledges the connection) I get a "SessionID" -> a string of characters.
In the Wiki of the Service is written that from this point on, every other methods (but I mean ALL of them, logout() also...) need to be called along with this SessionID. The problem is, that this SessionID doesn't have a specific place in the "inbound"-structure of the methods, but this mechanism of passing around the SessionID must be made with URL rewriting. Another solution would be to use COOKIES. From my point of view, a so-called URL rewriting would be easier, right?
In the documentation is the following info written:
URL rewriting (recommended):
The JSessionId is attached to the URL of the SOAP request, as follows: http://[URL];jsessionid=[jsessionid]
Caused by tecnical reasons, it is necessary to specify the static string “;jsessionid=” in lower case letters.
I have turned this "LO_PROXY" object around and around and around... trying to find a solution... a method...anything that would let me rewrite the URL, but nothing...
I have also tried to use ce CL_HTTP_CLIENT class and to create myself the client and the URL and the host and everything manually... but in this case how do I end up in calling a specific "custom" method -> for instance... how do I call the "LOGIN"... or the LOGOUT...where do I put the parameters, etc?
Do you have any suggestions / ideas / hints ?
Thanks a lot in advance!
Warm regards,
Alex

Hi Stefan,
You are right! It doesn't support to set URL / HTTP parameters outside the logical port.
Nevertheless, I have debugged the whole engine and found out that via custom coding (enhancements / modifications) and with extreme attention, the URL can be rewritten as desired.
When a method of the proxy is called, let's say for instance: lo_proxy->logout (...) - as written up for example, the method CL_HTTP_CLIENT=>CREATE_BY_URL is called dynamically.
In this method, in the "url" variable is the desired URL that needed to be rewritten.
Here it's about an importing parameter, so it cannot be changed so easily, but it's not impossible.
Another place where a nice Enhancement can be created is at the beginning of the FM "SWLWP_URI_PARSE".
You need to be very careful not to change these places in all cases (this CREATE_BY_URL will be called pretty much), JUST when the specific conditions are fulfilled.
Have a great day / week!
Warm regards,
Alex

Plumtree and Weblogic Portal Server | URL rewriting incompatibility

Hi All,
I am using Weblogic Portal as the Producer and Plumtree as the consumer for my WSRP portlets. I have enabled Producer URL rewriting. When i invoke an action URL i get a "Mode is not supported in this portlet." error. The template being passed is <blockingActionTemplate>/wsrpconsumer/pt_action?wsrp-navigationalState={wsrp-navigationalState}&wsrp-interactionState={wsrp-interactionState}&wsrp-mode={wsrp-mode}&wsrp-windowState={wsrp-windowState}</blockingActionTemplate>
and the URL generated is a href="/wsrpconsumer/pt_action?wsrp-navigationalState=&wsrp-interactionState=_action%3D%2FnewAction1&wsrp-mode=&wsrp-windowState="
The same portlet works fine when Consumer URL rewrting is enabled.
Plumtree is giving the same error for the portlets at the consumer at http://sunwsrp.dyndns.org/portal/wsrp/wsdl/default. Any help would be highly appreciated
Thanks

Hi, I don't have an answer on this but another more basic question. Our agency is using Plumtree Portal v5. I am assigned to develop a remote portlet. According to what I've read on the web as far back as 2003 Plumtree Portal supports WSRP but I'm getting conflicting answers within our agency. This post seems to indicate that the Plumtree Portal can consume WSRP compliant remote portlets. If that is correct, can you point me to documentation/examples? I've found reference to a Plumtree resource called "WSRP Portlet Consumer" for WSRP--does that still exist? Any help would be appreciated.

URL Rewriting in JSP/Servlets

Enabling URL rewriting for session support where cookies are switched off, results in the URL being rewritten as myURL/$SessionID$a_very_long_string.
I believe that the /$SessionID$ is configurable on the server, does anyone know how ?
OAS version 4.0.8.1. patched with JSP support.

Why is it placing a ';' before jsessionid ? Shouldn't
it be a '&'? The current result is a page not found.Your url looks ok to me. '&' seperates parameters. I'm using the Struts framework to handle those ugly details and it generates urls like this one for me:
http://localhost:8080/JspMini/main.jsp;jsessionid=C2C1C2D9C6106758047127038554C813
Looks like you have another problem...
HTH, Markus

Always use URL Rewriting for session tracking?

All you JSP guru:
I am working on a JSP project that requires session tracking. I have successfully implements session tracking with both cookies or URL rewriting. I know that with the HttpSession object, it will always try to use cookie first, if that's disabled, then it'll automatically switch to URL rewriting. However, is there a way to force the HttpSession object to ALWAYS use URL rewriting instead of cookies? I have searched for an answer for a long time and haven't been able to found a solution. Is it possible at all? Thank you very much.

i was going to say that WebSphere always uses URL rewriting if you enable it at all, but someone beat me to it (indirectly) :-)
however, that seemed to me to be a violation of the spec, which seemed to imply the behaviour you're describing (only use URL rewriting if cookies are not supported on the current client)
here's a response someone else made on a websphere newsgroup to a statement in that regard:
I believe you are technically correct. However from my
experience, I think the spec if flawed in this area since
there is no reliable way of determining whether the
client browser supports cookies. The authority on
cookies (www.cookiecentral.com) says:
"To properly detect if a cookie is being accepted via
the server, the cookie needs to be set on one HTTP
request and read back in another. This cannot be
accomplished within 1 request."
This is asking too much of a servlet engine
implementation. Even if it did submit a request for this
purpose, the user could refuse the cookie. So
then technically the browser supports cookies, but the
servlet engine infers it doesn't. So if the servlet engine
infers the browser does not support cookies and so
encodes the URL, it is again out of spec because the
browser really does support cookies. By doing it
however encoding is configured makes things simpler,
robust, consistent and avoids the flaw.
My opinion.so, mostly i'm just rambling, but if you're using websphere, you should get the behaviour your boss wants. if you're using something else, i suppose there's a chance it'll "violate" the spec in this same, potentially helpful way.
btw, i remember somebody else complaining that URL rewriting is less secure than cookies, but i kinda think they're about equal. it seems like either could be intercepted by a sniffer and then used to spoof. but i'm no expert in that stuff...

WCF Url Rewriting using global.asax

Hello,
I am doing Url Rewriting using global.asax but getting below error message.
Description: HTTP
404. The resource you are looking for (or one of its dependencies) could have been removed, had its name changed, or is temporarily unavailable. Please review the following URL and make sure that it is spelled correctly.
Requested URL: /Services/MyService.svc/rest/CheckInternet
I tested service. its working fine without url rewriting.
please help me to solve this issue.
Please "Mark as Answer" if this post answered your question. :)
Kalpesh Chhatrala | Software Developer | Rajkot | India
Kalpesh 's Blog
VFP Form to C#, Vb.Net Conversion Utility

Hi Kalpesh Chhatrala,
I wonder if you are using the WCF Soap Service or the WCF Rest Service.
Since your WCF Service works very well without the URI Rewriting, then it seems that you have do something wrong during the process of the URI Rewriting, so please try to refer to the following articles about how to do the URI Rewriting
for the WCF Service:
http://blogashwani.blogspot.com/2013/02/url-rewriting-for-wcf-service.html .
http://blogs.msmvps.com/abu/2008/12/22/url-rewriting/ .
http://blogs.msdn.com/b/endpoint/archive/2008/08/22/rest-in-wcf-part-ix-controlling-the-uri.aspx .
Best Regards,
Amy Peng
We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Click
HERE to participate the survey.

Sessions, URL Rewriting, and Cookies

First some background, then some questions:
          BACKGROUND
          I have written an application framework to use with JSP/EJB/Servlet
          based applications. This framework does URL rewriting
          (response.encodeUrl) for all URLs generated by the application, and I
          have URL-based session support turned on in WebLogic.
          Despite the fact that my browser is set to support cookies on my test
          machines, I have noticed that intermittently the URL rewriting to
          support session IDs kicks in. Then, later, it goes away again. This
          would seem to indicate that the client browsers are (for no apparent
          reason) deciding to occasionally not support sessions with cookies, so
          that the server has to step in and do URL writing instead.
          QUESTIONS
          1. Has this sort of behavior been reported by anyone else?
          2. Is there a servlet/JSP API anywhere that I can call on a per-HTTP
          transaction basis to see if the browser that is participating in the
          transaction is at that moment supporting cookies?
          3. There are times when my framework needs to delete a cookie by setting
          its maxAge to 0. Most of time time this works, but (as with the session
          ID/URL rewriting above) occasionall the cookie does not get deleted on
          the client brower machine. This screws up some of the application logic
          that I have in the framework. Is this related to the problems listed
          above?
          CONCLUSION
          Any and all information is appreciated, from anyone. Thanks!
          Chris


          Hi,
          To answer your question #1, yes I have seen this behaviour, and
          the explanation I feel is as follows.
          1] You access a resource on WL Server & it starts a session, at
          this moment it is not sure whether the browser supports cookies
          so it uses both methods, URL Writing & cookies to store the session
          ID
          2] On the next request, it tries to read the cookie, if it is able
          to read it that means cookies are enabled and there is no need
          to continue with URL Rewriting else it continues wioth URLRewriting.
          To answer Question #2, you can follow a procedure similiar to above
          to find out if browser supports cookies, ie set a cookie & in the
          next request try to read teh value.
          As far as Question #3 is concerned, try setting the magAge to -12
          hours insteda of 0 so that there is no problem even in case of
          a time difference.
          hope this helps
          Rahul
          Chris Dole <[email protected]> wrote:
          >First some background, then some questions:
          >
          >BACKGROUND
          >I have written an application framework to use with JSP/EJB/Servlet
          >based applications. This framework does URL rewriting
          >(response.encodeUrl) for all URLs generated by the application,
          >and I
          >have URL-based session support turned on in WebLogic.
          >
          >Despite the fact that my browser is set to support cookies
          >on my test
          >machines, I have noticed that intermittently the URL rewriting
          >to
          >support session IDs kicks in. Then, later, it goes away
          >again. This
          >would seem to indicate that the client browsers are (for
          >no apparent
          >reason) deciding to occasionally not support sessions
          >with cookies, so
          >that the server has to step in and do URL writing instead.
          >
          >QUESTIONS
          >1. Has this sort of behavior been reported by anyone else?
          >
          >2. Is there a servlet/JSP API anywhere that I can call
          >on a per-HTTP
          >transaction basis to see if the browser that is participating
          >in the
          >transaction is at that moment supporting cookies?
          >
          >3. There are times when my framework needs to delete a
          >cookie by setting
          >its maxAge to 0. Most of time time this works, but (as
          >with the session
          >ID/URL rewriting above) occasionall the cookie does not
          >get deleted on
          >the client brower machine. This screws up some of the
          >application logic
          >that I have in the framework. Is this related to the problems
          >listed
          >above?
          >
          >CONCLUSION
          >Any and all information is appreciated, from anyone. Thanks!
          >
          >Chris
          >

Using Tomcat URL rewrite valve

http://tomcat.apache.org/tomcat-8.0-doc/rewrite.html
Looks like the latest version of Tomcat has added support for URL rewriting similar to Apache mod_rewrite
I can't seem to find any documentation other than the page above.
Has anyone used this to, for example, rewrite APEX URLs from http://host:port/apex/... to http://host:port/pls/apex ? Where should we put the RewriteCond and RewriteRule directives?
Thanks

I just went though this, spent about two days trying to figure out how to do with only tomcat and gave up. I found and used urlrewrite.. The instructions are right on main page but are vague. I've given "hints" below. My info assumes you renamed ords.war to apex.war.   I tried to post full details of my exploits/trials/troubles using the Oracle blog but it errored out.
http://tuckey.org/urlrewrite/
Step 1 say to place the file in WEB-INF/lib. For Tomcat, WEB-INF is the Tomcat application directory, mine was /opt/apache-tomcat-7.0.56.   Place in the <tomcat_app_dir>/lib directory.
Step 2 says to edit the web.xml file, adding the config text for urlrewrite. This file is located in <tomcat_app_dir>/ROOT/WEB-INF Copy text and paste just above the </web-app> tag at the bottom of the <tomcat_app_dir>/ROOT/WEB-INF/web.xml file.
Step 3 talks about editing urlrewite.xml file, which doesn't exist. You must create this file, in the same directory, <tomcat_app_dir>/ROOT/WEB-INF. The following is the contents of mine.
<urlrewrite use-query-string="true">
                <note>
                 rewrite from /pls/apex to pls
                </note>
       <rule>
            <from>/pls/apex/f\?p(.*)</from>
            <to type="redirect">/apex/f?p$1</to>
        </rule>
</urlrewrite>
You can check that urlrewite is working by accessing the admin/test page from the localhost....<servername>:8080/rewrite-status. The page shows you the rule and what it thinks it's going to do.
You now need to restart Tomcat and your old URL <servername>/pls/apex should work for your users who have bookmarked your old apex apps. It works for the new URL as well: <servername>/apex
I noticed you are also referencing port numbers in your sample url. Take a look at this blog post below, specifically step 6 and 7 to learn how to redirect to 80, so you don't have to use a port.
Install Tomcat 7 on CentOS, RHEL, or Fedora : David Ghedini

Web dispatcher url Rewritting to several sap systems

Hello SAP NW Community,
we need a reverse Proxy to achieve application of different SAP System via Internet. We desided to use web Dispatcher.
The host names of sap systems should not be visible, because of this we create the following URL Rewritting rules.
For example:
AAA, BBB and CCC are sap System SIDs;
"wdisp.company.com" is the FQDN fron webdispatcher
The "icm_filter" Looks like this:
if% {HTTP_HOST} RegIMatch "wdisp.company.com"[and]
If% {PATH} RegIMatch "AAA"
RegIRewriteUrl ^/AAA/(.*) /$1 [noescape]
SetHeader x-sap-webDisp-target-sid AAA [break]
the next rules are the same but for BBB and CCC.
The idea is to rewrite in background all URLs such as:
http(s)://wdisp.company.com/AAA/...
to :
http(s)://<FQDN from AAA>/...
The result is always the same: the rewritting for AAA works fine but for BBB and CCC we get -http error 404.
The results are independent from web browser(IE or Firefox).
The http trace Tools- HttpWatch Basis or Firebug show also no rewritting for BBB und CCC.
According the documentation is web Dispatcher able to support many "stateful" and "stateless" connection to different backend sap System.
Do you have any ideas why the rewritting works only for the first sap System?
We tested with different browser and Browser sessions but the resul was the same.
BR,
Rumen

Hi,
Instead of PATH , use different pots like this, you can get the URL redirection,
icm_filter.txt :
if %{HTTP_HOST} regimatch wdhost.company.com*
SetHeader x-sap-webdisp-target-sid AAA [break]
if %{HTTP_HOST} regimatch wdhost.company.com*
SetHeader x-sap-webdisp-target-sid BBB [break]
if %{HTTP_HOST} regimatch wdhost.company.com*
SetHeader x-sap-webdisp-target-sid CCC [break]
In Instance profile :
wdisp/system_0 = SID=AAA,MSHOST= AAA.HostNane ,MSPORT=8111
wdisp/system_1 = SID=BBB,MSHOST= BBB.Hostname ,MSPORT=8100
wdisp/system_2 = SID=CCC,MSHOST= CCC.Hostname ,MSPORT=8101
URL :
http://wdhost.company.com:8111 --- goes to AAAhost and so on.
regards
Vagesan

WLS 6.1 SP1 URL Rewriting Still Not Working?

          Anyone having success with URL Rewriting? The SessionServlet example is STILL
          not working for me when cookies are disabled. New sessions are created every
          access and the counter never increments past 1.
          Any info would be appreciated.
          Regards, Jeff


          The SessionServlet example works fine for me. By default URL re-writing is enabled
          and it will come into picture if the browser doesn't accept cookies.
          Try the examplesWebApp which is in 'examples' domain. It has SessionServlet as
          part of it.
          Sathish Santhanam
          Developer Relations Engineer
          BEA Support

ADF applicaiton enabling the URL rewriting - configure OHS

Hi Experts,
I am new to OHS and i have the following question about enabling the URL rewriting.
We are planning to deploy the ADF fusion web application into the weblogic and place the OHS infront of the weblogic as the standard deployment architecture. In the web application the URL rewriting is enabled. Do we need to configure anything at the OHS side to work this URL rewriting? Or will the OHS supports this by default?
Thanks.

Weblogic has a module for OHS which takes care of simple requirements of forwarding.
Entry in httpd.conf is something like this (i am using cluster):
<IfModule mod_weblogic.c>
WebLogicCluster 172.23.210.13:7003,172.23.210.22:7005
MatchExpression /console
</IfModule>
mod_rewrite will be no different from normal. As in nothing special for ADF/Weblogic app server.
Venkat

Real URL under URL Rewrite

How can I know visiting a website with friendly url what's the real URL under this url rewriting ?

Hi AGA,
In my opinion, this thread is related to ASP.NET forum. So please post thread on that forum for more effective response. Thank you for understanding. Please refer to the following link.
http://forums.asp.net/.
Regards,
We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Click
HERE to participate the survey.

URL rewriting using JSTL

          We are trying to use URL rewriting using JSTL. We have some problems facing URL
          rewriting. The issues we have are
          (1) We use absolute URLs
          (2)Some times we have situations based on certain input field validations
          we use
          javascript to perform URL rewriting based on the input by the user.
          Have anyone done URL rewriting using JSTL (absolute URL versus relative URLS)
          Regds
          Guna


Hi
Kalpesh Chhatrala,
If this issue still not resolved, please consider to post in WCF forum.
Here is the link
https://social.msdn.microsoft.com/Forums/en-US/home?forum=wcf
Now i will move your thread to Off-topic forum. If you have any other issues about C#, please feel free to post in this forum. Thanks for your understanding.
Thanks
We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Click
HERE to participate the survey.

Unable of keep session using url rewriting tomcat

Hi everybody,
I have an application which communicates with a servlet. I am trying to use session tracking for my midp application with the url rewriting technique because of simplicity. I have tomcat 4.0.3 and MIDP 2.0. I had forced the use of url rewriting including this line into the server.xml file from tomcat:
<Context path="/webappname" debug="0" cookies="false" docBase="webappname"/>
This should force url rewriting, but when i call the method encodeURL in my servlet i only get a void
string. I know this isnt the best forum for this, but i have to try ;-). Any suggestion? all comments will be wellcomed, but please i dont want to use cookies and the rms api.
Thanks.

Are you aware that the MIDlet's networking won't support cookies or redirections automatically, and that you have to code that yourself: reading the "set-cookie" header and saving it for later, or catching redirection response codes (3xx) and changing the url accordingly?
Check out these tutorials:
http://www.javaworld.com/javaworld/jw-04-2002/jw-0426-wireless.html
http://developers.sun.com/techtopics/mobility/midp/articles/servlets/
shmoove

If ACE4710 supports URL rewrite?

Similar Messages

Maybe you are looking for