[forge-dev] hibernate-tools
Max Andersen
manderse at redhat.com
Wed Apr 20 17:50:11 EDT 2011
You should be able to enable verbose møde for forge.
Adding in dev list so lincoln might answer since it must be forge shortening the error.
/max (sent from my phone)
On 20/04/2011, at 21.30, brian <brianx at vt.edu> wrote:
>
> i was just going to ask you that. i don't get a stack trace. is it
> going into a log file somewhere?
>
> On Wed, 2011-04-20 at 15:21 -0400, Max Andersen wrote:
>>
>> On 20/04/2011, at 21.10, brian <brianx at vt.edu> wrote:
>>
>>>
>>> hey max i use oracle. i need something to set the catalog to 'user'...
>>> must default to 'all'... and you really don't need to be cranking out
>>> classes for SYS tables.
>>
>> Yes, and that should happen by default (skipping sys) since it should pick up oraclemetadatadialect but for some reason it doesn't for you :(
>>
>>> i set the hibernate defaults in the persistence.xml and got a little
>>> farther but now it's
>>>
>>> Found 93 tables in datasource
>>> ***ERROR*** [generate-entities] freemarker/template/TemplateException
>>>
>>> ...any idea where this comes from?
>>
>> What is the full stacktrace ?
>>
>> Looks like an error in the ftl templates
>>> b
>>>
>>> On Wed, 2011-04-20 at 19:12 +0200, Max Rydahl Andersen wrote:
>>>>> Awesome! That;s great news!
>>>>>
>>>>> Let's continue this on Forge-dev so that everyone can help out be available for future reference by other devs.
>>>>>
>>>>> Max, do you know what's up with this error? I know you told me at one point that you can control this type of behavior.
>>>>>
>>>>
>>>> Which database is this ?
>>>> Hibernate Tools reads whatever the database driver/metadatadialect gives it
>>>> to be able to handle multiple schemas.
>>>>
>>>> There are a couple of ways to handle this:
>>>>
>>>> implement a proper MetaDataDialect for the database (then it will automatically be ignored for all).
>>>>
>>>> set hibernate.default_schema and hibernate.default_catalog to the schema/catalog you want to search in - Makes everything singleschema'ed (bad)
>>>>
>>>> Use a reveng.xml (or use the programmatic API) to set the proper includes/excludes for SchemaSelection.
>>>>
>>>> /max
>>>>
>>>>
>>>>> Thanks,
>>>>> ~Lincoln
>>>>>
>>>>> On Wed, Apr 20, 2011 at 11:59 AM, brian <brianx at vt.edu> wrote:
>>>>>
>>>>> jmdc.readFromJDBC() is failing with this:
>>>>>
>>>>> ***ERROR*** [generate-entities] Duplicate class name
>>>>> 'edu.vt.middleware.domain.AllFileGroups' generated for
>>>>> 'org.hibernate.mapping.Table(SYS._ALL_FILE_GROUPS)'. Same name where
>>>>> generated for 'org.hibernate.mapping.Table(SYS._ALL_FILE_GROUPS)'
>>>>>
>>>>> ...there should be a method/flag to tell it to ignore the SYS tableset,
>>>>> huh?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Mon, 2011-04-11 at 10:50 -0400, Lincoln Baxter, III wrote:
>>>>>> I took the liberty of updating the plugin to use the new APIs and get
>>>>>> it to run. It doesn't however, succeed, because it's missing the
>>>>>> HSQLDB driver, and also has hard-coded JDBC connection properties.
>>>>>>
>>>>>> On Mon, Apr 11, 2011 at 10:43 AM, brian <brianx at vt.edu> wrote:
>>>>>>
>>>>>> ok i'm in business. knew it would be something procedural.
>>>>>>
>>>>>> got the source, rebuilt the plugin, it runs.
>>>>>>
>>>>>> now: there is already a GenerateEntities.java in
>>>>>> org.hibernate.forge.plugin.GenerateEntities.java.
>>>>>>
>>>>>> the source you sent is in
>>>>>> org.jboss.seam.forge.persistence.plugins.GenerateEntities.java
>>>>>>
>>>>>>
>>>>>> ...they look eerily similar. what gives?
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Mon, 2011-04-11 at 10:33 -0400, brian wrote:
>>>>>>> aha.
>>>>>>>
>>>>>>> On Mon, 2011-04-11 at 10:18 -0400, Lincoln Baxter, III
>>>>>> wrote:
>>>>>>>> With Git, do your changes in the repo directory. Otherwise
>>>>>> it will not
>>>>>>>> be able to track them.
>>>>>>>>
>>>>>>>> ~Lincoln
>>>>>>>>
>>>>>>>> On Mon, Apr 11, 2011 at 10:17 AM, Lincoln Baxter, III
>>>>>>>> <lincolnbaxter at gmail.com> wrote:
>>>>>>>> Your local folder is actually an entire clone of
>>>>>> the Git repo,
>>>>>>>> with every revision from start to finish. So when
>>>>>> you
>>>>>>>> push/pull you are actually synchronizing
>>>>>> repositories, This
>>>>>>>> means that if your local repo thinks it's ahead of
>>>>>> the remote
>>>>>>>> repo, nothing will happen.
>>>>>>>>
>>>>>>>> Running this command will probably fix your
>>>>>> issues:
>>>>>>>>
>>>>>>>> `git reset HEAD^1 --hard`
>>>>>>>> `git reset HEAD^1 --hard`
>>>>>>>>
>>>>>>>> `git pull
>>>>>>>>
>>>>>> git://github.com/forge/plugin-hibernate-tools.git
>>>>>>>> master
>>>>>>>>
>>>>>>>> Try those three. (The duplicate is to make your
>>>>>> repo think
>>>>>>>> that it's "behind".)
>>>>>>>>
>>>>>>>> I know it's funky, but after I became familiar,
>>>>>> the speed and
>>>>>>>> control are very addictive compared to SVN. (You
>>>>>> also don't
>>>>>>>> have to worry about damaging any .svn/
>>>>>> directories. Just the
>>>>>>>> top-level .git/ directory, which is a whole lot
>>>>>> less to keep
>>>>>>>> track of.
>>>>>>>>
>>>>>>>> ~Lincoln
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, Apr 11, 2011 at 10:13 AM, brian
>>>>>> <brianx at vt.edu> wrote:
>>>>>>>>
>>>>>>>> blew away local changes.
>>>>>>>>
>>>>>>>> the way i'm used to seeing mvn/svn work is
>>>>>> that i have
>>>>>>>> a repo (in this
>>>>>>>> case ~/plugin-hibernate-tools) and a
>>>>>> working dir (in
>>>>>>>> this
>>>>>>>>
>>>>>> case /apps/src/brianxlong-plugin-hibernate-tools-2f38225) and
>>>>>> i make my
>>>>>>>> changes and do my builds in my working
>>>>>> dir.
>>>>>>>>
>>>>>>>> am i just doing it wrong? what's the
>>>>>> workflow with
>>>>>>>> git?
>>>>>>>>
>>>>>>>>
>>>>>>>> here's the output i'm seeing
>>>>>>>> ...
>>>>>>>>
>>>>>>>> brianx at elvis:~/plugin-hibernate-tools$ git
>>>>>> pull
>>>>>>>>
>>>>>> git://github.com/forge/plugin-hibernate-tools.git
>>>>>>>> master
>>>>>>>>
>>>>>>>>> From
>>>>>> git://github.com/forge/plugin-hibernate-tools
>>>>>>>> * branch master ->
>>>>>> FETCH_HEAD
>>>>>>>> Already up-to-date.
>>>>>>>>
>>>>>>>>
>>>>>>>> ...
>>>>>>>>
>>>>>>>> brianx at elvis:~/plugin-hibernate-tools$ git
>>>>>> status
>>>>>>>> # On branch master
>>>>>>>> # Your branch is ahead of 'origin/master'
>>>>>> by 1 commit.
>>>>>>>> #
>>>>>>>> nothing to commit (working directory
>>>>>> clean)
>>>>>>>> brianx at elvis:~/plugin-hibernate-tools$ git
>>>>>> remote -v
>>>>>>>> origin
>>>>>>>>
>>>>>> https://github.com/forge/plugin-hibernate-tools
>>>>>>>> (fetch)
>>>>>>>> origin
>>>>>>>>
>>>>>> https://github.com/forge/plugin-hibernate-tools
>>>>>>>> (push)
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, 2011-04-11 at 09:37 -0400, Lincoln
>>>>>> Baxter, III
>>>>>>>> wrote:
>>>>>>>>> Hmmm.
>>>>>>>>>
>>>>>>>>> That should have worked. What was the
>>>>>> output of that
>>>>>>>> command?
>>>>>>>>> Similarly, what happens when you type
>>>>>> 'git status'
>>>>>>>> or 'git remote -v'
>>>>>>>>>
>>>>>>>>> You might have local changes that are
>>>>>> preventing the
>>>>>>>> merge.
>>>>>>>>>
>>>>>>>>> Lincoln Baxter's Droid
>>>>>>>>> http://ocpsoft.com
>>>>>>>>> http://scrumshark.com
>>>>>>>>> Keep it simple.
>>>>>>>>>
>>>>>>>>> On Apr 11, 2011 9:33 AM, "brian"
>>>>>> <brianx at vt.edu>
>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>> so since i did this
>>>>>>>>>>
>>>>>>>>>> On Fri, 2011-04-08 at 13:37 -0400,
>>>>>> Lincoln Baxter,
>>>>>>>> III wrote:
>>>>>>>>>>> git pull
>>>>>>>>
>>>>>> git://github.com/forge/plugin-hibernate-tools.git
>>>>>>>> master
>>>>>>>>>>
>>>>>>>>>> and yet your last suggestion worked
>>>>>> (saying my
>>>>>>>> source isn't
>>>>>>>>> updated)...
>>>>>>>>>> did i miss a step to get the source
>>>>>> from repo to
>>>>>>>> the source tree? i
>>>>>>>>> had
>>>>>>>>>> to execute the git pull from the
>>>>>> actual repo,
>>>>>>>> which isn't the way
>>>>>>>>> i'm
>>>>>>>>>> used to seeing maven work.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Lincoln Baxter, III
>>>>>>>>
>>>>>>>> http://ocpsoft.com
>>>>>>>> http://scrumshark.com
>>>>>>>>
>>>>>>>> "Keep it Simple"
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Lincoln Baxter, III
>>>>>>>> http://ocpsoft.com
>>>>>>>> http://scrumshark.com
>>>>>>>> "Keep it Simple"
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Lincoln Baxter, III
>>>>>> http://ocpsoft.com
>>>>>> http://scrumshark.com
>>>>>> "Keep it Simple"
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Lincoln Baxter, III
>>>>> http://ocpsoft.com
>>>>> http://scrumshark.com
>>>>> "Keep it Simple"
>>>>> _______________________________________________
>>>>> forge-dev mailing list
>>>>> forge-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>
>>>> /max
>>>> http://about.me/maxandersen
>>>>
>>>>
>>>>
>>>
>>>
>
>
More information about the forge-dev
mailing list