September 2014 - forge-issues - Jboss List Archives

[JBoss JIRA] (FORGE-2009) Upgrade to Roaster 2.8.0.Final

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/FORGE-2009?page=com.atlassian.jira.plugin... ] George Gastaldi closed FORGE-2009. ---------------------------------- Resolution: Done > Upgrade to Roaster 2.8.0.Final > ------------------------------ > > Key: FORGE-2009 > URL: https://issues.jboss.org/browse/FORGE-2009 > Project: Forge > Issue Type: Component Upgrade > Components: Parsers / File Manipulation > Affects Versions: 2.9.2.Final > Reporter: George Gastaldi > Assignee: George Gastaldi > Fix For: 2.10.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (FORGE-2009) Upgrade to Roaster 2.8.0.Final

by George Gastaldi (JIRA)

George Gastaldi created FORGE-2009: -------------------------------------- Summary: Upgrade to Roaster 2.8.0.Final Key: FORGE-2009 URL: https://issues.jboss.org/browse/FORGE-2009 Project: Forge Issue Type: Component Upgrade Components: Parsers / File Manipulation Affects Versions: 2.9.2.Final Reporter: George Gastaldi Assignee: George Gastaldi Fix For: 2.10.0.Final -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ROASTER-36) property.setType leaves get/set with qualified class name

by Antonio Goncalves (JIRA)

