hibernate-devel — development

Re: [Hibernate] Re: No CLOB support?

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

> 1. i have a vague recollection of doing this by having a String property
in my java class, letting hibernate generate the schema and then manually
changing the column type in the database (sapdb in this case) from varchar
to the appropriate clob type.  this wasn't much of hassle as i did the
schema creation via ant - first called hibernate's schema export tool and
then ran a sql script to fix the column type.

Or, alternatively, just provide an sql-type attribute:

<property name="foo" type="string">
   <column name="foo" sql-type="CLOB"/>
</property>

Much easier ;)

Perhaps you were working with a *very* ancient version at that stage.

I *will* revisit (yet again) the whole issue of BLOB/CLOBs but I just havn't
seen anywhere a good solution for this problem, mainly because the JDBC API
is so weak in this area.

Re: [Hibernate] JBoss and Hibernate

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

Check the Javadoc for HiLoGenerator. It already implements this
functionality. You can supply a JDBC driver class, url, username and
password. Of course, the *correct* way to do this is to have an
implementation of HiLoGenerator that uses a stateless session bean to hand
out hi values. But I don't wan't to start introducing eejaybeez into the
Hibernate source.

> > Workaround: Make your own generator that makes a direct connection to
> > do the
> > same thing :)
> >
> > Maybe we should provide such a beast with hibernate ?

RE: [Hibernate] Re: No CLOB support?

[Brad C. <bra...@wo...>]

=20
> Without support for CLOBs is there any way use Hibernate
> to persist fields longer than 255 characters? What type
> should I use in my mapping file?

here r two possiblities:

1. i have a vague recollection of doing this by having a String property =
in my java class, letting hibernate generate the schema and then =
manually changing the column type in the database (sapdb in this case) =
from varchar to the appropriate clob type.  this wasn't much of hassle =
as i did the schema creation via ant - first called hibernate's schema =
export tool and then ran a sql script to fix the column type.

2. use a blob (as far as hibernate is concerned).  make a bogus getter =
and setter that uses a byte[] that reads and writes too your String =
field and tell hibernate about this and not your real getter and setter.

brad

[Hibernate] Re: No CLOB support?

[Dave J. <sno...@nc...>]

I'm looking for a work around and Matt Veitas may help.
I'll let you know what I come up with.

- Dave



Mark Woon wrote:

> Dave Johnson wrote:
>
> > This seems to indicate that the latest version of
> > Hibernate (1.2rc1) does not have support for CLOBs.
> > Is this true?
>
>
>
> Believe so.
>
>
> > Without support for CLOBs is there any way use Hibernate
> > to persist fields longer than 255 characters? What type
> > should I use in my mapping file?
>
>
>
> You can store Strings into CLOB's, but you'll hit the 4000 char limit.
>
> -Mark
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Get the new Palm Tungsten T handheld.
> Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en

Re: [Hibernate] Re: No CLOB support?

[Mark W. <mor...@SM...>]

Dave Johnson wrote:

> This seems to indicate that the latest version of
> Hibernate (1.2rc1) does not have support for CLOBs.
> Is this true? 


Believe so.


> Without support for CLOBs is there any way use Hibernate
> to persist fields longer than 255 characters? What type
> should I use in my mapping file? 


You can store Strings into CLOB's, but you'll hit the 4000 char limit.

-Mark

Re: [Hibernate] JBoss and Hibernate

[Simon S. <sm...@la...>]

On Friday, Nov 29, 2002, at 17:09 Europe/London, Max Rydahl Andersen 
wrote:

> Notice the last line :)

Oh, the shame! I'll just go back and RTFM a little longer. How could I 
have missed that! :)

> Workaround: Make your own generator that makes a direct connection to 
> do the
> same thing :)
>
> Maybe we should provide such a beast with hibernate ?

What immediately springs to mind is the HiLo generator from the OSCore 
Open Symphony package.

Thanks for the swift, accurate and useful reply. And for restraint 
where a harsher type of reply was very much deserved.

