Re: [Hibernate] extend criteria api with "fragments"

2005-09-05 Thread Mario Ivankovits
Gavin King wrote: Your usecase can be handled by implementing Projection with your own class. It is absolutely possible with no change to the criteria API. Might be, but then I cant reuse already existing projections. How should I reuse "Projections.avg(" if it tries in toSqlString to resol

Re: [Hibernate] API proposals

2005-09-05 Thread Darryl L. Miles
Max Rydahl Andersen wrote: I don't follow your idea in #2 and #3 - is it related to StatelessSession ? /max This is new work for 3.1 that I've not seen. I've just taken a look through the interface, from what I'm understanding this looks great to deal with whole objects at a time. Wh

[Hibernate] extend criteria api with "fragments"

2005-09-05 Thread Mario Ivankovits
Hi! I would like to ask if this is on a todo list to support something like select sum(cast(colxxx as numeric)) from table with the criteria api. Today its not possible as all the projection/expression/etc only use "String" for the property name. What I would propose will break the current c

Re: [Hibernate] API proposals

2005-09-05 Thread Max Rydahl Andersen
I don't follow your idea in #2 and #3 - is it related to StatelessSession ? /max As I say request for comments, so flaming is welcome. 1) A trivial thing being able to call delete on an object by only knowing its OID. Session.delete(Class klass, Serializable id); This would for non-cas

[Hibernate] Is this dependency realistic?

2005-09-05 Thread Scott M Stark
Bill created a dependency on a hibernate 3.1 final release for the jboss-4.0.3 release: http://jira.jboss.com/jira/browse/JBAS-1951 I would guess this also affects the har deployer. We want to get jboss-4.0.3 out end of this week, no latter than end of next week. Is this dependency realistic? -

Re: [Hibernate] API proposals

2005-09-05 Thread Darryl L. Miles
As I say request for comments, so flaming is welcome. 1) A trivial thing being able to call delete on an object by only knowing its OID. Session.delete(Class klass, Serializable id); This would for non-cascade object simply execute a delete statement and evict any copy from the cache. For

Re: [Hibernate] API proposals

2005-09-05 Thread Max Rydahl Andersen
Whats the formal procedure to request additions to the existing APIs ? post ideas here or in the jira. patches helps good ideas to be adopted even faster. -- -- Max Rydahl Andersen callto://max.rydahl.andersen Hibernate [EMAIL PROTECTED] http://hibernate.org JBoss Inc [EMAIL PROTECTED] htt

[Hibernate] API proposals

2005-09-05 Thread Darryl L. Miles
Whats the formal procedure to request additions to the existing APIs ? I would like to circulate some request for comment ideas before committing to contribute code for your review, so I can gauge if such contributions have solid grounding for inclusion. -- Darryl L. Miles --

Re: [Hibernate] Heuristics?

2005-09-05 Thread Max Rydahl Andersen
You mean this part: "This method could return false even after successful invocation of commit()" ? That will only happen in the following cases: - if the underlying usertransaction returns something else than Status.COMMITTED or Status.UNKNOWN. And I guess that again only can happen if

Re: [Hibernate] Heuristics?

2005-09-05 Thread Christian Bauer
On Sep 5, 2005, at 2:46 PM, Max Rydahl Andersen wrote: So, to sum up - it only throw an exception if something is really screwed ;) Otherwise it will return true IFF Status.COMMITTED Sorry, I wasn't referring to the Exception, but to the exceptional rule described in the Javadoc as "Somet

Re: [Hibernate] Heuristics?

2005-09-05 Thread Max Rydahl Andersen
it only throws something with JTA or CMT transactions and only if the underlying system throws a javax.transaction.SystemException when calling getStatus() or if status is Status.STATUS_UNKNOWN - otherwise it will return true or false. From JTA: SystemException - Thrown if the transaction m

[Hibernate] Heuristics?

2005-09-05 Thread Christian Bauer
I need to know when the described exception can happen in Transaction.java: /** * Check if this transaction was successfully committed. This method * could return false even after successful invocation * of commit(). * * @return boolean * @throws HibernateEx