hibernate-devel — development

[Hibernate] ms access dialect problem

[Pietro P. <de...@op...>]

well g.,

   thanks for support, but I'm getting nowhere. I finally found the keyword 
for generating autoincrement column via JDBC for access,
"counter", but still does not seem to work in this context.

    public String getIdentityColumnString() {
        return " counter ";
    }

   I tried all versions from other dialects in vain.

   moreover, passing to 1.2.1, updates of schema do not work any more (it 
works fine in 1.2):

11:22:09,773 DEBUG DriverManagerConnectionProvider:89 -
Created connection to: 
jdbc:izmado:IzmDllPath=K:\cvs_out\teamwork\html\WEB-INF\lib\IzmJniAdo.dll;IzmRoyaltyFree=*****;Provider=MSDASQL;
Driver={Microsoft Access Driver 
(*.mdb)};Dbq=k:\cvs_out\teamwork\data\teamwork_ol.mdb, Isolation Level: 2
com.inzoom.adojni.ComException: Object or provider is not capable of 
performing requested operation. in ADODB.Connection code=0 Type=1
	at com.inzoom.ado.Connection.jniOpenSchema(Native Method)
	at com.inzoom.ado.Connection.openSchema(Connection.java:154)
	at 
com.inzoom.jdbcado.DatabaseMetaData.openAdoSchema(DatabaseMetaData.java:124)
	at com.inzoom.jdbcado.DatabaseMetaData.getFKs(DatabaseMetaData.java:1243)
	at 
com.inzoom.jdbcado.DatabaseMetaData.getImportedKeys(DatabaseMetaData.java:1301)
	at 
cirrus.hibernate.tools.updater.JdbcTableInfo.initForeignKeys(JdbcTableInfo.java:29)
	at 
cirrus.hibernate.tools.updater.JdbcDatabaseInfo.initForeignKeys(JdbcDatabaseInfo.java:84)
	at 
cirrus.hibernate.tools.updater.JdbcDatabaseInfo.<init>(JdbcDatabaseInfo.java:20)
	at cirrus.hibernate.tools.SchemaUpdater.execute(SchemaUpdater.java:83)
	at 
com.twproject.persistence.GenerateUpdateScript.main(GenerateUpdateScript.java:25)
	
