Greetings James,
I have looking into this issue as well.  Turns out that Wonder supplies another 
RESTful framework close to the definition that Ruby on Rails uses.  Mike 
presented on this subject at WOWODC 2009 west.   From what I can tell, it also 
has the create, update and delete components of the CRUD-REST.  

My approach on this is to make the service with D2W first, and then add the 
Route Controller afterwards.  In the process of doing the D2W thing, one takes 
the time to refine their model to ensure that it will be ok in the RESTful 
case.   If refining the model is not possible, because the model is a legacy 
that must be supported with a fraction of a terabyte of stuff, then the 
reference that Ramsey made on Flow control may be the way to go.   I am still 
investigating this option, and hope to get back with you on it.  

Later,
Daniel Beatty
Computer Scientist, Detonation Sciences Branch
Code 474300D
2400 E. Pilot Plant Rd. M/S 1109
China Lake, CA 93555
[email protected]
(760)939-7097  

-----Original Message-----
From: [email protected] 
[mailto:[email protected]] On 
Behalf Of Brook, James
Sent: Thursday, November 12, 2009 9:02
To: WebObjects-Dev Apple
Subject: RESTful EOAdaptor for key-value stores

I am thinking about making use of a distributed key-value store for something I 
am working on. Perhaps CouchDB, Reddit or Tokyo Cabinet. I am wondering what 
the best approach for talking to the database will be. I am thinking along the 
lines of an EOAdaptor. I see that Project Wonder provides an experimental 
JavaRESTAdaptor (read only). Does anyone have any experience with this sort of 
integration? Would my best approach be to start with javaRESTAdaptor and build 
a new adaptor that can handle writes and deletes as well?

It seems that these types of data stores have a lot of potential for data that 
is not particularly hierarchical because they are fast and easily distributed.

Any thoughts would be welcome.

--
James

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/daniel.beatty%40navy.mil

This email sent to [email protected]

Attachment: smime.p7s
Description: S/MIME cryptographic signature

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to