You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@clerezza.apache.org by Tsuyoshi Ito <ts...@trialox.org> on 2010/09/27 10:06:39 UTC
CLEREZZA-304: Revert jquery project
Hi Reto
I would appreciate if you could revert your changes to the jquery
project from CLEREZZA-304 until we have discussed the implementation
of urn:x-allhosts.
I haven't found any documentation about urn:x-allhosts.
Thanks
Tsuy
Re: CLEREZZA-304: Revert jquery project
Posted by Reto Bachmann-Gmuer <re...@trialox.org>.
On Mon, Sep 27, 2010 at 1:11 PM, Tsuyoshi Ito <ts...@trialox.org> wrote:
> Hi reto
>
> On Mon, Sep 27, 2010 at 11:53 AM, Reto Bachmann-Gmuer
> <re...@trialox.org> wrote:
>
>
> > for urn:x-allhosts you can replace it either with deffault base uri or
> with
> > the host of the current request. But apart from urn:x-allhost-uris you
> have
> > to expect having the description of resources in the content graph which
> do
> > not dereference to the clerezza instance or which aren't dereferenceable
> at
> > all, so in my opinion your bundle should only list resources with certain
> > uri-schemes and authority (i.e. http(s) and a known uri of the instance).
>
> I don't agree. IMO all resources with property dbt:mediatype should
> have an uri which could be requested via browser. Please revert the
> JQuery bundle until we found a solution and the documentation about
> urn:x-allhost-uris is finished.
>
I reverted the changes and will recommit them after adding documentation to
platform content abour urn:x-allhosts.
Regarding dereferenceability via browser it would be possible to specify in
the definition of the class that is the domain of :mediatype that it only
denotes resources that can be dereferenced over the web, but even this
restriction would be no guarantee that this dereferenceable name is in fact
available in the graph, and even if it is available as one of the names of
the resource in the graph there would be no guarantee that this is in fact
the subject of the relevant statements (it could be just in a owl:sameAs
statement). This is a consequence of open world and lack of unique name
assumption.
Cheers,
reto
>
> Cheers
> Tsuy
>
Re: CLEREZZA-304: Revert jquery project
Posted by Tsuyoshi Ito <ts...@trialox.org>.
Hi reto
On Mon, Sep 27, 2010 at 11:53 AM, Reto Bachmann-Gmuer
<re...@trialox.org> wrote:
> for urn:x-allhosts you can replace it either with deffault base uri or with
> the host of the current request. But apart from urn:x-allhost-uris you have
> to expect having the description of resources in the content graph which do
> not dereference to the clerezza instance or which aren't dereferenceable at
> all, so in my opinion your bundle should only list resources with certain
> uri-schemes and authority (i.e. http(s) and a known uri of the instance).
I don't agree. IMO all resources with property dbt:mediatype should
have an uri which could be requested via browser. Please revert the
JQuery bundle until we found a solution and the documentation about
urn:x-allhost-uris is finished.
Cheers
Tsuy
Re: CLEREZZA-304: Revert jquery project
Posted by Reto Bachmann-Gmuer <re...@trialox.org>.
Hi Tsuy
We have a bundle which lists all images, javascripts, css, etc.
> because the javascript from the jquery bundle have no metainformation
> about the uploading date they appear first (So we have to change the
> order algorithm that resources without created date and modified date
> are listed at the end.)
>
We could use Bnd-LastModified to set a modification date to these resources
>
> Then when I click on a link in the list mentioned above I should view
> the javascript but right now the javascript files could not be
> requested because of the urn:x-allhosts.
>
> So we have to check if the uri starts with urn:x-allhosts and than
> replace it with the defaultbaseuri (same with css etc)
>
for urn:x-allhosts you can replace it either with deffault base uri or with
the host of the current request. But apart from urn:x-allhost-uris you have
to expect having the description of resources in the content graph which do
not dereference to the clerezza instance or which aren't dereferenceable at
all, so in my opinion your bundle should only list resources with certain
uri-schemes and authority (i.e. http(s) and a known uri of the instance).
Cheers,
reto
>
> Cheers
> Tsuy
>
> On Mon, Sep 27, 2010 at 10:17 AM, Reto Bachmann-Gmuer
> <re...@trialox.org> wrote:
> > Hi Tsuy
> >
> > You're right that haven't yet added the documentation for urn:x-allhost,
> the
> > reason is that it will only actually change something for developers when
> a
> > uri-handler is available for it and ScalaServerPages can be registered
> using
> > this scheme.
> >
> > Currently it is only used as a way to indicate in the content graph that
> a
> > resource is to be served on any host-name the clerezza instance can be
> > reached with. As when a bundle is released the hostnames of the instance
> it
> > will be installed are unknown it would be otherwise impossible to add
> > content to the content graph that is to be served. The system takes care
> > about creating such resource for the files in CLEREZZA-INF/web-resources.
> >
> > Are you having any issue with jquery bundle adapted to the new system?
> >
> > Cheers,
> > reto
> >
> > On Mon, Sep 27, 2010 at 10:06 AM, Tsuyoshi Ito <ts...@trialox.org>
> wrote:
> >
> >> Hi Reto
> >>
> >> I would appreciate if you could revert your changes to the jquery
> >> project from CLEREZZA-304 until we have discussed the implementation
> >> of urn:x-allhosts.
> >>
> >> I haven't found any documentation about urn:x-allhosts.
> >>
> >>
> >> Thanks
> >> Tsuy
> >>
> >
>
>
>
> --
> --trialox ag--------------------------------------
>
> Tsuyoshi Ito
> Binzmuehlestrasse 14
> CH-8050 Zürich
> Tel. +41 44 635 75 77
> URL: http://trialox.org
>
Re: CLEREZZA-304: Revert jquery project
Posted by Tsuyoshi Ito <ts...@trialox.org>.
Hi reto
We have a bundle which lists all images, javascripts, css, etc.
because the javascript from the jquery bundle have no metainformation
about the uploading date they appear first (So we have to change the
order algorithm that resources without created date and modified date
are listed at the end.)
Then when I click on a link in the list mentioned above I should view
the javascript but right now the javascript files could not be
requested because of the urn:x-allhosts.
So we have to check if the uri starts with urn:x-allhosts and than
replace it with the defaultbaseuri (same with css etc)
Cheers
Tsuy
On Mon, Sep 27, 2010 at 10:17 AM, Reto Bachmann-Gmuer
<re...@trialox.org> wrote:
> Hi Tsuy
>
> You're right that haven't yet added the documentation for urn:x-allhost, the
> reason is that it will only actually change something for developers when a
> uri-handler is available for it and ScalaServerPages can be registered using
> this scheme.
>
> Currently it is only used as a way to indicate in the content graph that a
> resource is to be served on any host-name the clerezza instance can be
> reached with. As when a bundle is released the hostnames of the instance it
> will be installed are unknown it would be otherwise impossible to add
> content to the content graph that is to be served. The system takes care
> about creating such resource for the files in CLEREZZA-INF/web-resources.
>
> Are you having any issue with jquery bundle adapted to the new system?
>
> Cheers,
> reto
>
> On Mon, Sep 27, 2010 at 10:06 AM, Tsuyoshi Ito <ts...@trialox.org> wrote:
>
>> Hi Reto
>>
>> I would appreciate if you could revert your changes to the jquery
>> project from CLEREZZA-304 until we have discussed the implementation
>> of urn:x-allhosts.
>>
>> I haven't found any documentation about urn:x-allhosts.
>>
>>
>> Thanks
>> Tsuy
>>
>
--
--trialox ag--------------------------------------
Tsuyoshi Ito
Binzmuehlestrasse 14
CH-8050 Zürich
Tel. +41 44 635 75 77
URL: http://trialox.org
Re: CLEREZZA-304: Revert jquery project
Posted by Reto Bachmann-Gmuer <re...@trialox.org>.
Hi Tsuy
You're right that haven't yet added the documentation for urn:x-allhost, the
reason is that it will only actually change something for developers when a
uri-handler is available for it and ScalaServerPages can be registered using
this scheme.
Currently it is only used as a way to indicate in the content graph that a
resource is to be served on any host-name the clerezza instance can be
reached with. As when a bundle is released the hostnames of the instance it
will be installed are unknown it would be otherwise impossible to add
content to the content graph that is to be served. The system takes care
about creating such resource for the files in CLEREZZA-INF/web-resources.
Are you having any issue with jquery bundle adapted to the new system?
Cheers,
reto
On Mon, Sep 27, 2010 at 10:06 AM, Tsuyoshi Ito <ts...@trialox.org> wrote:
> Hi Reto
>
> I would appreciate if you could revert your changes to the jquery
> project from CLEREZZA-304 until we have discussed the implementation
> of urn:x-allhosts.
>
> I haven't found any documentation about urn:x-allhosts.
>
>
> Thanks
> Tsuy
>