this (and all the rest) works fine on e.g. mysql. Maybe I am hitting on 
intrinsic limitations, of the driver and/or the db :-(
	
bye

[Hibernate] [1.2.1] Minor glitch in packaging

[Ugo C. <u....@cb...>]

The hibernate-1.2.1.tar.gz archive unpacks to a directory called 
hibernate-1.2. Even though it's only a point release, this might casuse 
some confusion if people inadvertently overwrite the old version. The 
directory should be called hibernate-1.2.1 (IMHO of course).

	Ugo

-- 
Ugo Cei - http://www.beblogging.com/blog/

[Hibernate] buglet in 1.2.1

[Gavin K. <Gav...@ex...>]

For the new logging stuff I added something like:

Log log =3D LogFactory.getLog(=20
  Type.class.getPackage().getName()=20
);

Turns out that getPackage() is allowed to return null if the JVM can't
be bothered implementing it. And some (but not all) versions of the IBM
JVM do just that.

So there is a version of the IBM JVM for which Hibernate 1.2.1 will die
*instantly* with an NPE :( Not the version I tested on before releasing,
however!


The fix is to replace=20

Type.class.getPackage().getName()

with

"cirrus.hibernate.type"


********** CAUTION - Disclaimer **********
This message may contain privileged and confidential
information. If you are not the intended recipient of this
message (or responsible for delivery of the message to
such person) you are hereby notified that any use,
dissemination, distribution or reproduction of this message
is prohibited. If you have received this message in error,
you should destroy it and kindly notify the sender by reply
e-mail. Please advise immediately if you or your employer
do not consent to Internet e-mail for messages of this kind.
Opinions, conclusions and other information in this
message that do not relate to the official business of
Expert Information Services Pty Ltd ("The Company")
shall be understood as neither given nor endorsed by it.

The Company advises that this e-mail and any attached
files should be scanned to detect viruses. The Company
accepts no liability for loss or damage (whether caused
by negligence or not) resulting from the use of any
attached files.
**EIS******** End of Disclaimer **********

RE: [Hibernate] CodeGenerator

[Gavin K. <Gav...@ex...>]

>  >  <property name=3D"bar" type=3D"serializable" ....>
>  >      <meta attribute=3D"description">
>  >         JavaDoc comment for getBar()
>  >      </meta>
>  >      <meta attribute=3D"java-type">java.lang.Object</meta>
>  >  </property>
>  >  .....
>=20
> But this one ? Isn't this a bit "cloudy"....
> If I understand this correctly you want that if "java-type"=20
> is provided the codegenerator should use that type instead of=20
> the type specified in the property....Just curious, when is=20
> that usefull ?

For example:

<property name=3D"date" type=3D"date"/>

currently generates:

public java.sql.Date getDate();

what if you wanted

public java.util.Date getDate();

Hey, I just thought of another <meta> that would be *very* useful:

<property name=3D"bar" type=3D"String" ....>
	<meta name=3D"scope">protected</meta>
	<meta attribute=3D"description">
		JavaDoc comment for getBar()
	</meta>
</property>

surprised I didn't think of that before....


********** CAUTION - Disclaimer **********
This message may contain privileged and confidential
information. If you are not the intended recipient of this
message (or responsible for delivery of the message to
such person) you are hereby notified that any use,
dissemination, distribution or reproduction of this message
is prohibited. If you have received this message in error,
you should destroy it and kindly notify the sender by reply
e-mail. Please advise immediately if you or your employer
do not consent to Internet e-mail for messages of this kind.
Opinions, conclusions and other information in this
message that do not relate to the official business of
Expert Information Services Pty Ltd ("The Company")
shall be understood as neither given nor endorsed by it.

The Company advises that this e-mail and any attached
files should be scanned to detect viruses. The Company
accepts no liability for loss or damage (whether caused
by negligence or not) resulting from the use of any
attached files.
**EIS******** End of Disclaimer **********

RE: [Hibernate] Hibernate XDoclet Task

[Gavin K. <Gav...@ex...>]

>  * Is there any chance to add predefined queries to the=20
> generated mapping?

Ummm, I thought theres was a @hibernate.query tag

>  * Is there any chance to generate the bean-pattern=20
> (setXXX(), getXXX()
>    and especially the addXXX(Child)/setXXX(Parent)) methods of the
>    java-bean class? I really do not like to write them down...

If you want that kind of thing, its probably better to go with
CodeGenerator rather than XDoclet. Hibernate is stubbornly
"property-centric" rather than "field-centric" and most
people think this is a feature. It would cut against the
grain to let you mark up persistent fields and have the
get/set pair be generated.

(Anyway, I just let Eclipse generate my get/set pair.)


********** CAUTION - Disclaimer **********
This message may contain privileged and confidential
information. If you are not the intended recipient of this
message (or responsible for delivery of the message to
such person) you are hereby notified that any use,
dissemination, distribution or reproduction of this message
is prohibited. If you have received this message in error,
you should destroy it and kindly notify the sender by reply
e-mail. Please advise immediately if you or your employer
do not consent to Internet e-mail for messages of this kind.
Opinions, conclusions and other information in this
message that do not relate to the official business of
Expert Information Services Pty Ltd ("The Company")
shall be understood as neither given nor endorsed by it.

The Company advises that this e-mail and any attached
files should be scanned to detect viruses. The Company
accepts no liability for loss or damage (whether caused
by negligence or not) resulting from the use of any
attached files.
**EIS******** End of Disclaimer **********

RE: [Hibernate] Tools road map

[Gavin K. <Gav...@ex...>]

My comments are now added in /italics/ on the page itself...

> -----Original Message-----
> From: Max Rydahl Andersen [mailto:ma...@eo...]=20
> Sent: Tuesday, 31 December 2002 7:16 AM
> To: hib...@li...
> Subject: [Hibernate] Tools road map
>=20
>=20
> I've been so "insane" to plot down a "road-map" for the Tools=20
> in Hibernate...it actually turned out to include more than an=20
> road-map... So please take a look at=20
> http://hibernate.bluemars.net/52.html
>=20
> And please provide any comment you see fit :)
>=20
> /max
>=20
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf=20
> _______________________________________________
> hibernate-devel mailing list hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel
>=20


********** CAUTION - Disclaimer **********
This message may contain privileged and confidential
information. If you are not the intended recipient of this
message (or responsible for delivery of the message to
such person) you are hereby notified that any use,
dissemination, distribution or reproduction of this message
is prohibited. If you have received this message in error,
you should destroy it and kindly notify the sender by reply
e-mail. Please advise immediately if you or your employer
do not consent to Internet e-mail for messages of this kind.
Opinions, conclusions and other information in this
message that do not relate to the official business of
Expert Information Services Pty Ltd ("The Company")
shall be understood as neither given nor endorsed by it.

The Company advises that this e-mail and any attached
files should be scanned to detect viruses. The Company
accepts no liability for loss or damage (whether caused
by negligence or not) resulting from the use of any
attached files.
**EIS******** End of Disclaimer **********

[Hibernate] pre-Codegen <meta> enhancements

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

Hi!

Just letting you know that I now has implemented support for the <meta>
attribute in Hibernate hbm.xml.

My local codegenerator does now support the following <meta attributes>
tags.

"description" - Text that will be included as an javadoc comment

"extends" - name of the class the entity class should extend. Is ignored in
subclass and joined-subclass.

"implements" - name of an interface the entity class should implement. Can
be repeated N times.

"generated-class" - name that the codegenerator should use instead of the
actual mapped class. This class would then be extended by the actual mapped
class (done by the user)

A fullblown example could be as follows:

<class name="codegen.test.Person">

<meta attribute="extends">codegen.test.AbstractPersistent</meta>

<meta attribute="implements">codegen.test.IVersionable</meta>

<meta attribute="implements">codegen.test.IAuditable</meta>

<meta attribute="generated-class">codegen.test.AutoPerson</meta>

<meta attribute="description">

AutoPerson is a simple class, which illustrates the possibilities of the
Hibernate meta tag.

@author Zim Zala Bim

</meta>

<id name="id" type="string"><generator class="assigned"/></id>

<one-to-one name="myUser" class="codegen.test.User"/>

<property name="name" type="string">

<meta attribute="description">A javadoc comment for the field name...</meta>

</property>

</class>

And this currently gives the following code:

package codegen.test;

import java.io.Serializable;

import org.apache.commons.lang.builder.EqualsBuilder;

import org.apache.commons.lang.builder.HashCodeBuilder;

import org.apache.commons.lang.builder.ToStringBuilder;

/**

* AutoPerson is a simple class, which illustrates the possibilities of the
Hibernate meta tag.

* @author Zim Zala Bim

*/

abstract public class AutoPerson extends codegen.test.AbstractPersistent
implements Serializable, codegen.test.IVersionable, codegen.test.IAuditable
{

/** identifier field */

private String id;

/**

* A javadoc comment for the field name...

*/

private String name;

/** nullable persistent field */

private codegen.test.User myUser;

/** full constructor */

public AutoPerson(java.lang.String id, java.lang.String name,
codegen.test.User myUser) {

this.id = id;

this.name = name;

this.myUser = myUser;

}

/** default constructor */

public AutoPerson() {

}

/** minimal constructor */

public AutoPerson(java.lang.String id) {

this.id = id;

}

public java.lang.String getId() {

return this.id;

}

public void setId(java.lang.String id) {

this.id = id;

}

public java.lang.String getName() {

return this.name;

}

public void setName(java.lang.String name) {

this.name = name;

}

public codegen.test.User getMyUser() {

return this.myUser;

}

public void setMyUser(codegen.test.User myUser) {

this.myUser = myUser;

}

public String toString() {

return ToStringBuilder.reflectionToString(this);

}

public boolean equals(Object other) {

if ( !(other instanceof AutoPerson) ) return false;

AutoPerson castOther = (AutoPerson) other;

return new EqualsBuilder().append(this.id, castOther.id).isEquals();

}

public int hashCode() {

return new HashCodeBuilder().append(id).toHashCode();

}

}



I'll work a little more with regards to adding support for these meta-tags
for composites, and all the collection types (if at all reasonable) + a wiki
page describing the capabilities of the codegenerator.


Hope you like it :) I welcome any comments :)

