[Architecture] resource path of G-Reg resources

Sun Sep 13 22:17:46 EDT 2009

Dimuthu, multi-tenancy is opaque to this problem - it gets resolved
separately. In both cases, there must be a way to determine which tenant and
its best not to hide that from the URL. Best example is google apps.
What I still don't understand is why we're treating "download" as different
from "get".

Sanjiva.

On Mon, Sep 14, 2009 at 7:44 AM, Dimuthu Gamage <dimuthu at wso2.com> wrote:

> On Mon, Sep 14, 2009 at 7:33 AM, Dimuthu Gamage <dimuthu at wso2.com> wrote:
> > Hi,
> > In multi-tenant scenario resource url for the tenant domain wso2.org is
> >
> http://192.168.102.104:9763/registry/wso2.org/resource/system/gadgets/average-processing-time-per-tx.xml
> .
> >
> > But to view in UI it still have the common url, (the tenant will be
> > decided by the session user is logged in to)
> >
> https://192.168.102.104:9443/carbon/resources/resource.jsp?path=/system/gadgets/average-processing-time-per-tx.xml
> I mean the resource content url shown in the UI (download url) is still,
>
> https://192.168.102.104:9443/registry/resourceContent?path=/system/gadgets/average-processing-time-per-tx.xml
>
> >
> > We can make this a one url, but to do so we need t change the UI
> > framework, (so the url should always contain the tenant domain)
> >
> > Thanks
> > Dimuthu C
> >
> > On Sun, Sep 13, 2009 at 11:59 AM, Tyrell Perera <tyrell at wso2.com> wrote:
> >> On Sun, Sep 13, 2009 at 11:44 AM, Senaka Fernando <senaka at wso2.com>
> wrote:
> >>> Hi,
> >>>
> >>> On Sun, Sep 13, 2009 at 11:24 AM, Sanjiva Weerawarana <
> sanjiva at wso2.com>
> >>> wrote:
> >>>>
> >>>> Currently, the URI of a resource stored in the registry looks like
> this:
> >>>> When browsing via the resource browser:
> >>>>
> >>>>
> https://192.168.102.104:9443/carbon/resources/resource.jsp?path=/system/gadgets/average-processing-time-per-tx.xml
> >>>> When using the URI of the resource directly:
> >>>>
> >>>>
> https://192.168.102.104:9443/registry/resourceContent?path=/system/gadgets/average-processing-time-per-tx.xml
> >>>> (The latter is giving me a runtime error right now: [2009-09-13
> >>>> 11:20:16,461] ERROR -  Failed to get resource content. For input
> string:
> >>>> "9443${carbon.context}". Is that a known problem??)
> >>>
> >>> Was this on a new build of the trunk/branch? I believe that Azeez fixed
> this
> >>> issue, r44926, and apparently it works well for me as of now. So, if
> this
> >>> was from an older build, I believe that this is fixed by now.
> >>>>
> >>>> I think both these paths are wrong. Can we make them look like this:
> >>>>
> >>>>
> >>>>
> https://192.168.102.104:9443/carbon/resources/system/gadgets/average-processing-time-per-tx.xml
> >>>
> >>> Doing this would require adding further conditions to the carbon
> servlet,
> >>> and therefore, we would need further modifications to the code within
> the
> >>> carbon UI framework. Currently the code we have here makes a great deal
> of
> >>> assumptions and contains numerous hard-coded condition tests. So, if we
> are
> >>> to do this, IMO, we first of all need to organize the UI framework
> better.
> >>>
> >>>>
> >>>>
> >>>>
> https://192.168.102.104:9443/registry/resourceContent/system/gadgets/average-processing-time-per-tx.xml
> >>>>
> >>>
> >>> You can access the resource using
> >>>
> https://192.168.102.104:9443/registry/resource/system/gadgets/average-processing-time-per-tx.xml
> .
> >>> IIRC, the url above is used to facilitate the downloading of resources
> >>> instead of displaying it as content on the browser.
> >>>
> >>
> >> The last URL is to view content in a browser. This is the URL we use
> >> at the moment to render Gadgets stored in the registry. Actually it's
> >>
> http://192.168.102.104:9763/registry/resource/system/gadgets/average-processing-time-per-tx.xml
> .
> >> As I understand this is for tenant 0. In a multi tenant scenario this
> >> will have additional segments representing tenant info.
> >>
> >> The earliest URL in this thread is for downloading content.
> >>
> >>
> >> Tyrell
> >>
> >>
> >>> Thanks,
> >>> Senaka.
> >>>
> >>>>
> >>>> OK the path we have now is not strictly wrong but it looks
> unnecessarily
> >>>> ugly IMO.
> >>>>
> >>>> Sanjiva.
> >>>> --
> >>>> Sanjiva Weerawarana, Ph.D.
> >>>> Founder, Chairman & CEO; WSO2, Inc.;  http://wso2.com/
> >>>> email: sanjiva at wso2.com; cell: +1 650 265 8311 | +94 77 787 6880
> >>>> blog: http://sanjiva.weerawarana.org/
> >>>>
> >>>> The Open Source SOA Company
> >>>>
> >>>> _______________________________________________
> >>>> Architecture mailing list
> >>>> Architecture at wso2.org
> >>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
> >>>>
> >>>
> >>>
> >>> _______________________________________________
> >>> Architecture mailing list
> >>> Architecture at wso2.org
> >>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
> >>>
> >>>
> >>
> >>
> >>
> >> --
> >> Tyrell Perera
> >> WSO2, Inc.; http://www.wso2.com/
> >> "The Open Source SOA Company"
> >>
> >> http://www.linkedin.com/in/tyrell
> >> http://tyrellperera.blogspot.com
> >> http://twitter.com/tyrellperera
> >>
> >> _______________________________________________
> >> Architecture mailing list
> >> Architecture at wso2.org
> >> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
> >>
> >
>
> _______________________________________________
> Architecture mailing list
> Architecture at wso2.org
> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>

-- 
Sanjiva Weerawarana, Ph.D.
Founder, Chairman & CEO; WSO2, Inc.;  http://wso2.com/
email: sanjiva at wso2.com; cell: +1 650 265 8311 | +94 77 787 6880
blog: http://sanjiva.weerawarana.org/

The Open Source SOA Company
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.wso2.org/pipermail/architecture/attachments/20090914/15b88b6e/attachment.html>