Re: [Shale] SCXML as an alternative for describing dialogs

Craig, On 10/11/05, Craig McClanahan <[EMAIL PROTECTED]> wrote: > Rahul, > > > You definitely piqued my interest when I saw a couple of "Shale related" SVN > commits on the Commons developer list :-). It's pretty interesting stuff -- > and the set of state diagrams that can be described is quite

Re: [Shale] SCXML as an alternative for describing dialogs

On 10/10/05, Craig McClanahan <[EMAIL PROTECTED]> wrote: > > Rahul, > > > > http://people.apache.org/~rahul/scxml-in-shale/*time-sensitive > > URL* > > One other note before I hit the sack tonight ... with regards to your "either/or" question, you

svn commit: r312811 - /struts/shale/trunk/build/use-cases/maven.xml

Author: wsmoak Date: Mon Oct 10 22:02:33 2005 New Revision: 312811 URL: http://svn.apache.org/viewcvs?rev=312811&view=rev Log: Removed code to comment out the MyFaces listener. (See changes to web.xml in r312769.) Modified: struts/shale/trunk/build/use-cases/maven.xml Modified: struts/shal

Re: [Shale] SCXML as an alternative for describing dialogs

Rahul, On 10/10/05, Rahul Akolkar <[EMAIL PROTECTED]> wrote: > > Having looked at Shale dialogs, they stand out as a very good > candidate for use of State Chart XML (SCXML), IMO. A proof of concept, > including a usecases war wherein the same dialogs are described using > SCXML, is available at t

[Shale] SCXML as an alternative for describing dialogs

Having looked at Shale dialogs, they stand out as a very good candidate for use of State Chart XML (SCXML), IMO. A proof of concept, including a usecases war wherein the same dialogs are described using SCXML, is available at the URL below (since the email was getting lengthy, I was tempted to wrap

svn commit: r312769 - in /struts/shale/trunk: build.properties.sample build.xml docs/release-notes-1.0.0.html use-cases/build.xml use-cases/src/web/WEB-INF/web.xml

Author: craigmcc Date: Mon Oct 10 17:10:36 2005 New Revision: 312769 URL: http://svn.apache.org/viewcvs?rev=312769&view=rev Log: Now that MyFaces has passed the JSF 1.1 TCK, make it the default JSF impl used by the use cases example application. Also, simplify the use cases build script because M

Re: Web Framework Consolidation

Just a few opinions from the peanut gallery... The era of the "classic" webapp is dead. Any new framework that doesn't make it easy (well, EASIER anyway) to develop robust RIAs is dead on arrival as far as I am concerned. Further, I do not believe that the action-centric and component-centri

Re: Web Framework Consolidation

Again, the requirements haven't been nailed down, but one of the main interests is to combine beehive's page flow and spring's web flow in some way. I think it is fair to say stateless actions are a thing of the past. Don Michael Jouravlev wrote: Any chance for these actions to be stateful

Re: Web Framework Consolidation

Any chance for these actions to be stateful (as in Struts Dialogs)? Any need for single-page multi-panel wizards to complement multi-page Spring flows? Seems that flows/wizards topic gets popular. Beehive, Ti and Spring offers some sort of support for it. Is it already decided how the occupation z

Re: Web Framework Consolidation

Away with all your superstitions, Servile masses, arise, arise! We'll change henceforth the old tradition, And spurn the dust to win the prize! On 10/10/05, Don Brown <[EMAIL PROTECTED]> wrote: > Consolidation is a relatively unknown concept in the crowded web > framework space. While most framew

Re: Web Framework Consolidation

Don, Since heavily quoted email messages can be difficult to read, and easy to misunderstand, I've taken the liberty of formatting these messages as wiki pages. * http://opensource2.atlassian.com/confluence/oss/display/STRUTS/Clarity If this is a problem for anyone, I'll take the pages down. -T

Web Framework Consolidation

Consolidation is a relatively unknown concept in the crowded web framework space. While most frameworks are open source allowing cross-pollination, collaboration is still rare resulting in duplicated efforts and confusion for the end user. Struts Ti, a next-gen project in the Struts sandbox,

Re: [Tiles] Resolving inheritances improvements

On Oct 10, 2005, at 4:16 AM, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> wrote: As you can see, I need ANOTHER METHOD (just because "extend" method is indeed useful) that puts only missing definitions, without overriding the already present ones. Ok, I may have misunderstood. I thought you w

[Struts Wiki] Update of "StrutsConsultants" by RyanHoegg

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Struts Wiki" for change notification. The following page has been changed by RyanHoegg: http://wiki.apache.org/struts/StrutsConsultants The comment on the change is: Removed ISIS Networks, since I'm way too busy now :) ---

DO NOT REPLY [Bug 36989] New: - Alternative for servlet.getDebug()

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

[Struts Wiki] Update of "StrutsClassicRelease130Notes" by TedHusted

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Struts Wiki" for change notification. The following page has been changed by TedHusted: http://wiki.apache.org/struts/StrutsClassicRelease130Notes New page: THIS PAGE PROVIDED AS A REFERENCE ONLY. DO NOT EDIT THIS PAGE. EDI

[Struts Wiki] Trivial Update of "StrutsClassicRelease130" by TedHusted

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Struts Wiki" for change notification. The following page has been changed by TedHusted: http://wiki.apache.org/struts/StrutsClassicRelease130 --

[Struts Wiki] Update of "StrutsClassicRelease130" by TedHusted

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Struts Wiki" for change notification. The following page has been changed by TedHusted: http://wiki.apache.org/struts/StrutsClassicRelease130 --

[Struts Wiki] Update of "StrutsClassicRelease130" by TedHusted

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Struts Wiki" for change notification. The following page has been changed by TedHusted: http://wiki.apache.org/struts/StrutsClassicRelease130 --

DO NOT REPLY [Bug 36877] - User Guide outdated (old links to Sun Tutorial)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [Tiles] Resolving inheritances improvements

[EMAIL PROTECTED] wrote: > >... But suppose that, one day, there will be some dynamic Tiles >definitions (i.e. think about customizable home pages with preferred >sections such as MyYahoo). Do I have to reload all definitions files from >root for all the users?... Uh wrong example, you know this

Re: [Tiles] Resolving inheritances improvements

Greg Reddin wrote: > If I understand you correctly Standalone Tiles may be doing that now by default. I'll have to take another look at it (maybe add another test case). > What do you mean with "by default"? As you can see in XmlDefinitionsSet and FactorySet's JavaDoc it says (at the method "ex