Regards,

Simon

Re: [Hibernate] JBoss and Hibernate

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

This is expected behavior, snippet from the docs:

hilo.long

Uses a hi/lo algorithm to efficiently generate identifiers of type long,
given a table and column (by default "hibernate_unique_key" and "next"
respectively) as a source of hi values. The hi/lo algorithm generates
identifiers that are unique only for a particular database. Do not use this
generator with connections enlisted with JTA or with a user-supplied
connection.

Notice the last line :)

Workaround: Make your own generator that makes a direct connection to do the
same thing :)

Maybe we should provide such a beast with hibernate ?

/max

----- Original Message -----
From: "Simon Stewart" <sm...@la...>
To: <hib...@li...>
Sent: Friday, November 29, 2002 5:56 PM
Subject: [Hibernate] JBoss and Hibernate


> Using JBoss 3.0.4, the Apple OS X JDK 1.4DP6 and Postgres 7.2.2 it is
> impossible to persist objects using Hibernate (beta4). When using code
> similar to:
>
> Person p = new Person();
> Session sess = Hibernate.openSession();
> sess.save( p );  // Exception thrown here
> // Close session properly.
>
> The following SQL exception is thrown:
>
> java.sql.SQLException: You cannot commit with autocommit set!
>
> This is ultimately caused by the HiLoGenerator while trying to set the
> persisted object's ID. If I try the same sort of thing with a
> Transaction:
>
> Person p = new Person();
> Session sess = Hibernate.openSession();
> Transaction tx = sess.beginTransaction();
> sess.save( p );  // Exception thrown here
> tx.commit();
> // Close session properly
>
> The exception:
>
> java.sql.SQLException: You cannot commit during a managed transaction!
>
> is thrown. This is again caused by the HiLoGenerator.
>
> As I had not seen this behaviour under previous versions of JBoss, I
> posted to the JBoss user list asking if anyone else had seen this
> problem. David Jencks, one of the JBoss developers, replied that:
>
> "Autocommit on is required by the jca spec, and should have been the
> case
> for 3.0 versions as well.  You should endevour to make the transactions
> be
> controlled by the jboss tm/jta/cmt etc."
>
> Which fits with my error messages because I obtain my datasource from
> the JNDI (java:/DefaultDS, if that helps) The problem is that the
> HiLoGenerator (which my classes use) commits the changes that it has
> made to the underlying Hi/Lo table by calling Connection.commit() (line
> 131 in HiLoGenerator.java, I think) rather than using a transaction,
> which would work. Are there any known work-arounds to this problem
> other than generating the IDs myself? Should I mark it as a bug on the
> sourceforge pages?
>
> Regards,
>
> Simon
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Get the new Palm Tungsten T
> handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
> _______________________________________________
> hibernate-devel mailing list
> hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel
>

[Hibernate] JBoss and Hibernate

[Simon S. <sm...@la...>]

Using JBoss 3.0.4, the Apple OS X JDK 1.4DP6 and Postgres 7.2.2 it is 
impossible to persist objects using Hibernate (beta4). When using code 
similar to:

Person p = new Person();
Session sess = Hibernate.openSession();
sess.save( p );  // Exception thrown here
// Close session properly.

The following SQL exception is thrown:

java.sql.SQLException: You cannot commit with autocommit set!

This is ultimately caused by the HiLoGenerator while trying to set the 
persisted object's ID. If I try the same sort of thing with a 
Transaction:

Person p = new Person();
Session sess = Hibernate.openSession();
Transaction tx = sess.beginTransaction();
sess.save( p );  // Exception thrown here
tx.commit();
// Close session properly

The exception:

java.sql.SQLException: You cannot commit during a managed transaction!

is thrown. This is again caused by the HiLoGenerator.

As I had not seen this behaviour under previous versions of JBoss, I 
posted to the JBoss user list asking if anyone else had seen this 
problem. David Jencks, one of the JBoss developers, replied that:

