Nabble - Abdera

Re: Presenting Abdera at the ApacheCon US 2008

2008-10-07T13:20:54Z

David Calavera wrote:
> Thanks Carsten,
> well, this will be my first travel to the Apache Con but if you agree I'll
> send a proposal tonight. If anyone more want to present it just drop me a
> line and we do it together.

I'm also registered to attend. David, please let me know if I can help.

Jim

>
> On Tue, Oct 7, 2008 at 7:18 PM, Carsten Ziegeler <cziegeler@...>wrote:
>
>> Hi,
>>
>> this is a call for presenters for Fast Feather Track at ApacheCon US
>> 2008 in New Orleans.
>>
>> You may already know the new "Fast Feather Track" which was held for the
>> first time at ApacheCon Europe 2007. Fast Feather track presentations
>> are 10-15 minute presentations about a specific project or topic. The
>> focus is on Apache Incubator and Apache Labs projects.
>>
>> We would very much like to have a presentation about Abdera at the Fast
>> Feather Track, and would like to invite someone from the team to submit
>> a presentation proposal!
>>
>> You'll need to send
>>
>> * a title
>> * a brief description of what you want to talk about (remember that the
>> talk is only 15 minutes long - five sentences is probably plenty),
>> * and a short bio (if you're already speaking at ApacheCon, you can skip
>> this step).
>>
>> to mailto:fastfeather-2008-us@... list.
>>
>> What do you get out of it? If you send in your details really soon (in
>> the next 24h), we'll do our best to make sure they appear in the program
>> - and we'll be able to make sure that your talk gets printed nicely on
>> the schedule at the conference. You'll also get bragging rights, kudos
>> and karma - and you might even pick up a few new groupie^Wcommitters.
>>
>> ApacheCon New Orleans - are you ready, for just about anything?
>>
>> So please respond as soon as possible - available slots are served on a
>> first come base :)
>>
>> Craig & Carsten, your Fast Feather Crew
>>
>> (NB Speaking in the Fast Feather Track does not entitle you to the full
>> range of speaker perks - you'll get a shiny badge, and your bio in the
>> program, but you won't get your travel, room or registration comped.
>> Doesn't make it any less fun though, we promise!)
>> --
>> Carsten Ziegeler
>> cziegeler@...
>>
>
>
>

From forum: abdera-dev

Re: Presenting Abdera at the ApacheCon US 2008

2008-10-07T10:49:54Z

Thanks Carsten,
well, this will be my first travel to the Apache Con but if you agree I'll
send a proposal tonight. If anyone more want to present it just drop me a
line and we do it together.

On Tue, Oct 7, 2008 at 7:18 PM, Carsten Ziegeler <cziegeler@...>wrote:

> Hi,
>
> this is a call for presenters for Fast Feather Track at ApacheCon US
> 2008 in New Orleans.
>
> You may already know the new "Fast Feather Track" which was held for the
> first time at ApacheCon Europe 2007. Fast Feather track presentations
> are 10-15 minute presentations about a specific project or topic. The
> focus is on Apache Incubator and Apache Labs projects.
>
> We would very much like to have a presentation about Abdera at the Fast
> Feather Track, and would like to invite someone from the team to submit
> a presentation proposal!
>
> You'll need to send
>
> * a title
> * a brief description of what you want to talk about (remember that the
> talk is only 15 minutes long - five sentences is probably plenty),
> * and a short bio (if you're already speaking at ApacheCon, you can skip
> this step).
>
> to mailto:fastfeather-2008-us@... list.
>
> What do you get out of it? If you send in your details really soon (in
> the next 24h), we'll do our best to make sure they appear in the program
> - and we'll be able to make sure that your talk gets printed nicely on
> the schedule at the conference. You'll also get bragging rights, kudos
> and karma - and you might even pick up a few new groupie^Wcommitters.
>
> ApacheCon New Orleans - are you ready, for just about anything?
>
> So please respond as soon as possible - available slots are served on a
> first come base :)
>
> Craig & Carsten, your Fast Feather Crew
>
> (NB Speaking in the Fast Feather Track does not entitle you to the full
> range of speaker perks - you'll get a shiny badge, and your bio in the
> program, but you won't get your travel, room or registration comped.
> Doesn't make it any less fun though, we promise!)
> --
> Carsten Ziegeler
> cziegeler@...
>

--
David Calavera
http://www.thinkincode.net

From forum: abdera-dev

Presenting Abdera at the ApacheCon US 2008

2008-10-07T10:18:20Z

Hi,

this is a call for presenters for Fast Feather Track at ApacheCon US
2008 in New Orleans.

You may already know the new "Fast Feather Track" which was held for the
first time at ApacheCon Europe 2007. Fast Feather track presentations
are 10-15 minute presentations about a specific project or topic. The
focus is on Apache Incubator and Apache Labs projects.

We would very much like to have a presentation about Abdera at the Fast
Feather Track, and would like to invite someone from the team to submit
a presentation proposal!

You'll need to send

* a title
* a brief description of what you want to talk about (remember that the
talk is only 15 minutes long - five sentences is probably plenty),
* and a short bio (if you're already speaking at ApacheCon, you can skip
this step).

to mailto:fastfeather-2008-us@... list.

What do you get out of it? If you send in your details really soon (in
the next 24h), we'll do our best to make sure they appear in the program
- and we'll be able to make sure that your talk gets printed nicely on
the schedule at the conference. You'll also get bragging rights, kudos
and karma - and you might even pick up a few new groupie^Wcommitters.

ApacheCon New Orleans - are you ready, for just about anything?

So please respond as soon as possible - available slots are served on a
first come base :)

Craig & Carsten, your Fast Feather Crew

