Hmm... Anyone has a clue? Could replicate? Cares at all?
Pier
On 15 Jun 2004, at 21:02, Pier Fumagalli wrote:
Hmmm, as anyone ever noticed that in case you read from a remote server, somehow, the mime type gets mangled?
I have the following:
<map:match pattern="getit/**">
<map:read mime-type="xxx/zzz" src="http://core.vnunet.com/svn/site/{1}"/>
</map:match>
When I do a simple CURL on the resource:
$ curl -s -D /dev/stderr 'http://localhost:8888/getit/head/webapp/resources/images/ v7_vnunet_xml.gif' > /dev/null
HTTP/1.1 200 OK
Date: Tue, 15 Jun 2004 18:59:39 GMT
Server: Jetty/4.2.19 (Mac OS X/10.3.4 ppc java/1.4.2_03)
X-Cocoon-Version: 2.1.5-dev
Content-Type: image/gif
Vary: Host
Content-Length: 251
Accept-Ranges: none
$
Now, on the other hand, when I do the same on the original baby:
$ curl -s -D /dev/stderr 'http://core.vnunet.com/svn/site/head/webapp/resources/images/ v7_vnunet_xml.gif' > /dev/null
HTTP/1.1 200 OK
Date: Tue, 15 Jun 2004 19:01:46 GMT
Server: Apache/2.0.49 (Unix) DAV/2 SVN/1.0.2
ETag: "17//head/webapp/resources/images/v7_vnunet_xml.gif"
Accept-Ranges: bytes
Content-Length: 251
Content-Type: application/octet-stream
$
EEEK... Originally, the server is saying that the image is of mime-type "application/octet-stream", I force the reader to emit a simple "xxx/zzz" mime-type, but Cocoon emits "image/gif"...
Am I the only one seeing something wrong with it?
Pier
smime.p7s
Description: S/MIME cryptographic signature