SimpleORM at Yahoo! Groups

Re: Thread safety

anthony@... — Mon, 09 Nov 2009 08:03:50 GMT

Not normally necessary. And locking is about more than Synchronized. Unlike most software, SimpleORM takes care to try to fail fast if you have threading

Re: Thread safety

abel birya — Mon, 09 Nov 2009 07:35:44 GMT

Hello Anthony, Thanks for the reply and I have to say I do understand exactly what you mean. What I am really concerned with is whether I may have to write

Re: Threads and findUsingPrototype

anthony@... — Sun, 08 Nov 2009 01:22:08 GMT

If you have non-trivial queries for MSSQL try UPDATE STATISTICS on the main tables. I have found that sometimes it just looses track and starts running slowly

Re: SimpleWebApp

anthony@... — Sun, 08 Nov 2009 01:20:19 GMT

You can get it from the source forge repository. However, as the author I do not really recommend it, as it heavily uses JSPs and JSPs are just awful

Re: Thread safety

anthony@... — Sun, 08 Nov 2009 01:20:03 GMT

SimpleORM checks for common threading errors such as trying to use the same *Connection* from two threads. It is quite OK and normal to have multiple threads

Re: Thread safety

abel birya — Sat, 07 Nov 2009 03:32:36 GMT

Hello all. I have been using SimpleORM for a few months now and it has been a great help especially for backend data migration scripts. I shall be writing my

Re: Threads and findUsingPrototype

John Abraham — Sat, 07 Nov 2009 03:19:01 GMT

Thanks for the feedback! Right now the database is responsible for basically 100% of the run time because the main thread (which is actually querying the

Re: Threads and findUsingPrototype

anthony@... — Sat, 07 Nov 2009 02:19:58 GMT

Hello John, THREADING Your threading approach is OK. In normal operation, you would have one session per thread, one thread per session. This can be

Re: Threads and findUsingPrototype

jabraham@... — Sat, 07 Nov 2009 00:15:05 GMT

This is just a note to let you know that this multi-threaded design did work. All indications are that this *should* be much faster, but for some reason it

Threads and findUsingPrototype

jabraham@... — Tue, 03 Nov 2009 16:56:53 GMT

I tried to post the message below on Oct 30 but I sent it from the wrong address, so it didn't get through. Since then, we haven't had any ideas on how to

Re: Adding setComment on SFieldMeta

berglas@... — Mon, 05 Oct 2009 23:07:58 GMT

Hello Franck I am simply concerned that when you do toString on an Enum you do not see the type. Just the name. Leading to horrible bugs. Why is this PROMPT

Re: Adding setComment on SFieldMeta

Franck Routier — Mon, 05 Oct 2009 10:13:56 GMT

Hi Anthony, ... Well, I don't get you here... You seem to assume everybody expects that keys in Maps are String, and that no one will notice that

Support for JavaDB

anthony@... — Mon, 05 Oct 2009 03:09:18 GMT

Hello All, I have added support for JavaDB -- long overdue. The Insert Identity code now works. One outstanding issue is how to convert BYTES to JavaDB.

Re: Driver matching with SDriver.driverName

Franck Routier — Fri, 02 Oct 2009 12:51:35 GMT

Hello Ryan, here, we use Simpleorm in production environments on several client installations with both Postgresql and Oracle. No especially embedded nor

Re: Adding setComment on SFieldMeta

berglas@... — Fri, 02 Oct 2009 02:13:00 GMT

... Hmm, I think you just made a good argument for not using the Enum! Maybe an Enum.toString(). Maybe the Map should be ? Or maybe a