(NB Speaking in the Fast Feather Track does not entitle you to the full
range of speaker perks - you'll get a shiny badge, and your bio in the
program, but you won't get your travel, room or registration comped.
Doesn't make it any less fun though, we promise!)
--
Carsten Ziegeler
cziegeler@...

From forum: abdera-dev

Trying out RSS support in Abdera

2008-10-06T21:56:30Z

I'd like to try out some of the RSS support in Abdera. Searching the
archives, I understand that the current support is not complete, but
I'd like to move the available code to extension\rss and add this
module to the regular build to facilitate working with the code, and
also to make it more visible and allow others on the community to come
and help.

Thoughts ? If there is no objection, I can submit the changes
described above as a patch.

--
Luciano Resende
Apache Tuscany, Apache PhotArk
http://people.apache.org/~lresende
http://lresende.blogspot.com/

From forum: abdera-dev

RE: A minimal Atom server

2008-10-06T02:09:23Z

You right; I get a different issue when I use (in Poster) the content-type "application/atom+xml".
This issue is the same than when doing the same thing with a Abdera client: I get 400 error (Bad request)
I don't see what is wrong with my entry!

Cheers

Bertrand.

PS: I forgot something: the complete value for the accept element, in the service document, is "application/atom+xml;type=entry"

-----Message d'origine-----
De : James Abley [mailto:james.abley@...]
Envoyé : lundi 6 octobre 2008 10:40
À : abdera-user@...
Objet : Re: A minimal Atom server

2008/10/6 Goetzmann Bertrand <Bertrand.Goetzmann@...>:

> Hello James,
>
> Thank you for your response!
> When I get the document service, I can see that the collection "Acme Employee Database" accepts "application/atom+xml".
> With Poster, I also try "application/atom" and "text/xml" as content type: I get the same error!
>
>
> Cheers,
>
> Bertrand.
>

Hi Bertrand,

I'm not very familiar with the client API, so apologies if this is a
silly question. Do you get the same issue when you POST
application/atom+xml?

Regards,

James

From forum: abdera-user

Re: A minimal Atom server

2008-10-06T01:40:01Z

2008/10/6 Goetzmann Bertrand <Bertrand.Goetzmann@...>:

Hi Bertrand,

I'm not very familiar with the client API, so apologies if this is a
silly question. Do you get the same issue when you POST
application/atom+xml?

Regards,

James

From forum: abdera-user

RE: A minimal Atom server

2008-10-06T01:17:23Z

Hello James,

Thank you for your response!
When I get the document service, I can see that the collection "Acme Employee Database" accepts "application/atom+xml".
With Poster, I also try "application/atom" and "text/xml" as content type: I get the same error!

Cheers,

Bertrand.

-----Message d'origine-----
De : James Abley [mailto:james.abley@...]
Envoyé : lundi 6 octobre 2008 09:33
À : abdera-user@...
Objet : Re: A minimal Atom server

2008/10/3 Goetzmann Bertrand <Bertrand.Goetzmann@...>:

> OK.
> With Poster, I send the following request:
> - URL: http://localhost:9002/employee
> - ContentType: application/xml
> - POST
> - Content:
>
> <entry xmlns="http://www.w3.org/2005/Atom">
> <title type="text">titre</title>
> <author><name>Bertrand</name></author>
> <updated>2008-05-02T21:22:06.122Z</updated>
> <content type="application/xml">
> <test/>
> </content>
> </entry>
>
> Poster responds with a 500 status, and the following content:
>
> <?xml version="1.0"?><error><code>500</code><message>Server Error</message></error>
>
>
> Here the stack trace on the server side:
>
> 3 oct. 2008 16:05:48 org.apache.abdera.protocol.server.impl.AbstractProvider process
> GRAVE: java.lang.UnsupportedOperationException
> 3 oct. 2008 16:05:48 org.apache.abdera.protocol.server.ProviderHelper servererror
> INFO: Server error
> java.lang.UnsupportedOperationException
> at org.apache.abdera.protocol.server.impl.AbstractEntityCollectionAdapter.postMedia(AbstractEntityCollectionAdapter.java:202)
> at org.apache.abdera.protocol.server.impl.AbstractEntityCollectionAdapter.createMediaEntry(AbstractEntityCollectionAdapter.java:638)
> at org.apache.abdera.protocol.server.impl.AbstractEntityCollectionAdapter.postMedia(AbstractEntityCollectionAdapter.java:82)
> at org.apache.abdera.protocol.server.processors.CollectionRequestProcessor.processCollection(CollectionRequestProcessor.java:47)
> at org.apache.abdera.protocol.server.processors.CollectionRequestProcessor.process(CollectionRequestProcessor.java:38)
> at org.apache.abdera.protocol.server.impl.AbstractProvider.process(AbstractProvider.java:136)
> at org.apache.abdera.protocol.server.FilterChain.next(FilterChain.java:42)
> at org.apache.abdera.protocol.server.servlet.AbderaServlet.service(AbderaServlet.java:90)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362)
> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
> at org.mortbay.jetty.Server.handle(Server.java:313)
> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:506)
> at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:844)
> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:644)
> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381)
> at org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:227)
> at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:442)
>
>
> Hope this helps!
>
> Bertrand.

Hi Betrand,

If you're trying to create a new Atom Entry, I think your Content-Type
header is wrong. From the stack trace, Abdera is trying to create a
Media Entry and by default that operation isn't supported. From the
code for
AbstractEntityCollectionAdapter.java:

/**
* Post a new media resource to the collection. By default, this method is
* not supported. Implementations must override this method to support posting
* media resources
* @param mimeType The mime-type of the resource
* @param slug The value of the Slug header
* @param inputStream An InputStream providing access to the request payload
* @param request The request context
*/
public T postMedia(
MimeType mimeType,
String slug,
InputStream inputStream,
RequestContext request)
throws ResponseContextException {
throw new UnsupportedOperationException();
}

Cheers,

James

From forum: abdera-user

Re: A minimal Atom server

2008-10-06T00:32:30Z