[ https://issues.jboss.org/browse/ROASTER-36?page=com.atlassian.jira.plugin... ] Antonio Goncalves commented on ROASTER-36: ------------------------------------------ Great, I'll give it a try ASAP > property.setType leaves get/set with qualified class name > --------------------------------------------------------- > > Key: ROASTER-36 > URL: https://issues.jboss.org/browse/ROASTER-36 > Project: Roaster > Issue Type: Enhancement > Components: API > Affects Versions: 2.7.1.Final > Reporter: Antonio Goncalves > Assignee: George Gastaldi > Fix For: 2.7.2.Final > > Attachments: roaster.zip > > > I have a use case which is : "Take the attribute of type {{java.util.Date}} and change it to {{org.joda.time.LocalDate}}". Imagine I have the following class : > {code} > public class MyClass { > private Date myFirstDate; > public Date getMyFirstDate() { > return myFirstDate; > } > public void setMyFirstDate(Date myFirstDate) { > this.myFirstDate = myFirstDate; > } > } > {code} > If I only do : > {code} > PropertySource<JavaClassSource> property = classToProcess.getProperty("myFirstDate"); > property.setType(LocalDate.class); > {code} > This changes both the field and the get/set. But the field gets {{LocalDate}} not qualified, and get/set qualified. This is the final result : > {code} > public class MyClass { > private LocalDate myFirstDate; > public org.joda.time.LocalDate getMyFirstDate() { > return myFirstDate; > } > public void setMyFirstDate(org.joda.time.LocalDate myFirstDate) { > this.myFirstDate = myFirstDate; > } > } > {code} > Only if I do {{property.getAccessor().setReturnType(LocalDate.class)}} I get an unqualified getter. What I would like is to have unqualified class everywhere when I only change the type of the property {{property.setType(LocalDate.class)}} : > {code} > public class MyClass { > private LocalDate myFirstDate; > public LocalDate getMyFirstDate() { > return myFirstDate; > } > public void setMyFirstDate(LocalDate myFirstDate) { > this.myFirstDate = myFirstDate; > } > } > {code} > Attached is a test case -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ROASTER-36) property.setType leaves get/set with qualified class name

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/ROASTER-36?page=com.atlassian.jira.plugin... ] George Gastaldi closed ROASTER-36. ---------------------------------- Resolution: Done Fixed > property.setType leaves get/set with qualified class name > --------------------------------------------------------- > > Key: ROASTER-36 > URL: https://issues.jboss.org/browse/ROASTER-36 > Project: Roaster > Issue Type: Enhancement > Components: API > Affects Versions: 2.7.1.Final > Reporter: Antonio Goncalves > Assignee: George Gastaldi > Fix For: 2.7.2.Final > > Attachments: roaster.zip > > > I have a use case which is : "Take the attribute of type {{java.util.Date}} and change it to {{org.joda.time.LocalDate}}". Imagine I have the following class : > {code} > public class MyClass { > private Date myFirstDate; > public Date getMyFirstDate() { > return myFirstDate; > } > public void setMyFirstDate(Date myFirstDate) { > this.myFirstDate = myFirstDate; > } > } > {code} > If I only do : > {code} > PropertySource<JavaClassSource> property = classToProcess.getProperty("myFirstDate"); > property.setType(LocalDate.class); > {code} > This changes both the field and the get/set. But the field gets {{LocalDate}} not qualified, and get/set qualified. This is the final result : > {code} > public class MyClass { > private LocalDate myFirstDate; > public org.joda.time.LocalDate getMyFirstDate() { > return myFirstDate; > } > public void setMyFirstDate(org.joda.time.LocalDate myFirstDate) { > this.myFirstDate = myFirstDate; > } > } > {code} > Only if I do {{property.getAccessor().setReturnType(LocalDate.class)}} I get an unqualified getter. What I would like is to have unqualified class everywhere when I only change the type of the property {{property.setType(LocalDate.class)}} : > {code} > public class MyClass { > private LocalDate myFirstDate; > public LocalDate getMyFirstDate() { > return myFirstDate; > } > public void setMyFirstDate(LocalDate myFirstDate) { > this.myFirstDate = myFirstDate; > } > } > {code} > Attached is a test case -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ROASTER-36) property.setType leaves get/set with qualified class name

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/ROASTER-36?page=com.atlassian.jira.plugin... ] George Gastaldi reopened ROASTER-36: ------------------------------------ The change introduced a bug. Reopening > property.setType leaves get/set with qualified class name > --------------------------------------------------------- > > Key: ROASTER-36 > URL: https://issues.jboss.org/browse/ROASTER-36 > Project: Roaster > Issue Type: Enhancement > Components: API > Affects Versions: 2.7.1.Final > Reporter: Antonio Goncalves > Assignee: George Gastaldi > Fix For: 2.7.2.Final > > Attachments: roaster.zip > > > I have a use case which is : "Take the attribute of type {{java.util.Date}} and change it to {{org.joda.time.LocalDate}}". Imagine I have the following class : > {code} > public class MyClass { > private Date myFirstDate; > public Date getMyFirstDate() { > return myFirstDate; > } > public void setMyFirstDate(Date myFirstDate) { > this.myFirstDate = myFirstDate; > } > } > {code} > If I only do : > {code} > PropertySource<JavaClassSource> property = classToProcess.getProperty("myFirstDate"); > property.setType(LocalDate.class); > {code} > This changes both the field and the get/set. But the field gets {{LocalDate}} not qualified, and get/set qualified. This is the final result : > {code} > public class MyClass { > private LocalDate myFirstDate; > public org.joda.time.LocalDate getMyFirstDate() { > return myFirstDate; > } > public void setMyFirstDate(org.joda.time.LocalDate myFirstDate) { > this.myFirstDate = myFirstDate; > } > } > {code} > Only if I do {{property.getAccessor().setReturnType(LocalDate.class)}} I get an unqualified getter. What I would like is to have unqualified class everywhere when I only change the type of the property {{property.setType(LocalDate.class)}} : > {code} > public class MyClass { > private LocalDate myFirstDate; > public LocalDate getMyFirstDate() { > return myFirstDate; > } > public void setMyFirstDate(LocalDate myFirstDate) { > this.myFirstDate = myFirstDate; > } > } > {code} > Attached is a test case -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ROASTER-36) property.setType leaves get/set with qualified class name

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/ROASTER-36?page=com.atlassian.jira.plugin... ] George Gastaldi commented on ROASTER-36: ---------------------------------------- Fixed > property.setType leaves get/set with qualified class name > --------------------------------------------------------- > > Key: ROASTER-36 > URL: https://issues.jboss.org/browse/ROASTER-36 > Project: Roaster > Issue Type: Enhancement > Components: API > Affects Versions: 2.7.1.Final > Reporter: Antonio Goncalves > Assignee: George Gastaldi > Fix For: 2.7.2.Final > > Attachments: roaster.zip > > > I have a use case which is : "Take the attribute of type {{java.util.Date}} and change it to {{org.joda.time.LocalDate}}". Imagine I have the following class : > {code} > public class MyClass { > private Date myFirstDate; > public Date getMyFirstDate() { > return myFirstDate; > } > public void setMyFirstDate(Date myFirstDate) { > this.myFirstDate = myFirstDate; > } > } > {code} > If I only do : > {code} > PropertySource<JavaClassSource> property = classToProcess.getProperty("myFirstDate"); > property.setType(LocalDate.class); > {code} > This changes both the field and the get/set. But the field gets {{LocalDate}} not qualified, and get/set qualified. This is the final result : > {code} > public class MyClass { > private LocalDate myFirstDate; > public org.joda.time.LocalDate getMyFirstDate() { > return myFirstDate; > } > public void setMyFirstDate(org.joda.time.LocalDate myFirstDate) { > this.myFirstDate = myFirstDate; > } > } > {code} > Only if I do {{property.getAccessor().setReturnType(LocalDate.class)}} I get an unqualified getter. What I would like is to have unqualified class everywhere when I only change the type of the property {{property.setType(LocalDate.class)}} : > {code} > public class MyClass { > private LocalDate myFirstDate; > public LocalDate getMyFirstDate() { > return myFirstDate; > } > public void setMyFirstDate(LocalDate myFirstDate) { > this.myFirstDate = myFirstDate; > } > } > {code} > Attached is a test case -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ROASTER-36) property.setType leaves get/set with qualified class name

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/ROASTER-36?page=com.atlassian.jira.plugin... ] George Gastaldi closed ROASTER-36. ---------------------------------- Assignee: George Gastaldi Fix Version/s: 2.7.2.Final Resolution: Done > property.setType leaves get/set with qualified class name > --------------------------------------------------------- > > Key: ROASTER-36 > URL: https://issues.jboss.org/browse/ROASTER-36 > Project: Roaster > Issue Type: Enhancement > Components: API > Affects Versions: 2.7.1.Final > Reporter: Antonio Goncalves > Assignee: George Gastaldi > Fix For: 2.7.2.Final > > Attachments: roaster.zip > > > I have a use case which is : "Take the attribute of type {{java.util.Date}} and change it to {{org.joda.time.LocalDate}}". Imagine I have the following class : > {code} > public class MyClass { > private Date myFirstDate; > public Date getMyFirstDate() { > return myFirstDate; > } > public void setMyFirstDate(Date myFirstDate) { > this.myFirstDate = myFirstDate; > } > } > {code} > If I only do : > {code} > PropertySource<JavaClassSource> property = classToProcess.getProperty("myFirstDate"); > property.setType(LocalDate.class); > {code} > This changes both the field and the get/set. But the field gets {{LocalDate}} not qualified, and get/set qualified. This is the final result : > {code} > public class MyClass { > private LocalDate myFirstDate; > public org.joda.time.LocalDate getMyFirstDate() { > return myFirstDate; > } > public void setMyFirstDate(org.joda.time.LocalDate myFirstDate) { > this.myFirstDate = myFirstDate; > } > } > {code} > Only if I do {{property.getAccessor().setReturnType(LocalDate.class)}} I get an unqualified getter. What I would like is to have unqualified class everywhere when I only change the type of the property {{property.setType(LocalDate.class)}} : > {code} > public class MyClass { > private LocalDate myFirstDate; > public LocalDate getMyFirstDate() { > return myFirstDate; > } > public void setMyFirstDate(LocalDate myFirstDate) { > this.myFirstDate = myFirstDate; > } > } > {code} > Attached is a test case -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ROASTER-34) Add a method MethodSource.removeParameter(Class<?> aClass, String s)

