Re: [DISCUSS] Camel and MongoDB

;. > > Thanks for sharing it :-) > > Babak > > -- > View this message in context: > http://camel.465427.n5.nabble.com/DISCUSS-Camel-and-MongoDB-tp5117168p5713981.html > Sent from the Camel Development mailing list archive at Nabble.com. >

Re: [DISCUSS] Camel and MongoDB

Hi Raúl Simply an awesome blog post! Would you mind to link it in "Using Camel" section of "Articles". Thanks for sharing it :-) Babak -- View this message in context: http://camel.465427.n5.nabble.com/DISCUSS-Camel-and-MongoDB-tp5117168p5713981.html Sent from the Camel

Re: [DISCUSS] Camel and MongoDB

ation > > like "dbCommand" to the endpoint, and send the command to it in the same > way > > that queries are sent for the findAll operation. > > > > http://www.mongodb.org/display/DOCS/Commands > > > > ~ Reuben > > > > -- > > View this message in context: > http://camel.465427.n5.nabble.com/DISCUSS-Camel-and-MongoDB-tp5117168p5590738.html > > Sent from the Camel Development mailing list archive at Nabble.com. >

Re: [DISCUSS] Camel and MongoDB

s command > invocations encoded in a BSON document. We'd only have to add an operation > like "dbCommand" to the endpoint, and send the command to it in the same way > that queries are sent for the findAll operation. > > http://www.mongodb.org/display/DOCS/Commands

Re: [DISCUSS] Camel and MongoDB

it in the same way that queries are sent for the findAll operation. http://www.mongodb.org/display/DOCS/Commands ~ Reuben -- View this message in context: http://camel.465427.n5.nabble.com/DISCUSS-Camel-and-MongoDB-tp5117168p5590738.html Sent from the Camel Development mailing list archive at Nabble.com.

Re: [DISCUSS] Camel and MongoDB

ultant FUSESource (a Progress Software Corporation subsidiary) http://fusesource.com Blog: http://opensourceknowledge.blogspot.com - -- View this message in context: http://camel.465427.n5.nabble.com/DISCUSS-Camel-and-MongoDB-tp5117168p55 5038

Re: [DISCUSS] Camel and MongoDB

- > > Ashwin Karpe > > Apache Camel Committer & Sr Principal Consultant > > FUSESource (a Progress Software Corporation subsidiary) > > http://fusesource.com > > > > Blog: http://opensourceknowledge.blogspot.com > > -

Re: [DISCUSS] Camel and MongoDB

> > FUSESource (a Progress Software Corporation subsidiary) > > http://fusesource.com > > > > Blog: http://opensourceknowledge.blogspot.com > > - > > -- > > View this message in context: > > > http://camel.465427.n5.nabble.com/DISCUSS-Camel-and-MongoDB-tp5117168p5550388.html > > Sent from the Camel Development mailing list archive at Nabble.com. > > >

Re: [DISCUSS] Camel and MongoDB

- > Ashwin Karpe > Apache Camel Committer & Sr Principal Consultant > FUSESource (a Progress Software Corporation subsidiary) > http://fusesource.com > > Blog: http://opensourceknowledge.blogspot.com > ----------------

Re: [DISCUSS] Camel and MongoDB

> Apache Camel Committer & Sr Principal Consultant > FUSESource (a Progress Software Corporation subsidiary) > http://fusesource.com > > Blog: http://opensourceknowledge.blogspot.com > ----------------- > -- > View this message in con

Re: [DISCUSS] Camel and MongoDB

http://opensourceknowledge.blogspot.com - -- View this message in context: http://camel.465427.n5.nabble.com/DISCUSS-Camel-and-MongoDB-tp5117168p5550388.html Sent from the Camel Development mailing list archive at Nabble.com.

Re: [DISCUSS] Camel and MongoDB

Still working on this... Best, Christian On Fri, Feb 17, 2012 at 7:32 PM, Raul Kripalani wrote: > Hi Glen, > > I requested a large account just to be on the safe side, which is in fact > 5gb + 30gb soft. > > I will clarify with MongoHQ what would happen if we exceed the soft limit. > Obviously

Re: [DISCUSS] Camel and MongoDB

I asked one of the Apache board members what we have to note for such kind of donation. I will keep you posted when I got the answer... Best, Christian On Fri, Feb 17, 2012 at 7:32 PM, Raul Kripalani wrote: > Hi Glen, > > I requested a large account just to be on the safe side, which is in fact

Re: [DISCUSS] Camel and MongoDB

Hi Glen, I requested a large account just to be on the safe side, which is in fact 5gb + 30gb soft. I will clarify with MongoHQ what would happen if we exceed the soft limit. Obviously we wouldn't want to be charged! If we can go with the larger option, I would prefer that. At this point we don'

Re: [DISCUSS] Camel and MongoDB