"Autocommit on is required by the jca spec, and should have been the 
case
for 3.0 versions as well.  You should endevour to make the transactions 
be
controlled by the jboss tm/jta/cmt etc."

Which fits with my error messages because I obtain my datasource from 
the JNDI (java:/DefaultDS, if that helps) The problem is that the 
HiLoGenerator (which my classes use) commits the changes that it has 
made to the underlying Hi/Lo table by calling Connection.commit() (line 
131 in HiLoGenerator.java, I think) rather than using a transaction, 
which would work. Are there any known work-arounds to this problem 
other than generating the IDs myself? Should I mark it as a bug on the 
sourceforge pages?

Regards,

Simon

[Hibernate] Re: No CLOB support?

[Dave J. <sno...@nc...>]

Hi 'bernators,

Sorry I did not explain myself more clearly in my first
message.

I'm working on a example application to show how to create
a pluggable persistence layer using the DAO pattern. I want
to implement my DAOs using both Castor and Hibernate so
that I can compare and contrast the two frameworks. My
example is working pretty well not, but I think I have
run into a major problem that might take Hiberbate out
of the running.  I'm can't figure out how to map a long
string, one longer than 255 characters.

In an Oct. 22 email from Mark Woon about adding CLOB
support to Hibernate, Mark wrote: "The above applies to
BLOBs as well.  I think I'm giving up on this for now,
unless anyone has an idea about how to get around these
problems."

This seems to indicate that the latest version of
Hibernate (1.2rc1) does not have support for CLOBs.
Is this true?

Without support for CLOBs is there any way use Hibernate
to persist fields longer than 255 characters? What type
should I use in my mapping file?

Thanks for your assistance,

Dave Johnson
http://www.rollerweblogger.org/page/roller



Dave Johnson wrote:

> Without CLOB support, there is no way to store a string longer than 
> 255 characters?
>
> - Dave

[Hibernate] No CLOB support?

[Dave J. <sno...@nc...>]

Without CLOB support, there is no way to store a string longer than 255 
characters?

- Dave

[Hibernate] Re: unsaved-value for assigned identifier

[Tat L. C. <tl...@fi...>]

I have a question when using the update(obj, serializable_id_class)
I have the composite id. I wonder if should I create serializable_id_class before I could update? 
Let say
<composite-id>
 <key-property name="subId"
         column="sequence_num"
         type="int"/>
  <key-property name="txId"
         column="trxn_id"
         type="long"/>
</composite-id>

Create serializable class sound is sth like creating Class_PK of the BMP, right?

Cheers;
Jeff


--- "Gavin King" <ga...@ap...> wrote:
>saveOrUpdate() doesn't interact well with assigned identifiers, as you have
>observed.
>
>The solution is to use explicit save() or explicit update(). ie. the
>application must decide wether the object is to be saved or updated, because
>the identifier property can't give us any useful information.
>
>----- Original Message -----
>From: "Jeff Chong" <tl...@fi...>
>To: <ga...@ap...>
>Sent: Friday, November 29, 2002 1:24 PM
>Subject: unsaved-value for assigned identifier
>
>
>> I have scenario here:
>>
>> I created 2 entity parent and child with one-to-many
>> relationship
>> The parent Id is generated from sequence table.
>> But the children id is assigned.
>>
>> In the parent.xml, I have this
>> <id .... unsaved-value="null">
>> </id>
>> <set ....>
>>       <one-to-many ..... cascade="none" readonly="true">
>> </set>
>>
>> In the child.xml, I have this
>> <composite-id....unsaved-value="none">
>> <composite-id>
>>
>> The setting I did this way having the reasons to
>> 1. retrieve the parent at same time with children.
>> 2. save the parent property and save the children EXPLICITLY.
>>
>> But, when I return the parent and at same time getChildren
>> as Set.
>> I need to update parent and one of the child only.
>> So, I iterate the set collection and find the child.
>> Then, I change the new value for one property and want to
>> save using
>> "save previous loaded object --> session.saveOrUpdate(child)
>> " to store the child, I hit the errors saying: " Insert the
>> duplicate key is not allow" which is error from database.
>>
>> >>Taken from the Hibernate FAQ:
>>
>> >> "I'm seeing foreign key constraint violations when using
>> assigned >>identifiers Set unsaved-value="any" (the
>> default). With other >>unsaved-value settings, Hibernate
>> uses the value of the identifier >>property to judge if an
>> instance already exists in the database. This >>conflicts
>> with the use of assigned identifiers. "
>>
>>
>> I suppose this is the problem I hit.  Is there any
>> workaround to tell the hibernate to update instead of insert
>> again?
>>
>> My current workaround is to retrieve the child explicitly
>> and change the value at same time and only then the
>> session.flush().....
>>
>> Cheers;
>> Jeff
>>
>>
>>
>>
>>
>>
>>
>>

_____________________________________________________________
Want a new web-based email account ? ---> http://www.firstlinux.net

_____________________________________________________________
Select your own custom email address for FREE! Get yo...@yo... w/No Ads, 6MB, POP & more! http://www.everyone.net/selectmail?campaign=tag

[Hibernate] auto drop & create schemas

[Pablo I. L. <pi...@gm...>]

  I was wondering if it's possible to add an auto drop & auto create
  schema feature to hibernate, something similar as the <create-table>
  and <drop-table> in jboss-cmp.

  This could be easily added inside the <class> tag as elements or as
  attributes.

  <class name="com.something.PersistentClass" ....>
         <drop-schema>true</drop-schema>
         <create-schema>true</create-schema>
         .
         .
  </class>

  or

  <class name="com.something.PersistentClass"
         drop-schema="true"
         create-schema="true">
         .
         .
  </class>

  Implementation shouldn't be too difficult considering existing
  methods Datastore.generateSchemaDropScript() and
  Datastore.generateSchemaCreateScript() which I used to accomplish
  this task in testing Hibernate, but I think this feature could be
  very valuable for devel-time, in an automated manner, maybe at
  SessionFactory construction time (for Hibernate provided db
  connections).

  Any opinions? Can this be considered for future implementation?

  I also been thinking another solution could be extending
  cirrus.hibernate.jmx.HibernateService to allow schema creation &
  drop (on-demand or automatic on deploy time) but this last solution
  leaves out all non-JMX Hibernate users.

  Anybody?
  
  Off course the ideal solution would be using a very smart
  SchemaUpdater but I don't think it's worth the effort of creating
  such a piece of software since most uses will be in development time
  when we can live with the drop-create cycle even if it doesn't
  always work perfectly. On the other hand, who could rely on a
  SchemaUpdater on a production-time system?

  Just my thoughts... (and desire)

-- 
Saludos,
 Pablo                          mailto:pi...@ie...

"The only thing that interferes with my learning is my education."
Albert Einstein

Re: [Hibernate] Enhancements to the Hibernate Xdoclet subtasks

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

Yeah sure. I will make a support request to SourceForge staff....

----- Original Message -----
From: "Max Rydahl Andersen" <ma...@eo...>
To: "Gavin King" <ga...@ap...>; "Joel Rosi-Schwartz"
<Joe...@Et...>
Cc: "hibernate list" <hib...@li...>
Sent: Friday, November 29, 2002 1:25 AM
Subject: Re: [Hibernate] Enhancements to the Hibernate Xdoclet subtasks


