You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Michael Jouravlev <jm...@gmail.com> on 2005/09/21 00:34:39 UTC
MailReader demo app is rewritten with Struts Dialogs
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
The tour doc file still needs updates and fixes, but the app itself
works. The structure of MailReader was slightly changed since I didn't
see the point to display and update user info on the same page where
subscription list is displayed.
There are four web resources (or actions, or components, whatever you
call them): Home, Login, Subscriptions and Registration. Each
component displays pages appropriate to this component and to
application state, and handles input from a user. Beloved by many pre-
and post- actions are combined now into dispatch-like two-phase
actions that do both.
Logon action is basically the same as sample Login component from
Struts Dialogs. Registration and Subscriptions actions are mosty
standard CRUDAction actions.
Subscriptions action is interesting in that it handles both list and
individual items just like "CRUDAction (all-in-one web island)" sample
from this page: http://www.superinterface.com/strutsdialog/index.htm
What to check out:
------------------
* Refresh works without resubmit [of course :-) ]
* Action name in the address bar always corresponds to the page you see
* You can jump to any url you like, it will show relevant page
appropriate in that applicaiton state
* Open app in a new window, change language. If you use MSIE or
Firefox, you will not get a new page, that is, Back button will not be
enabled.
* Log in using "user"/"pass" credentials. You will get to welcome/main
page with different content. Now click Back button: instead of login
screen you will see current user info. Why? Because pages reflect
current application state.
* Subscription list uses bits of DisplayTag CSS, and sports pageable item list.
Play around, application is not 100% free of bugs yet, but pretty solid.
Source code, JAR and javadocs are to be updated.
Michael Jouravlev
----
Struts Dialogs:
struts.sourceforge.net/strutsdialogs
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: MailReader demo app is rewritten with Struts Dialogs
Posted by Ted Husted <te...@gmail.com>.
On 9/21/05, Michael Jouravlev <jm...@gmail.com> wrote:
> Source is available (of course, what did I compile it from ;-) ), but
> I need to beatify it a little, add javadocs, stuff like that.
I could do that as part of a code review. Helps keep me focussed :)
-Ted.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: MailReader demo app is rewritten with Struts Dialogs
Posted by Michael Jouravlev <jm...@gmail.com>.
Source is available (of course, what did I compile it from ;-) ), but
I need to beatify it a little, add javadocs, stuff like that. I will
be happy to donate it.
Michael.
On 9/20/05, James Mitchell <ja...@mac.com> wrote:
> Looks interesting, when you are ready to donate this, I'd be happy
> to commit it for you. Is the source available now?
>
> --
> James Mitchell
> Software Engineer / Open Source Evangelist
> Consulting / Mentoring / Freelance
> EdgeTech, Inc.
> http://www.edgetechservices.net/
> 678.910.8017
> AIM: jmitchtx
> Yahoo: jmitchtx
> MSN: jmitchell@apache.org
> Skype: callto://jmitchtx
>
>
>
>
>
> On Sep 20, 2005, at 6:34 PM, Michael Jouravlev 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
> >
> > The tour doc file still needs updates and fixes, but the app itself
> > works. The structure of MailReader was slightly changed since I didn't
> > see the point to display and update user info on the same page where
> > subscription list is displayed.
> >
> > There are four web resources (or actions, or components, whatever you
> > call them): Home, Login, Subscriptions and Registration. Each
> > component displays pages appropriate to this component and to
> > application state, and handles input from a user. Beloved by many pre-
> > and post- actions are combined now into dispatch-like two-phase
> > actions that do both.
> >
> > Logon action is basically the same as sample Login component from
> > Struts Dialogs. Registration and Subscriptions actions are mosty
> > standard CRUDAction actions.
> >
> > Subscriptions action is interesting in that it handles both list and
> > individual items just like "CRUDAction (all-in-one web island)" sample
> > from this page: http://www.superinterface.com/strutsdialog/index.htm
> >
> > What to check out:
> > ------------------
> > * Refresh works without resubmit [of course :-) ]
> > * Action name in the address bar always corresponds to the page you
> > see
> > * You can jump to any url you like, it will show relevant page
> > appropriate in that applicaiton state
> > * Open app in a new window, change language. If you use MSIE or
> > Firefox, you will not get a new page, that is, Back button will not be
> > enabled.
> > * Log in using "user"/"pass" credentials. You will get to welcome/main
> > page with different content. Now click Back button: instead of login
> > screen you will see current user info. Why? Because pages reflect
> > current application state.
> > * Subscription list uses bits of DisplayTag CSS, and sports
> > pageable item list.
> >
> > Play around, application is not 100% free of bugs yet, but pretty
> > solid.
> >
> > Source code, JAR and javadocs are to be updated.
> >
> > Michael Jouravlev
> >
> > ----
> > Struts Dialogs:
> > struts.sourceforge.net/strutsdialogs
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> > For additional commands, e-mail: user-help@struts.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: MailReader demo app is rewritten with Struts Dialogs
Posted by James Mitchell <ja...@mac.com>.
Looks interesting, when you are ready to donate this, I'd be happy
to commit it for you. Is the source available now?
--
James Mitchell
Software Engineer / Open Source Evangelist
Consulting / Mentoring / Freelance
EdgeTech, Inc.
http://www.edgetechservices.net/
678.910.8017
AIM: jmitchtx
Yahoo: jmitchtx
MSN: jmitchell@apache.org
Skype: callto://jmitchtx
On Sep 20, 2005, at 6:34 PM, Michael Jouravlev 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
>
> The tour doc file still needs updates and fixes, but the app itself
> works. The structure of MailReader was slightly changed since I didn't
> see the point to display and update user info on the same page where
> subscription list is displayed.
>
> There are four web resources (or actions, or components, whatever you
> call them): Home, Login, Subscriptions and Registration. Each
> component displays pages appropriate to this component and to
> application state, and handles input from a user. Beloved by many pre-
> and post- actions are combined now into dispatch-like two-phase
> actions that do both.
>
> Logon action is basically the same as sample Login component from
> Struts Dialogs. Registration and Subscriptions actions are mosty
> standard CRUDAction actions.
>
> Subscriptions action is interesting in that it handles both list and
> individual items just like "CRUDAction (all-in-one web island)" sample
> from this page: http://www.superinterface.com/strutsdialog/index.htm
>
> What to check out:
> ------------------
> * Refresh works without resubmit [of course :-) ]
> * Action name in the address bar always corresponds to the page you
> see
> * You can jump to any url you like, it will show relevant page
> appropriate in that applicaiton state
> * Open app in a new window, change language. If you use MSIE or
> Firefox, you will not get a new page, that is, Back button will not be
> enabled.
> * Log in using "user"/"pass" credentials. You will get to welcome/main
> page with different content. Now click Back button: instead of login
> screen you will see current user info. Why? Because pages reflect
> current application state.
> * Subscription list uses bits of DisplayTag CSS, and sports
> pageable item list.
>
> Play around, application is not 100% free of bugs yet, but pretty
> solid.
>
> Source code, JAR and javadocs are to be updated.
>
> Michael Jouravlev
>
> ----
> Struts Dialogs:
> struts.sourceforge.net/strutsdialogs
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: MailReader demo app is rewritten with Struts Dialogs
Posted by Dakota Jack <da...@gmail.com>.
Yah, that's his goal and the code is not even his.
On 9/22/05, James Mitchell <ja...@mac.com> wrote:
> 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: jmitchell@apache.org
> Skype: callto://jmitchtx
>
>
>
>
>
> On Sep 22, 2005, at 7:54 PM, Michael Jouravlev wrote:
>
> > On 9/22/05, Ted Husted <te...@gmail.com> 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 <jm...@gmail.com> 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: user-unsubscribe@struts.apache.org
> > For additional commands, e-mail: user-help@struts.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: MailReader demo app is rewritten with Struts Dialogs
Posted by Michael Jouravlev <jm...@gmail.com>.
On 9/22/05, James Mitchell <ja...@mac.com> wrote:
> 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 do really appreciate it. Sorry for this burst of... I don't know
what ;-) Just a stupid remark. Please, disregard it.
I am cleaning up the source code and writing comments and docs. I have
a whole bunch of different versions in different places, I need to
tidy it up. I will upload it into CVS on sf.net before the week's end.
> 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".
I totally understand The stuff should "marinate" for a while, tested and tried.
Michael.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: MailReader demo app is rewritten with Struts Dialogs
Posted by Dakota Jack <da...@gmail.com>.
http://www.michaelmcgrady.com/button/
On 9/23/05, Michael Jouravlev <jm...@gmail.com> wrote:
> On 9/22/05, James Mitchell <ja...@mac.com> wrote:
> > 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.
>
> CVS repository:
> http://cvs.sourceforge.net/viewcvs.py/struts/dialogs/
>
> ZIP with source code as well as precompiled library (no compiled examples):
> https://sourceforge.net/project/showfiles.php?group_id=49385&package_id=154597&release_id=358535
>
> Home page:
> http://struts.sourceforge.net/strutsdialogs/index.html
>
> Download:
> https://sourceforge.net/project/showfiles.php?group_id=49385&package_id=154597
>
> Online demo for basic samples:
> http://www.superinterface.com/strutsdialog
>
> Online demo for MailReader Demo:
> http://www.superinterface.com/mailreader
>
> Runnable samples in WAR files are not provided, since I fugured files
> are too large, and samples can be easily built from sources.
>
> Michael.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
--
"You can lead a horse to water but you cannot make it float on its back."
~Dakota Jack~
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: MailReader demo app is rewritten with Struts Dialogs
Posted by Michael Jouravlev <jm...@gmail.com>.
I created runnable J2EE Mailreader WAR file too.
On 9/23/05, Michael Jouravlev <jm...@gmail.com> wrote:
>
> CVS repository:
> http://cvs.sourceforge.net/viewcvs.py/struts/dialogs/
>
> ZIP with source code as well as precompiled library (no compiled examples):
> https://sourceforge.net/project/showfiles.php?group_id=49385&package_id=154597&release_id=358535
>
> Home page:
> http://struts.sourceforge.net/strutsdialogs/index.html
>
> Download:
> https://sourceforge.net/project/showfiles.php?group_id=49385&package_id=154597
>
> Online demo for basic samples:
> http://www.superinterface.com/strutsdialog
>
> Online demo for MailReader Demo:
> http://www.superinterface.com/mailreader
>
> Runnable samples in WAR files are not provided, since I fugured files
> are too large, and samples can be easily built from sources.
>
> Michael.
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: MailReader demo app is rewritten with Struts Dialogs
Posted by Michael Jouravlev <jm...@gmail.com>.
On 9/22/05, James Mitchell <ja...@mac.com> wrote:
> 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.
CVS repository:
http://cvs.sourceforge.net/viewcvs.py/struts/dialogs/
ZIP with source code as well as precompiled library (no compiled examples):
https://sourceforge.net/project/showfiles.php?group_id=49385&package_id=154597&release_id=358535
Home page:
http://struts.sourceforge.net/strutsdialogs/index.html
Download:
https://sourceforge.net/project/showfiles.php?group_id=49385&package_id=154597
Online demo for basic samples:
http://www.superinterface.com/strutsdialog
Online demo for MailReader Demo:
http://www.superinterface.com/mailreader
Runnable samples in WAR files are not provided, since I fugured files
are too large, and samples can be easily built from sources.
Michael.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: MailReader demo app is rewritten with Struts Dialogs
Posted by James Mitchell <ja...@mac.com>.
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: jmitchell@apache.org
Skype: callto://jmitchtx
On Sep 22, 2005, at 7:54 PM, Michael Jouravlev wrote:
> On 9/22/05, Ted Husted <te...@gmail.com> 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 <jm...@gmail.com> 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: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: MailReader demo app is rewritten with Struts Dialogs
Posted by Michael Jouravlev <jm...@gmail.com>.
On 9/22/05, Ted Husted <te...@gmail.com> 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 <jm...@gmail.com> 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: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: MailReader demo app is rewritten with Struts Dialogs
Posted by James Mitchell <ja...@mac.com>.
One of my clients uses SnipSnap for their wiki.
Check out what you can do with simple text markup...
http://www.snipsnap.org/space/SnipGraph
...and here's an example...
http://www.snipsnap.org/space/SnipGraph/UML+Example
--
James Mitchell
Software Engineer / Open Source Evangelist
Consulting / Mentoring / Freelance
EdgeTech, Inc.
http://www.edgetechservices.net/
678.910.8017
AIM: jmitchtx
Yahoo: jmitchtx
MSN: jmitchell@apache.org
Skype: callto://jmitchtx
On Sep 23, 2005, at 9:12 AM, Ted Husted wrote:
> On 9/22/05, Wiebe de Jong <wi...@shaw.ca> wrote:
>
>> Hey Ted,
>>
>> What would be an appropriate tool for creating the UML diagrams for
>> MailReader? I use Rose for my work, but I think documentation for
>> open
>> source projects needs to be readable by everyone.
>>
>> I found this recent article, but it doesn't help much.
>> Open source UML editors lag proprietary leader
>> http://programming.newsforge.com/article.pl?sid=05/08/22/1421216
>>
>> Wiebe
>>
>
> I can't recommend any tools myself. Though, now that you mention it, I
> did start a textual represenetation of the API. I added a link to it
> here
>
> * http://opensource2.atlassian.com/confluence/oss/display/STRUTS/
> MailReader
>
> under "MailReader Model".
>
> Worst case, you could export something as a GIF or PNG and donate the
> final image.
>
> -Ted.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: MailReader demo app is rewritten with Struts Dialogs
Posted by James Mitchell <ja...@mac.com>.
Also, this one is free for open source:
http://www.visual-paradigm.com/product/sde/ec/index.jsp
--
James Mitchell
Software Engineer / Open Source Evangelist
Consulting / Mentoring / Freelance
EdgeTech, Inc.
http://www.edgetechservices.net/
678.910.8017
AIM: jmitchtx
Yahoo: jmitchtx
MSN: jmitchell@apache.org
Skype: callto://jmitchtx
On Sep 23, 2005, at 9:12 AM, Ted Husted wrote:
> On 9/22/05, Wiebe de Jong <wi...@shaw.ca> wrote:
>
>> Hey Ted,
>>
>> What would be an appropriate tool for creating the UML diagrams for
>> MailReader? I use Rose for my work, but I think documentation for
>> open
>> source projects needs to be readable by everyone.
>>
>> I found this recent article, but it doesn't help much.
>> Open source UML editors lag proprietary leader
>> http://programming.newsforge.com/article.pl?sid=05/08/22/1421216
>>
>> Wiebe
>>
>
> I can't recommend any tools myself. Though, now that you mention it, I
> did start a textual represenetation of the API. I added a link to it
> here
>
> * http://opensource2.atlassian.com/confluence/oss/display/STRUTS/
> MailReader
>
> under "MailReader Model".
>
> Worst case, you could export something as a GIF or PNG and donate the
> final image.
>
> -Ted.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: MailReader demo app is rewritten with Struts Dialogs
Posted by Ted Husted <te...@gmail.com>.
On 9/22/05, Wiebe de Jong <wi...@shaw.ca> wrote:
> Hey Ted,
>
> What would be an appropriate tool for creating the UML diagrams for
> MailReader? I use Rose for my work, but I think documentation for open
> source projects needs to be readable by everyone.
>
> I found this recent article, but it doesn't help much.
> Open source UML editors lag proprietary leader
> http://programming.newsforge.com/article.pl?sid=05/08/22/1421216
>
> Wiebe
I can't recommend any tools myself. Though, now that you mention it, I
did start a textual represenetation of the API. I added a link to it
here
* http://opensource2.atlassian.com/confluence/oss/display/STRUTS/MailReader
under "MailReader Model".
Worst case, you could export something as a GIF or PNG and donate the
final image.
-Ted.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: MailReader demo app is rewritten with Struts Dialogs
Posted by Ted Husted <te...@gmail.com>.
On 9/26/05, Michael Jouravlev <jm...@gmail.com> wrote:
> Should a person who has not logged in yet, be considered a mere
> "visitor", but not "subscriber"?
Yes. I added that comment to the MailReader Use Case page for future reference.
* http://opensource2.atlassian.com/confluence/oss/display/STRUTS/MailReader+Use+Cases
Anyone who's interested in the MailReader portal is invited to comment
there and subscribe to the space for further updates.
-Ted.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: MailReader demo app is rewritten with Struts Dialogs
Posted by Michael Jouravlev <jm...@gmail.com>.
On 9/26/05, Ted Husted <te...@gmail.com> wrote:
> On 9/23/05, James Mitchell <ja...@mac.com> wrote:
> > That's a great idea, let me know if you need any help.
>
> If you want to register at the site, I'll put you into the Struts
> group, which includes the MailReader area.
>
> I got started on the Use Cases today, but won't have a chance to do
> any more on these until tomorrow, if anybody wants to jump in. There's
> a global template setup for creating additional Use Case pages, and
> the one's I've thought of so far and pre-linked from the index page.
>
> * http://opensource2.atlassian.com/confluence/oss/display/STRUTS/MailReader
>
> There's also an "About Use Cases" page with some background on the format
>
> * http://opensource2.atlassian.com/confluence/oss/display/STRUTS/Use+Cases
>
> -Ted.
Should a person who has not logged in yet, be considered a mere
"visitor", but not "subscriber"?
Michael.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: MailReader demo app is rewritten with Struts Dialogs
Posted by Ted Husted <te...@gmail.com>.
On 9/23/05, James Mitchell <ja...@mac.com> wrote:
> That's a great idea, let me know if you need any help.
If you want to register at the site, I'll put you into the Struts
group, which includes the MailReader area.
I got started on the Use Cases today, but won't have a chance to do
any more on these until tomorrow, if anybody wants to jump in. There's
a global template setup for creating additional Use Case pages, and
the one's I've thought of so far and pre-linked from the index page.
* http://opensource2.atlassian.com/confluence/oss/display/STRUTS/MailReader
There's also an "About Use Cases" page with some background on the format
* http://opensource2.atlassian.com/confluence/oss/display/STRUTS/Use+Cases
-Ted.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: MailReader demo app is rewritten with Struts Dialogs
Posted by James Mitchell <ja...@mac.com>.
That's a great idea, let me know if you need any help.
--
James Mitchell
Software Engineer / Open Source Evangelist
Consulting / Mentoring / Freelance
EdgeTech, Inc.
http://www.edgetechservices.net/
678.910.8017
AIM: jmitchtx
Yahoo: jmitchtx
MSN: jmitchell@apache.org
Skype: callto://jmitchtx
On Sep 23, 2005, at 9:16 AM, Ted Husted wrote:
> Maybe the best thing would be to pursue a "MailReader portal" that
> provided system documentation, a test suite, and links to the various
> implemenations. I'll continue work on this idea at
>
> * http://opensource2.atlassian.com/confluence/oss/display/STRUTS/
> MailReader
>
> for now. (Watch the space if you want to follow along.)
>
> Better system documentation for MailReader, and a true, best-practices
> MailReader, is definately on my list for the Struts 1.3 release
> series.
>
> -Ted.
> http://husted.com/ted/poe
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: MailReader demo app is rewritten with Struts Dialogs
Posted by Ted Husted <te...@gmail.com>.
Maybe the best thing would be to pursue a "MailReader portal" that
provided system documentation, a test suite, and links to the various
implemenations. I'll continue work on this idea at
* http://opensource2.atlassian.com/confluence/oss/display/STRUTS/MailReader
for now. (Watch the space if you want to follow along.)
Better system documentation for MailReader, and a true, best-practices
MailReader, is definately on my list for the Struts 1.3 release
series.
-Ted.
http://husted.com/ted/poe
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: MailReader demo app is rewritten with Struts Dialogs
Posted by Wendy Smoak <ja...@wendysmoak.com>.
From: "Wiebe de Jong" <wi...@shaw.ca>
> What would be an appropriate tool for creating the UML diagrams for
> MailReader? I use Rose for my work, but I think documentation for open
> source projects needs to be readable by everyone.
I found Visual Paradigm recently when looking for something that would
integrate with IntelliJ IDEA. There is a free community edition:
http://www.visual-paradigm.com/product/vpuml/
But I don't think it's such a bad idea to do them in Rose, especially if
you're volunteering. :) Assuming you can export the images as Ted
mentioned, we already have a place for them to live:
http://svn.apache.org/viewcvs.cgi/struts/site/trunk/xdocs/uml/?rev=290621
The only thing there is a sequence diagram
http://svn.apache.org/viewcvs.cgi/struts/site/trunk/xdocs/uml/sequence-diagram-action.gif?rev=232533&view=markup
that doesn't appear to be linked from the site.
--
Wendy Smoak
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
RE: MailReader demo app is rewritten with Struts Dialogs
Posted by Wiebe de Jong <wi...@shaw.ca>.
Hey Ted,
What would be an appropriate tool for creating the UML diagrams for
MailReader? I use Rose for my work, but I think documentation for open
source projects needs to be readable by everyone.
I found this recent article, but it doesn't help much.
Open source UML editors lag proprietary leader
http://programming.newsforge.com/article.pl?sid=05/08/22/1421216
Wiebe
-----Original Message-----
From: Ted Husted [mailto:ted.husted@gmail.com]
Sent: Thursday, September 22, 2005 4:51 AM
To: Struts Users Mailing List
Subject: Re: MailReader demo app is rewritten with Struts Dialogs
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. :)
To get started, I've setup an area to host some project documentation
about MailReader at the "Struts University" site:
* http://opensource2.atlassian.com/confluence/oss/display/STRUTS/MailReader
I'd like to do a set of fully-dressed Use Cases for MailReader, both
to shore up the Classic implementation, and to make it easier for
people to write alternative MailReaders, as Michael has done.
To validate the MailReader implementations, we can use a standard set
of UI test in Web Canoo. Then we can define a MailReader application
as an application that passes the UI validation tests.
Next, I could setup a new SourceForge site to host alternative
MailReader implementations. The Struts SourceForge site is already a
bit busy, and I think this project merits its own site.
Thoughts?
-Ted.
http://www.husted.com/poe/
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: MailReader demo app is rewritten with Struts Dialogs
Posted by Ted Husted <te...@gmail.com>.
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 <jm...@gmail.com> 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. :)
To get started, I've setup an area to host some project documentation
about MailReader at the "Struts University" site:
* http://opensource2.atlassian.com/confluence/oss/display/STRUTS/MailReader
I'd like to do a set of fully-dressed Use Cases for MailReader, both
to shore up the Classic implementation, and to make it easier for
people to write alternative MailReaders, as Michael has done.
To validate the MailReader implementations, we can use a standard set
of UI test in Web Canoo. Then we can define a MailReader application
as an application that passes the UI validation tests.
Next, I could setup a new SourceForge site to host alternative
MailReader implementations. The Struts SourceForge site is already a
bit busy, and I think this project merits its own site.
Thoughts?
-Ted.
http://www.husted.com/poe/
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org