(Non-binding $0.02). The Camel PMC might wish to consider creating a Special Thanks page, like CXF does (http://cxf.apache.org/special-thanks.html) instead of scattering the thank-yous throughout the documentation. (Or, do both possibly.) I could imagine multiple companies providing support

Re: [DISCUSS] Camel and MongoDB

Hi everybody, Spoke to MongoHQ, a company that hosts MongoDB databases on the cloud: https://mongohq.com/home. They are happy to donate to Apache Camel a free MongoDB instance on the cloud on a permanent basis (large account - 16gb storage), so that we can run the component's automated integratio

Re: [DISCUSS] Camel and MongoDB

Hi everyone, Attached the source code of camel-mongodb to https://issues.apache.org/jira/browse/CAMEL-4878 for inclusion in the Apache Camel codebase. Regards, Raúl Kripalani. FuseSource On 14 February 2012 12:45, Raul Kripalani wrote: > If there are to be run on a CI server, the pre-execution

Re: [DISCUSS] Camel and MongoDB

If there are to be run on a CI server, the pre-execution and post-execution scripts of the build job would simply run and stop MongoDB. To run them in user machines, I have included the instructions in the README.txt in the component's source. The Unit Test classes detect whether MongoDB is runnin

Re: [DISCUSS] Camel and MongoDB

On 14 February 2012 12:13, Raul Kripalani wrote: > Hi Bilgin, > > Apologies for the delay in my reply. > > Regarding the unit test depending on an installation of MongoDB, there is > really no way out. There is nothing out there to support an embedded > instance of MongoDB (have spent hours searc

Re: [DISCUSS] Camel and MongoDB

Hi Bilgin, Apologies for the delay in my reply. Regarding the unit test depending on an installation of MongoDB, there is really no way out. There is nothing out there to support an embedded instance of MongoDB (have spent hours searching). Moreover, MongoDB is really a C application, so even if

Re: [DISCUSS] Camel and MongoDB

Hi Raul, I had a look and the mongodb component, it looks ready, great job. Few notes: I think the unit test should not depend on existing mongodb installation, it would be great if there is an inmemory or mock implementation and the tests start it up for example. Minor, you can make MongoDbCons

Re: [DISCUSS] Camel and MongoDB

Hi everybody, The source for the camel-mongodb component is available here: Camel MongoDB( https://github.com/raulk/camel-mongodb). A few items are still pending on my task list, namely: Javadoc and reordering of methods to match the (1) getters/setters and

Re: [DISCUSS] Camel and MongoDB

Ticket created: https://issues.apache.org/jira/browse/CAMEL-4878. Bilgin, I'm already working on the code. Will let you know in case I need help. Thanks! -- Raúl. On 9 January 2012 10:38, Bilgin Ibryam wrote: > Hi Raul, > > > For a first embracement of MongoDB, it seems more natural to impleme

Re: [DISCUSS] Camel and MongoDB

Hi Raul, > For a first embracement of MongoDB, it seems more natural to implement a > raw component which can handle at least the following MongoDB > operations: insert, findOne, count, findAll, query, mapReduce, getStats, > group, save, update, remove, updateMulti. > If you start the development

Re: [DISCUSS] Camel and MongoDB

Yes, it makes sense to me! -- *Ioannis Canellos* * FuseSource ** Blog: http://iocanel.blogspot.com ** Apache Karaf Committer & PMC Apache Camel Committer Apache ServiceMix Committer Apac

Re: [DISCUSS] Camel and MongoDB

Hi In my mind, camel-morphia and camel-mongodb would be different components. Or perhaps the mongodb component could offer two modes of operation: raw MongoDB and Morphia. For a first embracement of MongoDB, it seems more natural to implement a raw component which can handle at least the followin

Re: [DISCUSS] Camel and MongoDB

I've used morphia a lot last year and I was very happy with it. However, I think that we should not base a mongodb component on that. I think that we need a pure camel-mongodb component and we could have a morphia dataformat or a separate morphia component. -- *Ioannis Canellos* * FuseSource

Re: [DISCUSS] Camel and MongoDB

Hi Last year I created a MongoDB component for our client. The use case was to stream events in the form of java beans into a mongodb using the Morphia [1] library. It was almost similar to the camel-jpa component. That package is not in a "releaseable" state though, but I mention it just to say th

Re: [DISCUSS] Camel and MongoDB

Hi A good idea. +1 On Tue, Jan 3, 2012 at 4:40 PM, Raul Kripalani wrote: > Hi there, > > As you know, NoSQL technology is evolving at an impressive rate and the > adopting is increasing tremendously. > > One of the most popular databases in this area is definitely MongoDB, a > highly-performant

Re: [DISCUSS] Camel and MongoDB

Hi Raul, This is definitively an great idea. Can you please raise a ticket about this request on Apache Jira Web site ( https://issues.apache.org/jira/browse/CAMEL) and explain your proposition. Do you think that me can migrate the existing project or do we have to create something new ? Regards,

[DISCUSS] Camel and MongoDB

Hi there, As you know, NoSQL technology is evolving at an impressive rate and the adopting is increasing tremendously. One of the most popular databases in this area is definitely MongoDB, a highly-performant, scalable, schema-less database which stores information as flexible documents (meaning