> And know when we are on an related subject :)
>
> Could we soon be introducing a src directory instead of having cirrus in
the
> root of the project ?
> It would make life much easier for me and my eclipse :)
>
> /max
>
> ----- Original Message -----
> From: "Gavin King" <ga...@ap...>
> To: "Joel Rosi-Schwartz" <Joe...@Et...>
> Cc: "hibernate list" <hib...@li...>
> Sent: Wednesday, November 27, 2002 3:54 PM
> Subject: Re: [Hibernate] Enhancements to the Hibernate Xdoclet subtasks
>
>
> >
> > I'm not too keen on adding .project + .classpath - my .classpath has
> > hardcoded pathnames to various JDBC drivers and it would be a real
hassle
> to
> > not accidently check those in each time. (hibernate.properties is bad
> > enough; up to version 1.91 already.) Anyway, I use Eclipse very smoothly
+
> > successfully without them there. Note that I use cygwin for CVS access
> > because I just hate the eclipse CVS client.
> >
> > > If this is not a problem, then I would also like an okay to add
Eclipse
> > > project support. It only adds two files, .classpath and .project, and
> > > these are not intrusive to anyone who is not using Eclipse. In fact if
> > > you wanted to give me commit on all of the modules, I would be happy
to
> > > set up and maintain Eclipse project support across the board. For
people
> > > using Eclispe this makes it *much* easier to pull code out of cvs and
be
> > > up and running immediately.
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Get the new Palm Tungsten T
> > handheld. Power & Color in a compact size!
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
> > _______________________________________________
> > hibernate-devel mailing list
> > hib...@li...
> > https://lists.sourceforge.net/lists/listinfo/hibernate-devel
> >
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Get the new Palm Tungsten T
> handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
> _______________________________________________
> hibernate-devel mailing list
> hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel

[Hibernate] Re: unsaved-value for assigned identifier

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

saveOrUpdate() doesn't interact well with assigned identifiers, as you have
observed.

The solution is to use explicit save() or explicit update(). ie. the
application must decide wether the object is to be saved or updated, because
the identifier property can't give us any useful information.

----- Original Message -----
From: "Jeff Chong" <tl...@fi...>
To: <ga...@ap...>
Sent: Friday, November 29, 2002 1:24 PM
Subject: unsaved-value for assigned identifier


> I have scenario here:
>
> I created 2 entity parent and child with one-to-many
> relationship
> The parent Id is generated from sequence table.
> But the children id is assigned.
>
> In the parent.xml, I have this
> <id .... unsaved-value="null">
> </id>
> <set ....>
>       <one-to-many ..... cascade="none" readonly="true">
> </set>
>
> In the child.xml, I have this
> <composite-id....unsaved-value="none">
> <composite-id>
>
> The setting I did this way having the reasons to
> 1. retrieve the parent at same time with children.
> 2. save the parent property and save the children EXPLICITLY.
>
> But, when I return the parent and at same time getChildren
> as Set.
> I need to update parent and one of the child only.
> So, I iterate the set collection and find the child.
> Then, I change the new value for one property and want to
> save using
> "save previous loaded object --> session.saveOrUpdate(child)
> " to store the child, I hit the errors saying: " Insert the
> duplicate key is not allow" which is error from database.
>
> >>Taken from the Hibernate FAQ:
>
> >> "I'm seeing foreign key constraint violations when using
> assigned >>identifiers Set unsaved-value="any" (the
> default). With other >>unsaved-value settings, Hibernate
> uses the value of the identifier >>property to judge if an
> instance already exists in the database. This >>conflicts
> with the use of assigned identifiers. "
>
>
> I suppose this is the problem I hit.  Is there any
> workaround to tell the hibernate to update instead of insert
> again?
>
> My current workaround is to retrieve the child explicitly
> and change the value at same time and only then the
> session.flush().....
>
> Cheers;
> Jeff
>
>
>
>
>
>
>
>

Re: [Hibernate] Hibernate Eclipse Plugin

[Jozsa K. <dy...@on...>]

On Thu, Nov 28, 2002 at 11:13:01PM +1100, Daniel Bradby wrote:
> 
> Just fiddling with the Eclipse plugin that has been floating around. I 
> want to give it a home somewhere.
> 
> Should I place it in "Tools" ? Another CVS Module?
> 
> Rename packages?
> 
> Obviously I will add some doco to it as well.
> 
> I also fixed a bug where it was updating the UI from a non-UI thread. 
> Nasty SWT stuff.

Wow, I couldn't catch that one myself :)

I love someone with more freetime than me puts some efforts into developing
that piece of code.

> I am going to add someconfig options, like file extensions, default ID 
> generators etc. I would like to get it going with <sub-class> as well.
> 
> Any other thoughts?

Within an older discussion Gavin suggested opening a separate sf.net project
for it, and referring to it from hibernate's webpage.. it still sounds like
a good idea. Please take over the ownership of the code, and do so if you
feel like it.

Christopher (aka. dyn)
-- 
.Digital.Yearning.for.Networked.Assassination.and.Xenocide

Re: [Hibernate] Enhancements to the Hibernate Xdoclet subtasks

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

And know when we are on an related subject :)

Could we soon be introducing a src directory instead of having cirrus in the
root of the project ?
It would make life much easier for me and my eclipse :)

/max

----- Original Message -----
From: "Gavin King" <ga...@ap...>
To: "Joel Rosi-Schwartz" <Joe...@Et...>
Cc: "hibernate list" <hib...@li...>
Sent: Wednesday, November 27, 2002 3:54 PM
Subject: Re: [Hibernate] Enhancements to the Hibernate Xdoclet subtasks


>
> I'm not too keen on adding .project + .classpath - my .classpath has
> hardcoded pathnames to various JDBC drivers and it would be a real hassle
to
> not accidently check those in each time. (hibernate.properties is bad
> enough; up to version 1.91 already.) Anyway, I use Eclipse very smoothly +
> successfully without them there. Note that I use cygwin for CVS access
> because I just hate the eclipse CVS client.
>
> > If this is not a problem, then I would also like an okay to add Eclipse
> > project support. It only adds two files, .classpath and .project, and
> > these are not intrusive to anyone who is not using Eclipse. In fact if
> > you wanted to give me commit on all of the modules, I would be happy to
> > set up and maintain Eclipse project support across the board. For people
> > using Eclispe this makes it *much* easier to pull code out of cvs and be
> > up and running immediately.
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Get the new Palm Tungsten T
> handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
> _______________________________________________
> hibernate-devel mailing list
> hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel
>

[Hibernate] Hibernate Eclipse Plugin

[Daniel B. <db...@bi...>]

Just fiddling with the Eclipse plugin that has been floating around. I 
want to give it a home somewhere.

Should I place it in "Tools" ? Another CVS Module?

Rename packages?

Obviously I will add some doco to it as well.

I also fixed a bug where it was updating the UI from a non-UI thread. 
Nasty SWT stuff.

I am going to add someconfig options, like file extensions, default ID 
generators etc. I would like to get it going with <sub-class> as well.

Any other thoughts?

[Hibernate] Which reference manual is most up to date?

[Joel Rosi-S. <Joe...@Et...>]

To make sure that I understand what the current mapping defintions are I 
am about to reread the "Hibernate Reference Documentation". It is rather 
unclear as to which version represents the gospel. I printed the PDF the 
1.2 release about a week ago and it had 88 pages. When I look at the PDF 
on the web today it has 69 pages. The PDF in cvs acrobat complains that 
it is damaged.  This leaves me wondering which documentation I should be 
referencing for the Xdoclet work. Can I trust any of the PDF's or should 
I fall back to the HTML.

As a suggestion it may be useful to date and version the documentation.

- joel

Re: [Hibernate] Enhancements to the Hibernate Xdoclet subtasks

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

I'm not too keen on adding .project + .classpath - my .classpath has
hardcoded pathnames to various JDBC drivers and it would be a real hassle to
not accidently check those in each time. (hibernate.properties is bad
enough; up to version 1.91 already.) Anyway, I use Eclipse very smoothly +
successfully without them there. Note that I use cygwin for CVS access
because I just hate the eclipse CVS client.

> If this is not a problem, then I would also like an okay to add Eclipse
> project support. It only adds two files, .classpath and .project, and
> these are not intrusive to anyone who is not using Eclipse. In fact if
> you wanted to give me commit on all of the modules, I would be happy to
> set up and maintain Eclipse project support across the board. For people
> using Eclispe this makes it *much* easier to pull code out of cvs and be
> up and running immediately.