by Antonio Goncalves (JIRA)

[ https://issues.jboss.org/browse/ROASTER-34?page=com.atlassian.jira.plugin... ] Antonio Goncalves commented on ROASTER-34: ------------------------------------------ It's a bit like [ROASTER-35], the API let's you do it, but it would be easier to have little facilities like that. > Add a method MethodSource.removeParameter(Class<?> aClass, String s) > -------------------------------------------------------------------- > > Key: ROASTER-34 > URL: https://issues.jboss.org/browse/ROASTER-34 > Project: Roaster > Issue Type: Feature Request > Components: API > Affects Versions: 2.7.1.Final > Reporter: Antonio Goncalves > Assignee: George Gastaldi > Fix For: 2.7.2.Final > > > At the moment it's easy to add a parameter to a method knowing its name and type : > {code} > property.getMutator().addParameter(LocalDate.class, "myDate"); > {code} > It would be good to have the same facility to remove a parameter given a type and a name. Something like : > {code} > property.getMutator().removeParameter(LocalDate.class, "myDate"); > {code} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ROASTER-1) Roaster should support TypeSafe parsing/generation of method bodies/statements

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/ROASTER-1?page=com.atlassian.jira.plugin.... ] George Gastaldi updated ROASTER-1: ---------------------------------- Assignee: Davide Sottara > Roaster should support TypeSafe parsing/generation of method bodies/statements > ------------------------------------------------------------------------------ > > Key: ROASTER-1 > URL: https://issues.jboss.org/browse/ROASTER-1 > Project: Roaster > Issue Type: Enhancement > Components: API, JDT > Affects Versions: 2.1.0.Final > Reporter: Lincoln Baxter III > Assignee: Davide Sottara > Fix For: 2.x Future > > > The JavaParser needs to support fine-grained manipulation of method bodies. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ROASTER-1) Roaster should support TypeSafe parsing/generation of method bodies/statements

by George Gastaldi (JIRA)

[ https://issues.jboss.org/browse/ROASTER-1?page=com.atlassian.jira.plugin.... ] George Gastaldi updated ROASTER-1: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/forge/roaster/pull/27 > Roaster should support TypeSafe parsing/generation of method bodies/statements > ------------------------------------------------------------------------------ > > Key: ROASTER-1 > URL: https://issues.jboss.org/browse/ROASTER-1 > Project: Roaster > Issue Type: Enhancement > Components: API, JDT > Affects Versions: 2.1.0.Final > Reporter: Lincoln Baxter III > Fix For: 2.x Future > > > The JavaParser needs to support fine-grained manipulation of method bodies. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

9 years, 9 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

forge-issues September 2014