hibernate-devel — development

[Hibernate] CodeGenerator

[Aapo L. <aap...@pr...>]

Is it possible to modify CodeGenerator tool so that when I have property
type set to "true_false" or "yes_no" and name set to "something" eg.:

<property name="something" column="something" type="true_false"
not-null="true" unique="false"/>

to generate something like this:

    public boolean isSomething() {
        return this.something;
    }

    public void setSomething(boolean something) {
        this.something = something;
    }

Currently it generates getter eg.:

    public boolean getSomething() {
        return this.something;
    }

Kind Regards
Aapo Laakkonen

Re: [Hibernate] XDoclet Hibernate subtasks

[Gavin K. <ga...@ap...>]

It already exists in CVS (The "Tools" module). This was written by Sebastien
Guimont but is currently kinda ownerless....

Its probably *not* working against the latest release of XDoclet though. I
would very much appreciate if someone would get it working against their
latest release.

----- Original Message -----
From: "Danilo Luiz Rheinheimer" <da...@fl...>
To: <hib...@li...>
Sent: Friday, November 08, 2002 12:04 PM
Subject: [Hibernate] XDoclet Hibernate subtasks


> Hello,
>
>   Someone is working on a XDoclet subtask to hibernate ?
>
> --
> Best regards,
>  Danilo                          mailto:da...@fl...
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: See the NEW Palm
> Tungsten T handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> _______________________________________________
> hibernate-devel mailing list
> hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel

[Hibernate] XDoclet Hibernate subtasks

[Danilo L. R. <da...@fl...>]

Hello,

  Someone is working on a XDoclet subtask to hibernate ?

-- 
Best regards,
 Danilo                          mailto:da...@fl...

Re: [Hibernate] Re: Glarch$$EnhancedByCGLIB$$3 (Repeative method name/signature) and deadlock

[Gavin K. <ga...@ap...>]

Thanks Juozas, looking forward to the new version....

----- Original Message -----
From: "Juozas Baliuka" <ba...@ma...>
To: <hib...@li...>
Sent: Friday, November 08, 2002 5:45 AM
Subject: [Hibernate] Re: Glarch$$EnhancedByCGLIB$$3 (Repeative method
name/signature) and deadlock


> Hi,
> I found this in archyve. It is bug in cglib, updated rc2 has fix for
> "writeReplace", but it has bug
> in "MyClass.class" implementation, it dublicates "findClass(String name)",
> Class init hasbug too, it fails if argument count > 6 in method
> "myMethod(int arg1,int arg2,int arg3,int arg4,int arg5,int arg6,int arg7)"
> It is fixed in cvs version,
> I will upload beta2 on weekend.
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: See the NEW Palm
> Tungsten T handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> _______________________________________________
> hibernate-devel mailing list
> hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel

[Hibernate] Components without public no-arg constructor

[Urberg, J. <ju...@ve...>]

I notice we can now map classes that don't have public no-arg constructors.
Is it possible to extend that to components also?  

Many of the components I use will be value objects and I'd like to make them
immutable (including composite ids).  I could do this if Hibernate could use
a private no arg constructor.

Thanks,
John

[Hibernate] Re: Glarch$$EnhancedByCGLIB$$3 (Repeative method name/signature) and deadlock

[Juozas B. <ba...@ma...>]

Hi,
I found this in archyve. It is bug in cglib, updated rc2 has fix for
"writeReplace", but it has bug
in "MyClass.class" implementation, it dublicates "findClass(String name)",
Class init hasbug too, it fails if argument count > 6 in method
"myMethod(int arg1,int arg2,int arg3,int arg4,int arg5,int arg6,int arg7)"
It is fixed in cvs version,
I will upload beta2 on weekend.

Re: [Hibernate] Hooking into Hibernate classloader

[Juozas B. <ba...@ce...>]

Is Reflect helper used to load classes ?

It can be a problem on some app servers :
 public static Class classForName(String name) throws ClassNotFoundException
{
  try {
   return Thread.currentThread().getContextClassLoader().loadClass(name);
  }
  catch (Exception e) {
   return Class.forName(name);
  }

sometimes Thread.currentThread().getContextClassLoader() !=
Application.classLoader;
I think it is on some tomcat versions.
It is good to have optional classLoader parameter in SessionFactory,
 to load metadata and persistent classes. Default can be:
"this.getClass().getClassLoader();"
(the same  to load application and SessionFactory implementation ).



----- Original Message -----
From: "Gavin King" <ga...@ap...>
To: "Max Rydahl Andersen" <ma...@eo...>
Cc: <hib...@li...>
Sent: Thursday, November 07, 2002 9:37 AM
Subject: Re: [Hibernate] Hooking into Hibernate classloader


> Firstly, the API *should* use Class objects to reduce the possibility of
> runtime errors. I forget which project I saw recently that had used
strings
> and was now moving to using class objects. Internally, we *could* use
> classnames, but that would be slower, right? Its much quicker to take an
> identityHashCode than to compute the hash of a (possibly quite long)
String.
> Or am I wrong on this?
>
> As for why can't we compile mappings without the classes, thats because
> various things (property types, etc) may be determined by reflection. I
> still think this is a nice feature.
>
> ----- Original Message -----
> From: "Max Rydahl Andersen" <ma...@eo...>
> Cc: "hibernate list" <hib...@li...>
> Sent: Thursday, November 07, 2002 7:23 PM
> Subject: Re: [Hibernate] Hooking into Hibernate classloader
>
>
> >
> > > But this doesn't handle things like SessionFactory.getClassMetadata,
> > > which takes a Class.
> >
> > Just asking out of personal interest :)
> > why is everything in hibernate bound up onto Class objects, why not
> > fully-qualifed-names in
> > the form of strings instead ?
> >
> > That would make it more flexible and resistant to things that might not
be
> > availble on the classpath
> > and e.g. make it possible to load internal mapping model and use it for
> > codegeneration and other
> > stuff which in its nature cannot rely on the classing being in the
> > classpath.
> >
> > /max
> >
> > > Which leads me to believe that maybe it is better
> > > to keep this all out of Hibernate and just say that it's up to the
> > > application to wrap the Session, SessionFactory, and other public
> > > interfaces appropriately.
> > >
> > > -Chris
> > >
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This sf.net email is sponsored by: See the NEW Palm
> > > Tungsten T handheld. Power & Color in a compact size!
> > > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> > > _______________________________________________
> > > hibernate-devel mailing list
> > > hib...@li...
> > > https://lists.sourceforge.net/lists/listinfo/hibernate-devel
> > >
> >
> >
> >
> > -------------------------------------------------------
> > This sf.net email is sponsored by: See the NEW Palm
> > Tungsten T handheld. Power & Color in a compact size!
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> > _______________________________________________
> > hibernate-devel mailing list
> > hib...@li...
> > https://lists.sourceforge.net/lists/listinfo/hibernate-devel
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: See the NEW Palm
> Tungsten T handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> _______________________________________________
> hibernate-devel mailing list
> hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel

Re: [Hibernate] Hooking into Hibernate classloader

[Gavin K. <ga...@ap...>]

Firstly, the API *should* use Class objects to reduce the possibility of
runtime errors. I forget which project I saw recently that had used strings
and was now moving to using class objects. Internally, we *could* use
classnames, but that would be slower, right? Its much quicker to take an
identityHashCode than to compute the hash of a (possibly quite long) String.
Or am I wrong on this?

As for why can't we compile mappings without the classes, thats because
various things (property types, etc) may be determined by reflection. I
still think this is a nice feature.

----- Original Message -----
From: "Max Rydahl Andersen" <ma...@eo...>
Cc: "hibernate list" <hib...@li...>
Sent: Thursday, November 07, 2002 7:23 PM
Subject: Re: [Hibernate] Hooking into Hibernate classloader


>
> > But this doesn't handle things like SessionFactory.getClassMetadata,
> > which takes a Class.
>
> Just asking out of personal interest :)
> why is everything in hibernate bound up onto Class objects, why not
> fully-qualifed-names in
> the form of strings instead ?
>
> That would make it more flexible and resistant to things that might not be
> availble on the classpath
> and e.g. make it possible to load internal mapping model and use it for
> codegeneration and other
> stuff which in its nature cannot rely on the classing being in the
> classpath.
>
> /max
>
> > Which leads me to believe that maybe it is better
> > to keep this all out of Hibernate and just say that it's up to the
> > application to wrap the Session, SessionFactory, and other public
> > interfaces appropriately.
> >
> > -Chris
> >
> >
> >
> >
> > -------------------------------------------------------
> > This sf.net email is sponsored by: See the NEW Palm
> > Tungsten T handheld. Power & Color in a compact size!
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> > _______________________________________________
> > hibernate-devel mailing list
> > hib...@li...
> > https://lists.sourceforge.net/lists/listinfo/hibernate-devel
> >
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: See the NEW Palm
> Tungsten T handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> _______________________________________________
> hibernate-devel mailing list
> hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel

Re: [Hibernate] Hooking into Hibernate classloader

[Max R. A. <ma...@eo...>]

> But this doesn't handle things like SessionFactory.getClassMetadata,
> which takes a Class.

Just asking out of personal interest :)
why is everything in hibernate bound up onto Class objects, why not
fully-qualifed-names in
the form of strings instead ?

That would make it more flexible and resistant to things that might not be
availble on the classpath
and e.g. make it possible to load internal mapping model and use it for
codegeneration and other
stuff which in its nature cannot rely on the classing being in the
classpath.

/max

> Which leads me to believe that maybe it is better
> to keep this all out of Hibernate and just say that it's up to the
> application to wrap the Session, SessionFactory, and other public
> interfaces appropriately.
>
> -Chris
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: See the NEW Palm
> Tungsten T handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> _______________________________________________
> hibernate-devel mailing list
> hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel
>

Re: [Hibernate] Hooking into Hibernate classloader

[Chris N. <ch...@si...>]

On Thu, Nov 07, 2002 at 01:04:04AM +1100, Gavin King wrote:
> I think its better to do this kind of thing by subclassing EntityPersister
> and overriding instantiate(). However, that will not work properly in the
> current implentation (for example getPersister( object.getClass() ) would
> fail). Would you please investigate what kind of changes would be required
> to make this approach work?

In a nutshell, if goal is to allow instantiate to return any object as a
substitute for the original object, then Hibernate needs a way to take
that object and map back to the original object. I was toying around
with requiring the substituted object to implement a special interface:

  public interface UserProxy {
    public Object getProxiedObject();
  }

Hibernate would dereference incoming objects that implemented the
interface. For performance, maybe it would only do this after
determining that it couldn't work with original object.

But this doesn't handle things like SessionFactory.getClassMetadata,
which takes a Class. Which leads me to believe that maybe it is better
to keep this all out of Hibernate and just say that it's up to the
application to wrap the Session, SessionFactory, and other public
interfaces appropriately.

-Chris

Re: [Hibernate] Normalized table mappings

[Gavin K. <ga...@ap...>]