Re: [Hibernate] Enhancements to the Hibernate Xdoclet subtasks

[Joel Rosi-S. <Joe...@Et...>]

I'll take a look at this today.

Is it possible to get me commit access to the Tools module, that would 
be a lot easier than having to produce patches.

If this is not a problem, then I would also like an okay to add Eclipse 
project support. It only adds two files, .classpath and .project, and 
these are not intrusive to anyone who is not using Eclipse. In fact if 
you wanted to give me commit on all of the modules, I would be happy to 
set up and maintain Eclipse project support across the board. For people 
using Eclispe this makes it *much* easier to pull code out of cvs and be 
up and running immediately.

- joel

Gavin King wrote:

>Firstly and most importantly, the XDoclet module needs to be updated to
>support the new DTD (hibernate-mapping-1.1.dtd). The biggest and most
>important change in this is support for the <joined-subclass> mapping style.
>However there are also a couple of smaller changes (eg.
><composite-id><property> was changed to <composite-id><key-property>,
><composite-id><key-many-to-one> ). I don't expect it would be very difficult
>to extrapolate these changes from the current functionality.
><joined-subclass> is substantially similar to <subclass>, with the exception
>that it has the required <key> subelement.
>
>Gavin
>  
>

Re: [Hibernate] ubermq?

[Christian M. <vc...@cl...>]

Been kinda busy with my job and i was waiting a bit to see if JSR 107 was
advancing.I will have soon some time to clean and document the code and then
open a project for it at SF. I will keep you informed.

Regards
Christian


----- Original Message -----
From: "Gavin King" <ga...@ap...>
To: "Viktor Szathmary" <phr...@im...>
Cc: "hibernate list" <hib...@li...>; "Christian
Meunier" <vc...@cl...>
Sent: Wednesday, November 27, 2002 6:53 AM
Subject: Re: [Hibernate] ubermq?


> Oh, Christian Meunier used uberMQ in his distributed cache implementation.
>
> Which reminds me - Christian, what is the status there ... a couple of
> people have been asking after it in the forum and I understood that you
were
> going to publish your code as a new project.....
>
> ----- Original Message -----
> From: "Viktor Szathmary" <phr...@im...>
> To: <hib...@li...>
> Sent: Wednesday, November 27, 2002 2:44 PM
> Subject: [Hibernate] ubermq?
>
>
> > hi,
> >
> > i came across UberMQ on sf.net (http://sourceforge.net/projects/ubermq),
> > it seems to be a nice jms implementation, but what puzzled me was this
> > quote: "Several open-source projects have already embraced UberMQ as
> > their messaging platform of choice, including Hibernate" (see
> > http://www.ubermq.com/products.html)... i can't see where hibernate
> > needs a message queue implementation... would someone enlighten me? :)
> >
> > best regards,
> >     viktor
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Get the new Palm Tungsten T
> > handheld. Power & Color in a compact size!
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
> > _______________________________________________
> > hibernate-devel mailing list
> > hib...@li...
> > https://lists.sourceforge.net/lists/listinfo/hibernate-devel
>
>

Re: [Hibernate] Enhancements to the Hibernate Xdoclet subtasks

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

Firstly and most importantly, the XDoclet module needs to be updated to
support the new DTD (hibernate-mapping-1.1.dtd). The biggest and most
important change in this is support for the <joined-subclass> mapping style.
However there are also a couple of smaller changes (eg.
<composite-id><property> was changed to <composite-id><key-property>,
<composite-id><key-many-to-one> ). I don't expect it would be very difficult
to extrapolate these changes from the current functionality.
<joined-subclass> is substantially similar to <subclass>, with the exception
that it has the required <key> subelement.

Gavin

----- Original Message -----
From: "Joel Rosi-Schwartz" <Joe...@Et...>
To: <hib...@li...>
Sent: Wednesday, November 27, 2002 10:22 PM
Subject: [Hibernate] Enhancements to the Hibernate Xdoclet subtasks


