Re: [forge-dev] hibernate-tools

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(a)vt.edu&gt; 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(a)vt.edu&gt; 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(a)vt.edu&gt; 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(a)gmail.com&gt; 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(a)vt.edu&gt; 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@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@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@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(a)vt.edu&gt; >>>>>>> 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(a)lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/forge-dev >>> >>> /max >>> http://about.me/maxandersen >>> >>> >>> >> >>