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]