[forge-dev] hibernate-tools
Lincoln Baxter, III
lincolnbaxter at gmail.com
Wed Apr 20 17:53:41 EDT 2011
Correct.
$ set VERBOSE true
On Wed, Apr 20, 2011 at 5:50 PM, Max Andersen <manderse at redhat.com> wrote:
>
> 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
> >>>>
> >>>>
> >>>>
> >>>
> >>>
> >
> >
>
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev
>
--
Lincoln Baxter, III
http://ocpsoft.com
http://scrumshark.com
"Keep it Simple"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20110420/5ef18549/attachment-0001.html
More information about the forge-dev
mailing list