September 2014 - forge-issues - Jboss List Archives

[JBoss JIRA] (FORGE-1996) JPA Setup should allow for optionally omitting the create-drop parameter

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/FORGE-1996?page=com.atlassian.jira.plugin... ] George Gastaldi reassigned FORGE-1996: -------------------------------------- Assignee: George Gastaldi > JPA Setup should allow for optionally omitting the create-drop parameter > ------------------------------------------------------------------------ > > Key: FORGE-1996 > URL: https://issues.jboss.org/browse/FORGE-1996 > Project: Forge > Issue Type: Feature Request > Affects Versions: 2.10.1.Final > Reporter: Tim Padgett > Assignee: George Gastaldi > Priority: Minor > Fix For: 2.10.2.Final > > > By default, the "jpa-setup" command generates a persistence-unit with the property "<property name="hibernate.hbm2ddl.auto" value="create-drop"/>" when selecting Hibernate as the provider. > In order to mitigate accidental impacts to existing databases, the jpa-setup command should have an option that allows for omitting this autogenerated property. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FORGE-2035) Forge does not resolve the tilde slash (~/) denoting a user home directory correctly

by Sande Gilda (JIRA)

[ https://issues.jboss.org/browse/FORGE-2035?page=com.atlassian.jira.plugin... ] Sande Gilda updated FORGE-2035: ------------------------------- Description: When specifying the `~/` (tilde slash) in a path, the Linux "shortcut" to denote a user's home directory, Forge treats it as a character and creates a directory named '' relative to the directory where you run the 'forge' command. (was: When specifying the "~/" (tilde slash) in a path, the Linux "shortcut" to denote a user's home directory, Forge treats it as a character and creates a directory named "~" relative to the directory where you run the 'forge' command. ) > Forge does not resolve the tilde slash (~/) denoting a user home directory correctly > ------------------------------------------------------------------------------------ > > Key: FORGE-2035 > URL: https://issues.jboss.org/browse/FORGE-2035 > Project: Forge > Issue Type: Bug > Reporter: Sande Gilda > > When specifying the `~/` (tilde slash) in a path, the Linux "shortcut" to denote a user's home directory, Forge treats it as a character and creates a directory named '' relative to the directory where you run the 'forge' command. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FORGE-2035) Forge does not resolve the tilde slash (~/) denoting a user home directory correctly

by Sande Gilda (JIRA)

[ https://issues.jboss.org/browse/FORGE-2035?page=com.atlassian.jira.plugin... ] Sande Gilda updated FORGE-2035: ------------------------------- Description: When specifying the `~/` (tilde slash) in a path, the Linux "shortcut" to denote a user's home directory, Forge treats it as a character and creates a directory named '~' relative to the directory where you run the 'forge' command. was: When specifying the ~/ (tilde slash), the Linux "shortcut" to denote a user's home directory, Forge treats it as a character and creates a directory named '~' relative to the directory where you run the 'forge' command. > Forge does not resolve the tilde slash (~/) denoting a user home directory correctly > ------------------------------------------------------------------------------------ > > Key: FORGE-2035 > URL: https://issues.jboss.org/browse/FORGE-2035 > Project: Forge > Issue Type: Bug > Reporter: Sande Gilda > > When specifying the `~/` (tilde slash) in a path, the Linux "shortcut" to denote a user's home directory, Forge treats it as a character and creates a directory named '~' relative to the directory where you run the 'forge' command. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FORGE-2035) Forge does not resolve the tilde slash (~/) denoting a user home directory correctly

by Sande Gilda (JIRA)

[ https://issues.jboss.org/browse/FORGE-2035?page=com.atlassian.jira.plugin... ] Sande Gilda updated FORGE-2035: ------------------------------- Description: When specifying the "~/" (tilde slash) in a path, the Linux "shortcut" to denote a user's home directory, Forge treats it as a character and creates a directory named "~" relative to the directory where you run the 'forge' command. was: When specifying the `~/` (tilde slash) in a path, the Linux "shortcut" to denote a user's home directory, Forge treats it as a character and creates a directory named '~' relative to the directory where you run the 'forge' command. > Forge does not resolve the tilde slash (~/) denoting a user home directory correctly > ------------------------------------------------------------------------------------ > > Key: FORGE-2035 > URL: https://issues.jboss.org/browse/FORGE-2035 > Project: Forge > Issue Type: Bug > Reporter: Sande Gilda > > When specifying the "~/" (tilde slash) in a path, the Linux "shortcut" to denote a user's home directory, Forge treats it as a character and creates a directory named "~" relative to the directory where you run the 'forge' command. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FORGE-2035) Forge does not resolve the tilde slash (~/) denoting a user home directory correctly

by Sande Gilda (JIRA)

Sande Gilda created FORGE-2035: ---------------------------------- Summary: Forge does not resolve the tilde slash (~/) denoting a user home directory correctly Key: FORGE-2035 URL: https://issues.jboss.org/browse/FORGE-2035 Project: Forge Issue Type: Bug Reporter: Sande Gilda When specifying the ~/ (tilde slash), the Linux "shortcut" to denote a user's home directory, Forge treats it as a character and creates a directory named '~' relative to the directory where you run the 'forge' command. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FORGE-2034) Support Glassfish 4.x

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/FORGE-2034?page=com.atlassian.jira.plugin... ] George Gastaldi closed FORGE-2034. ---------------------------------- Resolution: Done > Support Glassfish 4.x > --------------------- > > Key: FORGE-2034 > URL: https://issues.jboss.org/browse/FORGE-2034 > Project: Forge > Issue Type: Feature Request > Components: Java EE > Affects Versions: 2.10.1.Final > Reporter: George Gastaldi > Assignee: George Gastaldi > Fix For: 2.10.2.Final > > > GlassFish 4.x should be in the list of supported containers -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FORGE-2034) Support Glassfish 4.x

by George Gastaldi (JIRA)

George Gastaldi created FORGE-2034: -------------------------------------- Summary: Support Glassfish 4.x Key: FORGE-2034 URL: https://issues.jboss.org/browse/FORGE-2034 Project: Forge Issue Type: Feature Request Components: Java EE Affects Versions: 2.10.1.Final Reporter: George Gastaldi Assignee: George Gastaldi Fix For: 2.10.2.Final GlassFish 4.x should be in the list of supported containers -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FORGE-1522) View could not be restored in WildFly

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/FORGE-1522?page=com.atlassian.jira.plugin... ] George Gastaldi closed FORGE-1522. ---------------------------------- Fix Version/s: (was: 2.x Future) Resolution: Done Closing again. I thought I had it reproduced, not sure what caused tbh > View could not be restored in WildFly > ------------------------------------- > > Key: FORGE-1522 > URL: https://issues.jboss.org/browse/FORGE-1522 > Project: Forge > Issue Type: Sub-task > Components: Scaffold > Affects Versions: 2.0.0.CR2 > Reporter: Antonio Goncalves > Assignee: George Gastaldi > Priority: Critical > > When I scaffold a JSF application, it works fine with GlassFish 4, I can navigate through my pages, view/create/delete data. But when I run it with WildFly 8 CR1, as soon as I navigate to a page, I get the following : > {code} > [31m12:36:19,670 ERROR [io.undertow.request] (default task-7) UT005023: Exception handling request to /module07/faces/author/search.xhtml: javax.servlet.ServletException: viewId:/author/search.xhtml - View /author/search.xhtml could not be restored. > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:659) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta30.jar:1.0.0.Beta30] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta30.jar:1.0.0.Beta30] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta30.jar:1.0.0.Beta30] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta30.jar:1.0.0.Beta30] > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta30.jar:1.0.0.Beta30] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta30.jar:1.0.0.Beta30] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta30.jar:1.0.0.Beta30] > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta30.jar:1.0.0.Beta30] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:67) [undertow-servlet-1.0.0.Beta30.jar:1.0.0.Beta30] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta30.jar:1.0.0.Beta30] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta30.jar:1.0.0.Beta30] > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta30.jar:1.0.0.Beta30] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta30.jar:1.0.0.Beta30] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.0.Beta30.jar:1.0.0.Beta30] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.0.Beta30.jar:1.0.0.Beta30] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.0.Beta30.jar:1.0.0.Beta30] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.0.Beta30.jar:1.0.0.Beta30] > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:164) [undertow-core-1.0.0.Beta30.jar:1.0.0.Beta30] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:654) [undertow-core-1.0.0.Beta30.jar:1.0.0.Beta30] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_51] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_51] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_51] > Caused by: javax.faces.application.ViewExpiredException: viewId:/author/search.xhtml - View /author/search.xhtml could not be restored. > at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:210) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:121) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:646) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > ... 24 more > {code} > So it makes the application not usable with WildFly 8 CR1 -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FORGEPLUGINS-172) Addon generates textfields, instead of drop-down lists, as search filters for Boolean fields

by Adam Siemion (JIRA)

[ https://issues.jboss.org/browse/FORGEPLUGINS-172?page=com.atlassian.jira.... ] Adam Siemion updated FORGEPLUGINS-172: -------------------------------------- Environment: Eclipse Java EE Luna 4.4.0, MacOS 10.9.4, JBoss Forge 2.10.2-SNAPSHOT > Addon generates textfields, instead of drop-down lists, as search filters for Boolean fields > -------------------------------------------------------------------------------------------- > > Key: FORGEPLUGINS-172 > URL: https://issues.jboss.org/browse/FORGEPLUGINS-172 > Project: Forge Plugins/Addons > Issue Type: Bug > Components: AngularJS Scaffold > Environment: Eclipse Java EE Luna 4.4.0, MacOS 10.9.4, JBoss Forge 2.10.2-SNAPSHOT > Reporter: Vineet Reynolds > Assignee: Vineet Reynolds > > From https://github.com/forge/angularjs-addon/issues/2 > For the given Java JPA code: > {noformat} > @Column > private boolean primitive; > @Column > private Boolean wrapper; > {noformat} > the generated `search.html` for the `primitive` field contains a drop-down list with `true` and `false`: > {noformat} > <label for="wrapper" class="col-sm-2 control-label">Wrapper</label> > <div class="col-sm-10"> > <select id="wrapper" name="wrapper" class="form-control" ng-model="search.wrapper" ng-options="w as w for w in wrapperList"> > <option value="">Choose a Wrapper</option> > </select> > </div> > {noformat} > but for the `wrapper` it contains a textfield: > {noformat} > <label for="primitive" class="col-sm-2 control-label">Primitive</label> > <div class="col-sm-10"> > <input id="primitive" name="primitive" class="form-control" type="text" ng-model="search.primitive" placeholder="Enter the User Primitive"></input> > </div> > {noformat} > instead of a drop-down list with `true` and `false`. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (FORGE-2033) addon-install-from-git does not work with tags

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/FORGE-2033?page=com.atlassian.jira.plugin... ] George Gastaldi updated FORGE-2033: ----------------------------------- Fix Version/s: 2.x Future Affects Version/s: 2.10.1.Final (was: 2.10.2.Final) > addon-install-from-git does not work with tags > ---------------------------------------------- > > Key: FORGE-2033 > URL: https://issues.jboss.org/browse/FORGE-2033 > Project: Forge > Issue Type: Bug > Components: Addon Manager > Affects Versions: 2.10.1.Final > Environment: Eclipse Java EE Luna 4.4.0, MacOS 10.9.4 > Reporter: Adam Siemion > Fix For: 2.x Future > > > {code} > addon-install-from-git --url https://github.com/forge/angularjs-addon.git --ref 2.1.2.Final > {code} > fails with: > {code} > ***ERROR*** Ref origin/2.1.2.Final can not be resolved > {code} > despite there is a `2.1.2.Final` tag. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 8 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

forge-issues September 2014