/max

p.s. A side question: Does anyone have an "Good Code Example" for which code
you would like to be generated for add and remove methods for bi-directional
collections ?

Re: [Hibernate] Re: [Hibernate-commits] Hibernate/cirrus/hibernate/test FooBarTest.java,1.237,1.238 MultiTableTest.java,1.21,1.22

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

That's a mean one :) I'll remember that when my reflective code starts
trashing on IBM's :)

/max

----- Original Message -----
From: "Gavin King" <Gav...@ex...>
To: "Max Rydahl Andersen" <ma...@eo...>
Cc: <hib...@li...>
Sent: Tuesday, December 31, 2002 12:37 AM
Subject: RE: [Hibernate] Re: [Hibernate-commits]
Hibernate/cirrus/hibernate/test FooBarTest.java,1.237,1.238
MultiTableTest.java,1.21,1.22


IBM JVM returns reflected methods in the reverse order.
So if some test deosn't clean up after itself, it might
fail on one JVM but not the other :)

> -----Original Message-----
> From: Max Rydahl Andersen [mailto:ma...@eo...]
> Sent: Tuesday, 31 December 2002 12:16 AM
> To: hib...@li...
> Subject: [Hibernate] Re: [Hibernate-commits]
> Hibernate/cirrus/hibernate/test FooBarTest.java,1.237,1.238
> MultiTableTest.java,1.21,1.22
>
>
> Just curious, what is different in IBM JVM since the tests
> did not run on it ?
>
> /max
>
> ----- Original Message -----
> From: <one...@us...>
> To: <hib...@li...>
> Sent: Monday, December 30, 2002 2:11 PM
> Subject: [Hibernate-commits] Hibernate/cirrus/hibernate/test
> FooBarTest.java,1.237,1.238 MultiTableTest.java,1.21,1.22
>
>
> > Update of /cvsroot/hibernate/Hibernate/cirrus/hibernate/test
> > In directory sc8-pr-cvs1:/tmp/cvs-serv14135/cirrus/hibernate/test
> >
> > Modified Files:
> > FooBarTest.java MultiTableTest.java
> > Log Message:
> > got tests working in IBM JVM
> >
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> hibernate-devel mailing list hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel
>


********** CAUTION - Disclaimer **********
This message may contain privileged and confidential
information. If you are not the intended recipient of this
message (or responsible for delivery of the message to
such person) you are hereby notified that any use,
dissemination, distribution or reproduction of this message
is prohibited. If you have received this message in error,
you should destroy it and kindly notify the sender by reply
e-mail. Please advise immediately if you or your employer
do not consent to Internet e-mail for messages of this kind.
Opinions, conclusions and other information in this
message that do not relate to the official business of
Expert Information Services Pty Ltd ("The Company")
shall be understood as neither given nor endorsed by it.

The Company advises that this e-mail and any attached
files should be scanned to detect viruses. The Company
accepts no liability for loss or damage (whether caused
by negligence or not) resulting from the use of any
attached files.
**EIS******** End of Disclaimer **********

RE: [Hibernate] Using CLOBs

[Gavin K. <Gav...@ex...>]

The name of the type is "clob", and the expected property type
is java.sql.Clob. Note that there are restrictions upon what
you can do with Clobs (they can't be used outside of transaction,
for example).

You should also take notice of Hibernate.createClob().

> -----Original Message-----
> From: Ugo Cei [mailto:u....@cb...]=20
> Sent: Tuesday, 31 December 2002 1:06 AM
> To: hib...@li...
> Subject: [Hibernate] Using CLOBs
>=20
>=20
> Hi people,
>=20
> does anybody have some documentation and/or samples re using CLOBs in=20
> the current CVS version?
>=20
> Do I have to declare 'type=3D"clob"' in my mapping file? Do my class=20
> attributes have to be String's or java.sql.Clob's or something else?
>=20
> Since I need this feature, I'd like to help testing and maybe fixing=20
> them, in particular with Oracle, but I need a couple of hints just to=20
> get me started.
>=20
> 	Thanks in Advance,
>=20
> 		Ugo
>=20
> --=20
> Ugo Cei - http://www.beblogging.com/blog/
>=20
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf=20
> _______________________________________________
> hibernate-devel mailing list hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel
>=20


********** CAUTION - Disclaimer **********
This message may contain privileged and confidential
information. If you are not the intended recipient of this
message (or responsible for delivery of the message to
such person) you are hereby notified that any use,
dissemination, distribution or reproduction of this message
is prohibited. If you have received this message in error,
you should destroy it and kindly notify the sender by reply
e-mail. Please advise immediately if you or your employer
do not consent to Internet e-mail for messages of this kind.
Opinions, conclusions and other information in this
message that do not relate to the official business of
Expert Information Services Pty Ltd ("The Company")
shall be understood as neither given nor endorsed by it.

The Company advises that this e-mail and any attached
files should be scanned to detect viruses. The Company
accepts no liability for loss or damage (whether caused
by negligence or not) resulting from the use of any
attached files.
**EIS******** End of Disclaimer **********

RE: [Hibernate] Re: [Hibernate-commits] Hibernate/cirrus/hibernate/test FooBarTest.java,1.237,1.238 MultiTableTest.java,1.21,1.22

[Gavin K. <Gav...@ex...>]

IBM JVM returns reflected methods in the reverse order.
So if some test deosn't clean up after itself, it might
fail on one JVM but not the other :)

> -----Original Message-----
> From: Max Rydahl Andersen [mailto:ma...@eo...]=20
> Sent: Tuesday, 31 December 2002 12:16 AM
> To: hib...@li...
> Subject: [Hibernate] Re: [Hibernate-commits]=20
> Hibernate/cirrus/hibernate/test FooBarTest.java,1.237,1.238=20
> MultiTableTest.java,1.21,1.22
>=20
>=20
> Just curious, what is different in IBM JVM since the tests=20
> did not run on it ?
>=20
> /max
>=20
> ----- Original Message -----
> From: <one...@us...>
> To: <hib...@li...>
> Sent: Monday, December 30, 2002 2:11 PM
> Subject: [Hibernate-commits] Hibernate/cirrus/hibernate/test=20
> FooBarTest.java,1.237,1.238 MultiTableTest.java,1.21,1.22
>=20
>=20
> > Update of /cvsroot/hibernate/Hibernate/cirrus/hibernate/test
> > In directory sc8-pr-cvs1:/tmp/cvs-serv14135/cirrus/hibernate/test
> >
> > Modified Files:
> > FooBarTest.java MultiTableTest.java
> > Log Message:
> > got tests working in IBM JVM
> >
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf=20
> _______________________________________________
> hibernate-devel mailing list hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel
>=20


********** CAUTION - Disclaimer **********
This message may contain privileged and confidential
information. If you are not the intended recipient of this
message (or responsible for delivery of the message to
such person) you are hereby notified that any use,
dissemination, distribution or reproduction of this message
is prohibited. If you have received this message in error,
you should destroy it and kindly notify the sender by reply
e-mail. Please advise immediately if you or your employer
do not consent to Internet e-mail for messages of this kind.
Opinions, conclusions and other information in this
message that do not relate to the official business of
Expert Information Services Pty Ltd ("The Company")
shall be understood as neither given nor endorsed by it.

The Company advises that this e-mail and any attached
files should be scanned to detect viruses. The Company
accepts no liability for loss or damage (whether caused
by negligence or not) resulting from the use of any
attached files.
**EIS******** End of Disclaimer **********

RE: [Hibernate] Combining 2 tables into 1 object

[Gavin K. <Gav...@ex...>]

Have a look in the Patterns section of the wiki=20
at the "Delegate" pattern (and the discussion).

> -----Original Message-----
> From: Raible, Matt [mailto:Mat...@ca...]=20
> Sent: Tuesday, 31 December 2002 3:56 AM
> To: 'hib...@li...'
> Subject: [Hibernate] Combining 2 tables into 1 object
>=20
>=20
> I have two tables that are very simple
>=20
> code_category
> -------------
> category_id
> category_name
>=20
> code_reference
> -------------
> code_id
> category_id
> code_desc
>=20
> Is it possible to combine these into one object in Hibernate?=20
>  All I've read seem to indicate that these should be separate=20
> objects.  Is it best to separate them, or combine them?
>=20
> Thanks,
>=20
> Matt
>=20
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf=20
> _______________________________________________
> hibernate-devel mailing list hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel
>=20


********** CAUTION - Disclaimer **********
This message may contain privileged and confidential
information. If you are not the intended recipient of this
message (or responsible for delivery of the message to
such person) you are hereby notified that any use,
dissemination, distribution or reproduction of this message
is prohibited. If you have received this message in error,
you should destroy it and kindly notify the sender by reply
e-mail. Please advise immediately if you or your employer
do not consent to Internet e-mail for messages of this kind.
Opinions, conclusions and other information in this
message that do not relate to the official business of
Expert Information Services Pty Ltd ("The Company")
shall be understood as neither given nor endorsed by it.

The Company advises that this e-mail and any attached
files should be scanned to detect viruses. The Company
accepts no liability for loss or damage (whether caused
by negligence or not) resulting from the use of any
attached files.
**EIS******** End of Disclaimer **********

[Hibernate] Hibernate XDoclet Task

[Ralf E. S. <mo...@re...>]

Hi,

as a newbie using XDoclet (today it's working for the very first time) i
have two questions:

 * Is there any chance to add predefined queries to the generated mapping?
 * Is there any chance to generate the bean-pattern (setXXX(), getXXX()
   and especially the addXXX(Child)/setXXX(Parent)) methods of the
   java-bean class? I really do not like to write them down...

Regards,
	Ralf

[Hibernate] Tools road map

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

I've been so "insane" to plot down a "road-map" for the Tools in
Hibernate...it actually turned out to include more than an road-map...
So please take a look at http://hibernate.bluemars.net/52.html

And please provide any comment you see fit :)

/max

[Hibernate] Combining 2 tables into 1 object

[Raible, M. <Mat...@ca...>]

I have two tables that are very simple

code_category
-------------
category_id
category_name

code_reference
-------------
code_id
category_id
code_desc

Is it possible to combine these into one object in Hibernate?  All I've read
seem to indicate that these should be separate objects.  Is it best to
separate them, or combine them?

Thanks,

Matt

Re: [Hibernate] Can I put common fields in a Base Class?

[Konstantin P. <kpr...@ya...>]

--- "Raible, Matt" <Mat...@ca...>
wrote:
> I apologize for the cross-post, but I feel this
> applies to both Hibernate
> and XDoclet.  If I should only post to one list in
> the future - let me know
> which one is appropriate.
> 
> I have four common audit fields in a number of my
> classes:
> 
>     private String createdBy;
>     private Date dateCreated;
>     private String changedBy;
>     private Date dateChanged;
> 
> Can I put these in a BaseObject class and somehow
> use it with
> Hibernate/XDoclet, or do I need to specify these in
> each class?

Try it :) I commited patches today to let hibernate
subtask to look in the superclasses for properties and

other stuff. 

regards,

=====
Konstantin Priblouda ( ko5tik )    Freelance Software developer
< http://www.pribluda.de > < play java games -> http://www.yook.de >
< render charts online -> http://www.pribluda.de/povray/ >

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

Re: [Hibernate] Using Oracle Sequence

[Ugo C. <u....@cb...>]

Raible, Matt wrote:
> How do I convert the following Oracle query to a hiberate?
> 
> select ccr_master_sq.nextval from dual;
> 
> Here's a WAG:
> 
> <id name="id" type="long" column="ccr_id">
>     <generator class="sequence">
>         <param>ccr_master_sq.nextval</param>
>         <param>dual</param>
>     </generator>
> </id>
> 
> Is this correct?

No, use

       <generator class="sequence">
         <param>ccr_master_sq</param>
       </generator>

> Thanks,
> 
> Matt

You're welcome,

	Ugo

-- 
Ugo Cei - http://www.beblogging.com/blog/

[Hibernate] Can I put common fields in a Base Class?

[Raible, M. <Mat...@ca...>]

I apologize for the cross-post, but I feel this applies to both Hibernate
and XDoclet.  If I should only post to one list in the future - let me know
which one is appropriate.

I have four common audit fields in a number of my classes:

    private String createdBy;
    private Date dateCreated;
    private String changedBy;
    private Date dateChanged;

Can I put these in a BaseObject class and somehow use it with
Hibernate/XDoclet, or do I need to specify these in each class?

Thanks,

Matt

[Hibernate] Using Oracle Sequence

[Raible, M. <Mat...@ca...>]

How do I convert the following Oracle query to a hiberate?

select ccr_master_sq.nextval from dual;

Here's a WAG:

<id name="id" type="long" column="ccr_id">
    <generator class="sequence">
        <param>ccr_master_sq.nextval</param>
        <param>dual</param>
    </generator>
</id>

Is this correct?

Thanks,

Matt

[Hibernate] Using CLOBs

[Ugo C. <u....@cb...>]

Hi people,

does anybody have some documentation and/or samples re using CLOBs in 
the current CVS version?

Do I have to declare 'type="clob"' in my mapping file? Do my class 
attributes have to be String's or java.sql.Clob's or something else?

Since I need this feature, I'd like to help testing and maybe fixing 
them, in particular with Oracle, but I need a couple of hints just to 
get me started.

	Thanks in Advance,

		Ugo

-- 
Ugo Cei - http://www.beblogging.com/blog/

