On Thu, 23 Mar 2006 10:13:27 -0800, Steve Ebersole
<[EMAIL PROTECTED]> wrote:
No, this would not even create proxy-factories, etc. That's different
then just not using them...
Not sure what you mean by the InstrumentTask comment. Based on what I
think you are saying, that is actually the whole purpose of the
InstrumentTask*s*; so not really sure what we would need to make/adapt.
Even if you run InstrumentTask it still seem to do the "normal" runtime
bytecode enhancement.
Maybe that has changed; i'll check.
/max
-----Original Message-----
From: Max Andersen
Sent: Thursday, March 23, 2006 11:37 AM
To: Emmanuel Bernard; Steve Ebersole
Cc: Hibernate development
Subject: Re: [Hibernate] bytecode libraries
hmm, what defines a simplicist app ? If we had this "noop" bytecode
provider
it would basically be hibernate2 default behavior (lazy="false") or
something close to it.
This would definitly make the startup much faster, but that would only
be
noticable for
large projects that does not want "noop" ...I think it would be better
to
see if we could
make/adapt InstrumentTask to pre-generate the classes to allow faster
startup IMO
/max
Any specific reason why
hibernate.bytecode.provider
does not consider the value as a class name (if the shortcuts cglib
and
javassist are not resolved)?
That would solve your problem and put it to the users shoulders
Steve Ebersole wrote:
So now that we have the BytecodeProvider abstraction, does it make
sense
to allow no lazy-load capabilities for simplistic apps? Something
like
a NoOpBytecodeProvider which performs no type of class enhancement?
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting
language
that extends applications into web and mobile media. Attend the live
webcast
and join the prime developer group breaking into this new coding
territory!
http://sel.as-us.falkag.net/sel?cmd=k&kid0944&bid$1720&dat1642
_______________________________________________
hibernate-devel mailing list
hibernate-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hibernate-devel
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting
language
that extends applications into web and mobile media. Attend the live
webcast
and join the prime developer group breaking into this new coding
territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
hibernate-devel mailing list
hibernate-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hibernate-devel
--
--
Max Rydahl Andersen
callto://max.rydahl.andersen
Hibernate
[EMAIL PROTECTED]
http://hibernate.org
JBoss Inc
[EMAIL PROTECTED]
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
hibernate-devel mailing list
hibernate-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hibernate-devel
