[JBoss JIRA] (FORGE-2484) java-new-enum-const should follow the naming convention
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-2484?page=com.atlassian.jira.plugin... ]
George Gastaldi closed FORGE-2484.
----------------------------------
Fix Version/s: 3.0.0.CR1
(was: 3.x Future)
Resolution: Done
> java-new-enum-const should follow the naming convention
> -------------------------------------------------------
>
> Key: FORGE-2484
> URL: https://issues.jboss.org/browse/FORGE-2484
> Project: Forge
> Issue Type: Sub-task
> Components: Java EE
> Affects Versions: 2.19.1.Final
> Reporter: Antonio Goncalves
> Assignee: George Gastaldi
> Priority: Minor
> Fix For: 3.0.0.CR1
>
>
> At the moment to add a new constant to an enum we type :
> {code}
> java-new-enum-const VISA ;
> {code}
> To follow the other commands, it should have a {{named}} parameter
> {code}
> java-new-enum-const --named VISA ;
> java-new-enum-const --named MASTER_CARD ;
> java-new-enum-const --named AMERICAN_EXPRESS ;
> {code}
> Changing {{new}} to {{add}} we could end up with :
> {code}
> java-add-enum-const --named VISA ;
> java-add-enum-const --named MASTER_CARD ;
> java-add-enum-const --named AMERICAN_EXPRESS ;
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 10 months
[JBoss JIRA] (FORGE-2372) The scaffold provider should be mandatory when there are more than one
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/FORGE-2372?page=com.atlassian.jira.plugin... ]
George Gastaldi closed FORGE-2372.
----------------------------------
Fix Version/s: 3.0.0.CR1
(was: 3.x Future)
Assignee: George Gastaldi
Resolution: Done
> The scaffold provider should be mandatory when there are more than one
> ----------------------------------------------------------------------
>
> Key: FORGE-2372
> URL: https://issues.jboss.org/browse/FORGE-2372
> Project: Forge
> Issue Type: Sub-task
> Components: Scaffold
> Affects Versions: 2.16.2.Final
> Reporter: Antonio Goncalves
> Assignee: George Gastaldi
> Fix For: 3.0.0.CR1
>
>
> After installing a few addons, including Angular, I use the {{scaffold-generate}} command thinking that it would use Faces, but it generates an Angular app. In this cas, the {{provider}} attribute should become mandatory .
> {code}
> $ scaffold-generate
> --provider --webRoot --targets --generateRestResources
> {code}
> Script that reproduces it :
> {code}
> $ addon-list
> org.jboss.forge.addon:angularjs,2.1.5-SNAPSHOT
> org.jboss.forge.addon:scaffold,2.16.1.Final
> org.jboss.forge.addon:scaffold-faces,2.16.1.Final
> org.jboss.forge.addon:scaffold-spi,2.16.1.Final
> $ project-new --named demo
> $ jpa-new-entity --named MyEntity
> $ scaffold-generate --targets org.demo.model.MyEntity
> ***SUCCESS*** CDI has been installed.
> ***SUCCESS*** EJB has been installed.
> ***SUCCESS*** Servlet API has been installed.
> ***SUCCESS*** JAX-RS has been installed.
> ***SUCCESS*** Scaffold was generated successfully.
> {code}
> A {{RestApplication}} class is generated,
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 10 months
[JBoss JIRA] (ROASTER-89) Add API to get the line number and absolute position
by Claus Ibsen (JIRA)
[ https://issues.jboss.org/browse/ROASTER-89?page=com.atlassian.jira.plugin... ]
Claus Ibsen commented on ROASTER-89:
------------------------------------
Perfect and thanks for the quick implementation
> Add API to get the line number and absolute position
> ----------------------------------------------------
>
> Key: ROASTER-89
> URL: https://issues.jboss.org/browse/ROASTER-89
> Project: Roaster
> Issue Type: Feature Request
> Affects Versions: 2.17.4.Final
> Reporter: Claus Ibsen
> Assignee: George Gastaldi
> Fix For: 2.18.0.Final
>
>
> When using Roaster to parse java source code, you have the various types, such as fields
> FieldSource<JavaClassSource> field
> MethodSource<JavaClassSource> method
> and so on
> The backing JDT AST has the position of where those types are in the source code.
> It would be good to have an api that can provide
> - the absolute position (absolute char position)
> - the line number
> - the relative position in the line
> You can derive the latter two values from the absolute position.
> The AST has the absolute start position in code alike:
> org.jboss.forge.roaster._shade.org.eclipse.jdt.core.dom.ASTNode#getStartPosition
> The need for this is to be able to provide better feedback to the end users, where in the source code the node is, such as if you use it to parse and validate, or if you want to build a custom search function etc.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 10 months
[JBoss JIRA] (FORGE-2572) Create YAML parser addon
by George Gastaldi (JIRA)
George Gastaldi created FORGE-2572:
--------------------------------------
Summary: Create YAML parser addon
Key: FORGE-2572
URL: https://issues.jboss.org/browse/FORGE-2572
Project: Forge
Issue Type: Feature Request
Components: Parsers / File Manipulation
Affects Versions: 3.0.0.Beta1
Reporter: George Gastaldi
Assignee: George Gastaldi
Fix For: 3.0.0.CR1
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 10 months
[JBoss JIRA] (ROASTER-89) Add API to get the line number and absolute position
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/ROASTER-89?page=com.atlassian.jira.plugin... ]
George Gastaldi commented on ROASTER-89:
----------------------------------------
[~davsclaus], let me know if it's working ok, then I should release Roaster with these changes. Thanks!
> Add API to get the line number and absolute position
> ----------------------------------------------------
>
> Key: ROASTER-89
> URL: https://issues.jboss.org/browse/ROASTER-89
> Project: Roaster
> Issue Type: Feature Request
> Affects Versions: 2.17.4.Final
> Reporter: Claus Ibsen
> Assignee: George Gastaldi
> Fix For: 2.17.5.Final
>
>
> When using Roaster to parse java source code, you have the various types, such as fields
> FieldSource<JavaClassSource> field
> MethodSource<JavaClassSource> method
> and so on
> The backing JDT AST has the position of where those types are in the source code.
> It would be good to have an api that can provide
> - the absolute position (absolute char position)
> - the line number
> - the relative position in the line
> You can derive the latter two values from the absolute position.
> The AST has the absolute start position in code alike:
> org.jboss.forge.roaster._shade.org.eclipse.jdt.core.dom.ASTNode#getStartPosition
> The need for this is to be able to provide better feedback to the end users, where in the source code the node is, such as if you use it to parse and validate, or if you want to build a custom search function etc.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 10 months
[JBoss JIRA] (ROASTER-89) Add API to get the line number and absolute position
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/ROASTER-89?page=com.atlassian.jira.plugin... ]
George Gastaldi closed ROASTER-89.
----------------------------------
Assignee: George Gastaldi
Resolution: Done
Fields and methods now implement {{LocationCapable}} with the following methods:
{code:java}
/**
* Returns the character index into the original source file indicating where the source fragment corresponding to
* this element begins.
*
* @return the 0-based character index, or -1 if no source position information is recorded for this element
*/
int getStartPosition();
/**
* Returns the character index into the original source file indicating where the source fragment corresponding to
* this element ends.
*
* @return a (possibly 0) length, or <code>0</code> if no source position information is recorded for this node
*/
int getEndPosition();
/**
* Returns the line number corresponding to the given source character position in the original source string. The
* initial line of the compilation unit is numbered 1, and each line extends through the last character of the
* end-of-line delimiter. The very last line extends through the end of the source string and has no line delimiter.
* For example, the source string <code>class A\n{\n}</code> has 3 lines corresponding to inclusive character ranges
* [0,7], [8,9], and [10,10]. Returns -1 for a character position that does not correspond to any source line, or -2
* if no line number information is available for this compilation unit.
*
* @return the 1-based line number, or <code>-1</code> if the character position does not correspond to a source line
* in the original source file or <code>-2</code> if line number information is not known for this
* compilation unit
*/
int getLineNumber();
/**
* Returns the column number corresponding to the given source character position in the original source string.
* Column number are zero-based. Return <code>-1</code> if it is beyond the valid range or <code>-2</code> if the
* column number information is unknown.
*
* @return the 0-based column number, or <code>-1</code> if the character position does not correspond to a source
* line in the original source file or <code>-2</code> if column number information is unknown for this
* compilation unit
*/
int getColumnNumber();
{code}
> Add API to get the line number and absolute position
> ----------------------------------------------------
>
> Key: ROASTER-89
> URL: https://issues.jboss.org/browse/ROASTER-89
> Project: Roaster
> Issue Type: Feature Request
> Affects Versions: 2.17.4.Final
> Reporter: Claus Ibsen
> Assignee: George Gastaldi
> Fix For: 2.17.5.Final
>
>
> When using Roaster to parse java source code, you have the various types, such as fields
> FieldSource<JavaClassSource> field
> MethodSource<JavaClassSource> method
> and so on
> The backing JDT AST has the position of where those types are in the source code.
> It would be good to have an api that can provide
> - the absolute position (absolute char position)
> - the line number
> - the relative position in the line
> You can derive the latter two values from the absolute position.
> The AST has the absolute start position in code alike:
> org.jboss.forge.roaster._shade.org.eclipse.jdt.core.dom.ASTNode#getStartPosition
> The need for this is to be able to provide better feedback to the end users, where in the source code the node is, such as if you use it to parse and validate, or if you want to build a custom search function etc.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 10 months
[JBoss JIRA] (ROASTER-89) Add API to get the line number and absolute position
by George Gastaldi (JIRA)
[ https://issues.jboss.org/browse/ROASTER-89?page=com.atlassian.jira.plugin... ]
George Gastaldi updated ROASTER-89:
-----------------------------------
Fix Version/s: 2.17.5.Final
> Add API to get the line number and absolute position
> ----------------------------------------------------
>
> Key: ROASTER-89
> URL: https://issues.jboss.org/browse/ROASTER-89
> Project: Roaster
> Issue Type: Feature Request
> Affects Versions: 2.17.4.Final
> Reporter: Claus Ibsen
> Fix For: 2.17.5.Final
>
>
> When using Roaster to parse java source code, you have the various types, such as fields
> FieldSource<JavaClassSource> field
> MethodSource<JavaClassSource> method
> and so on
> The backing JDT AST has the position of where those types are in the source code.
> It would be good to have an api that can provide
> - the absolute position (absolute char position)
> - the line number
> - the relative position in the line
> You can derive the latter two values from the absolute position.
> The AST has the absolute start position in code alike:
> org.jboss.forge.roaster._shade.org.eclipse.jdt.core.dom.ASTNode#getStartPosition
> The need for this is to be able to provide better feedback to the end users, where in the source code the node is, such as if you use it to parse and validate, or if you want to build a custom search function etc.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 10 months