Re: [Hibernate] images on hibernte wiki ?

[Christian B. <chr...@bl...>]

On 30 Dec (14:36), Max Rydahl Andersen wrote:

> Im in the process of writing some thoughts about the tool suite for
> Hibernate. In this regard I have a set of nice little pictures that I wanna
> show you - anyone know how to include/embed them in the wiki pages on
> hibernate.sf.net ?

Please send me the images, I'll put them on the wiki. You'll have to
reference the images in your pages later on (I'll make an example for
this, too).

-- 
Christian Bauer
tu...@in...

[Hibernate] images on hibernte wiki ?

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

Hi!

Im in the process of writing some thoughts about the tool suite for
Hibernate. In this regard I have a set of nice little pictures that I wanna
show you - anyone know how to include/embed them in the wiki pages on
hibernate.sf.net ?

/max

[Hibernate] Re: [Hibernate-commits] Hibernate/cirrus/hibernate/test FooBarTest.java,1.237,1.238 MultiTableTest.java,1.21,1.22

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

Just curious, what is different in IBM JVM since the tests did not run on it
?

/max

----- Original Message -----
From: <one...@us...>
To: <hib...@li...>
Sent: Monday, December 30, 2002 2:11 PM
Subject: [Hibernate-commits] Hibernate/cirrus/hibernate/test
FooBarTest.java,1.237,1.238 MultiTableTest.java,1.21,1.22


> Update of /cvsroot/hibernate/Hibernate/cirrus/hibernate/test
> In directory sc8-pr-cvs1:/tmp/cvs-serv14135/cirrus/hibernate/test
>
> Modified Files:
> FooBarTest.java MultiTableTest.java
> Log Message:
> got tests working in IBM JVM
>

Re: Re[2]: [Hibernate] Hibernate XDoclet task

[Konstantin P. <kpr...@ya...>]

--- "Pablo I. Lalloni" <pi...@gm...> wrote:
> 
>      Here are the templates with the changes I've
> done to them so
>      Hibernate XDoclet module support some
> "inheritable" tags as
>      Ara suggested.
> 
>      See changes.txt for list of changes and some
> notes.

Hi Pablo,
I will look into your changes and will commit them. 
But for future, please submit your patches to XDoclet
JIRA:

http://opensource.atlassian.com/projects/xdoclet/secure/Dashboard.jspa

Or they will be lost in mailing lists...

regards,

=====
Konstantin Priblouda ( ko5tik )    Freelance Software developer
< http://www.pribluda.de > < play java games -> http://www.yook.de >
< render charts online -> http://www.pribluda.de/povray/ >

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

Re: [Hibernate] CodeGenerator

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

> > Thus, I'll suggest (and also make a patch as I get to it) that it
> > should be optional to have the dependency on commons-lang.
> Optimal, we
> > could generate a bare-boned toString method based on the
> > attributes/properties know to the metadata.
> >
>
> On second thought - I'll add an option to either have the
> codegenerator use the methods provided by commons-lang OR not
> do anything at all :)
>
> The "do nothing" option is for those who want to have either
> a base or their own custom subclass for their classes (nicely
> supported by my metaattribute patch :)

>Yes, I'm happy to agree to that in the case of toString().

Yup!.

>However, in the case of equals() and hashCode() for composite-id
>classes, we actually *need* them. (Its required by Hibernate.)
>I would much prefer the commons-lang dependency to trying to
>fully generate the equals() and hashCode() methods (thats
>actually *more* complicated).

Yup!

>And after this discussion, I'm leaning toward the view that
>generated entity classes should implement equals() had hashCode()
>consistent with identifier equality, though I suppose that should
>also be optional.

Yup!

> > And what about the meta-attribute thingy ? (it is not that a big
> > codechange compared to the recent commit :) (i'm just
> pushing here :)
>
> How about adding the meta-attribute thingy as an extra X-mas
> gift - it would instantly make me happy, and the
> codegenerator so much more better :)

>After this discussion I'm finally satisfied that this is a
>requirement if CodeGenerator is to become really useful. So I'm
>perfectly happy to allow things like:

Ok - an even more powerfull meta, than my patch :)
I'll start doing it right now :)

><class name="Foo" ... >
 >  <meta attribute="description">JavaDoc comment for Foo</meta>
 >  <meta attribute="base-class">AbstractPersistent</meta>
 >  <meta attribute="generated-class">FooBase</meta>