Oh yeah, I expect this. MultiTableEntityPersister does some SQL generation
itself thats not (yet) aware of Oracle-style outerjoins. Just do a search
for "left outer join". This generated SQL is probably not being used if
outerjoin fetching is enabled.

I just noticed that currently MultiTableEntityPersister doesn't support
loadWithLock(). So I guess thats also on the TODO list.

----- Original Message -----
From: "Wolfgang Jung" <w....@mi...>
To: "Gavin King" <ga...@ap...>
Cc: "hibernate list" <hib...@li...>
Sent: Thursday, November 07, 2002 2:03 AM
Subject: Re: [Hibernate] Normalized table mappings


> On Wednesday 06 November 2002 15:19, Gavin King wrote:
> > > Currently I have another problem with the OuterJoinGenerator:
> > > The SQL created by the constructor of EntityLoader is always using '
LEFT
> > > OUTER JOIN'
> >
> > > even if I use the OracleOuterJoinGenerator.  I've added the a log
> > > statement in the constructor
> >
> > > and it tells me that the sql 'select .... from foo left outer join bar
on
> > >....' was created withan OracleOuterJoinGenerator???!!!?
> >
> > I'm not following properly.....
> >
> > MultiTableEntityPersister produces some SQL with "left outer join"
> > hardcoded, as you noted. Some refactoring is needed to fix this. But I'm
> > pretty sure the SQL generation for outerjoin fetching never produces
"LEFT
> > OUTER JOIN" when the SQL dialect is set for Oracle. Surely you aren't
> > seeing this when using EntityPersister?
>
> I've added the following logging code to the constructor of EntityLoader:
> log.info("Built select=" + sql + " via "
> + outerJoinGenerator.getClass().getName());
>
> and get the following while running MultiTableTest:
> ....
>     [junit] Nov 6, 2002 3:56:24 PM cirrus.hibernate.sql.Dialect <init>
>     [junit] INFO: Using dialect: cirrus.hibernate.sql.OracleDialect
> ....
>     [junit] Nov 6, 2002 3:56:24 PM cirrus.hibernate.loader.OuterJoinLoader
> <init>
>     [junit] INFO: Using JoinGenerator
> cirrus.hibernate.loader.OracleOuterJoinGenerator
>     [junit] Nov 6, 2002 3:56:24 PM cirrus.hibernate.loader.EntityLoader
<init>
>     [junit] INFO: Built select=SELECT rootc0.id_ AS id_, rootc01.amount as
> amount10, rootc02.extraProp as extraProp8, rootc02.other2 as other29,
> rootc0.count_ as count_0, rootc0.name as name1, rootc0.address as
address2,
> rootc0.date_ as date_3 FROM rootclass rootc0  left outer join submulti
> rootc01 on rootc0.id_=rootc01.sid left outer join nuthasubclass rootc02 on
> rootc0.id_=rootc02.sid WHERE rootc0.id_ = ? via
> cirrus.hibernate.loader.OracleOuterJoinGenerator
>     [junit] Nov 6, 2002 3:56:24 PM
> cirrus.hibernate.persister.MultiTableEntityPersister generateSelectString
>     [junit] INFO: Using select=select rootclass.id_, submulti.amount as
> amount10, nuthasubclass.extraProp as extraProp8, nuthasubclass.other2 as
> other29, rootclass.count_ as count_0, rootclass.name as name1,
> rootclass.address as address2, rootclass.date_ as date_3 from rootclass,
> submulti, nuthasubclass where rootclass.id_ = ? and
> rootclass.id_=submulti.sid (+) and rootclass.id_=nuthasubclass.sid (+)
> .....
>
> Maybe the SQL-code from EntityLoader is never reached, but I have no clue,
> where the sql-String from EntityLoader is comming from.
>
>
> CU
> --
> Wolfgang Jung, Softwareentwickler
> Micromata_Objects GmbH                 Tel: +49 561 316793-0
> Marie-Calm Strasse 1, D-34131 Kassel   Fax: +49 561 316793-11
> mailto:W....@mi...             http://www.micromata.de

Re: [Hibernate] Normalized table mappings

[Wolfgang J. <w....@mi...>]

On Wednesday 06 November 2002 15:19, Gavin King wrote:
> > Currently I have another problem with the OuterJoinGenerator:
> > The SQL created by the constructor of EntityLoader is always using ' =
LEFT
> > OUTER JOIN'
>
> > even if I use the OracleOuterJoinGenerator.  I've added the a log
> > statement in the constructor
>
> > and it tells me that the sql 'select .... from foo left outer join ba=
r on
> >....' was created withan OracleOuterJoinGenerator???!!!?
>
> I'm not following properly.....
>
> MultiTableEntityPersister produces some SQL with "left outer join"
> hardcoded, as you noted. Some refactoring is needed to fix this. But I'=
m
> pretty sure the SQL generation for outerjoin fetching never produces "L=
EFT
> OUTER JOIN" when the SQL dialect is set for Oracle. Surely you aren't
> seeing this when using EntityPersister?

I've added the following logging code to the constructor of EntityLoader:
log.info("Built select=3D" + sql + " via "
+ outerJoinGenerator.getClass().getName());

and get the following while running MultiTableTest:
=2E...
    [junit] Nov 6, 2002 3:56:24 PM cirrus.hibernate.sql.Dialect <init>
    [junit] INFO: Using dialect: cirrus.hibernate.sql.OracleDialect
=2E...
    [junit] Nov 6, 2002 3:56:24 PM cirrus.hibernate.loader.OuterJoinLoade=
r=20
<init>
    [junit] INFO: Using JoinGenerator=20
