Hi Evanthika, Thanks for the detail reply and effort put to identify the actual behaviour. This explain why this behaviour is bit odd with un-deployed web-apps.
APIM Team, I closed issue with "Not a bug" status , since this is not a bug in APIM. Thanks and Best Regards, Saneth Dharmakeerthi Senior Software Engineer WSO2, Inc. Mobile: +94772325511 On Thu, Jul 9, 2015 at 5:36 PM, Evanthika Amarasiri <evanth...@wso2.com> wrote: > Hi Saneth, > > On Thu, Jul 9, 2015 at 7:48 AM, Saneth Dharmakeerthi <sane...@wso2.com> > wrote: > >> Hi Evanthika, >> >> Why is service is deactivation is not a failover scenario?, The >> main problem here is the server return HTTP 200 for a URL which is not >> there. Here there might not be problem in Failover function, but as i see >> there is issue with web application deployment function. >> > > I had an offline chat with Kicha and he explained the reason for this. So > when we ‘Stop’ a service, it removes the relevant service context from > Tomcat. And when you invoke this service, it would respond with a HTTP 302 > redirection to Carbon (The same behaviour can be observed when you undeploy > services too he explained). So the way Carbon is written is that when a > context is not available, it redirects to the default /carbon ctx. Hence > the reason for this behaviour. > > Regards, > Evanthika > > >> After web application un-deploy if we access the web application why it >> navigate to carbon login page ? we can't expect all the time client side to >> use a web browser to assess a web application. In our case the web app is >> a REST web service where it is accessed by a Java client or CURL. >> >> >> >> Thanks and Best Regards, >> >> Saneth Dharmakeerthi >> Senior Software Engineer >> WSO2, Inc. >> Mobile: +94772325511 >> >> On Wed, Jul 8, 2015 at 6:54 PM, Lasitha Deergawansa <lasi...@wso2.com> >> wrote: >> >>> I have tried this with different servers as backends and failover >>> endpoint function is working fine. >>> >>> On Wed, Jul 8, 2015 at 5:55 PM, Evanthika Amarasiri <evanth...@wso2.com> >>> wrote: >>> >>>> I got Lasitha's web apps and tried to recreate the issue. >>>> >>>> In his scenario, he's deactivating the service from the UI. Once the >>>> service is deactivated, when you send a request to that endpoint, it >>>> redirects you to the Carbon login page with a HTTP 200 OK. >>>> >>>> Response headers: >>>> HTTP/1.1 200 OK >>>> Set-Cookie: JSESSIONID=BF80113B54C712FAA4810A027BA1CB03; Path=/; >>>> Secure; HttpOnly >>>> X-FRAME-OPTIONS: DENY >>>> Content-Type: text/html;charset=UTF-8 >>>> Content-Language: en-US >>>> Transfer-Encoding: chunked >>>> Vary: Accept-Encoding >>>> Date: Wed, 08 Jul 2015 12:18:01 GMT >>>> Server: WSO2 Carbon Server >>>> >>>> So it actually does not consider it as a failed scenario. That is why >>>> it's not failing over. >>>> >>>> @Lasith, could you kindly try with an actual scenario where the >>>> endpoint fails? >>>> >>>> Regards, >>>> Evanthika >>>> >>>> On Wed, Jul 8, 2015 at 2:03 PM, Lasitha Deergawansa <lasi...@wso2.com> >>>> wrote: >>>> >>>>> Hi All, >>>>> >>>>> I'm in process of automating Failover end point function test case - >>>>> APIM-45 [1] and figured out the Failover Endpoint function is not working >>>>> in APIM 1.9.0. This is a blocker for the completion of the test case. >>>>> Tracking purpose I have created a JIRA APIMANAGER-3967 [2] >>>>> >>>>> Steps to recreate: >>>>> 1. Create, Publish and Subscribe a API with "Endpoint Type=Failover >>>>> Endpoint" with a production endpoint and multiple production failover >>>>> endpoints. >>>>> 2. Send a request to the API and it will correctly invoked the >>>>> production end point. >>>>> 3. Make the production end point unavailable and send the request again >>>>> 4. No response from the API. >>>>> >>>>> >>>>> >>>>> >>>>> [1] >>>>> https://testlink.wso2.com/linkto.php?tprojectPrefix=APIM&item=testcase&id=APIM-45 >>>>> [2] https://wso2.org/jira/browse/APIMANAGER-3967 >>>>> >>>>> >>>>> >>>>> Thanks & Best Regards, >>>>> Lasitha. >>>>> >>>> >>>> >>> >> >
_______________________________________________ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev