New GWT scaffolding plugin
by Richard Kennard
Sandro,
Congratulations on your Forge GWT scaffolding plugin (https://github.com/xandrox/forge-gwtplugin)!
I'm the author of Metawidget, the framework which underpins the JSF, Spring and AeroGear scaffolding plugins. I'd be most interested to know if you
evaluated Metawidget as an option for GWT? It looks like you adopted a different approach, which is of course completely fine, but I'm always hungry for
feedback as to how I could improve Metawidget :)
Regards,
Richard.
13 years, 10 months
Re: [forge-dev] Jira 233
by Lincoln Baxter, III
Hey Cheyenne,
Awesome! I saw your message on JIRA last night, sorry I missed it earlier.
Forge isn't actually an app that can be hosted. You would need to download
it, install it on your computer, and use it to generate an application.
Forge generates web applications :) You can find instructions here, if
you'd like to do that: http://forge.github.com/docs/using/
Then you can build an app using this tutorial:
http://forge.github.com/docs/using/basic-javaee-app.html
That's why I sent you the link to the mockup application, so you could see
the output without actually installing and using Forge itself (unless
somehow it never made it to you, in which case my fault!)
Here is the link again just in case:
http://design-lincolnbaxter.rhcloud.com/
This is the output of Forge, which is where the new theme would be
utilized. If we can get a nice design for the application, including the
data-tables, menus, and selectors that show up in the sub-pages (these can
vary depending on what a user is generating,) and we use the bootstrap
framework to allow easy updates and changes in the future, then I think we
are all set!
But it's important that we get the Forge brand and logo integrated into the
bootstrap theme either way.
If you get the theme looking great, we'll make sure it gets in there and
actually works great when users create apps :)
Sound good? Thoughts?
~Lincoln
On Mon, May 7, 2012 at 4:04 PM, Cheyenne Weaver <cweaver(a)redhat.com> wrote:
> Hey Lincoln,
> does it make sense to try and host Forge somewhere to work on it, or would
> it be simpler just to grab key screens from the demo app html and style
> them locally?
>
>
> Hey Rysiek,
> Lincoln is looking for some help to implement Twitter's bootstrap
> framework for styling Forge apps:
> http://design-lincolnbaxter.rhcloud.com/faces/index.xhtml.
> Would it make sense to deploy Forge somewhere on staging to work on the
> demo app? Otherwise, I could just grab key screens of html and work on it
> locally, but I might miss some elements that way.
>
> Would it even be possible host the app somewhere? I'm not sure what all
> goes into it :-)
>
>
> Thanks!
> ~c
>
>
> Cheyenne Weaver
> JBoss Community UI & Design
>
> [ AIM: jcheyennew ]
>
>
>
>
>
> On May 2, 2012, at 1:24 AM, Lincoln Baxter, III wrote:
>
> Hey Cheyenne!
>
> Awesome!
>
> We would like to implement this using the Twitter Bootstrap framework,
> since it provides most of the groundwork that people will need to be
> productive developing an application. (We linked an issue to the related
> Forge issue https://issues.jboss.org/browse/FORGE-558)
>
> We don't really have a staging environment, and the template we are
> currently using is completely open for change. I can show you what is
> currently generated by Forge, however, and we can go from there.
>
> Check out this app:
> http://design-lincolnbaxter.rhcloud.com/faces/index.xhtml
>
> ~Lincoln
>
> On Mon, Apr 30, 2012 at 12:30 PM, Cheyenne Weaver <cweaver(a)redhat.com>wrote:
>
>> Hey Lincoln,
>>
>> I'll be working on https://issues.jboss.org/browse/DESIGN-233. I have a
>> little time this week to work on it so I wanted to get the ball rolling so
>> I can focus on it next week.
>>
>> Do you have a staging environment for Forge I could tap into, or perhaps
>> some key static html pages I could design the css around locally?
>>
>>
>> Cheyenne Weaver
>> JBoss Community UI & Design
>>
>> [ AIM: jcheyennew ]
>>
>>
>>
>>
>>
>>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
>
>
--
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
13 years, 10 months
Proposed Forge Hack night !
by George Gastaldi
Hello everyone !
We finally got the doodle results. The winner date/time is: Every
Wednesday, on 19:00 to 20:00 GMT-3.
Let me know which issues would be best to work on and let´s keep it rockin´ !
Regards,
George Gastaldi
13 years, 10 months
Re: [forge-dev] jreadline instead of jline?
by Lincoln Baxter
Copying the forge Dev list and Julien, since he may also be interested.
----- Original Message -----
From: "Lincoln Baxter" <lbaxter(a)redhat.com>
To: "Ståle W. Pedersen" <spederse(a)redhat.com>
Cc: "Mike Brock" <cbrock(a)redhat.com>, "Alexey Loubyansky" <alexey.loubyansky(a)redhat.com>
Sent: Thursday, May 10, 2012 11:26:46 AM
Subject: Re: jreadline
Awesome! I'd love to start trying to integrate this instead of jline. What are some key benefits that you can think of?
Where can I get the code and get started playing around?
~Lincoln
----- Original Message -----
From: "Ståle W. Pedersen" <spederse(a)redhat.com>
To: "Lincoln Baxter" <lbaxter(a)redhat.com>
Cc: "Mike Brock" <cbrock(a)redhat.com>, "Alexey Loubyansky" <alexey.loubyansky(a)redhat.com>
Sent: Thursday, May 10, 2012 8:15:26 AM
Subject: Re: jreadline
hi, not sure if you follow the jboss-as7-dev list so i just wanted to
inform you that we're in the process of switching to jreadline for
jboss-cli.
im not sure if you think it would be a good fit for forge too? i know
that you've almost "forked" jline into forge and done some extensions to
it.
- for jreadline i took the code mike wrote for console input to more
easily support different keystrokes etc.
ill happily make extensions/changes to jreadline if you have any requests.
regards, ståle
On 11/30/2011 05:08 PM, Lincoln Baxter wrote:
> Hey Ståle,
>
> This is interesting timing, because Mike Brock actually just forked JLine because we could no longer achieve what we needed to within the constraints of their framework (again, not responding to pull requests or releasing new versions.)
>
> I'm certainly interested in this! What kinds of bugs have you fixed?
>
> However, mike has made some significant enhancements (such as full double-buffering) that you might be interested in as well, and I would definitely like to see convergence in this space within JBoss. Perhaps it is worth creating a new module for the "JBoss Shell" fork? We were already planning on doing this as part of Forge 2.0, but we could accelerate if needed.
>
> I'd propose that Forge itself is the right project to "own" this combined sub-project, because it is a fully-blown shell implementation, as that is of of its primary functions. This way it would also get lots of attention from the community in a top-level project.
>
> Mike, would you be interested in that? This would mean a much quicker realization of our shell/forge conceptual split. I think it could be done relatively easily with your help.
>
> What do you think? We should include Aleksei in this thread if you feel it would be appropriate.
>
> ~Lincoln
>
> ----- Original Message -----
> From: "Ståle W. Pedersen"<spederse(a)redhat.com>
> To: lbaxter(a)redhat.com
> Sent: Monday, November 28, 2011 2:18:48 PM
> Subject: jreadline
>
> hi, ive been working on a little "evening" project for some time called
> jreadline (https://github.com/stalep/jreadline). it started as an
> attempt to add vi bindings to jline, but they never applied any of the
> patches i sent them so i eventually started my own little project.
>
> it is starting to be mature enough to consider it for actual use so im
> wondering what kind of requirements you have for jline and if you would
> consider using jreadline for forge?
> to be "compatible" with jline ive used similar api, but if you have any
> special requests im glad for any input.
>
> ive talked a bit with aleksey and he's considering using it for jboss cli.
>
> ive tested jreadline on linux/osx and windows and some of the "known"
> issues with jline/jline2 are not present in jreadline (although im not
> saying it bug free :)
>
> ståle
--
JBoss Performance Team Lead
JBoss by Red Hat
13 years, 10 months
Re: [forge-dev] Forge CRAsH, CRAsH Forge!
by Lincoln Baxter, III
You'll have to ask Mike, I don't know, sorry.
On Fri, May 11, 2012 at 3:56 PM, Julien Viet <julien(a)julienviet.com> wrote:
> it seems it would not work anymore today as I'm seing :
>
> public void setBufferPosition(int row, int col)
> {
> // try
> // {
> // reader.print(new Ansi().cursor(row, col).toString());
> // }
> // catch (IOException e)
> // {
> // throw new RuntimeException("could not set buffer position", e);
> // }
> }
>
> in the current codebase.
>
> any idea why is it commented ?
>
>
> On May 11, 2012, at 9:51 PM, Lincoln Baxter, III wrote:
>
> You would need both in order to inform the shell what part of the screen
> belongs to your plugin, and what belongs to the shell itself (or visa versa)
>
> https://github.com/mikebrock/windowblu
>
> This plugin may or may not install anymore, but this is why he wrote it.
> This plugin places a clock on a banner at the top of the shell. Pretty cool
> :) opens up a lot of uses for menus and such down the road.
>
> ~Lincoln
>
> On Fri, May 11, 2012 at 3:46 PM, Julien Viet <julien(a)julienviet.com>wrote:
>
>> if I understand correctly if JLine is used from within a shell triggered
>> by an app like emacs then the two height are different
>>
>> can you tell me how to reproduce such case in practice ?
>>
>> why does the less command need to use both ?
>>
>>
>> On May 11, 2012, at 9:36 PM, Julien Viet wrote:
>>
>> and can you give an use case of usage from within forge ?
>>
>> how/why does the less command uses it ?
>>
>> On May 11, 2012, at 8:37 PM, Mike Brock wrote:
>>
>>
>> On May 11, 2012, at 2:34 PM, Lincoln Baxter, III wrote:
>>
>> Mike, could you please explain this API for Julien? Or better, document
>> it ;)
>>
>> Thanks,
>> Lincoln
>>
>> On Wed, May 9, 2012 at 10:44 AM, Julien Viet <julien(a)julienviet.com>wrote:
>>
>>>
>>> On May 9, 2012, at 1:49 PM, Lincoln Baxter, III wrote:
>>>
>>> Hey Julien,
>>>
>>> That's really cool! Just so I know what you did in your video - you had
>>> an OSX shell running, and you executed Forge using the maven exec goal.
>>> This forge build used CRaSH as the terminal implementation? This is very
>>> promising!
>>>
>>>
>>> In Forge as I was suspecting, the IO part is not a plugin (but is a CDI
>>> bean) but more like a connector that fires invocation in the forge runtime
>>> and provides interactions (like reading a line, getting the width, printing
>>> something) etc...
>>>
>>> It is similar to CRaSH that is layered as:
>>>
>>> - Term interface which defines interaction for a term : implemented by
>>> SSH and Telnet
>>> - Shell interface which defines interaction for a shell : used natively
>>> by JLine and the new web interface
>>>
>>> so we have: those possible stacks in crash
>>>
>>> apache sshd <-> ssh term io <-> shell <-> async shell <-> shell impl
>>> (groovy)
>>> telnetd <-> ssh telnet io <-> shell <-> async shell <-> shell impl
>>> (groovy)
>>> jline <-> jline processor <-> shell <-> async shell <-> shell impl
>>> (groovy)
>>> jquery console <-> shell servlet <-> shell <-> async shell <-> shell
>>> impl (groovy)
>>>
>>> So basically I did an implemention of org.crsh.shell.Shell interface to
>>> allow Forge to be used as a Shell:
>>>
>>> http://julienviet.com/crash/javadoc/org/crsh/shell/Shell.html
>>>
>>> This way forge could be used by all connectors
>>>
>>>
>>> Which features aren't working at the moment? (If you want to cry a
>>> little bit on the inside, you might want to try the "less" plugin ;)
>>>
>>>
>>> in fact I have not yet implemented the getHeight() (used by the less
>>> plugin) because I was not able to understand the meaning of getHeight
>>> versus getAbsoluteHeight . This part is not well explained. According to
>>> the code it's related to an internal buffer.
>>>
>>> Could someone give me info about it ?
>>>
>>
>> It's in case you create a program like Emacs, which has bars on the
>> bottom and top. The sub-buffers may report less height to the actual app
>> running, but the absolute height will always report the actual screen
>> height no matter what.
>>
>>
>>>
>>> As part of Forge 2.0 (I think I mentioned this before,) we really want
>>> to de-couple the shell from any plugins, and provide a standalone container
>>> for plugin execution, so if you run in to any coupling issues, it would be
>>> *really* helpful if you could open a JIRA against
>>> https://issues.jboss.org/browse/FORGE - using the 2.0 target version :)
>>>
>>>
>>> I will tell you once I have moved forward with the POC.
>>>
>>> I think that at the end the Forge Shell should implement the Shell
>>> interface of CRaSH that defines the interaction.
>>>
>>> This interface is imho decoupled from the IO since today it is able to
>>> interact with the various existing implementations.
>>>
>>> Also CRaSH has notion of process to model a shell command running :
>>> http://julienviet.com/crash/javadoc/org/crsh/shell/ShellProcess.html
>>>
>>> In the future I plan to make several process to execute concurrently
>>> (like you can do in shell)
>>>
>>> So it would be really cool that forges moves in that direction (which is
>>> what my POC is doing).
>>>
>>>
>>>
>>> Then we can start addressing these issues individually.
>>>
>>> Thanks!
>>> ~Lincoln
>>>
>>> On Mon, May 7, 2012 at 5:45 PM, Julien Viet <julien(a)julienviet.com>wrote:
>>>
>>>> I started to do basic integration to give a concrete try and I'm able
>>>> to make forge core/shell module to run using CRaSH JLine connector.
>>>>
>>>> It is not 100% operational (as any POC) as some features are bypassed
>>>> at the moment, the following work:
>>>>
>>>> - command execution
>>>> - command completion
>>>> - prompt within a command but without completion (as crash does not
>>>> support it originally (read here yet))
>>>>
>>>> here is a short video of running the core/shell module standalone :
>>>> http://www.youtube.com/watch?v=GJ_QbgawkpE
>>>>
>>>> I pushed this POC in my GH repository if you are interested to look at
>>>> the changes yourself : https://github.com/vietj/core/compare/crash
>>>>
>>>> I will continue to work on this later to add telnet or ssh support
>>>> because it would be the real value added for forge to use CRaSH.
>>>>
>>>> Julien
>>>>
>>>> On May 3, 2012, at 3:33 PM, Julien Viet wrote:
>>>>
>>>> > no problem actually I had to update CRaSH to use the latest JLine
>>>> release first (I did not have time to do it before 1.0).
>>>> >
>>>> > I published a 1.1 beta1 and will try to see how it integrates with
>>>> forge soon.
>>>> >
>>>> > One thing I noticed is that forge is quite coupled at the code level
>>>> to the JLine project and it's not an obvious thing to decouple it fully.
>>>> And that would be necessary to achieve a clean integration.
>>>> >
>>>> > I will focus on doing a POC in the coming days.
>>>> >
>>>> > Meanwhile you can have a look at the web connector demo I've done
>>>> recently : http://crash.vietj.cloudbees.net/
>>>> >
>>>> > you can try fun stuff like:
>>>> >
>>>> > "% help"
>>>> >
>>>> > "% sleep 10" then ctrl-c
>>>> >
>>>> > "% thread ls"
>>>> >
>>>> > "% system propget java." + tab
>>>> >
>>>> >
>>>> >
>>>> > On May 2, 2012, at 5:14 PM, Lincoln Baxter wrote:
>>>> >
>>>> >> Awesome, Julien!
>>>> >>
>>>> >> Sorry for the delay on my end. I am at a conference and have limited
>>>> access to the RedHat mail VPN.
>>>> >>
>>>> >> Could we bring this discussion to the dev list? (Copied)
>>>> >>
>>>> >> This way everyone will be able to discuss/follow. And I'll see it
>>>> faster since it comes to all of my accounts.
>>>> >> Thanks!
>>>> >>
>>>> >> ~Lincoln
>>>> >>
>>>> >> ----- Original Message -----
>>>> >> From: "Julien Viet" <julien(a)julienviet.com>
>>>> >> To: "Lincoln Baxter, III" <lbaxter(a)redhat.com>
>>>> >> Cc: "Max Rydahl Andersen" <max.andersen(a)redhat.com>
>>>> >> Sent: Friday, April 27, 2012 1:32:42 AM
>>>> >> Subject: Re: Forge CRAsH, CRAsH Forge!
>>>> >>
>>>> >> I'm trying to POC something with crash as invoker of forge.
>>>> >>
>>>> >> I can now clearly see how it would work:
>>>> >> - the jline code would be merged somehow with jline crash code: I
>>>> need to see what can be reused or not
>>>> >> - the invoking part would use crash that would give the benefit to
>>>> use the other protocol out of the box like SSH
>>>> >> - crash would be used like a IO library mostly that wraps the
>>>> various implementations (jline,ssh,telnet)
>>>> >>
>>>> >> It will take me some time because I cannot spend much time on it
>>>> (and I'm in vacation until wednesday :-) ).
>>>> >>
>>>> >> That being said I learned interesting stuff looking at forge code,
>>>> like the nasty but useful proprietary SigHandler usage that is useful
>>>> >> to catch control-c and use it to interrupt a process.
>>>> >>
>>>> >> This way the "shell" implementation (i.e was the shell do when you
>>>> use it) would remain separate I think because CRaSH uses a file based
>>>> approach (using lot of groovy)
>>>> >> and forge uses a plugin based approach with CDI based on plugin
>>>> deployment. We can still see more convergence later: in particular the
>>>> command line parser, both seems very contextual and are pain to write /
>>>> maintain :-)
>>>> >>
>>>> >> I'll let you know when I'll have available, it may take a couple of
>>>> weeks depending on the work load aside (probably less). It will surely fork
>>>> forge on GH
>>>> >> to push the work visible at some point, I'll also post on the forge
>>>> dev list too at this moment.
>>>> >>
>>>> >> Julien
>>>> >>
>>>> >>
>>>> >>
>>>> >>
>>>> >> On Apr 26, 2012, at 8:18 PM, Lincoln Baxter, III wrote:
>>>> >>
>>>> >>> Plugins can change core behavior, so certainly.
>>>> >>>
>>>> >>> On Thu 26 Apr 2012 01:43:33 PM EDT, Julien Viet wrote:
>>>> >>>> if the connectivity part of forge is also a plugin of forge, then
>>>> it would certainly work.
>>>> >>>>
>>>> >>>> On Apr 26, 2012, at 7:26 PM, Lincoln Baxter, III wrote:
>>>> >>>>
>>>> >>>>> That's certainly something we could do as well! I like that idea
>>>> :) It would certainly be easier if CRaSh were used as the Forge shell
>>>> provider.
>>>> >>>>>
>>>> >>>>> On 04/26/2012 12:55 PM, Max Rydahl Andersen wrote:
>>>> >>>>>> I was thinking that the functionallity in CRAsH to connect
>>>> remotely could be loaded in as a plugin to Forge.
>>>> >>>>>>
>>>> >>>>>> That would be more an addon and not involve complex
>>>> dependencies/legal rearrangements ?
>>>> >>>>>>
>>>> >>>>>> /max
>>>> >>>>>>
>>>> >>>>>> On Apr 26, 2012, at 15:46 , Lincoln Baxter, III wrote:
>>>> >>>>>>
>>>> >>>>>>> Hey Julien!
>>>> >>>>>>>
>>>> >>>>>>> CRaSH seems like a very well implemented and creative project!
>>>> At first I didn't really understand what it was for, but the thought of
>>>> providing SSH access directly to runtime Java applications is, simply put,
>>>> brilliant!
>>>> >>>>>>>
>>>> >>>>>>> Forge is a bit heavy for that at the moment, because of our
>>>> dependency on CDI (primarily,) and because we haven't yet disassociated the
>>>> built-in plugins from the core distribution. Soon, however, our shell will
>>>> be entirely standalone. With zero or as much functionality as you want OOB.
>>>> >>>>>>>
>>>> >>>>>>> I noticed we both use JLine, although mike's Forked it quite a
>>>> bit for our needs. (Wish he would have done it as an actual fork, not as a
>>>> source bundle in the project itself, but perhaps there's some collaboration
>>>> opportunity there.)
>>>> >>>>>>>
>>>> >>>>>>> Where do you think we can work together? I'm totally open to
>>>> ideas.
>>>> >>>>>>>
>>>> >>>>>>> ~Lincoln
>>>> >>>>>>>
>>>> >>>>>>> On Wed 25 Apr 2012 04:18:06 PM EDT, Julien Viet wrote:
>>>> >>>>>>>> hey :-)
>>>> >>>>>>>>
>>>> >>>>>>>> I would welcome a collaboration, a single effort would provide
>>>> more features, increase the community footprint and visibility of both
>>>> projects.
>>>> >>>>>>>>
>>>> >>>>>>>> I have been working hard recently to finish the 1.0 of CRaSH
>>>> and provide the best user experience I could offer at the moment.
>>>> >>>>>>>>
>>>> >>>>>>>> Currently CRaSH is used in several products / projects already!
>>>> >>>>>>>>
>>>> >>>>>>>> - eXo Cloud IDE provides a web interface using CRaSH under the
>>>> hood (see photo here
>>>> https://twitter.com/#!/chanezon/status/194759689102303233/photo/1/large)
>>>> >>>>>>>> - EPP embeds it for portal management providing CLI :
>>>> https://lh4.googleusercontent.com/R8ruzrxNQ6IWyh-vKGgrnbzpZJJiUYMwZ5RePzR...
>>>> >>>>>>>> - the Silverpeas portal embeds it : http://www.silverpeas.org/
>>>> >>>>>>>>
>>>> >>>>>>>> let me know if you would like to work with me :-)
>>>> >>>>>>>>
>>>> >>>>>>>> On Apr 25, 2012, at 2:43 PM, Max Rydahl Andersen wrote:
>>>> >>>>>>>>
>>>> >>>>>>>>> Hi guys,
>>>> >>>>>>>>>
>>>> >>>>>>>>> Just wanted to e-introduce you guys after talking to you both
>>>> about the nice possible overlaps/interactions
>>>> >>>>>>>>> being able to have the features CRaSH provides from within
>>>> Forge (i.e. connection and interaction with remote process).
>>>> >>>>>>>>>
>>>> >>>>>>>>> Julien, meet Lincoln the Forge Master;
>>>> >>>>>>>>>
>>>> >>>>>>>>> Lincoln, meet Julien the Party Crasher.
>>>> >>>>>>>>>
>>>> >>>>>>>>> /max
>>>> >>>>>>> --
>>>> >>>>>>> ---
>>>> >>>>>>> Lincoln Baxter, III
>>>> >>>>>>> http://ocpsoft.org
>>>> >>>>>>> "Simpler is better."
>>>> >>>>>>>
>>>> >>>>>
>>>> >>>>> --
>>>> >>>>> ---
>>>> >>>>> Lincoln Baxter, III
>>>> >>>>> http://ocpsoft.org
>>>> >>>>> "Simpler is better."
>>>> >>>>>
>>>> >>>>
>>>> >>>
>>>> >>> --
>>>> >>> ---
>>>> >>> Lincoln Baxter, III
>>>> >>> http://ocpsoft.org
>>>> >>> "Simpler is better."
>>>> >>>
>>>> >>
>>>> >
>>>>
>>>>
>>>> _______________________________________________
>>>> forge-dev mailing list
>>>> forge-dev(a)lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>>
>>>
>>>
>>>
>>> --
>>> Lincoln Baxter, III
>>> http://ocpsoft.org
>>> "Simpler is better."
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>>
>>> _______________________________________________
>>> forge-dev mailing list
>>> forge-dev(a)lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>>
>>>
>>
>>
>> --
>> Lincoln Baxter, III
>> http://ocpsoft.org
>> "Simpler is better."
>>
>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/forge-dev
>>
>>
>>
>>
>
>
> --
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
>
>
--
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."
13 years, 10 months
Re: [forge-dev] Forge CRAsH, CRAsH Forge!
by Lincoln Baxter
Awesome, Julien!
Sorry for the delay on my end. I am at a conference and have limited access to the RedHat mail VPN.
Could we bring this discussion to the dev list? (Copied)
This way everyone will be able to discuss/follow. And I'll see it faster since it comes to all of my accounts.
Thanks!
~Lincoln
----- Original Message -----
From: "Julien Viet" <julien(a)julienviet.com>
To: "Lincoln Baxter, III" <lbaxter(a)redhat.com>
Cc: "Max Rydahl Andersen" <max.andersen(a)redhat.com>
Sent: Friday, April 27, 2012 1:32:42 AM
Subject: Re: Forge CRAsH, CRAsH Forge!
I'm trying to POC something with crash as invoker of forge.
I can now clearly see how it would work:
- the jline code would be merged somehow with jline crash code: I need to see what can be reused or not
- the invoking part would use crash that would give the benefit to use the other protocol out of the box like SSH
- crash would be used like a IO library mostly that wraps the various implementations (jline,ssh,telnet)
It will take me some time because I cannot spend much time on it (and I'm in vacation until wednesday :-) ).
That being said I learned interesting stuff looking at forge code, like the nasty but useful proprietary SigHandler usage that is useful
to catch control-c and use it to interrupt a process.
This way the "shell" implementation (i.e was the shell do when you use it) would remain separate I think because CRaSH uses a file based approach (using lot of groovy)
and forge uses a plugin based approach with CDI based on plugin deployment. We can still see more convergence later: in particular the command line parser, both seems very contextual and are pain to write / maintain :-)
I'll let you know when I'll have available, it may take a couple of weeks depending on the work load aside (probably less). It will surely fork forge on GH
to push the work visible at some point, I'll also post on the forge dev list too at this moment.
Julien
On Apr 26, 2012, at 8:18 PM, Lincoln Baxter, III wrote:
> Plugins can change core behavior, so certainly.
>
> On Thu 26 Apr 2012 01:43:33 PM EDT, Julien Viet wrote:
>> if the connectivity part of forge is also a plugin of forge, then it would certainly work.
>>
>> On Apr 26, 2012, at 7:26 PM, Lincoln Baxter, III wrote:
>>
>>> That's certainly something we could do as well! I like that idea :) It would certainly be easier if CRaSh were used as the Forge shell provider.
>>>
>>> On 04/26/2012 12:55 PM, Max Rydahl Andersen wrote:
>>>> I was thinking that the functionallity in CRAsH to connect remotely could be loaded in as a plugin to Forge.
>>>>
>>>> That would be more an addon and not involve complex dependencies/legal rearrangements ?
>>>>
>>>> /max
>>>>
>>>> On Apr 26, 2012, at 15:46 , Lincoln Baxter, III wrote:
>>>>
>>>>> Hey Julien!
>>>>>
>>>>> CRaSH seems like a very well implemented and creative project! At first I didn't really understand what it was for, but the thought of providing SSH access directly to runtime Java applications is, simply put, brilliant!
>>>>>
>>>>> Forge is a bit heavy for that at the moment, because of our dependency on CDI (primarily,) and because we haven't yet disassociated the built-in plugins from the core distribution. Soon, however, our shell will be entirely standalone. With zero or as much functionality as you want OOB.
>>>>>
>>>>> I noticed we both use JLine, although mike's Forked it quite a bit for our needs. (Wish he would have done it as an actual fork, not as a source bundle in the project itself, but perhaps there's some collaboration opportunity there.)
>>>>>
>>>>> Where do you think we can work together? I'm totally open to ideas.
>>>>>
>>>>> ~Lincoln
>>>>>
>>>>> On Wed 25 Apr 2012 04:18:06 PM EDT, Julien Viet wrote:
>>>>>> hey :-)
>>>>>>
>>>>>> I would welcome a collaboration, a single effort would provide more features, increase the community footprint and visibility of both projects.
>>>>>>
>>>>>> I have been working hard recently to finish the 1.0 of CRaSH and provide the best user experience I could offer at the moment.
>>>>>>
>>>>>> Currently CRaSH is used in several products / projects already!
>>>>>>
>>>>>> - eXo Cloud IDE provides a web interface using CRaSH under the hood (see photo here https://twitter.com/#!/chanezon/status/194759689102303233/photo/1/large )
>>>>>> - EPP embeds it for portal management providing CLI : https://lh4.googleusercontent.com/R8ruzrxNQ6IWyh-vKGgrnbzpZJJiUYMwZ5RePzR...
>>>>>> - the Silverpeas portal embeds it : http://www.silverpeas.org/
>>>>>>
>>>>>> let me know if you would like to work with me :-)
>>>>>>
>>>>>> On Apr 25, 2012, at 2:43 PM, Max Rydahl Andersen wrote:
>>>>>>
>>>>>>> Hi guys,
>>>>>>>
>>>>>>> Just wanted to e-introduce you guys after talking to you both about the nice possible overlaps/interactions
>>>>>>> being able to have the features CRaSH provides from within Forge (i.e. connection and interaction with remote process).
>>>>>>>
>>>>>>> Julien, meet Lincoln the Forge Master;
>>>>>>>
>>>>>>> Lincoln, meet Julien the Party Crasher.
>>>>>>>
>>>>>>> /max
>>>>> --
>>>>> ---
>>>>> Lincoln Baxter, III
>>>>> http://ocpsoft.org
>>>>> "Simpler is better."
>>>>>
>>>
>>> --
>>> ---
>>> Lincoln Baxter, III
>>> http://ocpsoft.org
>>> "Simpler is better."
>>>
>>
>
> --
> ---
> Lincoln Baxter, III
> http://ocpsoft.org
> "Simpler is better."
>
13 years, 10 months
@Alias
by George Gastaldi
Hi,
I was wondering if it makes sense for a plugin to have multiple alias.
Like, for example, the help plugin could be invoked by calling "help"
or simply "?".
I believe that the @Alias annotation should receive a String[]
instead. That could be extended to other use cases as well.
WDYT ?
Regards,
George Gastaldi
13 years, 10 months
Hint plugin
by George Gastaldi
Hi all,
There is a friendly feature in Spring Roo that is really missing in
Forge: the hint command.
The goal of this command is to help the user on creating a new app,
giving some hints like, "now let´s create an entity, type that".
That would be something cool. WDYT ?
Regards,
George Gastaldi
13 years, 10 months
don't miss the nomination for the JAX innovation awards
by Dan Allen
Forge devs and enthusiasts,
Don't miss the opportunity to submit Forge for the JAX Innovation Awards
[1]. Nominations close today (May 7th). I think Forge is a great candidate
for this award.
Here's a little bit of raw material I had put together for a separate
submission process.
"JBoss Forge is a command framework, built on standard Java APIs, that
enables rapid-application development. It's primarily a commandline shell
that can be extended through plugins. Plugins typically generate projects
or enhance them incrementally. However, a plugin can be written to perform
any computing function."
I'm sure you can expand on that easily (or come up with something better to
kick it off). Be sure to include something about OpenShift, because that's
innovation begetting innovation.
-Dan
[1] http://jax-awards.com/
--
Dan Allen
Principal Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #231597
http://google.com/profiles/dan.j.allen
http://mojavelinux.com
http://mojavelinux.com/seaminaction
13 years, 10 months
