January 2012 - forge-issues - Jboss List Archives

[JBoss JIRA] (FORGE-368) Return list of properties based on higher-level understanding

by Richard Kennard (Created) (JIRA)

Return list of properties based on higher-level understanding ------------------------------------------------------------- Key: FORGE-368 URL: https://issues.jboss.org/browse/FORGE-368 Project: Forge Issue Type: Feature Request Reporter: Richard Kennard Assignee: Lincoln Baxter III Hi guys, As I understand it, Forge has an understanding of your project that transcends Java's own understanding. So for example if I say... field string --named foo ...Forge knows I'm creating a property, and it creates getters and setters for that property. But later if I do... org.jboss.forge.parser.java.JavaClass.getMethods() ...then I get back just normal methods. I'll have to check their signature for 'get' or 'set' to see if they're properties. Equally if I do... org.jboss.forge.parser.java.JavaClass.getFields() ...I get back just normal fields. I don't know if these are property fields (and if so, what their corresponding getter/setter methods are) or whether they're just internal fields (and should be ignored). Is there a recommended way to 'get back out' the list of properties for a class? Something that tells me a) the field; b) the getter; c) the setter? If it helps, for now I am using a rough implementation at: https://github.com/kennardconsulting/forge/blob/master/scaffold-metawidge... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 9 months

5
6
0 / 0

[JBoss JIRA] Created: (SEAMFORGE-337) Syntax highlight XML in cat & less output

by Jonathan Fuerth (JIRA)

Syntax highlight XML in cat & less output ----------------------------------------- Key: SEAMFORGE-337 URL: https://issues.jboss.org/browse/SEAMFORGE-337 Project: Seam Forge Issue Type: Feature Request Components: Usability Reporter: Jonathan Fuerth Priority: Minor The Java syntax highlighting in cat & less output is wonderful. As much as we all (don't) love XML, there's still a lot of it to deal with in Java EE projects. Syntax highlighting can help. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 9 months

2
1
0 / 0

[JBoss JIRA] (FORGE-445) GZip compression configuration plugin

by Dan Allen (JIRA)

Dan Allen created FORGE-445: ------------------------------- Summary: GZip compression configuration plugin Key: FORGE-445 URL: https://issues.jboss.org/browse/FORGE-445 Project: Forge Issue Type: Feature Request Components: Brainstorming Reporter: Dan Allen GZip compression is the perfect case of a monkey's job (aka forge plugin). In some cases, it needs to be added to web.xml as a filter. In other cases, it needs to modify the application server configuration. It would be cool to have a GZip compression plugin that would apply the configuration in the appropriate way based on input from the user. For example: setup gzip --scope application --provider XXXX setup gzip --scope container --container JBOSS_AS_7 If the application vs container paths are different, it may warrant two separate commands, such as gzip-filter and gzip-server-config -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 9 months

2
1
0 / 0

[JBoss JIRA] (FORGE-440) A pom.xml which contains comments looses all of them after Forge operates on it.

by Pete Muir (JIRA)

Pete Muir created FORGE-440: ------------------------------- Summary: A pom.xml which contains comments looses all of them after Forge operates on it. Key: FORGE-440 URL: https://issues.jboss.org/browse/FORGE-440 Project: Forge Issue Type: Bug Environment: HEAD Reporter: Pete Muir Priority: Critical Also looses formatting, but this is less of an issue. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 9 months

4
4
0 / 0

[JBoss JIRA] (FORGE-392) Scaffold API generateFromEntity should also create dependent entities

by Richard Kennard (Created) (JIRA)

Scaffold API generateFromEntity should also create dependent entities --------------------------------------------------------------------- Key: FORGE-392 URL: https://issues.jboss.org/browse/FORGE-392 Project: Forge Issue Type: Feature Request Reporter: Richard Kennard In org.jboss.forge.scaffold.plugins.ScaffoldPlugin there is a method 'generateFromEntity' which delegates to 'provider.generateFromEntity'. It calls 'provider.generateFromEntity' once for every JavaResource it is given. So for example if the user types: from-entity com.test.domain.Foo com.test.domain.Bar It will generate scaffolding for both Foo and Bar. However if Foo has some kind of relationship to Bar, then the scaffolding produced by Foo will internally refer to Bar. Therefore the generated project will be broken if the user simply does... from-entity com.test.domain.Foo ...because there will be no Bar scaffolding. It would be great if the Scaffold API could understand that Foo has related entities and automatically add those into the list before it calls 'provider.generateFromEntity' -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 9 months

3
3
0 / 0

[JBoss JIRA] (FORGE-425) Provide a way to override plugin resources without coding

by Richard Kennard (Created) (JIRA)

