Setting aside the SQLlite idea then, if I understand your original recommendation, it would be to introduce a RESTful api into Rhino-esb for the purpose of extracting queue status info at the bus level?
On Feb 10, 8:13 am, Ayende Rahien <aye...@ayende.com> wrote: > http://ayende.com/Blog/archive/2008/07/03/In-search-of-an-embedded-DB... > > > > > > > > On Thu, Feb 10, 2011 at 3:13 PM, Ken Baltrinic <kbaltri...@gmail.com> wrote: > > Thats an interesting idea too. Although, I am still inclined to SQL > > Lite. Its documentation states that does support multiple concurrent > > connections to the same store from separate processes (see > >http://www.sqlite.org/faq.html#q5). > > > Ayende, was there some specific concern you have about SQL Lite's > > capabilities that cause you to state that it is not suitably multi > > user in this context, or might you be out of date about SQL Lite? > > > On Feb 9, 10:40 am, Corey Kaylor <co...@kaylors.net> wrote: > > > SQL CE 4 I've believe improves things under multi-user multi-threaded > > > environments. Might be worth exploring also. > > > -- > > You received this message because you are subscribed to the Google Groups > > "Rhino Tools Dev" group. > > To post to this group, send email to rhino-tools-dev@googlegroups.com. > > To unsubscribe from this group, send email to > > rhino-tools-dev+unsubscr...@googlegroups.com. > > For more options, visit this group at > >http://groups.google.com/group/rhino-tools-dev?hl=en. -- You received this message because you are subscribed to the Google Groups "Rhino Tools Dev" group. To post to this group, send email to rhino-tools-dev@googlegroups.com. To unsubscribe from this group, send email to rhino-tools-dev+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/rhino-tools-dev?hl=en.
