[JBoss JIRA] (FORGE-385) Current directory is poor default for new-project location when existing project is detected
by Lincoln Baxter III (JIRA)
[ https://issues.jboss.org/browse/FORGE-385?page=com.atlassian.jira.plugin.... ]
Lincoln Baxter III updated FORGE-385:
-------------------------------------
Fix Version/s: 1.2.1.Final
(was: 1.2.0.Final)
> Current directory is poor default for new-project location when existing project is detected
> --------------------------------------------------------------------------------------------
>
> Key: FORGE-385
> URL: https://issues.jboss.org/browse/FORGE-385
> Project: Forge
> Issue Type: Enhancement
> Components: Builtin Plugins
> Affects Versions: 1.0.0.Beta3
> Reporter: Dan Allen
> Priority: Minor
> Labels: Starter
> Fix For: 1.2.1.Final
>
>
> When creating a new project using the new-project command, forge will offer the current directory as the target location if a project with the same name is found.
> {code}
> $ new-project --named example --topLevelPackage org.example
> ***ERROR*** [/home/dallen/example] already contains a project; please use a different folder.
> Where would you like to create the project? [Press ENTER to use the current directory: dallen]
> {code}
> This default is a recipe for disaster. If there is a project in the way, then using the current directory puts that project *in* the project being created. Additionally, if the current directory is $HOME, then the project will get overlaid in a directory which has many other files and directories.
> A better default is to append a number to the end of the project name. For example:
> {code}
> $ new-project --named example --topLevelPackage org.example
> ***ERROR*** [/home/dallen/example] already contains a project; please use a different folder.
> Where would you like to create the project? [Press ENTER to use an alternative directory: example2]
> {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
13 years, 3 months
[JBoss JIRA] (FORGE-471) JavaResource handling of files with nested classes is incorrect
by Lincoln Baxter III (JIRA)
[ https://issues.jboss.org/browse/FORGE-471?page=com.atlassian.jira.plugin.... ]
Lincoln Baxter III updated FORGE-471:
-------------------------------------
Fix Version/s: 1.2.1.Final
(was: 1.2.0.Final)
> JavaResource handling of files with nested classes is incorrect
> ---------------------------------------------------------------
>
> Key: FORGE-471
> URL: https://issues.jboss.org/browse/FORGE-471
> Project: Forge
> Issue Type: Bug
> Components: Parsers / File Manipulation, Resources API
> Affects Versions: 1.0.6.Final
> Reporter: Rudy De Busscher
> Fix For: 1.2.1.Final
>
>
> In the case you have following java source file
> public class Test {
>
> private String mainProperty;
> public void mainMethod() {
> System.out.println("Hi");
> }
> public static final class Nested {
> private String innerProperty;
> public void innerMethod() {
> System.out.println("I'm inner");
> }
> }
> }
> And running following statements
> JavaResource javaResource = factory.getResourceFrom(new File"/path/to/file/Test.java")).reify(JavaResource.class);
> System.out.println(javaResource.toString());
> List<Resource<?>> resources = javaResource.listResources();
> for (Resource res : resources) {
> System.out.println(res.getFullyQualifiedName());
> }
> You get following output
> be.rubus.forge.deltaspike.test.projectstage.Nested
> /path/to/file/Test.java/innerProperty::String
> /path/to/file/Test.java/mainMethod()::void
> /path/to/file/Test.java/innerMethod()::void
> The wrong name is due to the fact that TypeDeclarationFinderVisitor records every class type the parser finds. In our case the 2 class names but only the last one is kept (first name is overwritten)
> The MethodFinderVisitor has a similar problem, it gets called twice and adds up the found methods.
> So there need to be a general review of the visitors to be able to handle nested or multiple classes in one java source file.
--
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
13 years, 3 months
[JBoss JIRA] (FORGE-518) projectFactory.createProjet doesn't work out of embeded plugins
by Lincoln Baxter III (JIRA)
[ https://issues.jboss.org/browse/FORGE-518?page=com.atlassian.jira.plugin.... ]
Lincoln Baxter III updated FORGE-518:
-------------------------------------
Fix Version/s: 1.2.1.Final
(was: 1.2.0.Final)
> projectFactory.createProjet doesn't work out of embeded plugins
> ---------------------------------------------------------------
>
> Key: FORGE-518
> URL: https://issues.jboss.org/browse/FORGE-518
> Project: Forge
> Issue Type: Bug
> Components: Builtin Plugins, Forge Build
> Affects Versions: 1.0.0.Final
> Environment: Windows XP Professional Service Pack 3 - 32 bits
> Reporter: Guillaume Gustin
> Labels: projectFactory.createProject
> Fix For: 1.2.1.Final
>
> Attachments: ajf-forge.zip, aTest-compacted.zip, forge-screenshot.png
>
>
> I want to create a new plugin which allow to create a solution (set of projects) based on a specific solution model. But when the forge execute the project building code "projectFactory.createProject(targetProjectDir, DependencyFacet.class, MetadataFacet.class, JavaSourceFacet.class, ResourceFacet.class)" i receive the exception "org.jboss.forge.project.ProjectModelException" with the message "Could not create Maven project building request"
> When i fire my new plugin, my forge promps is "[no project] myTempdir $ ", I have the same exception when I copy the "new-project plugin" as "new-new-project plugin".
--
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
13 years, 3 months
[JBoss JIRA] (FORGE-463) Create Fedora package for Forge
by Lincoln Baxter III (JIRA)
[ https://issues.jboss.org/browse/FORGE-463?page=com.atlassian.jira.plugin.... ]
Lincoln Baxter III updated FORGE-463:
-------------------------------------
Fix Version/s: 1.2.1.Final
(was: 1.2.0.Final)
> Create Fedora package for Forge
> -------------------------------
>
> Key: FORGE-463
> URL: https://issues.jboss.org/browse/FORGE-463
> Project: Forge
> Issue Type: Feature Request
> Components: Forge Build
> Affects Versions: 1.1.0.Final
> Reporter: Dan Allen
> Priority: Optional
> Fix For: 1.2.1.Final
>
>
> This is an umbrella issue for creating a Fedora package for Forge. Track steps using additional issues.
> Creating and publishing Forge packages for Fedora would really help boost adoption of Forge, IMO. Telling someone to download an unzip seems simple enough, but there's just something even more elegant about:
> sudo yum install jboss-forge
> (no sudo if you're hip enough, one of those GUIs if your glitzy enough)
> I discovered that Fedora is trying to make package development easier than ever for Java developers. They've created a plugin for Eclipse [1] that walks you through creating a package, starting from git clone all the way to publish to Bodhi [2] (think of it like Nexus for Fedora, sort of).
> This effort relates to, and my help drive, the JBoss AS 7 on Fedora initiative [3].
> [1] http://fedoraproject.org/wiki/Fedora_Packager_For_Eclipse_User_Guide
> [2] http://fedoraproject.org/wiki/Bodhi
> [3] http://fedoraproject.org/wiki/JBossAS7
--
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
13 years, 3 months
[JBoss JIRA] (FORGE-464) Create Debian/Ubuntu package for Forge
by Lincoln Baxter III (JIRA)
[ https://issues.jboss.org/browse/FORGE-464?page=com.atlassian.jira.plugin.... ]
Lincoln Baxter III updated FORGE-464:
-------------------------------------
Fix Version/s: 1.2.1.Final
(was: 1.2.0.Final)
> Create Debian/Ubuntu package for Forge
> --------------------------------------
>
> Key: FORGE-464
> URL: https://issues.jboss.org/browse/FORGE-464
> Project: Forge
> Issue Type: Feature Request
> Components: Forge Build
> Affects Versions: 1.0.6.Final
> Reporter: Dan Allen
> Priority: Optional
> Fix For: 1.2.1.Final
>
>
> This issue should act as an umbrella for this project. Use related issues to track the steps.
> Creating and publishing Forge packages for Debian & Ubuntu would really help boost adoption of Forge, IMO. Telling someone to download an unzip seems simple enough, but there's just something even more elegant about:
> sudo apt-get install jboss-forge
> (no sudo if you're hip enough, one of those GUIs if your glitzy enough)
> Debian provides guidelines for new package maintainers [1].
> [1] http://www.debian.org/doc/manuals/maint-guide/
--
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
13 years, 3 months
[JBoss JIRA] (FORGE-564) Allow multiple @Alias for a plugin
by Lincoln Baxter III (JIRA)
[ https://issues.jboss.org/browse/FORGE-564?page=com.atlassian.jira.plugin.... ]
Lincoln Baxter III updated FORGE-564:
-------------------------------------
Fix Version/s: 1.2.1.Final
(was: 1.2.0.Final)
> Allow multiple @Alias for a plugin
> ----------------------------------
>
> Key: FORGE-564
> URL: https://issues.jboss.org/browse/FORGE-564
> Project: Forge
> Issue Type: Enhancement
> Reporter: George Gastaldi
> Labels: HackNight
> Fix For: 1.2.1.Final
>
>
> A plugin could have multiple alias. For example, the Help plugin could be invoked by "help" or "?".
> This issue has two possible solutions :
> # Changing the @Alias value() method to return a String[] or
> # As Dan Allen suggested, introduce an @Aliases annotation that accepts a collection of @Alias annotations. this reads nicer and leaves the door open for per-alias customizations if we should need them.
> The second approach looks nicer.
--
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
13 years, 3 months
[JBoss JIRA] (FORGE-565) Persistence plugin needs to better guide users through a custom database configuration
by Lincoln Baxter III (JIRA)
[ https://issues.jboss.org/browse/FORGE-565?page=com.atlassian.jira.plugin.... ]
Lincoln Baxter III updated FORGE-565:
-------------------------------------
Fix Version/s: 1.2.1.Final
(was: 1.2.0.Final)
> Persistence plugin needs to better guide users through a custom database configuration
> --------------------------------------------------------------------------------------
>
> Key: FORGE-565
> URL: https://issues.jboss.org/browse/FORGE-565
> Project: Forge
> Issue Type: Enhancement
> Components: Builtin Plugins
> Affects Versions: 1.0.4.Final
> Reporter: Lincoln Baxter III
> Priority: Minor
> Labels: Starter
> Fix For: 1.2.1.Final
>
>
> In order to use the PostgreSQL (or any custom) database, you'll need to skip the --container JBOSS_AS7 parameter; otherwise, this will override the data-source configuration as seen in the INFO messages:
> {code}***INFO*** Setting transaction-type="JTA"
> ***INFO*** Using example data source [java:jboss/datasources/ExampleDS]{code}
> We should probably make this more clear, or perhaps create a warning or error scenario instead of INFO. When you remove the --container parameter.
> It should be much clearer that you may need to use some of the extended parameters like --jndiName and so forth.
> This can probably be done by updating the PersistencePlugin and related classes:
> https://github.com/forge/core/blob/master/javaee-impl/src/main/java/org/j...
--
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
13 years, 3 months