2008/10/3 Goetzmann Bertrand <Bertrand.Goetzmann@...>:

From forum: abdera-user

[jira] Commented: (ABDERA-201) Does not support HTTP header Expires -1 and throw org.apache.commons.httpclient.util.DateParseException: Unable to parse the date -1

2008-10-05T10:08:44Z

[ https://issues.apache.org/jira/browse/ABDERA-201?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12636913#action_12636913 ]

David Calavera commented on ABDERA-201:
---------------------------------------

I'm not familiar with google caledar api and I'm not sure if "-1" is a valid expires value, I copy an excerpt from rfc 2616:

"14.21 Expires
...

The format is an absolute date and time as defined by HTTP-date in section 3.3.1; it MUST be in RFC 1123 date format..."

> Does not support HTTP header Expires -1 and throw org.apache.commons.httpclient.util.DateParseException: Unable to parse the date -1
> ------------------------------------------------------------------------------------------------------------------------------------
>
> Key: ABDERA-201
> URL: https://issues.apache.org/jira/browse/ABDERA-201
> Project: Abdera
> Issue Type: Bug
> Affects Versions: 0.5.0
> Environment: Windows Vista, Java 1.6
> Reporter: Sylvain Legault
> Priority: Minor
>
> Connecting to Google calander but with a invalid URL (example missing / between calendar and feeds) e.g. http://www.google.com/calendarfeeds/default/allcalendars/full
> This will return an HTTP response 404 Not Found with an HTTP header Expires = -1
> The following exception is thrown:
> Exception in thread "main" java.lang.RuntimeException: org.apache.commons.httpclient.util.DateParseException: Unable to parse the date -1
> at org.apache.abdera.protocol.client.AbstractClientResponse.getDateHeader(AbstractClientResponse.java:204)
> at org.apache.abdera.protocol.util.AbstractResponse.getExpires(AbstractResponse.java:62)
> at org.apache.abdera.protocol.client.cache.AbstractCache.shouldUpdateCache(AbstractCache.java:93)
> at org.apache.abdera.protocol.client.cache.AbstractCache.update(AbstractCache.java:129)
> at org.apache.abdera.protocol.client.AbderaClient.execute(AbderaClient.java:736)
> at org.apache.abdera.protocol.client.AbderaClient.get(AbderaClient.java:175)
> at org.apache.abdera.protocol.client.AbderaClient.get(AbderaClient.java:390)
> at x.z.atom.client.AtomReader.retreive(AtomReader.java:37)
> at x.z.atom.Startup.main(Startup.java:15)
> Caused by: org.apache.commons.httpclient.util.DateParseException: Unable to parse the date -1
> at org.apache.commons.httpclient.util.DateUtil.parseDate(DateUtil.java:170)
> at org.apache.commons.httpclient.util.DateUtil.parseDate(DateUtil.java:94)
> at org.apache.abdera.protocol.client.AbstractClientResponse.getDateHeader(AbstractClientResponse.java:201)
> ... 8 more

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

From forum: abdera-dev

[jira] Created: (ABDERA-201) Does not support HTTP header Expires -1 and throw org.apache.commons.httpclient.util.DateParseException: Unable to parse the date -1

2008-10-05T06:57:44Z

Does not support HTTP header Expires -1 and throw org.apache.commons.httpclient.util.DateParseException: Unable to parse the date -1
------------------------------------------------------------------------------------------------------------------------------------

Key: ABDERA-201
URL: https://issues.apache.org/jira/browse/ABDERA-201
Project: Abdera
Issue Type: Bug
Affects Versions: 0.5.0
Environment: Windows Vista, Java 1.6
Reporter: Sylvain Legault
Priority: Minor

Connecting to Google calander but with a invalid URL (example missing / between calendar and feeds) e.g. http://www.google.com/calendarfeeds/default/allcalendars/full

This will return an HTTP response 404 Not Found with an HTTP header Expires = -1

The following exception is thrown:

Exception in thread "main" java.lang.RuntimeException: org.apache.commons.httpclient.util.DateParseException: Unable to parse the date -1
at org.apache.abdera.protocol.client.AbstractClientResponse.getDateHeader(AbstractClientResponse.java:204)
at org.apache.abdera.protocol.util.AbstractResponse.getExpires(AbstractResponse.java:62)
at org.apache.abdera.protocol.client.cache.AbstractCache.shouldUpdateCache(AbstractCache.java:93)
at org.apache.abdera.protocol.client.cache.AbstractCache.update(AbstractCache.java:129)
at org.apache.abdera.protocol.client.AbderaClient.execute(AbderaClient.java:736)
at org.apache.abdera.protocol.client.AbderaClient.get(AbderaClient.java:175)
at org.apache.abdera.protocol.client.AbderaClient.get(AbderaClient.java:390)
at x.z.atom.client.AtomReader.retreive(AtomReader.java:37)
at x.z.atom.Startup.main(Startup.java:15)
Caused by: org.apache.commons.httpclient.util.DateParseException: Unable to parse the date -1
at org.apache.commons.httpclient.util.DateUtil.parseDate(DateUtil.java:170)
at org.apache.commons.httpclient.util.DateUtil.parseDate(DateUtil.java:94)
at org.apache.abdera.protocol.client.AbstractClientResponse.getDateHeader(AbstractClientResponse.java:201)
... 8 more

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

From forum: abdera-dev

Re: Abdera 0.5 release time

2008-10-03T19:15:57Z

David Calavera wrote:
> I was just thinking on that this morning XD. IMO we should release a new
> version soon, we've solved a lot of bugs and currently the trunk version is
> more useful and stable than 0.4 version.
>
> I think we should solve some bugs before to the release but they are not
> much serius.
>
> James, Jim, Dan... what do you think?
>
I actually have a bug and an enhancement request I need to enter (and
fix), based on some troubleshooting I was doing in my day job. I also
hope to move our work from 0.4 to 0.5, so an official release would be
nice for that. So I guess I agree with David--fix a few more bugs, then
release 0.5. I'll try to get my work in early next week.

Jim

From forum: abdera-dev

RE: A minimal Atom server

2008-10-03T12:11:01Z

Hi David,

Seeing how many bugs are fixed on trunk, is their an ETA on a 0.5.0
release?

Thanks and Regards,
Jeff

-----Original Message-----
From: David Calavera [mailto:david.calavera@...]
Sent: Friday, October 03, 2008 3:34 AM
To: abdera-user@...
Subject: Re: A minimal Atom server

Hi Bertrand,

I think you should use the trunk version from the repository. I'd say
we've solved a bunch of bugs and perhaps you won't these problems.

Regards

On Fri, Oct 3, 2008 at 9:43 AM, Goetzmann Bertrand <
Bertrand.Goetzmann@...> wrote:

> Hello,
>
> I just discover Abdera and I'm very impressed! Thank you to all
> committers to this project.
>
> So I downloaded the 0.4 version and tried to launch a minimal atom pub

> server, using source code found in the employee folder: it contains
> AppServer.java, Employee.java, and EmployeeCollectionAdapter.java.
>
> AppServer has the main method and starts a Jetty web server that
> listens on the 9002 port.
>
> Using NetBenas 6.1 and these three sources I can start the server.
>
> With a browser I can navigate to the URL
> http://localhost:9002/employee that returns an empty list but a

correct response (a Atom document).

>
> But when I navigate to the URL http://localhost:9002/ in order to get
> the service document I get an empty document (0 byte)!
> I try also to add a new employee using a post command with the
> following code in Groovy language:
>
> def abdera = new Abdera()
> def factory = abdera.factory
> def client = new AbderaClient(abdera)
>
>
> def entry = factory.newEntry()
> entry.addAuthor('Bertrand')
> entry.setContent('...')
> entry.setSummary('...')
> entry.setTitle('...')
> entry.setUpdated(new Date())
>
> def response = client.post("http://localhost:9002/employee", entry)
> println "POST : $response.type"
> println response.inputStream.text
>
>
> But the response type is CLIENT_ERROR and the response text is empty;
> on the server side I don't have any trace. When debugging the
> EmployeeCollectionAdapter.postEntry is not called.
> With the client, if I call the put method,
> EmployeeCollectionAdapter.putEntry is well called.
>
>
> So, why I can't get the service document, and what is wrong with my
> client code?
>
> Thank you for your help.
>
>
> Bertrand
> http://www.odelia-technologies.com
>

--
David Calavera
http://www.thinkincode.net

From forum: abdera-user

Re: Abdera 0.5 release time

2008-10-03T08:29:06Z

I've been somewhat out of the loop on things but from what I've seen I
think it's just about that time.

- James

David Calavera wrote:

> I was just thinking on that this morning XD. IMO we should release a new
> version soon, we've solved a lot of bugs and currently the trunk version is
> more useful and stable than 0.4 version.
>
> I think we should solve some bugs before to the release but they are not
> much serius.
>
> James, Jim, Dan... what do you think?
>
>
>
> On Fri, Oct 3, 2008 at 2:49 PM, Sergio Bossa <sergio.bossa@...> wrote:
>
>
>> Hi guys,
>>
>> do you have any plan/release time for Abdera 0.5?
>>
>> --
>> Sergio Bossa
>> Software Passionate, Java Technologies Specialist and Open Source
>> Enthusiast.
>> Blog : http://sbtourist.blogspot.com
>> Sourcesense - making sense of Open Source : http://www.sourcesense.com
>> Pro-netics s.p.a. : http://www.pronetics.it
>>
>>
>
>
>
>

From forum: abdera-dev

[jira] Closed: (ABDERA-180) RouteManager.resolve doesn't find the best match

2008-10-03T07:56:44Z

[ https://issues.apache.org/jira/browse/ABDERA-180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

David Calavera closed ABDERA-180.
---------------------------------

Resolution: Fixed
Assignee: David Calavera (was: Dan Diephouse)

> RouteManager.resolve doesn't find the best match
> ------------------------------------------------
>
> Key: ABDERA-180
> URL: https://issues.apache.org/jira/browse/ABDERA-180
> Project: Abdera
> Issue Type: Bug
> Affects Versions: 0.4.0
> Reporter: Dan Diephouse
> Assignee: David Calavera
> Fix For: 0.5.0
>
>
> If I register an open search description on a route /search.xml and I have a collection route on /:collection, The RouteManager isn't able to determine that the former is the correct one.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

From forum: abdera-dev

RE: A minimal Atom server

2008-10-03T07:12:09Z

OK.
With Poster, I send the following request:
- URL: http://localhost:9002/employee
- ContentType: application/xml
- POST
- Content:

<entry xmlns="http://www.w3.org/2005/Atom">
<title type="text">titre</title>
<author><name>Bertrand</name></author>
<updated>2008-05-02T21:22:06.122Z</updated>
<content type="application/xml">
<test/>
</content>
</entry>

Poster responds with a 500 status, and the following content:

<?xml version="1.0"?><error><code>500</code><message>Server Error</message></error>

Here the stack trace on the server side:

3 oct. 2008 16:05:48 org.apache.abdera.protocol.server.impl.AbstractProvider process
GRAVE: java.lang.UnsupportedOperationException
3 oct. 2008 16:05:48 org.apache.abdera.protocol.server.ProviderHelper servererror
INFO: Server error
java.lang.UnsupportedOperationException
at org.apache.abdera.protocol.server.impl.AbstractEntityCollectionAdapter.postMedia(AbstractEntityCollectionAdapter.java:202)
at org.apache.abdera.protocol.server.impl.AbstractEntityCollectionAdapter.createMediaEntry(AbstractEntityCollectionAdapter.java:638)
at org.apache.abdera.protocol.server.impl.AbstractEntityCollectionAdapter.postMedia(AbstractEntityCollectionAdapter.java:82)
at org.apache.abdera.protocol.server.processors.CollectionRequestProcessor.processCollection(CollectionRequestProcessor.java:47)
at org.apache.abdera.protocol.server.processors.CollectionRequestProcessor.process(CollectionRequestProcessor.java:38)
at org.apache.abdera.protocol.server.impl.AbstractProvider.process(AbstractProvider.java:136)
at org.apache.abdera.protocol.server.FilterChain.next(FilterChain.java:42)
at org.apache.abdera.protocol.server.servlet.AbderaServlet.service(AbderaServlet.java:90)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
at org.mortbay.jetty.Server.handle(Server.java:313)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:506)
at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:844)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:644)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381)
at org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:227)
at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:442)

Hope this helps!

Bertrand.

-----Message d'origine-----
De : David Calavera [mailto:david.calavera@...]
Envoyé : vendredi 3 octobre 2008 15:25
À : abdera-user@...
Objet : Re: A minimal Atom server

Can you send the stack trace?

On Fri, Oct 3, 2008 at 3:21 PM, Goetzmann Bertrand <
Bertrand.Goetzmann@...> wrote:

> Thank you David,
>
> I used the trunk version, and build Abdera with Maven.
>
> Now I get the correct service document!
>
> But with my Groovy client I get the same error when trying to post an entry
> (status 400, Bad Request).
> I also tried the same thing with Poster, the FireFox's plugin, and get an
> exception on the server side and the response indicates an internal error.
>
> What can I try now?
> I don't succeed to have a finer grained log4j traces.
>
>
> Bertrand.
>
>
> -----Message d'origine-----
> De : David Calavera [mailto:david.calavera@...]
> Envoyé : vendredi 3 octobre 2008 12:34
> À : abdera-user@...
> Objet : Re: A minimal Atom server
>
> Hi Bertrand,
>
> I think you should use the trunk version from the repository. I'd say we've
> solved a bunch of bugs and perhaps you won't these problems.
>
> Regards
>
> On Fri, Oct 3, 2008 at 9:43 AM, Goetzmann Bertrand <
> Bertrand.Goetzmann@...> wrote:
>
> > Hello,
> >
> > I just discover Abdera and I'm very impressed! Thank you to all
> > committers to this project.
> >
> > So I downloaded the 0.4 version and tried to launch a minimal atom pub
> > server, using source code found in the employee folder: it contains
> > AppServer.java, Employee.java, and EmployeeCollectionAdapter.java.
> >
> > AppServer has the main method and starts a Jetty web server that listens
> > on the 9002 port.
> >
> > Using NetBenas 6.1 and these three sources I can start the server.
> >
> > With a browser I can navigate to the URL http://localhost:9002/employee
> > that returns an empty list but a correct response (a Atom document).
> >
> > But when I navigate to the URL http://localhost:9002/ in order to get
> > the service document I get an empty document (0 byte)!
> > I try also to add a new employee using a post command with the following
> > code in Groovy language:
> >
> > def abdera = new Abdera()
> > def factory = abdera.factory
> > def client = new AbderaClient(abdera)
> >
> >
> > def entry = factory.newEntry()
> > entry.addAuthor('Bertrand')
> > entry.setContent('...')
> > entry.setSummary('...')
> > entry.setTitle('...')
> > entry.setUpdated(new Date())
> >
> > def response = client.post("http://localhost:9002/employee", entry)
> > println "POST : $response.type"
> > println response.inputStream.text
> >
> >
> > But the response type is CLIENT_ERROR and the response text is empty; on
> > the server side I don't have any trace. When debugging the
> > EmployeeCollectionAdapter.postEntry is not called.
> > With the client, if I call the put method,
> > EmployeeCollectionAdapter.putEntry is well called.
> >
> >
> > So, why I can't get the service document, and what is wrong with my
> > client code?
> >
> > Thank you for your help.
> >
> >
> > Bertrand
> > http://www.odelia-technologies.com
> >
>
>
>
> --
> David Calavera
> http://www.thinkincode.net
>

--
David Calavera
http://www.thinkincode.net

From forum: abdera-user

Re: A minimal Atom server

2008-10-03T06:24:55Z

Can you send the stack trace?

On Fri, Oct 3, 2008 at 3:21 PM, Goetzmann Bertrand <
Bertrand.Goetzmann@...> wrote:

--
David Calavera
http://www.thinkincode.net

From forum: abdera-user

RE: A minimal Atom server

2008-10-03T06:20:55Z

Thank you David,

I used the trunk version, and build Abdera with Maven.

Now I get the correct service document!

But with my Groovy client I get the same error when trying to post an entry (status 400, Bad Request).
I also tried the same thing with Poster, the FireFox's plugin, and get an exception on the server side and the response indicates an internal error.

What can I try now?
I don't succeed to have a finer grained log4j traces.

Bertrand.

-----Message d'origine-----
De : David Calavera [mailto:david.calavera@...]
Envoyé : vendredi 3 octobre 2008 12:34
À : abdera-user@...
Objet : Re: A minimal Atom server

Hi Bertrand,

I think you should use the trunk version from the repository. I'd say we've
solved a bunch of bugs and perhaps you won't these problems.

Regards

On Fri, Oct 3, 2008 at 9:43 AM, Goetzmann Bertrand <
Bertrand.Goetzmann@...> wrote:

> Hello,
>
> I just discover Abdera and I'm very impressed! Thank you to all
> committers to this project.
>
> So I downloaded the 0.4 version and tried to launch a minimal atom pub
> server, using source code found in the employee folder: it contains
> AppServer.java, Employee.java, and EmployeeCollectionAdapter.java.
>
> AppServer has the main method and starts a Jetty web server that listens
> on the 9002 port.
>
> Using NetBenas 6.1 and these three sources I can start the server.
>
> With a browser I can navigate to the URL http://localhost:9002/employee
> that returns an empty list but a correct response (a Atom document).
>
> But when I navigate to the URL http://localhost:9002/ in order to get
> the service document I get an empty document (0 byte)!
> I try also to add a new employee using a post command with the following
> code in Groovy language:
>
> def abdera = new Abdera()
> def factory = abdera.factory
> def client = new AbderaClient(abdera)
>
>
> def entry = factory.newEntry()
> entry.addAuthor('Bertrand')
> entry.setContent('...')
> entry.setSummary('...')
> entry.setTitle('...')
> entry.setUpdated(new Date())
>
> def response = client.post("http://localhost:9002/employee", entry)
> println "POST : $response.type"
> println response.inputStream.text
>
>
> But the response type is CLIENT_ERROR and the response text is empty; on
> the server side I don't have any trace. When debugging the
> EmployeeCollectionAdapter.postEntry is not called.
> With the client, if I call the put method,
> EmployeeCollectionAdapter.putEntry is well called.
>
>
> So, why I can't get the service document, and what is wrong with my
> client code?
>
> Thank you for your help.
>
>
> Bertrand
> http://www.odelia-technologies.com
>

--
David Calavera
http://www.thinkincode.net

From forum: abdera-user

Re: Abdera 0.5 release time

2008-10-03T06:13:55Z

On Fri, Oct 3, 2008 at 3:05 PM, David Calavera <david.calavera@...> wrote:

> I was just thinking on that this morning XD. IMO we should release a new
> version soon, we've solved a lot of bugs and currently the trunk version is
> more useful and stable than 0.4 version.

I agree, the 0.5 release has a lot of fixes.

> I think we should solve some bugs before to the release but they are not
> much serius.

May you point me at some of those bugs? Maybe I could help.

Thanks,
Cheers,

Sergio B.

--
Sergio Bossa
Software Passionate, Java Technologies Specialist and Open Source Enthusiast.
Blog : http://sbtourist.blogspot.com
Sourcesense - making sense of Open Source : http://www.sourcesense.com
Pro-netics s.p.a. : http://www.pronetics.it

From forum: abdera-dev

[jira] Closed: (ABDERA-179) AbstractEntityCollectionAdapter incorrectly returns relative URIs in Location header

2008-10-03T06:10:44Z

[ https://issues.apache.org/jira/browse/ABDERA-179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

David Calavera closed ABDERA-179.
---------------------------------

Resolution: Fixed
Assignee: David Calavera

> AbstractEntityCollectionAdapter incorrectly returns relative URIs in Location header
> ------------------------------------------------------------------------------------
>
> Key: ABDERA-179
> URL: https://issues.apache.org/jira/browse/ABDERA-179
> Project: Abdera
> Issue Type: Bug
> Affects Versions: 0.5.0
> Reporter: Christopher Elkins
> Assignee: David Calavera
> Attachments: absolution-location.patch
>
>
> Per section 14.30 of RFC 2616, the Location header "consists of a single absolute URI". However, whether posting entry or media resources, AbstractEntityCollectionAdapter responds with a relative URL in the Location header.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

From forum: abdera-dev

Re: Abdera 0.5 release time

2008-10-03T06:05:40Z

I was just thinking on that this morning XD. IMO we should release a new
version soon, we've solved a lot of bugs and currently the trunk version is
more useful and stable than 0.4 version.

I think we should solve some bugs before to the release but they are not
much serius.

James, Jim, Dan... what do you think?

On Fri, Oct 3, 2008 at 2:49 PM, Sergio Bossa <sergio.bossa@...> wrote:

> Hi guys,
>
> do you have any plan/release time for Abdera 0.5?
>
> --
> Sergio Bossa
> Software Passionate, Java Technologies Specialist and Open Source
> Enthusiast.
> Blog : http://sbtourist.blogspot.com
> Sourcesense - making sense of Open Source : http://www.sourcesense.com
> Pro-netics s.p.a. : http://www.pronetics.it
>

--
David Calavera
http://www.thinkincode.net

From forum: abdera-dev

Abdera 0.5 release time

2008-10-03T05:49:39Z

Hi guys,

do you have any plan/release time for Abdera 0.5?

--
Sergio Bossa
Software Passionate, Java Technologies Specialist and Open Source Enthusiast.
Blog : http://sbtourist.blogspot.com
Sourcesense - making sense of Open Source : http://www.sourcesense.com
Pro-netics s.p.a. : http://www.pronetics.it

From forum: abdera-dev

Re: A minimal Atom server

2008-10-03T03:33:50Z

Hi Bertrand,

I think you should use the trunk version from the repository. I'd say we've
solved a bunch of bugs and perhaps you won't these problems.

Regards

On Fri, Oct 3, 2008 at 9:43 AM, Goetzmann Bertrand <
Bertrand.Goetzmann@...> wrote:

--
David Calavera
http://www.thinkincode.net

From forum: abdera-user

[MuleForge Bamboo] Apache Abdera - Trunk build 227 was SUCCESSFUL (with 446 tests). Change made by calavera

2008-10-03T03:31:36Z

The project Apache Abdera - Trunk has the following 1 change by 1 author:

*calavera* made the following changes at

Comment:
allows unknown time offset, following the RFC 3339 examples:
"
This represents the leap second inserted at the end of 1990.

1990-12-31T15:59:60-08:00

This represents the same leap second in Pacific Standard Time, 8
hours behind UTC.

1937-01-01T12:00:27.87+00:20
"

> /incubator/abdera/java/trunk/core/src/main/java/org/apache/abdera/model/AtomDate.java (701343)

---------------------------------------------------------------------------------------

All 446 tests passed.

Click http://bamboo.muleforge.org/browse/APACHEABDERA-TRUNK-227 to find out more.

Thanks,

Bamboo

From forum: abdera-dev

A minimal Atom server

2008-10-03T00:43:59Z

Hello,

I just discover Abdera and I'm very impressed! Thank you to all
committers to this project.

So I downloaded the 0.4 version and tried to launch a minimal atom pub
server, using source code found in the employee folder: it contains
AppServer.java, Employee.java, and EmployeeCollectionAdapter.java.

AppServer has the main method and starts a Jetty web server that listens
on the 9002 port.

Using NetBenas 6.1 and these three sources I can start the server.

With a browser I can navigate to the URL http://localhost:9002/employee
that returns an empty list but a correct response (a Atom document).

But when I navigate to the URL http://localhost:9002/ in order to get
the service document I get an empty document (0 byte)!
I try also to add a new employee using a post command with the following
code in Groovy language:

def abdera = new Abdera()
def factory = abdera.factory
def client = new AbderaClient(abdera)

def entry = factory.newEntry()
entry.addAuthor('Bertrand')
entry.setContent('...')
entry.setSummary('...')
entry.setTitle('...')
entry.setUpdated(new Date())

def response = client.post("http://localhost:9002/employee", entry)
println "POST : $response.type"
println response.inputStream.text

But the response type is CLIENT_ERROR and the response text is empty; on
the server side I don't have any trace. When debugging the
EmployeeCollectionAdapter.postEntry is not called.
With the client, if I call the put method,
EmployeeCollectionAdapter.putEntry is well called.

So, why I can't get the service document, and what is wrong with my
client code?

Thank you for your help.

Bertrand
http://www.odelia-technologies.com

From forum: abdera-user

[MuleForge Bamboo] Apache Abdera - Trunk build 226 has FAILED (8 tests failed). Change made by calavera

2008-09-30T15:28:23Z

The project Apache Abdera - Trunk has the following 2 changes by 1 author:

*calavera* made the following changes at

Comment:
fixes ABDERA-191: Intermittent zero-length response when retrieving Service Document. Thanks to James Abley.

-Esta línea y las que están debajo serán ignoradas--

M StaxStreamWriter.java

> /incubator/abdera/java/trunk/parser/src/main/java/org/apache/abdera/parser/stax/StaxStreamWriter.java (696673)
*calavera* made the following changes at

Comment:
fixes ABDERA-199: AtomDate does not check for Date Constructs having T & Z separations between Date and Time. Thanks to Amit Surana.

Test1:
Input: AtomDate.parse("2008-09-08A20:00:00Z+05:30")
Output: Exception

Test2:
Input: AtomDate.parse("2008-09-08T20:00:00X+05:30")
Output: Exception

Test3:
Input: AtomDate.parse("2008-09-08T20:00:00Z+05:30")
Output: Mon Sep 08 20:00:00 IST 2008 //EXPECTED OUTCOME

> /incubator/abdera/java/trunk/core/src/main/java/org/apache/abdera/model/AtomDate.java (696802)

---------------------------------------------------------------------------------------

The build has 8 failed tests and 438 successful tests.

Click http://bamboo.muleforge.org/browse/APACHEABDERA-TRUNK-226 to find out more.

Thanks,

Bamboo

From forum: abdera-dev

[jira] Closed: (ABDERA-199) [core] AtomDate does not check for Date Constructs having T & Z separations between Date and Time

2008-09-18T14:04:44Z

[ https://issues.apache.org/jira/browse/ABDERA-199?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

David Calavera closed ABDERA-199.
---------------------------------

Resolution: Fixed
Assignee: David Calavera

> [core] AtomDate does not check for Date Constructs having T & Z separations between Date and Time
> ---------------------------------------------------------------------------------------------------
>
> Key: ABDERA-199
> URL: https://issues.apache.org/jira/browse/ABDERA-199
> Project: Abdera
> Issue Type: Bug
> Affects Versions: 0.4.0
> Reporter: Amit Surana
> Assignee: David Calavera
> Priority: Minor
> Attachments: patch.txt, patch.txt
>
>
> In RFC4287: Date Consturcts Section, its mentioned that - A Date construct is an element whose content MUST conform to the "date-time" production in [RFC3339]. In addition, an uppercase *"T" character MUST* be used to separate date and time, and an uppercase *"Z" character MUST* be present in the absence of a numeric time zone offset.
> But in the org.apache.abdera.model.AtomDate Implementation, When the Date is passed as String, I saw that the PATTERN does not check if the Date Format entered has T or Z.
> I Tested the Pattern in a sample program.
> I gave certain WRONG Inputs like -> "2008-09-08A20:00:00B+05:30" or "2008-09-08X23:30:00Y", etc
> Instead of getting InvalidDateFormat Exception, I got the output as some Irrelevant date.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

From forum: abdera-dev

[jira] Updated: (ABDERA-199) [core] AtomDate does not check for Date Constructs having T & Z separations between Date and Time

2008-09-18T10:56:44Z

[ https://issues.apache.org/jira/browse/ABDERA-199?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Amit Surana updated ABDERA-199:
-------------------------------

Attachment: patch.txt

David,
Please find an updated patch. Let me know if any more test cases break. I checked with all possible examples even with invalid date. So if I had missed out any case do let me know.

cheers,
/Amit

> [core] AtomDate does not check for Date Constructs having T & Z separations between Date and Time
> ---------------------------------------------------------------------------------------------------
>
> Key: ABDERA-199
> URL: https://issues.apache.org/jira/browse/ABDERA-199
> Project: Abdera
> Issue Type: Bug
> Affects Versions: 0.4.0
> Reporter: Amit Surana
> Priority: Minor
> Attachments: patch.txt, patch.txt
>
>
> In RFC4287: Date Consturcts Section, its mentioned that - A Date construct is an element whose content MUST conform to the "date-time" production in [RFC3339]. In addition, an uppercase *"T" character MUST* be used to separate date and time, and an uppercase *"Z" character MUST* be present in the absence of a numeric time zone offset.
> But in the org.apache.abdera.model.AtomDate Implementation, When the Date is passed as String, I saw that the PATTERN does not check if the Date Format entered has T or Z.
> I Tested the Pattern in a sample program.
> I gave certain WRONG Inputs like -> "2008-09-08A20:00:00B+05:30" or "2008-09-08X23:30:00Y", etc
> Instead of getting InvalidDateFormat Exception, I got the output as some Irrelevant date.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

From forum: abdera-dev

[jira] Closed: (ABDERA-191) Intermittent zero-length response when retrieving Service Document

2008-09-18T08:18:44Z

[ https://issues.apache.org/jira/browse/ABDERA-191?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

David Calavera closed ABDERA-191.
---------------------------------

Resolution: Fixed
Assignee: David Calavera

> Intermittent zero-length response when retrieving Service Document
> ------------------------------------------------------------------
>
> Key: ABDERA-191
> URL: https://issues.apache.org/jira/browse/ABDERA-191
> Project: Abdera
> Issue Type: Bug
> Affects Versions: 0.5.0
> Environment: Ubuntu 7.10 / Fedora Core 6
> java version "1.5.0_13"
> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-b05)
> Java HotSpot(TM) Server VM (build 1.5.0_13-b05, mixed mode)
> and
> java version "1.6.0_03"
> Java(TM) SE Runtime Environment (build 1.6.0_03-b05)
> Java HotSpot(TM) Server VM (build 1.6.0_03-b05, mixed mode)
> Tomcat 5.5.26 and Tomcat 5.0.30
> Reporter: James Abley
> Assignee: David Calavera
> Attachments: zero-length-service-document.patch
>
>
> See this thread.
> http://mail-archives.apache.org/mod_mbox/incubator-abdera-user/200807.mbox/%3c23fce8e60807310923h7ab4f424n416471b6dd860e0d@...%3e
> I'm now seeing the problem in other environments. I'm still not sure why it's happening and why it's not reproducible. It could be a Stax implementation issue rather than Abdera issue.
> Attaching a speculative patch. Without knowing why it's happening, it's hard to say whether this is a definitive fix.
> Index: /home/jabley/work/eclipse/main/abdera/parser/src/main/java/org/apache/abdera/parser/stax/StaxStreamWriter.java
> ===================================================================
> --- /home/jabley/work/eclipse/main/abdera/parser/src/main/java/org/apache/abdera/parser/stax/StaxStreamWriter.java (revision 681442)
> +++ /home/jabley/work/eclipse/main/abdera/parser/src/main/java/org/apache/abdera/parser/stax/StaxStreamWriter.java (working copy)
> @@ -113,6 +113,7 @@
> public StreamWriter endDocument() {
> try {
> writer.writeEndDocument();
> + writer.flush();
> if (autoclose) writer.close();
> } catch(XMLStreamException e) {
> throw new RuntimeException(e);

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

From forum: abdera-dev

[jira] Commented: (ABDERA-197) AbderaClient only releases HTTPClient connections if an input stream is read

2008-09-18T08:06:44Z

[ https://issues.apache.org/jira/browse/ABDERA-197?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12632238#action_12632238 ]

David Calavera commented on ABDERA-197:
---------------------------------------

You can use the release method in order to release the connection:

public void testConnectionClosingWithoutUsingInputStream() {
RequestOptions opts = new RequestOptions();
opts.setUseLocalCache(false);
AbderaClient client = new AbderaClient(Abdera.getInstance());
for(int i=0; i<10; i++)
client.get("http://www.google.com", opts).release(); /* release method releases the http connection */
}

> AbderaClient only releases HTTPClient connections if an input stream is read
> ----------------------------------------------------------------------------
>
> Key: ABDERA-197
> URL: https://issues.apache.org/jira/browse/ABDERA-197
> Project: Abdera
> Issue Type: Bug
> Affects Versions: 0.4.0
> Reporter: Aaron Evans
> Attachments: TestAbderaClient.java
>
>
> AbderaClient uses an AutoReleasingInputStream which is responsible for calling releaseConnection on the underlying HTTPClient method. If a user of the AbderaClient does not read the input stream in a response, then the connection leaks. I'm attaching a test case with two tests: one that never completes because the input stream is not read and another that completes.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

From forum: abdera-dev

[jira] Commented: (ABDERA-199) [core] AtomDate does not check for Date Constructs having T & Z separations between Date and Time

2008-09-18T07:44:44Z

[ https://issues.apache.org/jira/browse/ABDERA-199?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12632231#action_12632231 ]

David Calavera commented on ABDERA-199:
---------------------------------------

This patch breaks several tests. Can you fix these tests and submit the patch again?

Thank you.

> [core] AtomDate does not check for Date Constructs having T & Z separations between Date and Time
> ---------------------------------------------------------------------------------------------------
>
> Key: ABDERA-199
> URL: https://issues.apache.org/jira/browse/ABDERA-199
> Project: Abdera
> Issue Type: Bug
> Affects Versions: 0.4.0
> Reporter: Amit Surana
> Priority: Minor
> Attachments: patch.txt
>
>
> In RFC4287: Date Consturcts Section, its mentioned that - A Date construct is an element whose content MUST conform to the "date-time" production in [RFC3339]. In addition, an uppercase *"T" character MUST* be used to separate date and time, and an uppercase *"Z" character MUST* be present in the absence of a numeric time zone offset.
> But in the org.apache.abdera.model.AtomDate Implementation, When the Date is passed as String, I saw that the PATTERN does not check if the Date Format entered has T or Z.
> I Tested the Pattern in a sample program.
> I gave certain WRONG Inputs like -> "2008-09-08A20:00:00B+05:30" or "2008-09-08X23:30:00Y", etc
> Instead of getting InvalidDateFormat Exception, I got the output as some Irrelevant date.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

From forum: abdera-dev