[forge-dev] Forge'in ahead with JBoss Tools

Lincoln Baxter, III lincolnbaxter at gmail.com
Wed Apr 4 09:55:36 EDT 2012

> "This is exactly where I hope  Forge will *not* go."

Forge core will certainly not go that directly, but I won't stop anyone
from writing a Plugin suite that does.


On Wed, Apr 4, 2012 at 9:53 AM, Max Rydahl Andersen <max.andersen at redhat.com
> wrote:

> > One thing I was planning on discussing with Lincoln and the Forge
> roadmap is around the idea of "Forge as a 4GL" - at the moment it feels
> mostly like a static code generator - which has the problem of schema
> changes.   But Forge as a 4GL could be more responsive, almost "runtime"
> code generation.  More like what you get in the Rails world.  :-)
> This is exactly where I hope  Forge will *not* go.
> Mixing up the toolside with the runtime side is what tech like Spring Roo
> does and its my opinion an utter mess and confusion and very hard tech
> lock-in.
> But Forge could be great in using stuff like MetaWidget on runtime side,
> complete hibernate tools support for partial reverse engineering and have
> the code generation be able to handle incremental changes with something
> like jmerge would be able to provide alot of bang for the buck.
> On runtime side it could be interesting if a runtime framework could find
> a good balance between runtime generation and still being static enough to
> be useful with CDI and similar frameworks which
> can be validated/inspected much easier than pure runtime stuff like Roo or
> Rails.
> /max
> _______________________________________________
> forge-dev mailing list
> forge-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/forge-dev

Lincoln Baxter, III
"Simpler is better."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20120404/25ab8205/attachment.html 

More information about the forge-dev mailing list