What do you mean? Is it your goal to say "hey, see that in the Struts code, I did that!". If that's true, then you are here for the wrong reason my friend.

I for one figured you would appreciate Ted's offer seeing as you would be on equal ground with everyone else. If you are willing to do the work, and it is something people want, then you need to get it out there and let people try it. I still don't see where I can get the source. If this were in CVS on sf.net, anyone could see it, browse it, make comments and suggestions, you know, like a good community is supposed to do.

I have several projects on sf.net.

There are rules at Apache for dealing with code donated by people who do not have a license agreement on file. I'll let Ted explain. On sf.net, you can just upload it and post to this list, and say "here it is, have fun".

Am I off base here guys?

--
James Mitchell
Software Engineer / Open Source Evangelist
Consulting / Mentoring / Freelance
EdgeTech, Inc.
http://www.edgetechservices.net/
678.910.8017
AIM:   jmitchtx
Yahoo: jmitchtx
MSN:   [EMAIL PROTECTED]
Skype: callto://jmitchtx





On Sep 22, 2005, at 7:54 PM, Michael Jouravlev wrote:

On 9/22/05, Ted Husted <[EMAIL PROTECTED]> wrote:

On Sep 11, 2005, at 2:18 PM, Ted Husted wrote (on Struts Dev):

My thinking is that each application should be separate, with it's own Maven build, and no shared code between web applications. Though, the MailReader applications could share a business backend, again with its
own Maven build and unit tests.

In this vision, we'd have something like

/apps
 - blank
 - cookbook
 - examples
 - mailreader-classic
 - mailreader-chain
 - mailreader-dao  <- business classes
 - mailreader-shale
 - mailreader-ti

This might then encourage other mailreader implementations to help
introduce developers to new technologies, like AjaxTags, Dialogs, and
FormDef, for example.


On 9/20/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote:

Considering Ted's initiative to create more different implementations
of venerable MailReader and his invitation of non-committeres to
participate, I converted MailReader from standard Struts using Struts
Dialogs.

Here it is: http://www.superinterface.com/mailreader


How about if we start a new SourceForge project for alternative
MailReaders? I'd still like to do one for FormDef, for example, but I
don't want to saddle the Apache team with too many MailReader
implementations. :)


I knew that adding my implementation of MailReader (along with Struts
Dialogs library) into main Struts trunk was too good to be true...

Michael.

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




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

Reply via email to