Okey - I get this one....(and those class references are meant to be fully
qualified names, right ?)
I'll even put in another one (the one that I currently need :)
  <meta attribute="implements">Validatable</meta>
  <meta attribute="implements">Auditable</meta>

or should that be   <meta attribute="implements">Validatable,
Auditable</meta>


 >  <property name="bar" type="serializable" ....>
 >      <meta attribute="description">
 >         JavaDoc comment for getBar()
 >      </meta>
 >      <meta attribute="java-type">java.lang.Object</meta>
 >  </property>
 >  .....

But this one ? Isn't this a bit "cloudy"....
If I understand this correctly you want that if "java-type" is provided the
codegenerator should
use that type instead of the type specified in the property....Just curious,
when is that usefull ?

></class>

>The only bad thing about <meta> is its not very well self-documenting.
>So we will really need a page of documentation about CodeGenerator.

I'll be happy to do both :)

>Particularly since it is now maturing quite nicely :)

Yes - it is isn't :)

/max

RE: [Hibernate] CodeGenerator

[Gavin K. <Gav...@ex...>]

> > >The generated classes now have a dependency upon=20
> commons-lang, which=20
> > >doesn't bother me in the slightest, but other people may=20
> have another
> > >opinion.
> >
> > Yes - me for one :) I would like to keep the generated code=20
> as simple=20
> > as possible :) (but at the same time I like to broaden the usage of=20
> > commons-lang)
> >
> > Thus, I'll suggest (and also make a patch as I get to it) that it=20
> > should be optional to have the dependency on commons-lang.=20
> Optimal, we=20
> > could generate a bare-boned toString method based on the=20
> > attributes/properties know to the metadata.
> >
>=20
> On second thought - I'll add an option to either have the=20
> codegenerator use the methods provided by commons-lang OR not=20
> do anything at all :)
>
> The "do nothing" option is for those who want to have either=20
> a base or their own custom subclass for their classes (nicely=20
> supported by my metaattribute patch :)

Yes, I'm happy to agree to that in the case of toString().
However, in the case of equals() and hashCode() for composite-id
classes, we actually *need* them. (Its required by Hibernate.)
I would much prefer the commons-lang dependency to trying to=20
fully generate the equals() and hashCode() methods (thats=20
actually *more* complicated).

And after this discussion, I'm leaning toward the view that
generated entity classes should implement equals() had hashCode()
consistent with identifier equality, though I suppose that should
also be optional.


> > And what about the meta-attribute thingy ? (it is not that a big=20
> > codechange compared to the recent commit :) (i'm just=20
> pushing here :)
>=20
> How about adding the meta-attribute thingy as an extra X-mas=20
> gift - it would instantly make me happy, and the=20
> codegenerator so much more better :)

After this discussion I'm finally satisfied that this is a=20
requirement if CodeGenerator is to become really useful. So I'm=20
perfectly happy to allow things like:

<class name=3D"Foo" ... >
   <meta attribute=3D"description">JavaDoc comment for Foo</meta>
   <meta attribute=3D"base-class">AbstractPersistent</meta>
   <meta attribute=3D"generated-class">FooBase</meta>
   .....
   <property name=3D"bar" type=3D"serializable" ....>
       <meta attribute=3D"description">
          JavaDoc comment for getBar()
       </meta>
       <meta attribute=3D"java-type">java.lang.Object</meta>
   </property>
   .....
</class>

The only bad thing about <meta> is its not very well self-documenting.
So we will really need a page of documentation about CodeGenerator.
Particularly since it is now maturing quite nicely :)


********** CAUTION - Disclaimer **********
This message may contain privileged and confidential
information. If you are not the intended recipient of this
message (or responsible for delivery of the message to
such person) you are hereby notified that any use,
dissemination, distribution or reproduction of this message
is prohibited. If you have received this message in error,
you should destroy it and kindly notify the sender by reply
e-mail. Please advise immediately if you or your employer
do not consent to Internet e-mail for messages of this kind.
Opinions, conclusions and other information in this
message that do not relate to the official business of
Expert Information Services Pty Ltd ("The Company")
shall be understood as neither given nor endorsed by it.

The Company advises that this e-mail and any attached
files should be scanned to detect viruses. The Company
accepts no liability for loss or damage (whether caused
by negligence or not) resulting from the use of any
attached files.
**EIS******** End of Disclaimer **********