On Fri, Dec 12, 2003 at 06:51:49PM +0100, Bill Horsman wrote:
> We can release Proxool 0.8.3 fairly soon. It depends a bit on how long
> away Cglib 2 Final is. The wise thing would be to wait until then before
> releasing Proxool 0.8.3. Chris, any ideas about that?
Juozas said something about rele
On Thu, Nov 27, 2003 at 04:44:06PM -0700, David Morris wrote:
> I am having some problems in non-hibernate packages that use CGLIB since
> updating Hibernate from CVS. Are there any known issues and if so is
> there an upgrade guide?
CGLIB 1.0 and 2.0 are not binary compatible, but the patche to u
On Mon, Nov 17, 2003 at 11:54:54AM -0800, Joshua Davis wrote:
> That's a neat idea. So, 'raw:' would be a
> pass-through that would pass things directly to the
> underlying engine. The only issue there is when the
> underlying syntax does not obey the rules of the
> over-arching grammar (e.g. 'cu
On Mon, Nov 17, 2003 at 01:05:50PM -0500, Les A. Hazlewood wrote:
> > How about we get a list of ANSI-standard SQL functions and portably
> > support those and those only (I don't think there are many of them).
>
> This makes a lot of sense. However, what if something so commonly used (like a
> c
On Thu, Oct 30, 2003 at 03:57:34PM +1100, Gavin King wrote:
> LOL!
>
> Neither of us can upgrade, since we each need the other to upgrade first.
>
> So we have a deadlock.
>
> :-)
Yes, although I will admit amusement was not my first reaction :-)
Proxool guys are ok having a temporary dependen
Gavin King wrote:
> Wouldn't that mean that we would get both versions of CGLIB in our lib
> directory?
Until they upgrade, yes.
> Perhaps its better to just wait until Proxool has also upgraded. Perhaps
> we can put some pressure on them to get up to date.
I've sent them a message. It will
Gavin King wrote:
> Ah. hm. I am actually ready to release 2.1rc1. Just waiting on
> Bela's stuff.
>
> Exactly how beta is "beta"?
Not very beta? :-) Of course there may be some minor API changes going
forward, but I think our release schedule is a bit conservative, so if all
the tests pass i
Josh Rehman wrote:
> Hmm. Cglib is neat, but reflection is so fast that I would spend my time
> elsewhere, for example adding support for a typesafe-enum representation
> of lookup tables. :-)
Hibernate won't get much reflection speedup with CGLIB2, since it is already
using similar code in 1.0.
Mao, Dean (IHG) wrote:
> I'm wondering if it's possible to do some generated-code at build time
> instead of generating the proxies at runtime. I'm using hibernate for a
> swing application and the majority of the initialization time is taken up
> by hibernate's initialization of the configuration
On Fri, Sep 26, 2003 at 09:30:34PM +0300, Juozas Baliuka wrote:
> It is possible to find problem outside generated code for optimization:
[snip]
It's true, but I don't think it will make a difference in
performance--supporting the exception in the generated code is just one
extra iinc instruction
Bill Burke wrote:
> I created similar functionality of CGLIBs "fast reflection" for our AOP
> framework and it had an unnoticeable affect on the performance of the
> framework. This was with Sun JDK 1.4.1_02 on Linux. Considering that
> Hibernate's overhead is probably a lot higher, I don't think
Chris Nokleberg wrote:
> [EMAIL PROTECTED] wrote:
>> But my big problem is: how do we know which _loaded_ objects were deleted?
>> I don't think there is any good way to do this. All we get back from DELETE
>> is a row count.
>
> How about doing the mass de
[EMAIL PROTECTED] wrote:
> But my big problem is: how do we know which _loaded_ objects were deleted?
> I don't think there is any good way to do this. All we get back from DELETE
> is a row count.
How about doing the mass delete, and then building a select statement to
see which of the loaded obj
On Wed, Jan 29, 2003 at 09:12:55AM +1100, [EMAIL PROTECTED] wrote:
> Why not just do
>
> Session.find("from o in class MyClass where o.id=?", .)
>
> thats basically equivalent to Session.load(), but throws no exceptions
Okay.
> >I imagine the tricky bit is that the different JDBC driver
On Fri, Jan 24, 2003 at 10:30:08AM -0800, Chris Nokleberg wrote:
> So, how about
> query.setTransient(true)?
>
> All objects returned by the query would be transient and not take up
> space in the cache.
Before I forget, if you have setTransient you could also have
query.se
On Fri, Jan 03, 2003 at 03:10:21PM +1100, Gavin King wrote:
> For Hibernate 2, should we add one or both of:
>
> Session.evict(foo); //remove foo from the Session-level cache
> Session.refresh(foo); //reload foo's state from the database
>
> There *would* be some exotic cases (like this one) wher
I'm curious how feasible it would be to write a Java-based evaluator of
Hibernate queries, or at least leverage the existing parser code to gain
access to the abstract syntax tree.
One possibility is that certain subsets of queries (most filters, I
think) could be run within the JVM, saving a db
I'd like to dynamically wrap my persistent classes using CGLIB or JDK1.3
proxies to provide things like getters for metadata which aren't in the
compiled class file. I've done some searching and it appears that all of the
persistent classes are loaded by Hibernate using
cirrus.hibernate.helpers.
Just a thought...shouldn't Hibernate be able to infer the Type or Type[]
needed in find/findIdentifiers/iterate calls from the query itself?
e.g.
List moreCats = sess.find(
"from cat in class eg.Cat where " +
"cat.name = 'Fritz' or cat.id = ? or cat.id = ?",
new Object[] { id1, id2 }
20 matches
Mail list logo
