Home » Modeling » EMF "Technology" (Ecore Tools, EMFatic, etc) » [Teneo] new bug reported / questions on last release
[Teneo] new bug reported / questions on last release [message #119078] |
Fri, 18 April 2008 16:51 |
Jason Henriksen Messages: 231 Registered: July 2009 |
Senior Member |
|
|
Hi Martin,
Just a heads up that I logged
https://bugs.eclipse.org/bugs/show_bug.cgi?id=227673
With my terrible memory, I can't remember if we discussed this before or
not, but basically the problem is just that I can't specify an alternate
to XMLGregorianCalendar without this change. I am so much happier now
that I got that horrible class out of my code base. Feel free to
rearrange my patch as you see fit, I just wanted to get the idea across
to you. I suspect you'll want to define constant property names instead
of static setters, but I didn't want to guess at which names you'll want
to use.
Also we noticed two small things with the last build. I'm not sure if
they're worth opening a bug or not, but I thought I'd mention them to you:
1) hibernate.properties was no longer picked up automatically. We had
to load the contents of hibernate.properties into a Properties object
and then add those properties to our Teneo properties object.
Otherwise, hibernate couldn't find it's dialect or anything else.
(Sorry if this is well known, we just hit it for the first time last night)
2) Even after merging the teneo and hibernate properties the teneo
property PersistenceOptions.UPDATE_SCHEMA="false" no longer worked. We
had to solve this by adding "hibernate.hbm2ddl.auto=false" to the
hibernate.properties.
By the way, I work with Alex Black. Your incredibly rapid response to
his problem has definitely made Teneo look good for our management.
Thank you for your excellent work!
Jason Henriksen
|
|
|
Re: [Teneo] new bug reported / questions on last release [message #119116 is a reply to message #119078] |
Sat, 19 April 2008 06:37 |
Martin Taal Messages: 5468 Registered: July 2009 |
Senior Member |
|
|
Hi Jason,
Yes, I saw your bugzilla and patch. I will include it in the next build (in a few days). Although
you could also use the Teneo extension mechanism, I can see that properties are easier to configure
and are more explicit. So if someone else encounters your issue then seeing that there are two
related options can help to solve the issue quicker.
Can you add a stacktrace of a CCE to the bugzilla? Then I'll add it to the troubleshooting part of
the docs.
Regarding your other issues:
1) I am not sure why the hibernate.properties are not found, this seems to be more of a hibernate
issue. When loading the hibernate properties do you use a classpath path? (I mean is the .properties
file really present in the classpath)
2) Yes the update schema is now controlled by hibernate. The option is still there for JPOX, see
this post on the newsgroup:
[Teneo] Build update: new GMF tutorial, Entity.extends annotation, many-to-one with
containment==true is a one-to-one
I will add a comment in the javadoc that the option is only there for jpox.
gr. Martin
jason henriksen wrote:
>
> Hi Martin,
>
> Just a heads up that I logged
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=227673
>
> With my terrible memory, I can't remember if we discussed this before or
> not, but basically the problem is just that I can't specify an alternate
> to XMLGregorianCalendar without this change. I am so much happier now
> that I got that horrible class out of my code base. Feel free to
> rearrange my patch as you see fit, I just wanted to get the idea across
> to you. I suspect you'll want to define constant property names instead
> of static setters, but I didn't want to guess at which names you'll want
> to use.
>
> Also we noticed two small things with the last build. I'm not sure if
> they're worth opening a bug or not, but I thought I'd mention them to you:
>
> 1) hibernate.properties was no longer picked up automatically. We had
> to load the contents of hibernate.properties into a Properties object
> and then add those properties to our Teneo properties object. Otherwise,
> hibernate couldn't find it's dialect or anything else. (Sorry if this is
> well known, we just hit it for the first time last night)
>
> 2) Even after merging the teneo and hibernate properties the teneo
> property PersistenceOptions.UPDATE_SCHEMA="false" no longer worked. We
> had to solve this by adding "hibernate.hbm2ddl.auto=false" to the
> hibernate.properties.
>
> By the way, I work with Alex Black. Your incredibly rapid response to
> his problem has definitely made Teneo look good for our management.
> Thank you for your excellent work!
>
> Jason Henriksen
--
With Regards, Martin Taal
Springsite/Elver.org
Office: Hardwareweg 4, 3821 BV Amersfoort
Postal: Nassaulaan 7, 3941 EC Doorn
The Netherlands
Tel: +31 (0)84 420 2397
Fax: +31 (0)84 225 9307
Mail: mtaal@springsite.com - mtaal@elver.org
Web: www.springsite.com - www.elver.org
|
|
|
Re: [Teneo] new bug reported / questions on last release [message #617843 is a reply to message #119078] |
Sat, 19 April 2008 06:37 |
Martin Taal Messages: 5468 Registered: July 2009 |
Senior Member |
|
|
Hi Jason,
Yes, I saw your bugzilla and patch. I will include it in the next build (in a few days). Although
you could also use the Teneo extension mechanism, I can see that properties are easier to configure
and are more explicit. So if someone else encounters your issue then seeing that there are two
related options can help to solve the issue quicker.
Can you add a stacktrace of a CCE to the bugzilla? Then I'll add it to the troubleshooting part of
the docs.
Regarding your other issues:
1) I am not sure why the hibernate.properties are not found, this seems to be more of a hibernate
issue. When loading the hibernate properties do you use a classpath path? (I mean is the .properties
file really present in the classpath)
2) Yes the update schema is now controlled by hibernate. The option is still there for JPOX, see
this post on the newsgroup:
[Teneo] Build update: new GMF tutorial, Entity.extends annotation, many-to-one with
containment==true is a one-to-one
I will add a comment in the javadoc that the option is only there for jpox.
gr. Martin
jason henriksen wrote:
>
> Hi Martin,
>
> Just a heads up that I logged
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=227673
>
> With my terrible memory, I can't remember if we discussed this before or
> not, but basically the problem is just that I can't specify an alternate
> to XMLGregorianCalendar without this change. I am so much happier now
> that I got that horrible class out of my code base. Feel free to
> rearrange my patch as you see fit, I just wanted to get the idea across
> to you. I suspect you'll want to define constant property names instead
> of static setters, but I didn't want to guess at which names you'll want
> to use.
>
> Also we noticed two small things with the last build. I'm not sure if
> they're worth opening a bug or not, but I thought I'd mention them to you:
>
> 1) hibernate.properties was no longer picked up automatically. We had
> to load the contents of hibernate.properties into a Properties object
> and then add those properties to our Teneo properties object. Otherwise,
> hibernate couldn't find it's dialect or anything else. (Sorry if this is
> well known, we just hit it for the first time last night)
>
> 2) Even after merging the teneo and hibernate properties the teneo
> property PersistenceOptions.UPDATE_SCHEMA="false" no longer worked. We
> had to solve this by adding "hibernate.hbm2ddl.auto=false" to the
> hibernate.properties.
>
> By the way, I work with Alex Black. Your incredibly rapid response to
> his problem has definitely made Teneo look good for our management.
> Thank you for your excellent work!
>
> Jason Henriksen
--
With Regards, Martin Taal
Springsite/Elver.org
Office: Hardwareweg 4, 3821 BV Amersfoort
Postal: Nassaulaan 7, 3941 EC Doorn
The Netherlands
Tel: +31 (0)84 420 2397
Fax: +31 (0)84 225 9307
Mail: mtaal@springsite.com - mtaal@elver.org
Web: www.springsite.com - www.elver.org
|
|
|
Goto Forum:
Current Time: Fri Nov 08 23:36:08 GMT 2024
Powered by FUDForum. Page generated in 0.02578 seconds
|