abdera-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "James Abley" <james.ab...@gmail.com>
Subject Re: Recent change to Service document processing
Date Thu, 31 Jul 2008 20:02:22 GMT
2008/7/31 James Abley <james.abley@gmail.com>:
> 2008/7/31 David Calavera <david.calavera@gmail.com>:
>> Nop, the last night changes was related with synchronization issues in the
>> core, nothing related with the StreamWriter or the request processors. The
>> tests pass correctly and my custom implementation work as well, can you
>> provide us more info?
>
> Hi David,
>
> I'm waiting for a colleague to review my code to point out my obvious
> blindspot as to the mistake I've introduced, but I'm going to roll
> back to the version of Abdera I was using previously and see if I get
> the same result.
>
> Cheers,
>
> James
>

Hi,

I hibernated my laptop and went home. I then reverted back to the
version that I was originally developing against.

$ svn info
Path: .
URL: http://svn.apache.org/repos/asf/incubator/abdera/java/trunk
Repository Root: http://svn.apache.org/repos/asf
Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68
Revision: 679774
Node Kind: directory
Schedule: normal
Last Changed Author: calavera
Last Changed Rev: 679407
Last Changed Date: 2008-07-24 14:37:53 +0100 (Thu, 24 Jul 2008)

$ curl -v http://localhost:8080/mmi/atom
* About to connect() to localhost port 8080 (#0)
*   Trying 127.0.0.1... connected
* Connected to localhost (127.0.0.1) port 8080 (#0)
> GET /mmi/atom HTTP/1.1
> User-Agent: curl/7.16.4 (i486-pc-linux-gnu) libcurl/7.16.4 OpenSSL/0.9.8e zlib/1.2.3.3
libidn/1.0
> Host: localhost:8080
> Accept: */*
>
< HTTP/1.1 200 OK
< Server: Apache-Coyote/1.1
< Content-Type: application/atomsvc+xml
< Transfer-Encoding: chunked
< Date: Thu, 31 Jul 2008 19:08:42 GMT

and then the expected service document entity in the response body,
which is what I was seeing last night and before I picked up the
updates. I then moved back to current main trunk.

$ svn up
...
$ svn info
Path: .
URL: http://svn.apache.org/repos/asf/incubator/abdera/java/trunk
Repository Root: http://svn.apache.org/repos/asf
Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68
Revision: 681442
Node Kind: directory
Schedule: normal
Last Changed Author: calavera
Last Changed Rev: 681083
Last Changed Date: 2008-07-30 16:41:00 +0100 (Wed, 30 Jul 2008)

$ mvn clean install

(mvn clean install of my application as well).

Restart Tomcat ; clean environment for the test.

$ curl -v http://localhost:8080/mmi/atom
* About to connect() to localhost port 8080 (#0)
*   Trying 127.0.0.1... connected
* Connected to localhost (127.0.0.1) port 8080 (#0)
> GET /mmi/atom HTTP/1.1
> User-Agent: curl/7.16.4 (i486-pc-linux-gnu) libcurl/7.16.4 OpenSSL/0.9.8e zlib/1.2.3.3
libidn/1.0
> Host: localhost:8080
> Accept: */*
>
< HTTP/1.1 200 OK
< Server: Apache-Coyote/1.1
< Content-Type: application/atomsvc+xml
< Transfer-Encoding: chunked
< Date: Thu, 31 Jul 2008 19:08:42 GMT

and the service document entity is back in the response body! Hello!

I saw the no response body behaviour lots [1], showed it to a
colleague and it persisted between Tomcat restarts using kill -9 to
ensure that the process was really gone. But I can't reproduce it now.
I have no idea what was causing it, sorry.

Cheers,

James

[1] $ curl -v http://localhost:8080/mmi/atom
* About to connect() to localhost port 8080 (#0)
*   Trying 127.0.0.1... connected
* Connected to localhost (127.0.0.1) port 8080 (#0)
> GET /mmi/atom HTTP/1.1
> User-Agent: curl/7.16.4 (i486-pc-linux-gnu) libcurl/7.16.4 OpenSSL/0.9.8e zlib/1.2.3.3
libidn/1.0
> Host: localhost:8080
> Accept: */*
>
< HTTP/1.1 200 OK
< Server: Apache-Coyote/1.1
< Content-Type: application/atomsvc+xml
< Content-Length: 0
< Date: Thu, 31 Jul 2008 16:05:32 GMT
<
* Connection #0 to host localhost left intact
* Closing connection #0

$ curl -v http://localhost:8080/mmi/atom
* About to connect() to localhost port 8080 (#0)
*   Trying 127.0.0.1... connected
* Connected to localhost (127.0.0.1) port 8080 (#0)
> GET /mmi/atom HTTP/1.1
> User-Agent: curl/7.16.4 (i486-pc-linux-gnu) libcurl/7.16.4 OpenSSL/0.9.8e zlib/1.2.3.3
libidn/1.0
> Host: localhost:8080
> Accept: */*
>
< HTTP/1.1 200 OK
< Server: Apache-Coyote/1.1
< Content-Type: application/atomsvc+xml
< Content-Length: 0
< Date: Thu, 31 Jul 2008 16:05:47 GMT
<
* Connection #0 to host localhost left intact
* Closing connection #0

$ curl -v http://localhost:8080/mmi/atom
* About to connect() to localhost port 8080 (#0)
*   Trying 127.0.0.1... connected
* Connected to localhost (127.0.0.1) port 8080 (#0)
> GET /mmi/atom HTTP/1.1
> User-Agent: curl/7.16.4 (i486-pc-linux-gnu) libcurl/7.16.4 OpenSSL/0.9.8e zlib/1.2.3.3
libidn/1.0
> Host: localhost:8080
> Accept: */*
>
< HTTP/1.1 200 OK
< Server: Apache-Coyote/1.1
< Content-Type: application/atomsvc+xml
< Content-Length: 0
< Date: Thu, 31 Jul 2008 16:08:40 GMT
<
* Connection #0 to host localhost left intact
* Closing connection #0

$ curl -v http://localhost:8080/mmi/atom
* About to connect() to localhost port 8080 (#0)
*   Trying 127.0.0.1... connected
* Connected to localhost (127.0.0.1) port 8080 (#0)
> GET /mmi/atom HTTP/1.1
> User-Agent: curl/7.16.4 (i486-pc-linux-gnu) libcurl/7.16.4 OpenSSL/0.9.8e zlib/1.2.3.3
libidn/1.0
> Host: localhost:8080
> Accept: */*
>
< HTTP/1.1 200 OK
< Server: Apache-Coyote/1.1
< Content-Type: application/atomsvc+xml
< Content-Length: 0
< Date: Thu, 31 Jul 2008 16:11:53 GMT
<
* Connection #0 to host localhost left intact
* Closing connection #0

$ curl -v http://localhost:8080/mmi/atom
* About to connect() to localhost port 8080 (#0)
*   Trying 127.0.0.1... connected
* Connected to localhost (127.0.0.1) port 8080 (#0)
> GET /mmi/atom HTTP/1.1
> User-Agent: curl/7.16.4 (i486-pc-linux-gnu) libcurl/7.16.4 OpenSSL/0.9.8e zlib/1.2.3.3
libidn/1.0
> Host: localhost:8080
> Accept: */*
>
< HTTP/1.1 200 OK
< Server: Apache-Coyote/1.1
< Content-Type: application/atomsvc+xml
< Transfer-Encoding: chunked
< Date: Thu, 31 Jul 2008 16:15:09 GMT

Just on that last one, I got a correct response when I called
StreamWriter.flush() in the debugger.

Mime
View raw message