On Wed, 27 Oct 2004 12:01:39 -0700 (PDT), Scott Anderson
<[EMAIL PROTECTED]> wrote:
[snip]
> With this in mind, my proposal for a useful and
> demonstrative application would be the result of
> porting/supporting NetBeans' web application
> development APIs and relevant visual components to a
> JSR 168 portlet suite built on Struts components and
> JSF extensions. This suite would form the basis for a
> hosted IDE and project manager and could also leverage
> the Web Services for Remote Portlets (WSRP) OASIS
> standard to provide for project aggregation. I can see
> this authoring tool/portal being used to generate more
> focused tools and applications, a WAR factory, that in
> turn gets used by higher level developers and applied
> to more specific problem domains.
> 
> I think this group can pull off something like this.

I suspect you're probably correct about capabilities (building an IDE
is my day job :-), but building an IDE seems a little aggressive to be
a reasonable scope for a demonstration of the use of an application
framework.

That being said, I wholeheartedly endorse the idea of sample apps
(more than one) -- that's the only way to validate whether the
theoretical promises of easier development really come true or not. 
There are a bunch of different scenarios (webapp versus portlet, or
database versus web service consumer, for example) that need to be
examined, and deserve focused attention.  I'd be happy to see such
demos either in the Struts repository (for demos involving existing
Struts committers) and at the Struts SourceForge project for those who
just want to try things out and play.

Personally, I'm going to start with our old friend MailReader -- not
so much because it's a sophisticated demo, but as a simple entry point
for people already familiar with the existing Struts implementation to
see how the programming model might change, and also because I'm going
to front end it with a system integration test to validate the
functionality of the framework as it evolves.

More complex scenarios, of course, are also needed -- volunteers are welcome.

> 
> Scott
> 

Craig

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to