lets keep this list reserved for wicket-related flamewars only, keep
the other ones on tss :)

-igor

On Wed, May 13, 2009 at 5:21 PM, Clint Popetz <cl...@42lines.net> wrote:
> Is that a way of saying "please don't spend wicket users bandwidth
> with 100+ explanations of why this is not a good ORM for any
> reasonably complex use case? :)
>
> Oops, too late.
>
> -Clint
>
> On Wed, May 13, 2009 at 7:07 PM, James Carman
> <jcar...@carmanconsulting.com> wrote:
>> Fellow Wicketeers,
>>
>> Please see the discussion at TSS about this framework:
>>
>> http://www.theserverside.com/news/thread.tss?thread_id=54535
>>
>>
>>
>> On Wed, May 13, 2009 at 7:25 PM, Jim Xie <jim.p...@gmail.com> wrote:
>>> Dear Wicket Users,
>>>
>>>
>>> Dreamsource ORM has been used in three major applications for over three
>>> years. It solves the following problems:
>>>
>>>
>>>   1. Whatever you codes happens in database.
>>>   2. No detached enhanced object. So it can be used with any frameworks
>>>   like Spring, GWT.
>>>   3. No lazy loading. Just eager loading because you can expect whatever
>>>   you want during coding. Eager loading removes n + 1 queries.
>>>   4. Queries can be defined through *Select* or *Query* with support of
>>>   built-in Converters.*Select* can be constructed based on objects *Table*
>>>   , *Column*, And. *Column* can be obtained from *Table* and it has a lot
>>>   of methods such as *greaterThan()*, *betweenAnd()*, which can be used to
>>>   define predicates. *Select* supports pagination control. *Query* can be
>>>   constructed from a string SQL statement. It supports parameter binding.
>>>   5. It provides more flexible query features than JPA 2.0. It eliminates
>>>   the regeneration of a metamodel class from a annotated entity.
>>>   6. built-in converter that can be used to convert a Java Object into a
>>>   frontend String or a frontend String into a backend Java Object. The
>>>   converter prevents data conversion from scattering different pages and
>>>   layers.
>>>   7. built-in validator that can be used to validate an input POJO object
>>>   before it is saved or updated. The validation prevents invalid data from
>>>   being persisted.
>>>   8. Each database table needs the following objects:
>>>
>>>      - an entity object which extends *POJO*.
>>>      - a primary key object which extends *TablePK* if there is a composite
>>>      primary key.
>>>      - a table object which extends *Table*.
>>>      - a converter which extends *Converter* (optional).
>>>      - a validator which extends *Validatable* (optional).
>>>
>>>   The above code can be generated using Dreamsource ORM Code Generator
>>>   which is an Eclipse plugin.
>>>
>>>   9. It provides most demanding features in a small library (522,217
>>>   bytes).
>>>   10. Easy to learn and use because it just mirrors SQL statements.
>>>   11. High performance compared to Hibernate.
>>>   12. High productivity compared to Hibernate.
>>>
>>>
>>> You can find Spring and GWT examples from
>>> http://www.leeonsoft.com/examples.jsp.
>>>
>>> Whoever makes a serious comparison of Dreamsource ORM with Hibernate or JPA
>>> will be rewarded one license. Any feedback is appreciated.
>>>
>>> Best regards,
>>>
>>> Jim Xie
>>> http://www.leeonsoft.com
>>> http://code.google.com/p/dreamsource-orm/
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>
>
>
> --
> Clint Popetz
> http://42lines.net
> Scalable Web Application Development
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Reply via email to