> I started this conversation on the Hibernate forum. For the benefit of
> those who did not read that thread ("Zen of mapping strategies &
> generation tools", it was lengthy to say the least;-) I will briefly
> recap the part that is relevant here.
>
>  I am going to be using Hibernate in a couple of projects and would
> prefer to maintain the mapping definitions as automatically as possible.
> I have not yet chosen the exact mapping strategy I will employ and
> Gavins comment was that possibly I would be best off with a
> "<joined-subclass> functionality (table-per-subclass)" strategy. In any
> case, for all of options I am considering, the current Xdoclet is
> insufficient to handle that task.
>
>  I have therefore volunteered to take on doing some extension work to
> the hibernate subtask. Gavin has expressed willingness to guide the
> effort, which is essential as I do not have the experience with
> hibernate to really understand what is wanted and needed. It would also
> be very helpful if I had someone who has prior XDoclet development
> experience to support me when I need some questions answered in that
arena.
>
>  I have set aside a few days to accomplish this. So, while my time is
> limited, I am very open to suggestions from the community as to what is
> wanted. I will do as much as is possible within my initial time
constraints.
>
>  So the first task at hand is to specify the functionality. Let the
> games begin...
>
>  - joel
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Get the new Palm Tungsten T
> handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
> _______________________________________________
> hibernate-devel mailing list
> hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel

[Hibernate] Enhancements to the Hibernate Xdoclet subtasks

[Joel Rosi-S. <Joe...@Et...>]

I started this conversation on the Hibernate forum. For the benefit of 
those who did not read that thread ("Zen of mapping strategies & 
generation tools", it was lengthy to say the least;-) I will briefly 
recap the part that is relevant here.

 I am going to be using Hibernate in a couple of projects and would 
prefer to maintain the mapping definitions as automatically as possible. 
I have not yet chosen the exact mapping strategy I will employ and 
Gavins comment was that possibly I would be best off with a 
"<joined-subclass> functionality (table-per-subclass)" strategy. In any 
case, for all of options I am considering, the current Xdoclet is 
insufficient to handle that task.

 I have therefore volunteered to take on doing some extension work to 
the hibernate subtask. Gavin has expressed willingness to guide the 
effort, which is essential as I do not have the experience with 
hibernate to really understand what is wanted and needed. It would also 
be very helpful if I had someone who has prior XDoclet development 
experience to support me when I need some questions answered in that arena.

 I have set aside a few days to accomplish this. So, while my time is 
limited, I am very open to suggestions from the community as to what is 
wanted. I will do as much as is possible within my initial time constraints.

 So the first task at hand is to specify the functionality. Let the 
games begin...

 - joel

[Hibernate] Hibernate Wiki

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

Thanks to Christian Bauer for setting up the new Wiki-based website:

http://hibernate.sourceforge.net

What I'm hoping is that we can set aside part of the Wiki for group access,
so people can share bits of advice / experience / etc...

Re: [Hibernate] ubermq?

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

Oh, Christian Meunier used uberMQ in his distributed cache implementation.

Which reminds me - Christian, what is the status there ... a couple of
people have been asking after it in the forum and I understood that you were
going to publish your code as a new project.....

----- Original Message -----
From: "Viktor Szathmary" <phr...@im...>
To: <hib...@li...>
Sent: Wednesday, November 27, 2002 2:44 PM
Subject: [Hibernate] ubermq?


> hi,
>
> i came across UberMQ on sf.net (http://sourceforge.net/projects/ubermq),
> it seems to be a nice jms implementation, but what puzzled me was this
> quote: "Several open-source projects have already embraced UberMQ as
> their messaging platform of choice, including Hibernate" (see
> http://www.ubermq.com/products.html)... i can't see where hibernate
> needs a message queue implementation... would someone enlighten me? :)
>
> best regards,
>     viktor
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Get the new Palm Tungsten T
> handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
> _______________________________________________
> hibernate-devel mailing list
> hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel