W3C home > Mailing lists > Public > public-xg-webid@w3.org > January 2012

Re: fixed https://foafssl.org/test/WebId

From: Henry Story <henry.story@bblfish.net>
Date: Fri, 6 Jan 2012 01:53:16 +0100
Cc: "public-xg-webid@w3.org XG" <public-xg-webid@w3.org>
Message-Id: <E780ECDF-038C-48CC-A549-5D273BF1A117@bblfish.net>
To: Jürgen Jakobitsch <j.jakobitsch@semantic-web.at>

On 6 Jan 2012, at 01:46, Jürgen Jakobitsch wrote:

> hi again,
> 
> the file is simply ok and available.
> 
> when using telnet you might want to stick to the examples from this page [1]
> 
> i'm not a telnet pro, but i get at least my index page without hash, i'm pretty
> sure telnet is able to work with hash uris.

Telnet knows nothing of HTTP. It's just a simple tcp connection. You can use that if you want
to see exactly what is going on the wire.

Anyway, I am told that sending a URI with a # is a mistake, and that servers are in their right
to send a 404. I suppose I was expecting the apache library to do the right thing by itself.

> 
> note : still i get "keys don't match"

Mhh. Well perhaps another error now, or perhaps I just did not fix the error correctly.
Perhaps if you send me your public/private key, then I can continue debugging it from here without going over the list.

Clearly the error report is not detailed enough. It should say what is wrong.

Henry

> 
> maybe we still find someone else with an rdfa profile to test against...
> 
> wkr j
> 
> [1] http://www.the-art-of-web.com/system/telnet-http11/
> 
> ----- Original Message -----
> From: "Henry Story" <henry.story@bblfish.net>
> To: "Jürgen Jakobitsch" <j.jakobitsch@semantic-web.at>
> Cc: "public-xg-webid@w3.org XG" <public-xg-webid@w3.org>
> Sent: Friday, January 6, 2012 1:33:03 AM
> Subject: Re: fixed https://foafssl.org/test/WebId
> 
> 
> On 6 Jan 2012, at 01:11, Jürgen Jakobitsch wrote:
> 
>> it hash-j like j ürgen, there's no "i"
>> 
>> http://2sea.org/sea.jsp#j
> 
> Nice try Jürgen, but that makes no difference! Try it yourself using the telnet commond line program, as I do below.
> 
> Anyway, can you try again now on the server? I have made a little change.
> 
> Henry
> 
>> 
>> wkr j
>> 
>> ----- Original Message -----
>> From: "Henry Story" <henry.story@bblfish.net>
>> To: "Jürgen Jakobitsch" <j.jakobitsch@semantic-web.at>
>> Cc: "public-xg-webid@w3.org XG" <public-xg-webid@w3.org>
>> Sent: Friday, January 6, 2012 1:04:10 AM
>> Subject: Re: fixed https://foafssl.org/test/WebId
>> 
>> 
>> On 6 Jan 2012, at 00:51, Jürgen Jakobitsch wrote:
>> 
>>> hi,
>>> 
>>> rdfaPy doesn't like the hash of course... you can leave it anyway...
>>> also http://validator.w3.org has no problem with the uri (and its contents)
>>> and i'm also pretty sure it's ok (there's not much in that file what can cause troubles)
>> 
>> This is not essentially a problem with rdfaPy as the following simple tests demonstrate.
>> 
>> 1. do a GET on the URL with #i
>> 
>> --------------------------8<----------------------------8<----------------------------
>> hjs@bblfish[0]$ telnet 2sea.org 80
>> Trying 46.228.199.61...
>> Connected to 2sea.org.
>> Escape character is '^]'.
>> GET http://2sea.org/sea.jsp#i HTTP/1.1
>> 
>> HTTP/1.1 404 Not Found
>> Server: Apache-Coyote/1.1
>> Content-Type: text/html;charset=utf-8
>> Content-Length: 982
>> Date: Fri, 06 Jan 2012 00:00:18 GMT
>> 
>> <html><head><title>Apache Tomcat/6.0.33 - Error report</title><style><!--H1 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;} H2 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;} H3 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;} BODY {font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;} B {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;} P {font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}A {color : black;}A.name {color : black;}HR {color : #525D76;}--></style> </head><body><h1>HTTP Status 404 - /sea.jsp#i</h1><HR size="1" noshade="noshade"><p><b>type</b> Status report</p><p><b>message</b> <u>/sea.jsp#i</u></p><p><b>description</b> <u>The requested resource (/sea.jsp#i) is not available.</u></p><HR size="1" noshade="noshade"><h3>Apache Tomcat/6.0.33</h3></body></html>
>> 
>> 
>> Connection closed by foreign host.
>> --------------------------8<----------------------------8<----------------------------
>> 
>> 2 do the same without the reference, and you get the correct result.
>> 
>> --------------------------8<----------------------------8<----------------------------
>> 
>> 01:00:34 - ~/Programming/w3.org/hg/read-write-web
>> hjs@bblfish[0]$ telnet 2sea.org 80
>> Trying 46.228.199.61...
>> Connected to 2sea.org.
>> Escape character is '^]'.
>> GET http://2sea.org/sea.jsp HTTP/1.1
>> 
>> HTTP/1.1 200 OK
>> Server: Apache-Coyote/1.1
>> Set-Cookie: JSESSIONID=CC614F71866BA23FCE20F0D747FF2E37; Path=/
>> Content-Type: text/html;charset=UTF-8
>> Content-Length: 1996
>> Date: Fri, 06 Jan 2012 00:00:49 GMT
>> 
>> 
>> 
>> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML+RDFa 1.0//EN" "http://www.w3.org/MarkUp/DTD/xhtml-rdfa-1.dtd">
>> <html
>>       xmlns="http://www.w3.org/1999/xhtml"
>>       xmlns:skos="http://www.w3.org/2004/02/skos/core#"
>>       xmlns:foaf="http://xmlns.com/foaf/0.1/"
>>       xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
>>       xmlns:dc="http://purl.org/dc/elements/1.1/"
>>       xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#"
>>       xmlns:dcterms="http://purl.org/dc/terms/"
>> 	xmlns:turnguard="http://www.turnguard.com/"
>>       xmlns:cert="http://www.w3.org/ns/auth/cert#"
>> 	xmlns:xsd="http://www.w3.org/2001/XMLSchema#"
>> 	xmlns:contact="http://www.w3.org/2000/10/swap/pim/contact#">
>> <head>
>>   <title>2sea.org</title>
>>   <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>
>>   <meta http-equiv="Pragma" content="no-cache"/>
>>   <meta http-equiv="Cache-Control" content="no-cache,no-store"/>
>> </head>
>> <body>
>> <div typeof="foaf:PersonalProfileDocument" about="http://2sea.org/sea.jsp">
>> <div rel="foaf:maker">
>>  <div typeof="foaf:Person" about="http://2sea.org/sea.jsp#j">
>>   <div property="foaf:name">jürgen</div>
>>   <div rel="foaf:depiction" href="http://2sea.org/2sealogo.png"/>
>>   <div rel="cert:key">
>>    <div typeof="cert:RSAPublicKey">
>>     <div datatype="xsd:hexBinary" property="cert:modulus">986534d06d133821f40157c15891857d537d20af028656ddca1caf93cd3cc9104d4f172cf14d6102ddf13b16852c09b3fccb0a2fe2a2e895b8f5993fd87321d1a03b656cac78726715f7198f7c5d539b8197fd35bafe274ceade6694ec38c86609a25d6988f6e749f401c37145ac11142d84d775f4f929dbcd6ba809ab4e39b3dc36087062efcf73050e313f60929b7f969b8b6bc80e25ef6000bbe66d6925aba09aed8a16271d6d9651edb27c6bb50a1ffc6bc7d8bfe8346965cf0b5993385352157fb7df1b143a97ac7d642428c1f87dd7988364115dcfa05cfb020b595417feb54febaa8ac4a81c40ba9ac1dc6a097f53b379ba9850e0a45e2f1c452f3743</div>
>>     <div datatype="xsd:integer" property="cert:exponent">65537</div>
>>    </div>
>>   </div>
>>  </div>
>> </div>
>> </div>
>> </body>
>> </html>
>> --------------------------8<----------------------------8<----------------------------
>> 
>> This is a server error, as the server should behave identically, as I understand.
>> In any case I'll remove the #in my code, as this is one of those tricky errors, that can appear all too
>> easily otherwise.
>> 
>> Henry
>> 
>>> 
>>> maybe someone else with an rdfa-profile wants to try foafssl so we come a little closer...
>>> 
>>> wkr j
>>> 
>>> ----- Original Message -----
>>> From: "Henry Story" <henry.story@bblfish.net>
>>> To: "Jürgen Jakobitsch" <j.jakobitsch@semantic-web.at>
>>> Cc: "public-xg-webid@w3.org XG" <public-xg-webid@w3.org>
>>> Sent: Friday, January 6, 2012 12:40:25 AM
>>> Subject: Re: fixed https://foafssl.org/test/WebId
>>> 
>>> 
>>> On 6 Jan 2012, at 00:31, Jürgen Jakobitsch wrote:
>>> 
>>>> hi henry,
>>>> 
>>>> http://2sea.org/sea.jsp#j  still fails with "keys in profile don't match key in certificate for http://2sea.org/sea.jsp#j".
>>> 
>>> When I try the above url on http://www.w3.org/2007/08/pyRdfa/ I get an empty RDF file with just namespaces
>>> 
>>> @prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
>>> @prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
>>> @prefix xhv: <http://www.w3.org/1999/xhtml/vocab#> .
>>> @prefix xml: <http://www.w3.org/XML/1998/namespace> .
>>> @prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
>>> 
>>> If I run that parser on strict I get
>>> 
>>> Traceback (most recent call last):
>>> File "/usr/local/lib/python2.4/site-packages/PythonLib-IH/pyRdfa/__init__.py", line 520, in processURI
>>>  return _process(input, uri, outputFormat, options)
>>> File "/usr/local/lib/python2.4/site-packages/PythonLib-IH/pyRdfa/__init__.py", line 387, in _process
>>>  raise RDFaError, msg
>>> RDFaError: Parsing error in input file: "mismatched tag: line 1, column 970"
>>> 
>>> Parsing error in input file: "mismatched tag: line 1, column 970"
>>> 
>>> 
>>> Perhaps that is the error?
>>> 
>>> 	Henry
>>> 
>>> 
>>> PS. I want to later when I get time write it, to have a service to allow people to test the transformation directly. I can see that this would be very useful.
>>> 
>>>> 
>>>> i have taken all whitespaces out, pyRdfa and appspot extraction says it looks good.
>>>> i have also deleted the compiled jsp from tomcat's work directory to be sure you get the latest version without whitespaces and newlines in key.
>>>> uri also works with openlink [1] and webidrealm.
>>>> 
>>>> 
>>>> maybe you find something in your logs...
>>>> i recommend feeding the uri to your rdfa parser and check what happens with the hexBinary.
>>>> what rdfa parser do you use?
>>>> 
>>>> note : http://eastghost.org/ghost.ttl#j  => success
>>>> 
>>>> [1] http://id.myopenlink.net/ods/webid_demo.html
>>>> 
>>>> wkr j
>>>> 
>>>> ----- Original Message -----
>>>> From: "Henry Story" <henry.story@bblfish.net>
>>>> To: "public-xg-webid@w3.org XG" <public-xg-webid@w3.org>
>>>> Sent: Friday, January 6, 2012 12:16:16 AM
>>>> Subject: fixed https://foafssl.org/test/WebId
>>>> 
>>>> I fixed the test end point at
>>>> 
>>>> https://foafssl.org/test/WebId
>>>> 
>>>> The issue was (as I thought) that foafssl.org was not updating its caches on failure of a WebID authentication.
>>>> 
>>>> This meant that people who tried to connect once with a broken foaf file, would not be able to re-connect later with a good one. It should work now.
>>>> 
>>>> Henry
>>>> 
>>>> Social Web Architect
>>>> http://bblfish.net/
>>>> 
>>>> 
>>>> 
>>>> --
>>>> | Jürgen Jakobitsch,
>>>> | Software Developer
>>>> | Semantic Web Company GmbH
>>>> | Mariahilfer Straße 70 / Neubaugasse 1, Top 8
>>>> | A - 1070 Wien, Austria
>>>> | Mob +43 676 62 12 710 | Fax +43.1.402 12 35 - 22
>>>> 
>>>> COMPANY INFORMATION
>>>> | http://www.semantic-web.at/
>>>> 
>>>> PERSONAL INFORMATION
>>>> | web   : http://www.turnguard.com
>>>> | foaf  : http://www.turnguard.com/turnguard
>>>> | skype : jakobitsch-punkt
>>> 
>>> Social Web Architect
>>> http://bblfish.net/
>>> 
>>> 
>>> 
>>> --
>>> | Jürgen Jakobitsch,
>>> | Software Developer
>>> | Semantic Web Company GmbH
>>> | Mariahilfer Straße 70 / Neubaugasse 1, Top 8
>>> | A - 1070 Wien, Austria
>>> | Mob +43 676 62 12 710 | Fax +43.1.402 12 35 - 22
>>> 
>>> COMPANY INFORMATION
>>> | http://www.semantic-web.at/
>>> 
>>> PERSONAL INFORMATION
>>> | web   : http://www.turnguard.com
>>> | foaf  : http://www.turnguard.com/turnguard
>>> | skype : jakobitsch-punkt
>> 
>> Social Web Architect
>> http://bblfish.net/
>> 
>> 
>> --
>> | Jürgen Jakobitsch,
>> | Software Developer
>> | Semantic Web Company GmbH
>> | Mariahilfer Straße 70 / Neubaugasse 1, Top 8
>> | A - 1070 Wien, Austria
>> | Mob +43 676 62 12 710 | Fax +43.1.402 12 35 - 22
>> 
>> COMPANY INFORMATION
>> | http://www.semantic-web.at/
>> 
>> PERSONAL INFORMATION
>> | web   : http://www.turnguard.com
>> | foaf  : http://www.turnguard.com/turnguard
>> | skype : jakobitsch-punkt
> 
> Social Web Architect
> http://bblfish.net/
> 
> 
> 
> --
> | Jürgen Jakobitsch,
> | Software Developer
> | Semantic Web Company GmbH
> | Mariahilfer Straße 70 / Neubaugasse 1, Top 8
> | A - 1070 Wien, Austria
> | Mob +43 676 62 12 710 | Fax +43.1.402 12 35 - 22
> 
> COMPANY INFORMATION
> | http://www.semantic-web.at/
> 
> PERSONAL INFORMATION
> | web   : http://www.turnguard.com
> | foaf  : http://www.turnguard.com/turnguard
> | skype : jakobitsch-punkt

Social Web Architect
http://bblfish.net/
Received on Friday, 6 January 2012 00:53:48 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 6 January 2012 00:53:48 GMT