[forge-dev] Food for thought: Forge scaffolding is not 'continuous'

Lincoln Baxter, III lincolnbaxter at gmail.com
Mon Oct 24 14:29:49 EDT 2011


It's fixed.

https://issues.jboss.org/browse/FORGE-361
https://github.com/forge/core/commit/4e14b01f4005a383a153112ec386d0d9b098f6df

~Lincoln

On Mon, Oct 24, 2011 at 2:13 PM, Lincoln Baxter, III <
lincolnbaxter at gmail.com> wrote:

> This is only an issue for the "current" or "picked up" resource, and only
> because of the way that JavaResources are implemented. This is an easy fix.
>
>
> On Mon, Oct 24, 2011 at 1:58 PM, Max Rydahl Andersen <
> max.andersen at redhat.com> wrote:
>
>> Lincoln, when/how often does Forge rebuild its model of the world ?
>>
>> If it keeps state then jboss tools would need to start telling it when
>> resources changes since otherwise this situation seem to be very easy to end
>> up in.
>> (that the actual files are changed on disk and forge wasn't used to do it)
>>
>> /max
>>
>> On Oct 24, 2011, at 17:03, Lincoln Baxter, III wrote:
>>
>> > This is in the pipeline, but not there yet. Mostly I think the feature
>> you are referring to is for communicating file changes *to* JBoss tools.
>> >
>> > On Mon, Oct 24, 2011 at 10:32 AM, Rodney Russ <rruss at redhat.com> wrote:
>> > Isn't there already a mechanism for recognizing changes for the
>> integration with JBoss Tools?  Or is that just one way?
>> >
>> > ----- "Lincoln Baxter, III" <lincolnbaxter at gmail.com> wrote:
>> >
>> > > From: "Lincoln Baxter, III" <lincolnbaxter at gmail.com>
>> > > To: "forge-dev List" <forge-dev at lists.jboss.org>
>> > > Sent: Monday, October 24, 2011 12:28:25 AM GMT -07:00 US/Canada
>> Mountain
>> > > Subject: Re: [forge-dev] Food for thought: Seam Forge scaffolding is
>> not 'continuous'
>> > >
>> > > This is possibly because if you don't "reload" the entity after making
>> > > changes in an external editor, Forge doesn't know the file has
>> > > changed, and rewrites the same contents... probably something to fix.
>> > >
>> > > That's my guess as to what they are referring to. Good point though.
>> > >
>> > > ~Lincoln
>> > >
>> > >
>> > > On Mon, Oct 24, 2011 at 1:02 AM, Jason Porter <
>> > > lightguard.jp at gmail.com > wrote:
>> > >
>> > >
>> > > I'm a little confused by this thinking. Forge will work with whatever
>> > > you have there. Generated or not. It isn't going to overwrite anything
>> > > you put in there, maybe they were using an old version?
>> > >
>> > > Sent from my iPhone
>> > >
>> > >
>> > >
>> > >
>> > > On Oct 23, 2011, at 22:50, Richard Kennard <
>> > > richard at kennardconsulting.com > wrote:
>> > >
>> > > > Hi guys,
>> > > >
>> > > > There's a nice looking presentation up at...
>> > > >
>> > > >
>> > >
>> http://www.slideshare.net/jbaruch/pure-java-rad-and-scaffolding-tools-race
>> > > >
>> > > > ...that slightly 'dings' Seam Forge for not being 'continuous'
>> > > (slide 43). I asked the authors what they meant by this. They said:
>> > > >
>> > > > "The reason we stated SeamForge scaffolding as one-time is not
>> > > because of Metawidget, but because of the fact that generated code
>> > > inside the entities is
>> > > > not separated from user-created one. e.g. - I generated Person
>> > > entity, then changed stuff and added some stuff to it, and SeamForge's
>> > > entities editing
>> > > > feature is not usable for me anymore (Metawidget's forms rendering
>> > > will still work, of course). Just for the contrast, Spring Roo
>> > > separated the
>> > > > user-generated content from auto-generated content by using
>> > > Inter-type declarations. I can edit my entities the way I like and Roo
>> > > can mess with its ITDs
>> > > > the way it likes"
>> > > >
>> > > > Just some food for thought?
>> > > >
>> > > > Richard.
>> > > >
>> > > > _______________________________________________
>> > > > forge-dev mailing list
>> > > > forge-dev at lists.jboss.org
>> > > > https://lists.jboss.org/mailman/listinfo/forge-dev
>> > >
>> > > _______________________________________________
>> > > forge-dev mailing list
>> > > forge-dev at lists.jboss.org
>> > > https://lists.jboss.org/mailman/listinfo/forge-dev
>> > >
>> > >
>> > >
>> > > --
>> > > Lincoln Baxter, III
>> > > http://ocpsoft.com
>> > > http://scrumshark.com
>> > > "Keep it Simple"
>> > >
>> > > _______________________________________________
>> > > forge-dev mailing list
>> > > forge-dev at lists.jboss.org
>> > > https://lists.jboss.org/mailman/listinfo/forge-dev
>> > _______________________________________________
>> > forge-dev mailing list
>> > forge-dev at lists.jboss.org
>> > https://lists.jboss.org/mailman/listinfo/forge-dev
>> >
>> >
>> >
>> > --
>> > Lincoln Baxter, III
>> > http://ocpsoft.com
>> > http://scrumshark.com
>> > "Keep it Simple"
>> > _______________________________________________
>> > forge-dev mailing list
>> > forge-dev at lists.jboss.org
>> > https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>> /max
>> http://about.me/maxandersen
>>
>>
>>
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.com
> http://scrumshark.com
> "Keep it Simple"
>



-- 
Lincoln Baxter, III
http://ocpsoft.com
http://scrumshark.com
"Keep it Simple"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/forge-dev/attachments/20111024/4dc40be5/attachment-0001.html 


More information about the forge-dev mailing list