Hi Kasun, I see, make sense, with the security scenarios and so on. Just wondering since, we got a patch for the earlier wild cards scenario. Thanks for the clarification.
Cheers, Anjana. On Wed, Aug 5, 2015 at 12:54 PM, KasunG Gajasinghe <[email protected]> wrote: > Hi Anjana, > > The servlet registration provided via component.xml only provides a basic > set of features. As we discussed here, it does not support wild cards. And, > it does not support things such as security-constraints which we configure > through web.xml of a webapp. I believe Madhawa requested this as well in > the thread [1]. And, there can be other requirements that might pop-up as > the integration goes on. > > Since we have a viable approach for these problems by using webapps, it's > better to go on that path because of the above. > > [1] How to handle QOS Security for servlet request > > > On Wed, Aug 5, 2015 at 12:36 PM, Anjana Fernando <[email protected]> wrote: > >> Hi Kasun, >> >> But, still, it is an extra hassle to create another webapp and copy it to >> the deployment directory separately, it is not there with the other >> components. What is wrong with the other existing approach? .. >> >> Cheers, >> Anjana. >> >> On Wed, Aug 5, 2015 at 12:33 PM, KasunG Gajasinghe <[email protected]> >> wrote: >> >>> Hi Anjana/Madhawa, >>> >>> The webapp is there to expose a servlet. The actual logic does not need >>> to be in the webapp itself, and can be put in a carbon component. So, >>> there's no separation. >>> >>> IS etc. does the same where they have JAX-RS webapps that only has the >>> jax-rs resource class to expose a REST service. The actual logic is there >>> in identity components. >>> >>> On Tue, Aug 4, 2015 at 11:25 PM, Madhawa Gunasekara <[email protected]> >>> wrote: >>> >>>> Hi Carbon Team, >>>> >>>> Can we add this improvement to the upcoming carbon minor version >>>> release ? >>>> >>>> Thanks, >>>> Madhawa >>>> >>>> On Wed, Jul 29, 2015 at 10:36 PM, Anjana Fernando <[email protected]> >>>> wrote: >>>> >>>>> Hi Niranjan, >>>>> >>>>> Why exactly is that? .. it doesn't look right to put one of the >>>>> server's core logic in a webapp. Also it has to be specially copied to the >>>>> deployment folder and all, and also, will all the tenant's get it's own >>>>> context? .. Basically, just having a separate web app feels like, it's >>>>> separated from the other components. >>>>> >>>>> Cheers, >>>>> Anjana. >>>>> >>>>> On Wed, Jul 29, 2015 at 12:25 PM, Niranjan Karunanandham < >>>>> [email protected]> wrote: >>>>> >>>>>> Hi Madhawa, >>>>>> >>>>>> As per the offline discussion with the team (Kernel), we recommended >>>>>> to use webapp. Therefore we will be reverting this. >>>>>> >>>>>> Regards, >>>>>> Nira >>>>>> >>>>>> On Wed, Jul 22, 2015 at 3:46 PM, Madhawa Gunasekara < >>>>>> [email protected]> wrote: >>>>>> >>>>>>> Hi All, >>>>>>> >>>>>>> Please find the created JIRA >>>>>>> https://wso2.org/jira/browse/CARBON-15322 >>>>>>> >>>>>>> Thanks >>>>>>> Madhawa >>>>>>> >>>>>>> On Wed, Jul 22, 2015 at 2:46 PM, Niranjan Karunanandham < >>>>>>> [email protected]> wrote: >>>>>>> >>>>>>>> Hi Madhawa, >>>>>>>> >>>>>>>> Can you raise a JIRA in Kernel as an improvement for this? >>>>>>>> >>>>>>>> Regards, >>>>>>>> Nira >>>>>>>> >>>>>>>> On Wed, Jul 22, 2015 at 2:14 PM, Madhawa Gunasekara < >>>>>>>> [email protected]> wrote: >>>>>>>> >>>>>>>>> Hi Thusitha, >>>>>>>>> >>>>>>>>> Can we add wild-card option for the implementation ? >>>>>>>>> >>>>>>>>> Thanks >>>>>>>>> >>>>>>>>> On Wed, Jul 22, 2015 at 2:12 PM, Thusitha Thilina Dayaratne < >>>>>>>>> [email protected]> wrote: >>>>>>>>> >>>>>>>>>> Hi Madhawa, >>>>>>>>>> >>>>>>>>>> AFAIU In the implementation it get the links and add them to a >>>>>>>>>> Map where key and value both are same. When we do a request it check >>>>>>>>>> from >>>>>>>>>> the map whether the key exist for the path. If exist it will be >>>>>>>>>> bypass >>>>>>>>>> otherwise it will redirect. >>>>>>>>>> In your case /odataservices/* will be the key and when you >>>>>>>>>> request http://localhost:9443/odataservices/* since the link key >>>>>>>>>> matches this will bypass the login. But when you request something >>>>>>>>>> like >>>>>>>>>> http://localhost:9443/odataservices/abc then this will not match >>>>>>>>>> based on the implementation so it will redirect to the login page. >>>>>>>>>> >>>>>>>>>> Thanks >>>>>>>>>> Thusitha >>>>>>>>>> >>>>>>>>>> On Tue, Jul 21, 2015 at 6:34 PM, Madhawa Gunasekara < >>>>>>>>>> [email protected]> wrote: >>>>>>>>>> >>>>>>>>>>> Kind reminder on this..! >>>>>>>>>>> >>>>>>>>>>> On Sat, Jul 4, 2015 at 9:39 AM, Madhawa Gunasekara < >>>>>>>>>>> [email protected]> wrote: >>>>>>>>>>> >>>>>>>>>>>> Hi All, >>>>>>>>>>>> >>>>>>>>>>>> I was able to invoke the servlet by using above mentioned >>>>>>>>>>>> reference. but I couldn't skip the login page for the all the >>>>>>>>>>>> scenarios. I >>>>>>>>>>>> was able to skip the login page for only >>>>>>>>>>>> https://192.168.1.103:9443/odataservices/* url request only. >>>>>>>>>>>> Please find my servlet declaration below. I need to handle >>>>>>>>>>>> requests like ' >>>>>>>>>>>> https://192.168.1.103:9443/odataservices/wso2services' from >>>>>>>>>>>> the servlet. which begining with particular word 'odataservices'. >>>>>>>>>>>> >>>>>>>>>>>> Any help on this matter in highly appreciated. >>>>>>>>>>>> >>>>>>>>>>>> What should I missing here ? >>>>>>>>>>>> >>>>>>>>>>>> <component xmlns="http://products.wso2.org/carbon";> >>>>>>>>>>>> >>>>>>>>>>>> <servlets> >>>>>>>>>>>> <servlet id="ODataServlet"> >>>>>>>>>>>> <servlet-name>ODataServlet</servlet-name> >>>>>>>>>>>> <url-pattern>/odataservices/*</url-pattern> >>>>>>>>>>>> <display-name>OData Services Callback >>>>>>>>>>>> Servlet</display-name> >>>>>>>>>>>> >>>>>>>>>>>> <servlet-class>org.wso2.carbon.dataservices.odata.ODataServlet</servlet-class> >>>>>>>>>>>> </servlet> >>>>>>>>>>>> </servlets> >>>>>>>>>>>> <framework-configuration> >>>>>>>>>>>> <bypass> >>>>>>>>>>>> <authentication> >>>>>>>>>>>> <link>/odataservices/*</link> >>>>>>>>>>>> </authentication> >>>>>>>>>>>> </bypass> >>>>>>>>>>>> </framework-configuration> >>>>>>>>>>>> </component> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Thanks, >>>>>>>>>>>> Madhawa >>>>>>>>>>>> >>>>>>>>>>>> On Fri, Jul 3, 2015 at 5:20 PM, Madhawa Gunasekara < >>>>>>>>>>>> [email protected]> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> Hi All, >>>>>>>>>>>>> >>>>>>>>>>>>> I have requirement to insert a servlet in DSS to process some >>>>>>>>>>>>> specific http requests( GET,POST). I have done some >>>>>>>>>>>>> implementations by >>>>>>>>>>>>> refering [1]. >>>>>>>>>>>>> but when I send the request it will redirect to the login page >>>>>>>>>>>>> due to the authentications, How can I fixed that? and also >>>>>>>>>>>>> servlet methods >>>>>>>>>>>>> didn't hit but I can find my servlet class in Servlet listings >>>>>>>>>>>>> also. >>>>>>>>>>>>> >>>>>>>>>>>>> [2015-07-03 15:20:30,885] DEBUG >>>>>>>>>>>>> {org.wso2.carbon.ui.deployment.beans.CarbonUIDefinitions} - >>>>>>>>>>>>> Listing all >>>>>>>>>>>>> Servlet items as of now... >>>>>>>>>>>>> [2015-07-03 15:20:30,885] DEBUG >>>>>>>>>>>>> {org.wso2.carbon.ui.deployment.beans.CarbonUIDefinitions} - >>>>>>>>>>>>> --->ServletDefinition = ODataservicesCallbackServlet : >>>>>>>>>>>>> DataservicesCallbackServlet >>>>>>>>>>>>> >>>>>>>>>>>>> Any help on this matter is highly appreciated. >>>>>>>>>>>>> >>>>>>>>>>>>> [1] >>>>>>>>>>>>> https://github.com/madhawa-gunasekara/carbon-commons/blob/master/components/ntask/org.wso2.carbon.ntask.core/src/main/resources/META-INF/component.xml >>>>>>>>>>>>> >>>>>>>>>>>>> Thanks, >>>>>>>>>>>>> Madhawa >>>>>>>>>>>>> -- >>>>>>>>>>>>> *Madhawa Gunasekara* >>>>>>>>>>>>> Software Engineer >>>>>>>>>>>>> WSO2 Inc.; http://wso2.com >>>>>>>>>>>>> lean.enterprise.middleware >>>>>>>>>>>>> >>>>>>>>>>>>> mobile: +94 719411002 <+94+719411002> >>>>>>>>>>>>> blog: *http://madhawa-gunasekara.blogspot.com >>>>>>>>>>>>> <http://madhawa-gunasekara.blogspot.com>* >>>>>>>>>>>>> linkedin: *http://lk.linkedin.com/in/mgunasekara >>>>>>>>>>>>> <http://lk.linkedin.com/in/mgunasekara>* >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> *Madhawa Gunasekara* >>>>>>>>>>>> Software Engineer >>>>>>>>>>>> WSO2 Inc.; http://wso2.com >>>>>>>>>>>> lean.enterprise.middleware >>>>>>>>>>>> >>>>>>>>>>>> mobile: +94 719411002 <+94+719411002> >>>>>>>>>>>> blog: *http://madhawa-gunasekara.blogspot.com >>>>>>>>>>>> <http://madhawa-gunasekara.blogspot.com>* >>>>>>>>>>>> linkedin: *http://lk.linkedin.com/in/mgunasekara >>>>>>>>>>>> <http://lk.linkedin.com/in/mgunasekara>* >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> *Madhawa Gunasekara* >>>>>>>>>>> Software Engineer >>>>>>>>>>> WSO2 Inc.; http://wso2.com >>>>>>>>>>> lean.enterprise.middleware >>>>>>>>>>> >>>>>>>>>>> mobile: +94 719411002 <+94+719411002> >>>>>>>>>>> blog: *http://madhawa-gunasekara.blogspot.com >>>>>>>>>>> <http://madhawa-gunasekara.blogspot.com>* >>>>>>>>>>> linkedin: *http://lk.linkedin.com/in/mgunasekara >>>>>>>>>>> <http://lk.linkedin.com/in/mgunasekara>* >>>>>>>>>>> >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> Dev mailing list >>>>>>>>>>> [email protected] >>>>>>>>>>> http://wso2.org/cgi-bin/mailman/listinfo/dev >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Thusitha Dayaratne >>>>>>>>>> Software Engineer >>>>>>>>>> WSO2 Inc. - lean . enterprise . middleware | wso2.com >>>>>>>>>> >>>>>>>>>> Mobile +94712756809 >>>>>>>>>> Blog alokayasoya.blogspot.com >>>>>>>>>> About http://about.me/thusithathilina >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> *Madhawa Gunasekara* >>>>>>>>> Software Engineer >>>>>>>>> WSO2 Inc.; http://wso2.com >>>>>>>>> lean.enterprise.middleware >>>>>>>>> >>>>>>>>> mobile: +94 719411002 <+94+719411002> >>>>>>>>> blog: *http://madhawa-gunasekara.blogspot.com >>>>>>>>> <http://madhawa-gunasekara.blogspot.com>* >>>>>>>>> linkedin: *http://lk.linkedin.com/in/mgunasekara >>>>>>>>> <http://lk.linkedin.com/in/mgunasekara>* >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> >>>>>>>> *Niranjan Karunanandham* >>>>>>>> Senior Software Engineer - WSO2 Inc. >>>>>>>> WSO2 Inc.: http://www.wso2.com >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> *Madhawa Gunasekara* >>>>>>> Software Engineer >>>>>>> WSO2 Inc.; http://wso2.com >>>>>>> lean.enterprise.middleware >>>>>>> >>>>>>> mobile: +94 719411002 <+94+719411002> >>>>>>> blog: *http://madhawa-gunasekara.blogspot.com >>>>>>> <http://madhawa-gunasekara.blogspot.com>* >>>>>>> linkedin: *http://lk.linkedin.com/in/mgunasekara >>>>>>> <http://lk.linkedin.com/in/mgunasekara>* >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> *Niranjan Karunanandham* >>>>>> Senior Software Engineer - WSO2 Inc. >>>>>> WSO2 Inc.: http://www.wso2.com >>>>>> >>>>>> _______________________________________________ >>>>>> Dev mailing list >>>>>> [email protected] >>>>>> http://wso2.org/cgi-bin/mailman/listinfo/dev >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> *Anjana Fernando* >>>>> Senior Technical Lead >>>>> WSO2 Inc. | http://wso2.com >>>>> lean . enterprise . middleware >>>>> >>>> >>>> >>>> >>>> -- >>>> *Madhawa Gunasekara* >>>> Software Engineer >>>> WSO2 Inc.; http://wso2.com >>>> lean.enterprise.middleware >>>> >>>> mobile: +94 719411002 <+94+719411002> >>>> blog: *http://madhawa-gunasekara.blogspot.com >>>> <http://madhawa-gunasekara.blogspot.com>* >>>> linkedin: *http://lk.linkedin.com/in/mgunasekara >>>> <http://lk.linkedin.com/in/mgunasekara>* >>>> >>> >>> >>> >>> -- >>> >>> *Kasun Gajasinghe*Senior Software Engineer, WSO2 Inc. >>> email: kasung AT spamfree wso2.com >>> linked-in: http://lk.linkedin.com/in/gajasinghe >>> blog: http://kasunbg.org >>> >>> >>> >> >> >> >> -- >> *Anjana Fernando* >> Senior Technical Lead >> WSO2 Inc. | http://wso2.com >> lean . enterprise . middleware >> > > > > -- > > *Kasun Gajasinghe*Senior Software Engineer, WSO2 Inc. > email: kasung AT spamfree wso2.com > linked-in: http://lk.linkedin.com/in/gajasinghe > blog: http://kasunbg.org > > > -- *Anjana Fernando* Senior Technical Lead WSO2 Inc. | http://wso2.com lean . enterprise . middleware
_______________________________________________ Dev mailing list [email protected] http://wso2.org/cgi-bin/mailman/listinfo/dev