cirrus.hibernate.loader.OracleOuterJoinGenerator
    [junit] Nov 6, 2002 3:56:24 PM cirrus.hibernate.loader.EntityLoader <=
init>
    [junit] INFO: Built select=3DSELECT rootc0.id_ AS id_, rootc01.amount=
 as=20
amount10, rootc02.extraProp as extraProp8, rootc02.other2 as other29,=20
rootc0.count_ as count_0, rootc0.name as name1, rootc0.address as address=
2,=20
rootc0.date_ as date_3 FROM rootclass rootc0  left outer join submulti=20
rootc01 on rootc0.id_=3Drootc01.sid left outer join nuthasubclass rootc02=
 on=20
rootc0.id_=3Drootc02.sid WHERE rootc0.id_ =3D ? via=20
cirrus.hibernate.loader.OracleOuterJoinGenerator
    [junit] Nov 6, 2002 3:56:24 PM=20
cirrus.hibernate.persister.MultiTableEntityPersister generateSelectString
    [junit] INFO: Using select=3Dselect rootclass.id_, submulti.amount as=
=20
amount10, nuthasubclass.extraProp as extraProp8, nuthasubclass.other2 as=20
other29, rootclass.count_ as count_0, rootclass.name as name1,=20
rootclass.address as address2, rootclass.date_ as date_3 from rootclass,=20
submulti, nuthasubclass where rootclass.id_ =3D ? and=20
rootclass.id_=3Dsubmulti.sid (+) and rootclass.id_=3Dnuthasubclass.sid (+=
)
=2E....

Maybe the SQL-code from EntityLoader is never reached, but I have no clue=
,=20
where the sql-String from EntityLoader is comming from.=20


CU
--=20
Wolfgang Jung, Softwareentwickler
Micromata_Objects GmbH                 Tel: +49 561 316793-0
Marie-Calm Strasse 1, D-34131 Kassel   Fax: +49 561 316793-11
mailto:W....@mi...             http://www.micromata.de

Re: [Hibernate] Normalized table mappings

[Gavin K. <ga...@ap...>]

> Currently I have another problem with the OuterJoinGenerator:
> The SQL created by the constructor of EntityLoader is always using ' LEFT
OUTER JOIN'
> even if I use the OracleOuterJoinGenerator.  I've added the a log
statement in the constructor
> and it tells me that the sql 'select .... from foo left outer join bar on
....' was created with
> an OracleOuterJoinGenerator???!!!?

I'm not following properly.....

MultiTableEntityPersister produces some SQL with "left outer join"
hardcoded, as you noted. Some refactoring is needed to fix this. But I'm
pretty sure the SQL generation for outerjoin fetching never produces "LEFT
OUTER JOIN" when the SQL dialect is set for Oracle. Surely you aren't seeing
this when using EntityPersister?

> In the documentation you mentioned clustering capabilities, but I haven't
found any
> code about it.

The reason Hibernate is safe for use in a cluster is that by default caching
is done at the transaction-level. We do not support the use of
cross-transaction caching in a clustered environment, though Christian
Muenier might be releasing some code for this is a seperate project.

Re: [Hibernate] Hooking into Hibernate classloader

[Gavin K. <ga...@ap...>]

I think its better to do this kind of thing by subclassing EntityPersister
and overriding instantiate(). However, that will not work properly in the
current implentation (for example getPersister( object.getClass() ) would
fail). Would you please investigate what kind of changes would be required
to make this approach work?

----- Original Message -----
From: "Chris Nokleberg" <ch...@si...>
To: <hib...@li...>
Sent: Wednesday, November 06, 2002 10:27 AM
Subject: [Hibernate] Hooking into Hibernate classloader


> 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.ReflectHelper.classForName(String)
>
> which is implemented as:
>
>   public static Class classForName(String name) throws
ClassNotFoundException {
>       try {
>   return Thread.currentThread().getContextClassLoader().loadClass(name);
>       } catch (Exception e) {
>   return Class.forName(name);
>       }
>   }
>
> One option would be to try to set the current context class loader before
> Hibernate starts loading classes. But that is error-prone, I think.
Another
> way would be to add a method to set the classloader to use. But really I'd
> just prefer a simple callback interface:
>
>   public interface HibernateClassLoader {
>      public Class loadClass(String name) throws ClassNotFoundException;
>   }
>
> I guess the loader would be configurable per-datastore?
> If there's a better way, let me know.
>
> Thanks,
> Chris
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: See the NEW Palm
> Tungsten T handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> _______________________________________________
> hibernate-devel mailing list
> hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel

[Hibernate] Hooking into Hibernate classloader

[Chris N. <ch...@si...>]

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.ReflectHelper.classForName(String)

which is implemented as:

  public static Class classForName(String name) throws ClassNotFoundException {
      try {
	  return Thread.currentThread().getContextClassLoader().loadClass(name);
      } catch (Exception e) {
	  return Class.forName(name);
      }
  }

One option would be to try to set the current context class loader before
Hibernate starts loading classes. But that is error-prone, I think. Another
way would be to add a method to set the classloader to use. But really I'd
just prefer a simple callback interface:

  public interface HibernateClassLoader {
     public Class loadClass(String name) throws ClassNotFoundException;
  }

I guess the loader would be configurable per-datastore?
If there's a better way, let me know.

Thanks,
Chris

[Hibernate] Normalized table mappings

[Gavin K. <ga...@ap...>]

I now have what I believe is a fully-working implementation of the
table-per-subclass mapping strategy. It would be really cool if people would
try it out. I plan to release this new feature as Hibernate 1.2 beta. The
only missing thing is support for databases without ANSI-style OUTER JOIN
and CASE. So we'll still need to do a bit more work to get it working on
Oracle.

At this point I'm deprecating hibernate-mapping.dtd and documenting
hibernate-mapping-1.1.dtd as the preferred mapping document DTD. Theres a
couple of non-compatible changes, but nothing that should cause headaches.

[Hibernate] projects using Hibernate

[Gavin K. <ga...@ap...>]

I'm adding a page of links to the website. If anyone has used Hibernate in a
project and want the project to be included, email me the link and some
metadata.

peace....

[Hibernate] Would someone try out this MS SQL server driver?

[Gavin K. <ga...@ap...>]

I never noticed this project before:

http://jtds.sourceforge.net/

I don't have MSSQL installed on this machine to try it out, though.

[Hibernate] dynamic schema update

[Christoph S. <ch...@sc...>]

Hi All!

I finally managed to commit the dynamic schema update. To use it just
instantiate a SchemaUpdater Object, and call doUpdate. 
I tried it with MS SQL Server, later I will try it with firebird and
oracle, I just wanted to commit it, because I have it sitting on my
drive for such a long time. 

regards
 chris

[Hibernate] MSSQL and sequences test

[Max R. A. <ma...@eo...>]

I've just submitted a small patch to the tests so MSSQL can run the
MasterDetailTest.

Changes are:

1. Use native instead of the single usage of "sequences"
2. Avoid the usage of "key" as a column as it is a reservered keyword.

ad. 2 shouldn't harm anyone as it is just a simple rename, that actually
works as an additional test of the column attribute.
ad. 1. is "worse" as this was/are the only place in the unittst that
sequences are used, but I think it is more important to
have MSSQL complete on the MasterDetailTest which includes 10 other tests
that is not otherwise executed.

What about either:

- creating a separate test for the sequences
or/and
- create an id-generator that is called something like "sequenceOrnative"
which will choose sequence if that is availabe
in the current dialect and if not choose native ? (and maybe make this more
general - like an ordered list of id-generators which
could handle it in a more general way)

/max

[Hibernate] yup - only 2 "minors" left now :)

[Max R. A. <ma...@eo...>]

Ok  - after nuking my MSSQL db's (clearing and removing all tables), using
the right cglib.jar it works perfectly...

but there are one failure in MultiTable junit that "worries" me:

79: Iterator iter = s.iterate("from s in class Simple where s.count>0");
<-- this line gives a "Incorrect query syntax" because of an
nullpointerexception in line 284 of PathExpressionParser (columns is null)

This is weird as the qury is completly legit - anyone with any idea why it
fails ? (and Im the only one with a failure at that line ?)

/max

Re: [Hibernate] Glarch$$EnhancedByCGLIB$$3 (Repeative method name/signature) and deadlock!

[Gavin K. <ga...@ap...>]

I just did a CVS diff and ran tests from the Ant script. All is working. Let
me check that cglib.jar has -kb....

----- Original Message -----
From: "Max Rydahl Andersen" <ma...@eo...>
To: "Max Rydahl Andersen" <ma...@eo...>; "Gavin King"
<ga...@ap...>
Cc: "hibernate list" <hib...@li...>
Sent: Sunday, November 03, 2002 10:05 AM
Subject: Re: [Hibernate] Glarch$$EnhancedByCGLIB$$3 (Repeative method
name/signature) and deadlock!


> hmm - and now that I checkout the latest cglib.jar from cvs it still fails
> ?!!?
>
> /max
>
> ----- Original Message -----
> From: "Max Rydahl Andersen" <ma...@eo...>
> To: "Gavin King" <ga...@ap...>
> Cc: "hibernate list" <hib...@li...>
> Sent: Saturday, November 02, 2002 11:55 PM
> Subject: Re: [Hibernate] Glarch$$EnhancedByCGLIB$$3 (Repeative method
> name/signature) and deadlock!
>
>
> > ok - it was also the next panic attempt I was about to take :)
> >
> > /max
> >
> > ----- Original Message -----
> > From: "Gavin King" <ga...@ap...>
> > To: "Max Rydahl Andersen" <ma...@eo...>
> > Cc: "hibernate list" <hib...@li...>
> > Sent: Saturday, November 02, 2002 11:46 PM
> > Subject: Re: [Hibernate] Glarch$$EnhancedByCGLIB$$3 (Repeative method
> > name/signature) and deadlock!
> >
> >
> > > Ah. You need to grab the latest cglib.jar. I will add it to CVS now.
> > >
> > > ----- Original Message -----
> > > From: "Max Rydahl Andersen" <ma...@eo...>
> > > To: <hib...@li...>
> > > Sent: Sunday, November 03, 2002 9:33 AM
> > > Subject: [Hibernate] Glarch$$EnhancedByCGLIB$$3 (Repeative method
> > > name/signature) and deadlock!
> > >
> > >
> > > > Hi!
> > > >
> > > > While running FooBarTest on the latest code from cvs I get the
> following
> > > > error (multiple times):
> > > > java.lang.reflect.InvocationTargetException:
> java.lang.ClassFormatError:
> > > > cirrus/hibernate/test/Glarch$$EnhancedByCGLIB$$3 (Repeative method
> > > > name/signature)
> > > >
> > > > The complete stack trace is at the bottom.
> > > >
> > > > Furthermore I also seem to get a deadlock between the connection
that
> > has
> > > > created all the tables ( in schemaexport) and the next tests that do
> > some
> > > > updates!
> > > > Doesn't schemeexport close its connection ? (or at least release its
> > > locks?)
> > > >
> > > > /max
> > > >
> > > >
> > > > ps. running MS SQL with the JTurbo driver.
> > > >
> > > >
> > > > java.lang.reflect.InvocationTargetException:
> java.lang.ClassFormatError:
> > > > cirrus/hibernate/test/Glarch$$EnhancedByCGLIB$$3 (Repeative method
> > > > name/signature)
> > > >  at java.lang.ClassLoader.defineClass0(Native Method)
> > > >  at java.lang.ClassLoader.defineClass(ClassLoader.java:493)
> > > >  at java.lang.ClassLoader.defineClass(ClassLoader.java:428)
> > > >  at java.lang.reflect.Method.invoke(Native Method)
> > > >  at net.sf.cglib.proxy.Enhancer.enhance(Enhancer.java:245)
> > > >  at
> > > >
> > >
> >
>
cirrus.hibernate.proxy.CGLIBLazyInitializer.getProxy(CGLIBLazyInitializer.ja
> > > > va:43)
> > > >  at
> > cirrus.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1464)
> > > >  at
> > cirrus.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1409)
> > > >  at
> > > >
> > >
> >
>
cirrus.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:63)
> > > >  at
cirrus.hibernate.type.EntityType.nullSafeGet(EntityType.java:118)
> > > >  at
> > >
cirrus.hibernate.type.ComponentType.nullSafeGet(ComponentType.java:132)
> > > >  at cirrus.hibernate.type.AbstractType.hydrate(AbstractType.java:65)
> > > >  at cirrus.hibernate.loader.Loader.hydrate(Loader.java:334)
> > > >  at
cirrus.hibernate.loader.Loader.loadFromResultSet(Loader.java:284)
> > > >  at cirrus.hibernate.loader.Loader.doFind(Loader.java:136)
> > > >  at cirrus.hibernate.loader.Loader.find(Loader.java:471)
> > > >  at cirrus.hibernate.impl.SessionImpl.find(SessionImpl.java:1069)
> > > >  at cirrus.hibernate.impl.SessionImpl.find(SessionImpl.java:1047)
> > > >  at cirrus.hibernate.impl.SessionImpl.find(SessionImpl.java:1039)
> > > >  at cirrus.hibernate.test.FooBarTest.testFind(FooBarTest.java:580)
> > > >  at java.lang.reflect.Method.invoke(Native Method)
> > > >  at junit.framework.TestCase.runTest(TestCase.java:166)
> > > >  at junit.framework.TestCase.runBare(TestCase.java:140)
> > > >  at junit.framework.TestResult$1.protect(TestResult.java:106)
> > > >  at junit.framework.TestResult.runProtected(TestResult.java:124)
> > > >  at junit.framework.TestResult.run(TestResult.java:109)
> > > >  at junit.framework.TestCase.run(TestCase.java:131)
> > > >  at junit.framework.TestSuite.runTest(TestSuite.java:173)
> > > >  at junit.framework.TestSuite.run(TestSuite.java:168)
> > > >  at
> > > >
> > >
> >
>
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRu
> > > > nner.java:360)
> > > >  at
> > > >
> > >
> >
>
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.
> > > > java:246)
> > > >  at
> > > >
> > >
> >
>
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner
> > > > .java:146)
> > > > rethrown as cirrus.hibernate.HibernateException: CGLIB Enhancement
> > failed
> > > >  at
> > > >
> > >
> >
>
cirrus.hibernate.proxy.CGLIBLazyInitializer.getProxy(CGLIBLazyInitializer.ja
> > > > va:59)
> > > >  at
> > cirrus.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1464)
> > > >  at
> > cirrus.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1409)
> > > >  at
> > > >
> > >
> >
>
cirrus.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:63)
> > > >  at
cirrus.hibernate.type.EntityType.nullSafeGet(EntityType.java:118)
> > > >  at
> > >
cirrus.hibernate.type.ComponentType.nullSafeGet(ComponentType.java:132)
> > > >  at cirrus.hibernate.type.AbstractType.hydrate(AbstractType.java:65)
> > > >  at cirrus.hibernate.loader.Loader.hydrate(Loader.java:334)
> > > >  at
cirrus.hibernate.loader.Loader.loadFromResultSet(Loader.java:284)
> > > >  at cirrus.hibernate.loader.Loader.doFind(Loader.java:136)
> > > >  at cirrus.hibernate.loader.Loader.find(Loader.java:471)
> > > >  at cirrus.hibernate.impl.SessionImpl.find(SessionImpl.java:1069)
> > > >  at cirrus.hibernate.impl.SessionImpl.find(SessionImpl.java:1047)
> > > >  at cirrus.hibernate.impl.SessionImpl.find(SessionImpl.java:1039)
> > > >  at cirrus.hibernate.test.FooBarTest.testFind(FooBarTest.java:580)
> > > >  at java.lang.reflect.Method.invoke(Native Method)
> > > >  at junit.framework.TestCase.runTest(TestCase.java:166)
> > > >  at junit.framework.TestCase.runBare(TestCase.java:140)
> > > >  at junit.framework.TestResult$1.protect(TestResult.java:106)
> > > >  at junit.framework.TestResult.runProtected(TestResult.java:124)
> > > >  at junit.framework.TestResult.run(TestResult.java:109)
> > > >  at junit.framework.TestCase.run(TestCase.java:131)
> > > >  at junit.framework.TestSuite.runTest(TestSuite.java:173)
> > > >  at junit.framework.TestSuite.run(TestSuite.java:168)
> > > >  at
> > > >
> > >
> >
>
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRu
> > > > nner.java:360)
> > > >  at
> > > >
> > >
> >
>
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.
> > > > java:246)
> > > >  at
> > > >
> > >
> >
>
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner
> > > > .java:146)
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > This sf.net email is sponsored by: See the NEW Palm
> > > > Tungsten T handheld. Power & Color in a compact size!
> > > > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> > > > _______________________________________________
> > > > hibernate-devel mailing list
> > > > hib...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/hibernate-devel
> > >
> > >
> >
> >
> >
> > -------------------------------------------------------
> > This sf.net email is sponsored by: See the NEW Palm
> > Tungsten T handheld. Power & Color in a compact size!
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> > _______________________________________________
> > hibernate-devel mailing list
> > hib...@li...
> > https://lists.sourceforge.net/lists/listinfo/hibernate-devel
> >
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: See the NEW Palm
> Tungsten T handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> _______________________________________________
> hibernate-devel mailing list
> hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel

Re: [Hibernate] Glarch$$EnhancedByCGLIB$$3 (Repeative method name/signature) and deadlock!

[Max R. A. <ma...@eo...>]

hmm - and now that I checkout the latest cglib.jar from cvs it still fails
?!!?

/max

----- Original Message -----
From: "Max Rydahl Andersen" <ma...@eo...>
To: "Gavin King" <ga...@ap...>
Cc: "hibernate list" <hib...@li...>
Sent: Saturday, November 02, 2002 11:55 PM
Subject: Re: [Hibernate] Glarch$$EnhancedByCGLIB$$3 (Repeative method
name/signature) and deadlock!


> ok - it was also the next panic attempt I was about to take :)
>
> /max
>
> ----- Original Message -----
> From: "Gavin King" <ga...@ap...>
> To: "Max Rydahl Andersen" <ma...@eo...>
> Cc: "hibernate list" <hib...@li...>
> Sent: Saturday, November 02, 2002 11:46 PM
> Subject: Re: [Hibernate] Glarch$$EnhancedByCGLIB$$3 (Repeative method
> name/signature) and deadlock!
>
>
> > Ah. You need to grab the latest cglib.jar. I will add it to CVS now.
> >
> > ----- Original Message -----
> > From: "Max Rydahl Andersen" <ma...@eo...>
> > To: <hib...@li...>
> > Sent: Sunday, November 03, 2002 9:33 AM
> > Subject: [Hibernate] Glarch$$EnhancedByCGLIB$$3 (Repeative method
> > name/signature) and deadlock!
> >
> >
> > > Hi!
> > >
> > > While running FooBarTest on the latest code from cvs I get the
following
> > > error (multiple times):
> > > java.lang.reflect.InvocationTargetException:
java.lang.ClassFormatError:
> > > cirrus/hibernate/test/Glarch$$EnhancedByCGLIB$$3 (Repeative method
> > > name/signature)
> > >
> > > The complete stack trace is at the bottom.
> > >
> > > Furthermore I also seem to get a deadlock between the connection that
> has
> > > created all the tables ( in schemaexport) and the next tests that do
> some
> > > updates!
> > > Doesn't schemeexport close its connection ? (or at least release its
> > locks?)
> > >
> > > /max
> > >
> > >
> > > ps. running MS SQL with the JTurbo driver.
> > >
> > >
> > > java.lang.reflect.InvocationTargetException:
java.lang.ClassFormatError:
> > > cirrus/hibernate/test/Glarch$$EnhancedByCGLIB$$3 (Repeative method
> > > name/signature)
> > >  at java.lang.ClassLoader.defineClass0(Native Method)
> > >  at java.lang.ClassLoader.defineClass(ClassLoader.java:493)
> > >  at java.lang.ClassLoader.defineClass(ClassLoader.java:428)
> > >  at java.lang.reflect.Method.invoke(Native Method)
> > >  at net.sf.cglib.proxy.Enhancer.enhance(Enhancer.java:245)
> > >  at
> > >
> >
>
cirrus.hibernate.proxy.CGLIBLazyInitializer.getProxy(CGLIBLazyInitializer.ja
> > > va:43)
> > >  at
> cirrus.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1464)
> > >  at
> cirrus.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1409)
> > >  at
> > >
> >
>
cirrus.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:63)
> > >  at cirrus.hibernate.type.EntityType.nullSafeGet(EntityType.java:118)
> > >  at
> > cirrus.hibernate.type.ComponentType.nullSafeGet(ComponentType.java:132)
> > >  at cirrus.hibernate.type.AbstractType.hydrate(AbstractType.java:65)
> > >  at cirrus.hibernate.loader.Loader.hydrate(Loader.java:334)
> > >  at cirrus.hibernate.loader.Loader.loadFromResultSet(Loader.java:284)
> > >  at cirrus.hibernate.loader.Loader.doFind(Loader.java:136)
> > >  at cirrus.hibernate.loader.Loader.find(Loader.java:471)
> > >  at cirrus.hibernate.impl.SessionImpl.find(SessionImpl.java:1069)
> > >  at cirrus.hibernate.impl.SessionImpl.find(SessionImpl.java:1047)
> > >  at cirrus.hibernate.impl.SessionImpl.find(SessionImpl.java:1039)
> > >  at cirrus.hibernate.test.FooBarTest.testFind(FooBarTest.java:580)
> > >  at java.lang.reflect.Method.invoke(Native Method)
> > >  at junit.framework.TestCase.runTest(TestCase.java:166)
> > >  at junit.framework.TestCase.runBare(TestCase.java:140)
> > >  at junit.framework.TestResult$1.protect(TestResult.java:106)
> > >  at junit.framework.TestResult.runProtected(TestResult.java:124)
> > >  at junit.framework.TestResult.run(TestResult.java:109)
> > >  at junit.framework.TestCase.run(TestCase.java:131)
> > >  at junit.framework.TestSuite.runTest(TestSuite.java:173)
> > >  at junit.framework.TestSuite.run(TestSuite.java:168)
> > >  at
> > >
> >
>
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRu
> > > nner.java:360)
> > >  at
> > >
> >
>
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.
> > > java:246)
> > >  at
> > >
> >
>
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner
> > > .java:146)
> > > rethrown as cirrus.hibernate.HibernateException: CGLIB Enhancement
> failed
> > >  at
> > >
> >
>
cirrus.hibernate.proxy.CGLIBLazyInitializer.getProxy(CGLIBLazyInitializer.ja
> > > va:59)
> > >  at
> cirrus.hibernate.impl.SessionImpl.doLoadByClass(SessionImpl.java:1464)
> > >  at
> cirrus.hibernate.impl.SessionImpl.internalLoad(SessionImpl.java:1409)
> > >  at
> > >
> >
>
cirrus.hibernate.type.ManyToOneType.resolveIdentifier(ManyToOneType.java:63)
> > >  at cirrus.hibernate.type.EntityType.nullSafeGet(EntityType.java:118)
> > >  at
> > cirrus.hibernate.type.ComponentType.nullSafeGet(ComponentType.java:132)
> > >  at cirrus.hibernate.type.AbstractType.hydrate(AbstractType.java:65)
> > >  at cirrus.hibernate.loader.Loader.hydrate(Loader.java:334)
> > >  at cirrus.hibernate.loader.Loader.loadFromResultSet(Loader.java:284)
> > >  at cirrus.hibernate.loader.Loader.doFind(Loader.java:136)
> > >  at cirrus.hibernate.loader.Loader.find(Loader.java:471)
> > >  at cirrus.hibernate.impl.SessionImpl.find(SessionImpl.java:1069)
> > >  at cirrus.hibernate.impl.SessionImpl.find(SessionImpl.java:1047)
> > >  at cirrus.hibernate.impl.SessionImpl.find(SessionImpl.java:1039)
> > >  at cirrus.hibernate.test.FooBarTest.testFind(FooBarTest.java:580)
> > >  at java.lang.reflect.Method.invoke(Native Method)
> > >  at junit.framework.TestCase.runTest(TestCase.java:166)
> > >  at junit.framework.TestCase.runBare(TestCase.java:140)
> > >  at junit.framework.TestResult$1.protect(TestResult.java:106)
> > >  at junit.framework.TestResult.runProtected(TestResult.java:124)
> > >  at junit.framework.TestResult.run(TestResult.java:109)
> > >  at junit.framework.TestCase.run(TestCase.java:131)
> > >  at junit.framework.TestSuite.runTest(TestSuite.java:173)
> > >  at junit.framework.TestSuite.run(TestSuite.java:168)
> > >  at
> > >
> >
>
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRu
> > > nner.java:360)
> > >  at
> > >
> >
>
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.
> > > java:246)
> > >  at
> > >
> >
>
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner
> > > .java:146)
> > >
> > >
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This sf.net email is sponsored by: See the NEW Palm
> > > Tungsten T handheld. Power & Color in a compact size!
> > > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> > > _______________________________________________
> > > hibernate-devel mailing list
> > > hib...@li...
> > > https://lists.sourceforge.net/lists/listinfo/hibernate-devel
> >
> >
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: See the NEW Palm
> Tungsten T handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> _______________________________________________
> hibernate-devel mailing list
> hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel
>

Re: [Hibernate] try/finally in testcode ?

[Gavin K. <ga...@ap...>]

> They don't stop, do they ? They halt - and wait....and waits...and waits
:)

Interestingly *enough*, that depends upon the JDBC driver....

Its all part of "write once, run anywhere"...... ;)

Re: [Hibernate] try/finally in testcode ?

[Max R. A. <ma...@eo...>]

> I'm sure we *should* have some try / finallys. But adding them to all the
> tests is going to be hard work. Up and till now I had kinda preferred the
> way the tests actually stop when an exception occurs. I makes debugging
> quicker.

They don't stop, do they ? They halt - and wait....and waits...and waits :)

But if noone can see anything wrong to add try/finally to ensure
closing/releasing connections in junit's I will suggest
to not add or modify tests without having the try/finally stuff in place for
the new or modified test.

>
> ----- Original Message -----
> From: "Max Rydahl Andersen" <ma...@eo...>
> To: <hib...@li...>
> Sent: Sunday, November 03, 2002 9:50 AM
> Subject: [Hibernate] try/finally in testcode ?
>
>
> > Hi!
> >
> > It seems there are "some" bug regarding the cgilib enhancer - or ?
> >
> > Well, a derived problem from this is that the unit tests fails while
> having
> > open connections to the db!
> > Shouldn't we surround s.open/s.close with a try/finally where the
finally
> > block just tries to close the connection ?
> > This will allow the tests to continue even though one test has
previously
> > failed - if close is not called (MSQL at least) has
> > problems letting the code continue (it simply deadlocks :(
> >
> > /max
> >
> >
> >
> > -------------------------------------------------------
> > This sf.net email is sponsored by: See the NEW Palm
> > Tungsten T handheld. Power & Color in a compact size!
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> > _______________________________________________
> > hibernate-devel mailing list
> > hib...@li...
> > https://lists.sourceforge.net/lists/listinfo/hibernate-devel
>
>