Provide a way to override plugin resources without coding --------------------------------------------------------- Key: FORGE-425 URL: https://issues.jboss.org/browse/FORGE-425 Project: Forge Issue Type: Feature Request Reporter: Richard Kennard At present, Forge makes it easy for users to add their own plugins by writing some code. However this is onerous for use cases where users just want to tweak some static resource or template. For scaffolding specifically, but for plugins generally, it would be good to have a mechanism to allow users to easily 'drop in' replacement files. >From discussions on the mailing list, the consensus seems to be: 1. Plugins should keep their resources in as flat a structure as possible. For example at the moment scaffolding uses "resources/org/jboss/forge/scaffold/faces/scaffold/BackingBean.jv" but we should change this to, say, "resources/scaffold/BackingBean.jv" 2. Forge should provide a folder, say, /forge-distribution/resources where users can drop replacement files There is some disagreement over how this is to be implemented. The concerns are: 1. Richard would prefer that plugins did not have to explicitly worry about this 'replacement mechanism'. Lots of plugins already call .getResource, so it'd be good if this just magically checked /forge-distribution/resources for us. 2. Max does not want this 'replacement mechanism' to work by putting /forge-distribution/resources on the classpath (Max can explain why :) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 9 months

3
4
0 / 0

[JBoss JIRA] (SEAMFORGE-354) Use a prettier and more productive design template for generated applications

by Lincoln Baxter III (Created) (JIRA)

Use a prettier and more productive design template for generated applications ----------------------------------------------------------------------------- Key: SEAMFORGE-354 URL: https://issues.jboss.org/browse/SEAMFORGE-354 Project: Forge Issue Type: Enhancement Components: Scaffold Affects Versions: 1.0.0.Beta3 Reporter: Lincoln Baxter III Fix For: 1.0.0.Final Provide a clean, professional, web-2.0 theme. * HTML5 * CSS * jQuery -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 9 months

3
7
0 / 0

[JBoss JIRA] Created: (SEAMFORGE-333) Add proper Facet support for Git

by Lincoln Baxter III (JIRA)

Add proper Facet support for Git -------------------------------- Key: SEAMFORGE-333 URL: https://issues.jboss.org/browse/SEAMFORGE-333 Project: Seam Forge Issue Type: Feature Request Components: Builtin Plugins Reporter: Lincoln Baxter III Fix For: Future -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

2
3
0 / 0

[JBoss JIRA] (FORGE-376) FSH parser cannot understand filenames with spaces

by Lincoln Baxter III (Created) (JIRA)

FSH parser cannot understand filenames with spaces -------------------------------------------------- Key: FORGE-376 URL: https://issues.jboss.org/browse/FORGE-376 Project: Forge Issue Type: Bug Components: Forge Scripting Language Affects Versions: 1.0.0.Beta3 Reporter: Lincoln Baxter III Assignee: Mike Brock Fix For: 1.0.0.Final {code} socialpm.png [no project] Desktop $ rm Screen Shot 2011-11-09 at 11.27.15 AM.png ? delete: Screen: are you sure? [Y/n] ***ERROR*** [rm] error deleting files. [no project] Desktop $ [no project] Desktop $ [no project] Desktop $ [no project] Desktop $ [no project] Desktop $ rm Screen\ Shot\ 2011-11-09\ at\ 11.27.15\ AM.png ? delete: Screen\: are you sure? [Y/n] ***ERROR*** [rm] error deleting files. [no project] Desktop $ ls BlueAngels/ Buffer/ forge-tools.png google-2-step-codes.png JBoss/ OriginsOfForge.odt P90x/ Recordings/ Screen Shot 2011-11-09 at 11.27.15 AM.png showcase/ socialpm.png [no project] Desktop $ rm -rf Screen Shot 2011-11-09 at 11.27.15 AM.png^C [no project] Desktop $ rm -rf Screen* Deleted /Users/lbaxter/Desktop/Screen Shot 2011-11-09 at 11.27.15 AM.png [no project] Desktop $ ls BlueAngels/ Buffer/ forge-tools.png JBoss/ OriginsOfForge.odt Recordings/ showcase/ socialpm.png [no project] Desktop $ {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 1 month

3
7
0 / 0

[JBoss JIRA] (FORGE-422) creating a new option "evaluate"

by Jan Papousek (Created) (JIRA)

creating a new option "evaluate" -------------------------------- Key: FORGE-422 URL: https://issues.jboss.org/browse/FORGE-422 Project: Forge Issue Type: Feature Request Affects Versions: 1.0.0.Beta5 Reporter: Jan Papousek I would be nice to add an option (*--evaluate* or *-e* for short) for evaluating commands without going into the forge console. Example: {code} forge -e /path/to/script.fsh {code} It's hard to write bash scripts using forge without this option. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 1 month

5
16
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

forge-issues January 2012