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(a)vt.edu&gt; 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(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 >>>> >>>> >>>> >>> >>> > > _______________________________________________ forge-dev mailing list forge-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/forge-dev

added freemarker 2.3.16 to hibernate-tools per their website <dependency> <groupId>org.freemarker</groupId> <artifactId>freemarker</artifactId> <!-- Latest 2.3.x (not 2.4.x), at least 2.3.16 --> <version>2.3.16</version> </dependency> <plugin> <artifactId>maven-shade-plugin</artifactId> <version>1.4</version> <executions> <execution> <phase>package</phase> <goals> <goal>shade</goal> </goals> <configuration> <artifactSet> <includes> <include>antlr:*</include> <include>org.hibernate:*</include> <include>dom4j:*</include> <include>freemarker:*</include> </includes> </artifactSet> </configuration> </execution> </executions> </plugin> ...built hibernate-tools and see: [INFO] Excluding org.freemarker:freemarker:jar:2.3.16 from the shaded jar. [INFO] Replacing original artifact with shaded artifact. then launch forge and get: Exception in thread "Thread-0" com.google.common.collect.ComputationException: java.lang.IllegalAccessError: tried to access class freemarker.ext.beans.MethodMap from class freemarker.ext.beans.MethodMap $ClassString at com.google.common.collect.ComputingConcurrentHashMap.compute(ComputingConcurrentHashMap.java:218) at com.google.common.collect.ComputingConcurrentHashMap.apply(ComputingConcurrentHashMap.java:100) at com.google.common.collect.MapMaker $ComputingMapAdapter.get(MapMaker.java:515) at org.jboss.weld.resources.ClassTransformer.loadClass(ClassTransformer.java:183) at org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:96) at org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:133) at org.jboss.weld.bootstrap.BeanDeployment.deployBeans(BeanDeployment.java:192) at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:364) at org.jboss.weld.environment.se.Weld.initialize(Weld.java:87) at org.jboss.seam.forge.shell.Bootstrap$2.run(Bootstrap.java:89) at java.lang.Thread.run(Thread.java:619) Caused by: java.lang.IllegalAccessError: tried to access class freemarker.ext.beans.MethodMap from class freemarker.ext.beans.MethodMap $ClassString at java.lang.Class.getDeclaringClass(Native Method) at java.lang.Class.getEnclosingClass(Class.java:1085) at java.lang.Class.getSimpleBinaryName(Class.java:1220) at java.lang.Class.isMemberClass(Class.java:1210) at org.jboss.weld.util.reflection.Reflections.getNesting(Reflections.java:158) at org.jboss.weld.introspector.jlr.WeldConstructorImpl.<init>(WeldConstructorImpl.java:107) at org.jboss.weld.introspector.jlr.WeldConstructorImpl.of(WeldConstructorImpl.java:70) at org.jboss.weld.introspector.jlr.WeldClassImpl.<init>(WeldClassImpl.java:228) at org.jboss.weld.introspector.jlr.WeldClassImpl.of(WeldClassImpl.java:124) at org.jboss.weld.resources.ClassTransformer $TransformTypeToWeldClass.apply(ClassTransformer.java:54) at org.jboss.weld.resources.ClassTransformer $TransformTypeToWeldClass.apply(ClassTransformer.java:42) at com.google.common.collect.ComputingConcurrentHashMap.compute(ComputingConcurrentHashMap.java:206) ... 10 more ...anyone ever see this? know how to fix it? Exception in thread "Thread-0" com.google.common.collect.ComputationException: java.lang.IllegalAccessError: tried to access class freemarker.ext.beans.MethodMap from class freemarker.ext.beans.MethodMap $ClassString at com.google.common.collect.ComputingConcurrentHashMap.compute(ComputingConcurrentHashMap.java:218) at com.google.common.collect.ComputingConcurrentHashMap.apply(ComputingConcurrentHashMap.java:100) at com.google.common.collect.MapMaker $ComputingMapAdapter.get(MapMaker.java:515) _______________________________________________ forge-dev mailing list forge-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/forge-dev