Hugh,
Is he using {URIQAHost}?
Also is his INI setup properly with [URIQAHost] ?
Kingsley
Hi Ruben,
Thanks for your time Hugh
I am still unsure as to what your issue is other than the URI's you
are seeing with the internal cname of the machine where created when
the DefaultHost in your virtuoso.ini file was set to the internal
name. Having set your DefaultHost name to the external cname if new
data is inserted into the triple store do these not have the correct
external cname in the URI's ?
All data have the correct cname. That's right. The problem is in the
the way the href attribute of the links to other resources are formed
in the script.
Look at our resource in
http://data.fundacionctic.org/asturias/empleo/oferta-formativa/Accion-Formativa/2009/15.
The url to other resources show the internal hostname of the virtuoso
server (not accessible)
Our demo server for example (demo.openlinksw.com
<http://demo.openlinksw.com>) has an internal hostname which is not
accessible externally, but when it was setup it was given a
DefaultHost name of "demo.openlinksw.com
<http://demo.openlinksw.com>" and this all generated URIs uses this
when accessed iternal or externally by the outside, see the following
URL describing data stores on the server:
Your servers configuration seems to be exactly the same than ours. I
suposse that when you talk about the server being setup you mean
setting the DefaultHost variable in virtuosos.ini. We have already
done that (DefaultHost = data.fundacionctic.org) thinking that was the
right way bat it did not solve the problem. When you look at the
scripts you see the urls are formed using "host :=
http_request_header(http_request_header(), 'Host', null, null)", got
from the http headers.
Is there any way to get the value of DefaultHost from a vsp script?
http://demo.openlinksw.com/about/html/http/demo.openlinksw.com/sybasepubs2/stores/8042%23this
PS: Note the description.vsp on this machine is newer than the one
you probably have but the changes are mainly in the layout, its
behaviour is the same as what you would be using ...
Best Regards
Hugh Williams
Professional Services
OpenLink Software
Web: http://www.openlinksw.com
Support: http://support.openlinksw.com
Forums: http://boards.openlinksw.com/support
On 11 Sep 2009, at 07:55, Ruben Martin wrote:
El jue, 10-09-2009 a las 14:30 +0100, Hugh Williams escribió:
Hi Ruben,
What scripts are you referring, those for creating RDFViews ?
That's it. description.vsp includes other scripts such as
DAV/VAD/rdf_mappers/description.sql wich retrieves the host base
name this way:
host := http_request_header(http_request_header(), 'Host', null, null);
What is the incorrect URL you are seeing in the description.vsp pages
and does this machine what the DefaultHost when set to at the time
these scripts were run ?
For example, if the external (accesible from the internet) server is
http://data.ourserver.org <http://data.ourserver.org/>, an url like
http://data.ourserver.org/class/entity is redirected internally in
the proxy to the virtuoso server
http://data.virtuoso.org/class/entity (an intranet server), an then
transformed to
http://data.virtuoso.org/html/about/http://data.virtuoso.org/class/entity
<x-msg://246/> . The problem here is that the html view of that rdf
resource rendered by description.vsp constructs the urls to other
resources this way: http://data.virtuoso.org/etc.. which es not
accesible for the external browser.
Best Regards
Hugh Williams
Professional Services
OpenLink Software
Web: http://www.openlinksw.com <http://www.openlinksw.com/>
Support: http://support.openlinksw.com <http://support.openlinksw.com/>
Forums: http://boards.openlinksw.com/support
On 10 Sep 2009, at 13:04, Ruben Martin wrote:
> Hi,
>
> We have not found in the online documentation an example to solve
> this issue. We have a virtuoso instance behind an apache proxy, so
> the virtuoso server is not directly accesible. All the url are being
> solved-rewrited correctly (rdf -linked data) except the urls used by
> the /rdfdesc/description.vsp script. This script builds the urls to
> other resources based on the internal server name.
>
> Setting the DefaultHost variable in virtuoso.ini did not solve the
> problem. is there any way to get this working ("cleaner" than
> modifying the scripts) ?
>
> Thank you.
>
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.
http://p.sf.net/sfu/bobj-july_______________________________________________
> Virtuoso-users mailing list
> [email protected]
<mailto:[email protected]>
> https://lists.sourceforge.net/lists/listinfo/virtuoso-users
------------------------------------------------------------------------
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
------------------------------------------------------------------------
_______________________________________________
Virtuoso-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/virtuoso-users
--
Regards,
Kingsley Idehen Weblog: http://www.openlinksw.com/blog/~kidehen
President & CEO
OpenLink Software Web: http://www.openlinksw.com
