[JBoss JIRA] (FORGEPLUGINS-112) generate-entities scans SYS schema, when not specified
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGEPLUGINS-112?page=com.atlassian.jira.... ]
George Gastaldi commented on FORGEPLUGINS-112:
----------------------------------------------
Hi Jose,
Fork the original project, push your changes to your repository and then open a Pull-request.
Let me know how it goes.
> generate-entities scans SYS schema, when not specified
> ------------------------------------------------------
>
> Key: FORGEPLUGINS-112
> URL: https://issues.jboss.org/browse/FORGEPLUGINS-112
> Project: Forge Plugins
> Issue Type: Bug
> Components: Hibernate Tools Plugin
> Environment: Eclipse Juno, JBoss Forge, version [ 1.1.2.Final ] + Hibernate tools
> Reporter: Shashank Bezgoan
> Priority: Critical
> Labels: generate-entities
>
> While trying to reverse engineer any DB, get the below error.
> {code}
> $ generate-entities --url "jdbc:oracle:thin:@localhost:1521:XE" --user EAS --password EAS --dialect "org.hibernate.dialect.OracleDialect" --driver "oracle.jdbc.OracleDriver" --pathToDriver "C:\work\EWMP\FOS_WS\lib\ojdbc14.jar" --table "TASKDATA"
> ? In which package you'd like to generate the entities, or enter for default: [com.bt.wa.model]
> org.hibernate.cfg.JDBCBinderException: Duplicate class name 'com.bt.wa.model.AllFileGroups' generated for 'org.hibernate.mapping.Table(SYS._ALL_FILE_GROUPS)'. Same name where generated for 'org.hibernate.mapping.Table(SYS._ALL_FILE_GROUPS)'
> ***ERROR*** An unexpected error happened during reverse engineering.
> at org.hibernate.cfg.JDBCBinder.createPersistentClasses(JDBCBinder.java:173)
> at org.hibernate.cfg.JDBCBinder.readFromDatabase(JDBCBinder.java:94)
> at org.hibernate.cfg.JDBCMetaDataConfiguration.readFromJDBC(JDBCMetaDataConfiguration.java:43)
> at org.hibernate.forge.generate.GenerateEntitiesPlugin$1.run(GenerateEntitiesPlugin.java:179)
> at org.hibernate.forge.common.UrlClassLoaderExecutor.execute(UrlClassLoaderExecutor.java:13)
> at org.hibernate.forge.generate.GenerateEntitiesPlugin.doReverseEngineering(GenerateEntitiesPlugin.java:171)
> at org.hibernate.forge.generate.GenerateEntitiesPlugin.generateEntities(GenerateEntitiesPlugin.java:78)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at org.jboss.forge.shell.command.Execution.perform(Execution.java:134)
> at org.jboss.forge.shell.command.fshparser.FSHRuntime.run(FSHRuntime.java:109)
> at org.jboss.forge.shell.command.fshparser.FSHRuntime.run(FSHRuntime.java:47)
> at org.jboss.forge.shell.ShellImpl$ExecutorThread.run(ShellImpl.java:818)
> at org.jboss.forge.shell.ShellImpl.execute(ShellImpl.java:841)
> at org.jboss.forge.shell.ShellImpl.doShell(ShellImpl.java:631)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at org.jboss.weld.bean.proxy.AbstractBeanInstance.invoke(AbstractBeanInstance.java:48)
> at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:125)
> at org.jboss.forge.shell.ShellImpl$Proxy$_$$_WeldClientProxy.doShell(ShellImpl$Proxy$_$$_WeldClientProxy.java)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:305)
> at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:54)
> at org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:163)
> at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:299)
> at org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:188)
> at org.jboss.weld.introspector.ForwardingWeldMethod.invokeOnInstance(ForwardingWeldMethod.java:59)
> at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:198)
> at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:282)
> at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:265)
> at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:234)
> at org.jboss.weld.manager.BeanManagerImpl.notifyObservers(BeanManagerImpl.java:635)
> at org.jboss.weld.manager.BeanManagerImpl.fireEvent(BeanManagerImpl.java:622)
> at org.jboss.weld.manager.BeanManagerImpl.fireEvent(BeanManagerImpl.java:616)
> at org.jboss.forge.shell.Bootstrap$1.run(Bootstrap.java:172)
> at java.lang.Thread.run(Unknown Source)
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 11 months
[JBoss JIRA] (FORGEPLUGINS-112) generate-entities scans SYS schema, when not specified
by Jose Pedro Pereira (JIRA)
[ https://issues.jboss.org/browse/FORGEPLUGINS-112?page=com.atlassian.jira.... ]
Jose Pedro Pereira commented on FORGEPLUGINS-112:
-------------------------------------------------
I have solved this issue and would like to contribute it back... But I can't manage to push my changes back into github! How can I do it?
> generate-entities scans SYS schema, when not specified
> ------------------------------------------------------
>
> Key: FORGEPLUGINS-112
> URL: https://issues.jboss.org/browse/FORGEPLUGINS-112
> Project: Forge Plugins
> Issue Type: Bug
> Components: Hibernate Tools Plugin
> Environment: Eclipse Juno, JBoss Forge, version [ 1.1.2.Final ] + Hibernate tools
> Reporter: Shashank Bezgoan
> Priority: Critical
> Labels: generate-entities
>
> While trying to reverse engineer any DB, get the below error.
> {code}
> $ generate-entities --url "jdbc:oracle:thin:@localhost:1521:XE" --user EAS --password EAS --dialect "org.hibernate.dialect.OracleDialect" --driver "oracle.jdbc.OracleDriver" --pathToDriver "C:\work\EWMP\FOS_WS\lib\ojdbc14.jar" --table "TASKDATA"
> ? In which package you'd like to generate the entities, or enter for default: [com.bt.wa.model]
> org.hibernate.cfg.JDBCBinderException: Duplicate class name 'com.bt.wa.model.AllFileGroups' generated for 'org.hibernate.mapping.Table(SYS._ALL_FILE_GROUPS)'. Same name where generated for 'org.hibernate.mapping.Table(SYS._ALL_FILE_GROUPS)'
> ***ERROR*** An unexpected error happened during reverse engineering.
> at org.hibernate.cfg.JDBCBinder.createPersistentClasses(JDBCBinder.java:173)
> at org.hibernate.cfg.JDBCBinder.readFromDatabase(JDBCBinder.java:94)
> at org.hibernate.cfg.JDBCMetaDataConfiguration.readFromJDBC(JDBCMetaDataConfiguration.java:43)
> at org.hibernate.forge.generate.GenerateEntitiesPlugin$1.run(GenerateEntitiesPlugin.java:179)
> at org.hibernate.forge.common.UrlClassLoaderExecutor.execute(UrlClassLoaderExecutor.java:13)
> at org.hibernate.forge.generate.GenerateEntitiesPlugin.doReverseEngineering(GenerateEntitiesPlugin.java:171)
> at org.hibernate.forge.generate.GenerateEntitiesPlugin.generateEntities(GenerateEntitiesPlugin.java:78)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at org.jboss.forge.shell.command.Execution.perform(Execution.java:134)
> at org.jboss.forge.shell.command.fshparser.FSHRuntime.run(FSHRuntime.java:109)
> at org.jboss.forge.shell.command.fshparser.FSHRuntime.run(FSHRuntime.java:47)
> at org.jboss.forge.shell.ShellImpl$ExecutorThread.run(ShellImpl.java:818)
> at org.jboss.forge.shell.ShellImpl.execute(ShellImpl.java:841)
> at org.jboss.forge.shell.ShellImpl.doShell(ShellImpl.java:631)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at org.jboss.weld.bean.proxy.AbstractBeanInstance.invoke(AbstractBeanInstance.java:48)
> at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:125)
> at org.jboss.forge.shell.ShellImpl$Proxy$_$$_WeldClientProxy.doShell(ShellImpl$Proxy$_$$_WeldClientProxy.java)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> at java.lang.reflect.Method.invoke(Unknown Source)
> at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:305)
> at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:54)
> at org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:163)
> at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:299)
> at org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:188)
> at org.jboss.weld.introspector.ForwardingWeldMethod.invokeOnInstance(ForwardingWeldMethod.java:59)
> at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:198)
> at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:282)
> at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:265)
> at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:234)
> at org.jboss.weld.manager.BeanManagerImpl.notifyObservers(BeanManagerImpl.java:635)
> at org.jboss.weld.manager.BeanManagerImpl.fireEvent(BeanManagerImpl.java:622)
> at org.jboss.weld.manager.BeanManagerImpl.fireEvent(BeanManagerImpl.java:616)
> at org.jboss.forge.shell.Bootstrap$1.run(Bootstrap.java:172)
> at java.lang.Thread.run(Unknown Source)
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 11 months
[JBoss JIRA] (FORGE-888) toString() is not rewritten when a field is removed using the RmPlugin
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-888?page=com.atlassian.jira.plugin.... ]
George Gastaldi updated FORGE-888:
----------------------------------
Description:
When you create a field and them remove it using the rm command:
{code}
rm name::String
{code}
the toString() method is not regenerated, thus presenting compilation errors in the target class
was:
When you create a field and them remove it using the rm command:
{code}
"rm name::String"
{code}
the toString() method is not regenerated, thus presenting compilation errors in the target class
> toString() is not rewritten when a field is removed using the RmPlugin
> ----------------------------------------------------------------------
>
> Key: FORGE-888
> URL: https://issues.jboss.org/browse/FORGE-888
> Project: Forge
> Issue Type: Bug
> Components: Builtin Plugins
> Affects Versions: 1.2.3.Final
> Reporter: George Gastaldi
>
> When you create a field and them remove it using the rm command:
> {code}
> rm name::String
> {code}
> the toString() method is not regenerated, thus presenting compilation errors in the target class
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 11 months
[JBoss JIRA] (FORGE-781) forge install-plugin command fails with cygwin
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-781?page=com.atlassian.jira.plugin.... ]
George Gastaldi updated FORGE-781:
----------------------------------
Forum Reference: https://community.jboss.org/message/797250
> forge install-plugin command fails with cygwin
> -----------------------------------------------
>
> Key: FORGE-781
> URL: https://issues.jboss.org/browse/FORGE-781
> Project: Forge
> Issue Type: Bug
> Affects Versions: 1.1.2.Final, 1.1.3.Final, 1.2.0.Final
> Environment: cygwin
> Reporter: Andreas Karalus
>
> @See: https://community.jboss.org/message/797250
> forge install-plugin <plugin> command fails if it is called from cygwin.
> I tried this with different forge versions (1.1.2, 1.1.3, 1.2.0) and different plugins (jboss-as-7, richfaces)
> I think the problem relies in the path resolution for loading modules with cygwin. This path ist not present: C:\cygwin\home\297646\.forge\plugins
> {code}
> roots: D:\Programme\forge-distribution-1.2.0.Final\modules,C:\cygwin\home\297646\.forge\plugins,D:\workspaces\forge-jbossas-quickstart\
> {code}
> The .forge folder is installed under: C:\Users\297646\.forge\plugin (even if forge was called from cygwin first time).
> {code}
> 297646@TB01448C ~/workspaces/forge-jbossas-quickstart
> # forge
> Failed loading: org.richfaces.forge.richfaces-forge-plugin:1.0.5.Final:1.0.0-SNAPSHOT-d292c53d-b7ad-41b8-800e-8c2b4ea1475b
> org.jboss.modules.ModuleNotFoundException: Module org.richfaces.forge.richfaces-forge-plugin:1.0.0-SNAPSHOT-d292c53d-b7ad-41b8-800e-8c2b4ea1475b is not found in local module loader @2fcac6db (roots: D:\Programme\forge-distribution-1.2.0.Final\modules,C:\cygwin\home\297646\.forge\plugins,D:\workspaces\forge-jbossas-quickstart\.)
> at org.jboss.modules.LocalModuleLoader.findModule(LocalModuleLoader.java:126)
> at org.jboss.modules.ModuleLoader.loadModuleLocal(ModuleLoader.java:275)
> at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:222)
> at org.jboss.modules.LocalModuleLoader.preloadModule(LocalModuleLoader.java:94)
> at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:204)
> at org.jboss.forge.shell.Bootstrap.loadPlugins(Bootstrap.java:254)
> at org.jboss.forge.shell.Bootstrap.access$200(Bootstrap.java:38)
> at org.jboss.forge.shell.Bootstrap$1.run(Bootstrap.java:125)
> at java.lang.Thread.run(Thread.java:662)
> _____
> | ___|__ _ __ __ _ ___
> | |_ / _ \| `__/ _` |/ _ \ \\
> | _| (_) | | | (_| | __/ //
> |_| \___/|_| \__, |\___|
> |___/
> JBoss Forge, version [ 1.2.0.Final ] - JBoss, by Red Hat, Inc. [ http://jboss.org/forge ]
> [jboss-as-quickstarts-parent] forge-jbossas-quickstart $
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 11 months
[JBoss JIRA] (FORGE-781) forge install-plugin command fails with cygwin
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-781?page=com.atlassian.jira.plugin.... ]
George Gastaldi updated FORGE-781:
----------------------------------
Issue Type: Bug (was: Story)
Workflow: GIT Pull Request workflow (was: jira)
> forge install-plugin command fails with cygwin
> -----------------------------------------------
>
> Key: FORGE-781
> URL: https://issues.jboss.org/browse/FORGE-781
> Project: Forge
> Issue Type: Bug
> Affects Versions: 1.1.2.Final, 1.1.3.Final, 1.2.0.Final
> Environment: cygwin
> Reporter: Andreas Karalus
>
> @See: https://community.jboss.org/message/797250
> forge install-plugin <plugin> command fails if it is called from cygwin.
> I tried this with different forge versions (1.1.2, 1.1.3, 1.2.0) and different plugins (jboss-as-7, richfaces)
> I think the problem relies in the path resolution for loading modules with cygwin. This path ist not present: C:\cygwin\home\297646\.forge\plugins
> {code}
> roots: D:\Programme\forge-distribution-1.2.0.Final\modules,C:\cygwin\home\297646\.forge\plugins,D:\workspaces\forge-jbossas-quickstart\
> {code}
> The .forge folder is installed under: C:\Users\297646\.forge\plugin (even if forge was called from cygwin first time).
> {code}
> 297646@TB01448C ~/workspaces/forge-jbossas-quickstart
> # forge
> Failed loading: org.richfaces.forge.richfaces-forge-plugin:1.0.5.Final:1.0.0-SNAPSHOT-d292c53d-b7ad-41b8-800e-8c2b4ea1475b
> org.jboss.modules.ModuleNotFoundException: Module org.richfaces.forge.richfaces-forge-plugin:1.0.0-SNAPSHOT-d292c53d-b7ad-41b8-800e-8c2b4ea1475b is not found in local module loader @2fcac6db (roots: D:\Programme\forge-distribution-1.2.0.Final\modules,C:\cygwin\home\297646\.forge\plugins,D:\workspaces\forge-jbossas-quickstart\.)
> at org.jboss.modules.LocalModuleLoader.findModule(LocalModuleLoader.java:126)
> at org.jboss.modules.ModuleLoader.loadModuleLocal(ModuleLoader.java:275)
> at org.jboss.modules.ModuleLoader.preloadModule(ModuleLoader.java:222)
> at org.jboss.modules.LocalModuleLoader.preloadModule(LocalModuleLoader.java:94)
> at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:204)
> at org.jboss.forge.shell.Bootstrap.loadPlugins(Bootstrap.java:254)
> at org.jboss.forge.shell.Bootstrap.access$200(Bootstrap.java:38)
> at org.jboss.forge.shell.Bootstrap$1.run(Bootstrap.java:125)
> at java.lang.Thread.run(Thread.java:662)
> _____
> | ___|__ _ __ __ _ ___
> | |_ / _ \| `__/ _` |/ _ \ \\
> | _| (_) | | | (_| | __/ //
> |_| \___/|_| \__, |\___|
> |___/
> JBoss Forge, version [ 1.2.0.Final ] - JBoss, by Red Hat, Inc. [ http://jboss.org/forge ]
> [jboss-as-quickstarts-parent] forge-jbossas-quickstart $
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 11 months
[JBoss JIRA] (FORGE-887) project add-dependency lists SNAPSHOT dependencies
by George Gastaldi (JIRA)
George Gastaldi created FORGE-887:
-------------------------------------
Summary: project add-dependency lists SNAPSHOT dependencies
Key: FORGE-887
URL: https://issues.jboss.org/browse/FORGE-887
Project: Forge
Issue Type: Bug
Components: Blessed Plugins
Affects Versions: 1.2.3.Final
Reporter: George Gastaldi
Fix For: 1.2.4.Final
While trying to add an already existing dependency, forge prompts a list of dependencies, including SNAPSHOT versions.
It should present only Non-SNAPSHOT versions by default.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 11 months