You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by Martin Cooper <mf...@gmail.com> on 2004/11/27 00:35:36 UTC
Re: [Apache Struts Wiki] Updated: StrutsFileDownload
On Fri, 26 Nov 2004 07:57:54 -0500, Frank W. Zammetti
<fz...@omnytex.com> wrote:
> Note that download location is NOT permanent. It is just there until
> (if) the sample app is included with Struts. I'll leave it up until
> then. I do not know what the current status of inclusion is however.
My preference is to not add the app itself to Struts. f you don't want
to host it yourself, and believe it needs ongoing development, you
might want to talk to the folks at the Struts Applications project on
SourceForge.
--
Martin Cooper
> --
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
>
>
>
> dev@struts.apache.org wrote:
> > Date: 2004-11-26T01:12:26
> > Editor: NiallPemberton <ni...@apache.org>
> > Wiki: Apache Struts Wiki
> > Page: StrutsFileDownload
> > URL: http://wiki.apache.org/struts/StrutsFileDownload
> >
> > no comment
> >
> > Change Log:
> >
> > ------------------------------------------------------------------------------
> > @@ -1,3 +1,9 @@
> > += Sample Webapp =
> > +
> > +After putting up this page, someone pointed out there is already a sample webapp (should pay more attention to the lists :-(). Apparently its available for download here: [http://www.omnytex.com/downloadapp.zip Sample Download Webapp]
> > +
> > +Details from this thread: [http://www.mail-archive.com/dev@struts.apache.org/msg04600.html Mail Archive]
> > +
> > = File Download =
> >
> > A new DownloadAction was added in Struts 1.2.6 (see the[http://struts.apache.org/api/org/apache/struts/actions/DownloadAction.html JavaDoc]). This page is to show how to use it and has the following structure:
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > For additional commands, e-mail: dev-help@struts.apache.org
> >
> >
> >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: [Apache Struts Wiki] Updated: StrutsFileDownload
Posted by Ted Husted <hu...@apache.org>.
In the beginning, we bundled the MailReader application with Struts. Between 1.0 and 1.1 we added a few other small examples. In 1.2, we combined these into a single modular example. For 1.3, we intend to extract a number of items from the core, including the four bundled applications (Blank, Examples, MailReader, and Tiles).
There are some notes about 1.3.x here <http://struts.apache.org/roadmap.html#Struts_1_x_whiteboard>, and some in a recent post that hasn't been integrated with the website yet <http://nagoya.apache.org/eyebrowse/ReadMsg?listName=dev@struts.apache.org&msgNo=29427>.
Personally, I'm finding very difficult to maintain the framework without working examples. The "Exercise" module is a helpful place to put code to prove something is broken, and then prove that it's fixed, but a full-fledged Cookbook Examples application, like the one Steve Reaburn setup, would be even better.
-Ted.
On Fri, 26 Nov 2004 23:08:14 -0800, Dakota Jack wrote:
>�I just noticed this. �Looks like Ted already has something along
>�the lines I was thinking going with this Apps business. �What's up
>�with that?
>
>�Jack
>
>
>�On Fri, 26 Nov 2004 23:27:44 -0500, Ted Husted <hu...@apache.org>
>�wrote:
>
>>�There's a download module in the struts-examples application.
>>�Originally, these were separate applications demonstrating
>>�validation, download, and so forth, but we merged them early in
>>�the 1.2 series. (Mainly so we had a modules application against
>>�which to test changes.) It seems like it would be a simple matter
>>�to extend the existing module to include demonstrations of the
>>�DownloadAction.
>>
>>�Have you looked at doing that, Frank? (I'd give it a shot, but
>>�I'm working on the MailReader-Chain application now.)
>>
>>�As part of the 1.3.x series, I believe both the Examples
>>�application and the original MailReader application are slated to
>>�be moved into an "Apps" subproject, so that they are not part of
>>�the core release. I also wouldn't mind merging Steve Reaburn's
>>�Examples application <http://www.ninsky.com/struts/>�with the few
>>�we already have.
>>
>>�A serious problem I have when applying patches is that we have
>>�too few unit tests and even fewer coding examples of our own.
>>
>>�-Ted.
>>
>>
>>�On Fri, 26 Nov 2004 19:18:23 -0500, Frank W. Zammetti wrote:
>>
>>>�I don't want it to be sitting on my server forever, no. �I'll
>>>�leave it up for a while, maybe a few more weeks.
>>>
>>>�It's of course not my decision to include the sample or not. �I
>>>�put it together, but I'm not going to go nuts trying to promote
>>>�or support it because ultimately it's not exactly a big
>>>�accomplishment or anything. It serves it's purpose in
>>>�demonstrating the use of DownloadAction, but it's not rocket
>>>�science or anything.
>>>
>>>�It's probably fine as-is, and I don't plan on putting any
>>>�effort into it unless specifically asked, and that includes
>>>�getting it up on the Struts Applications project.
>>>
>>>�--
>>>�Frank W. Zammetti
>>>�Founder and Chief Software Architect
>>>�Omnytex Technologies
>>>�http://www.omnytex.com
>>>
>>�------------------------------------------------------------------
>>�--- To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org For
>>�additional commands, e-mail: dev-help@struts.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: [Apache Struts Wiki] Updated: StrutsFileDownload
Posted by Dakota Jack <da...@gmail.com>.
I just noticed this. Looks like Ted already has something along the
lines I was thinking going with this Apps business. What's up with
that?
Jack
On Fri, 26 Nov 2004 23:27:44 -0500, Ted Husted <hu...@apache.org> wrote:
> There's a download module in the struts-examples application. Originally, these were separate applications demonstrating validation, download, and so forth, but we merged them early in the 1.2 series. (Mainly so we had a modules application against which to test changes.) It seems like it would be a simple matter to extend the existing module to include demonstrations of the DownloadAction.
>
> Have you looked at doing that, Frank? (I'd give it a shot, but I'm working on the MailReader-Chain application now.)
>
> As part of the 1.3.x series, I believe both the Examples application and the original MailReader application are slated to be moved into an "Apps" subproject, so that they are not part of the core release. I also wouldn't mind merging Steve Reaburn's Examples application <http://www.ninsky.com/struts/> with the few we already have.
>
> A serious problem I have when applying patches is that we have too few unit tests and even fewer coding examples of our own.
>
> -Ted.
>
>
>
> On Fri, 26 Nov 2004 19:18:23 -0500, Frank W. Zammetti wrote:
> > I don't want it to be sitting on my server forever, no. I'll leave
> > it up for a while, maybe a few more weeks.
> >
> > It's of course not my decision to include the sample or not. I put
> > it together, but I'm not going to go nuts trying to promote or
> > support it because ultimately it's not exactly a big accomplishment
> > or anything. It serves it's purpose in demonstrating the use of
> > DownloadAction, but it's not rocket science or anything.
> >
> > It's probably fine as-is, and I don't plan on putting any effort
> > into it unless specifically asked, and that includes getting it up
> > on the Struts Applications project.
> >
> > --
> > Frank W. Zammetti
> > Founder and Chief Software Architect
> > Omnytex Technologies
> > http://www.omnytex.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>
--
"You can't wake a person who is pretending to be asleep."
~Native Proverb~
"Each man is good in His sight. It is not necessary for eagles to be crows."
~Hunkesni (Sitting Bull), Hunkpapa Sioux~
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Apps (was ... StrutsFileDownload)
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
No parade to rain on Martin :) I thought the whole downloading thing
was a good idea a month or so ago when it was being discussed, but I
frankly don't particuarly care any more. I guess maybe my parade got
rained on a few weeks ago, but I'm over it now :)
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
Martin Cooper wrote:
> On Sat, 27 Nov 2004 13:33:38 -0500, Ted Husted <hu...@apache.org> wrote:
>
>>On Fri, 26 Nov 2004 20:42:07 -0800, Martin Cooper wrote:
>>
>>>On Fri, 26 Nov 2004 23:27:44 -0500, Ted Husted <hu...@apache.org>
>>>wrote:
>>>
>>>
>>>>There's a download module in the struts-examples application.
>>>>
>>>
>>>Er, that's an upload example. ;-)
>>
>>All the more reason to add it to the current suite of examples, then :)
>
>
> Perhaps it's a reason to add *some* download example to the Examples
> app, but IMHO not this particular one.
>
> Downloading a file in Struts is almost trivial - feed the data to the
> response output stream and return null from your action. I don't want
> to rain on Frank's parade, but I just don't think that we should
> complicate such an example by using custom action mappings, or
> extracting the content from a database.
>
> If we do want a download example in Examples, then I would suggest
> something like downloading an XML file (maybe even struts-config.xml)
> from within the app itself. Let's keep it simple, and keep it portable
> by not referencing the file system.
>
>
>>IMHO, one of the keys to the success of Struts was that, from the beginning, Craig included a working example. The purpose of a framework like Struts is to write applications, and it only makes sense that we eat some of our own dog food by writing our own.
>>
>>As it happens, the MailReader is nicely scaled example. Big enough to have some meat, small enough that you can review it before lunch.
>>
>>Of course, you can't squeeze use cases for every framework feature inside of a nicely-scaled example. We've made some desperate hacks to the MailReader to demonstrate features like wildcard actions. MailReader also includes some "grey practices", like tag-based security, apparently for the sake of demonstration.
>>
>>What I would suggest is that we expand the existing Struts Examples application, perhaps turning it into an actual cookbook. The goal would be for each significant feature to be demonstrated either in the MailReader or in the Cookbook. To keep things from breaking, we can include Struts TestCases and/or Canoo WebTests that step through the applications for us. (I'm using WebTests in Mailreader-Chain, so people will be able to see them action.)
>>
>>It's been my experience that a best-practices example and an omnibus Cookbook are not maintenance burdens -- but maintenance helpers. As issues are reported, we can add cookbook examples to demonstrate that the issue exists, and then use the same example to demonstrate that the issue is resolved.
>>
>
>
> If we can automate the testing, then great! But adding functionality
> without that is going to be a pain. It takes quite some time to go
> through every option in every example we have today, which is what I
> do for the "play test bundled applications" part of the release
> process. The end result is that I have a lot more confidence in the
> build, but if this process gets much longer, it's going to be very
> tempting to start skipping part of it, which definitely wouldn't be a
> maintenance helper. ;-) Oh, and by the way, most of the recent bugs in
> the examples have been discovered and fixed by me, in the process of
> trying to get a release done...
>
> --
> Martin Cooper
>
>
>
>>-Ted.
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>>For additional commands, e-mail: dev-help@struts.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Apps (was ... StrutsFileDownload)
Posted by Dakota Jack <da...@gmail.com>.
Downloading a file in Struts is, as Martin says, "almost trivial". In
fact, downloading a file in Java is pretty danged easy. So is number
theory: five postulates. What's to worry? LOL
http://www.mathacademy.com/pr/minitext/number/index.asp .
* Pl. 0 is a number.
* P2. The successor of any number is a number.
* P3. No two numbers have the same successor.
* P4. 0 is not the successor of any number.
* P5. If P is a property such that: a) 0 has the property P and b)
whenever n has the property P, then the successor of n also has the
property P, so every number has the property P. In other words, if P
is a set of numbers where 0 is an element of P, and where the
successor of n is in P whenever n is in P, then P is the set of all
nonnegative integers.
Along comes Godel and omega consistency and we have all these
problems. Does anyone know if the sentential equivalent of a sound
rule of inference must be true? Turns out it does not. Strange!
Same with music. A few notes and everyone gets carried away. The
Chinese cannot even get the notes right. Or, can that be Occidental?
I am an advocate of "Zen and the Art of Motorcycle Maintenance" in
this respect.
Seriously, doing easy things well is always the trick in my humble
opinion. I think the main difficulty is not in the download delivery
itself but in the app itself. This is only so, of couse, because our
friends at Sun have made it that way under the covers. Trying to do
the same for the downloading itself in a web context is what I will be
checking out the next few weeks, so I hope to report back.
One of the most challenging things, in my opinion, is the way apps
attach themselves to the framework. Doing so in a way to be helpful
rather than an eventual burden is the art, perhaps.
There are many good reasons to provide custom action mappings for
downloading, in my opinion. One person may not need them, but another
will. They are fairly standard in the business for a reason.
I appreciate your point of view, Martin, and in your context, that is
good thinking, I am sure. But I do know that in my context, I need a
full-blown download app that has features that are definitely not
minor considerations. The availability of Frank's application is
saving me time and money.
Anyway, I do think that the real solution is provide a space for all
the ways of looking at things, in addition to Ted's suggestion. There
are only so many of these apps. I find it very sad that there are not
at least 10 choices for the newbie in a Struts shopping cart
application. 5 uploaders. 13 mailing apps. And so on. LIke a good
Harley Davidson Motorcylce store, hat (helmets), goggles, t-shirts,
stickers, etc. should be provided as a matter of course. How to do it
without making everyone wear the same gear is the trouble.
Enough of my pontificating, with no reflection on the Pope, of course.
I hope some of these thoughts are of assistance. I did put the thing
on the wiki. I don't think that is a long term solution, however. I
think some app department store or mall or market is needed for
Struts. How to do it, organize and provide it, is a good question. I
don't have the answer.
Jack
On Sat, 27 Nov 2004 11:05:32 -0800, Martin Cooper <mf...@gmail.com> wrote:
> On Sat, 27 Nov 2004 13:33:38 -0500, Ted Husted <hu...@apache.org> wrote:
> > On Fri, 26 Nov 2004 20:42:07 -0800, Martin Cooper wrote:
> Perhaps it's a reason to add *some* download example to the Examples
> app, but IMHO not this particular one.
>
> Downloading a file in Struts is almost trivial - feed the data to the
> response output stream and return null from your action. I don't want
> to rain on Frank's parade, but I just don't think that we should
> complicate such an example by using custom action mappings, or
> extracting the content from a database.
>
> If we do want a download example in Examples, then I would suggest
> something like downloading an XML file (maybe even struts-config.xml)
> from within the app itself. Let's keep it simple, and keep it portable
> by not referencing the file system.
>
> Martin Cooper
>
--
"You can't wake a person who is pretending to be asleep."
~Native Proverb~
"Each man is good in His sight. It is not necessary for eagles to be crows."
~Hunkesni (Sitting Bull), Hunkpapa Sioux~
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Apps (was ... StrutsFileDownload)
Posted by Martin Cooper <mf...@gmail.com>.
On Sat, 27 Nov 2004 13:33:38 -0500, Ted Husted <hu...@apache.org> wrote:
> On Fri, 26 Nov 2004 20:42:07 -0800, Martin Cooper wrote:
> > On Fri, 26 Nov 2004 23:27:44 -0500, Ted Husted <hu...@apache.org>
> > wrote:
> >
> >> There's a download module in the struts-examples application.
> >>
> > Er, that's an upload example. ;-)
>
> All the more reason to add it to the current suite of examples, then :)
Perhaps it's a reason to add *some* download example to the Examples
app, but IMHO not this particular one.
Downloading a file in Struts is almost trivial - feed the data to the
response output stream and return null from your action. I don't want
to rain on Frank's parade, but I just don't think that we should
complicate such an example by using custom action mappings, or
extracting the content from a database.
If we do want a download example in Examples, then I would suggest
something like downloading an XML file (maybe even struts-config.xml)
from within the app itself. Let's keep it simple, and keep it portable
by not referencing the file system.
>
> IMHO, one of the keys to the success of Struts was that, from the beginning, Craig included a working example. The purpose of a framework like Struts is to write applications, and it only makes sense that we eat some of our own dog food by writing our own.
>
> As it happens, the MailReader is nicely scaled example. Big enough to have some meat, small enough that you can review it before lunch.
>
> Of course, you can't squeeze use cases for every framework feature inside of a nicely-scaled example. We've made some desperate hacks to the MailReader to demonstrate features like wildcard actions. MailReader also includes some "grey practices", like tag-based security, apparently for the sake of demonstration.
>
> What I would suggest is that we expand the existing Struts Examples application, perhaps turning it into an actual cookbook. The goal would be for each significant feature to be demonstrated either in the MailReader or in the Cookbook. To keep things from breaking, we can include Struts TestCases and/or Canoo WebTests that step through the applications for us. (I'm using WebTests in Mailreader-Chain, so people will be able to see them action.)
>
> It's been my experience that a best-practices example and an omnibus Cookbook are not maintenance burdens -- but maintenance helpers. As issues are reported, we can add cookbook examples to demonstrate that the issue exists, and then use the same example to demonstrate that the issue is resolved.
>
If we can automate the testing, then great! But adding functionality
without that is going to be a pain. It takes quite some time to go
through every option in every example we have today, which is what I
do for the "play test bundled applications" part of the release
process. The end result is that I have a lot more confidence in the
build, but if this process gets much longer, it's going to be very
tempting to start skipping part of it, which definitely wouldn't be a
maintenance helper. ;-) Oh, and by the way, most of the recent bugs in
the examples have been discovered and fixed by me, in the process of
trying to get a release done...
--
Martin Cooper
> -Ted.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Apps (was ... StrutsFileDownload)
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
I'm not sure I see your objection (although I have no doubt it's there
and perfectly valid :) ).
As with all things, a bit of discipline has to be used. If you take an
idea and use it to build an "everything" example app, you have to choose
something that is (a) not so difficult as to be useless as an example
and (b) is big enough to NATURALLY use everything you'd want to
demonstrate. If you have to force things in then it doesn't meet the
second criteria, and if it's so massive that the app's own code gets in
the way of the example then it fails the first.
That's where I came up with the idea of something along the lines of a
web-based Outlook. It wasn't a massive undertaking for our old
framework, I suspect it wouldn't be for Struts, yet it has enough
functionality to be able to incorporate just about anything you'd want
without doing anything unnaturally.
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
Ted Husted wrote:
> On Sat, 27 Nov 2004 14:06:39 -0500, Frank W. Zammetti wrote:
>
>> Before my company decided to join the real world and use Struts, we
>> had our own custom framework that we developed. One of the pieces
>> I lobbied for and wound up building was one all-encompassing sample
>> application with a suite of test cases along with it. This sample
>> was self-documenting (in source comments as well as the application
>> being very verbose in it's UI) and served as a good example of how
>> to do just about everything, and also providing a good way to test
>> upgrades to see what got broken.
>
>
> That sounds like a fine approach for a internal framework, where the use cases tend to be coherent, but an omnibus application for a shared framework, like Struts, can be problematic. What's happened in the past is that we are tempted to stretch the context of the application to fit the use case. The benefit of a Cookbook example application is that it is all example and no context. The examples don't have to have anything to do with each other. For us, a Cookbook mirrors real-life, where our users' applications don't have anything to do with each other either :)
>
> Of course, we also need a coherent example, which is a niche that a lean, mean MailReader application fills nicely.
>
> But, as usual, Martin makes a good point. We can't expand on the current set of examples without automating the testing. So as of now, the next three items on my own Struts to-do list are:
>
> * Finish the MailReader-Chain example, including automated testing.
>
> * Add automated testing to the Struts Examples application.
>
> * Consider whether we need to add a download example.
>
> -Ted.
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Apps (was ... StrutsFileDownload)
Posted by Ted Husted <hu...@apache.org>.
On Sat, 27 Nov 2004 14:06:39 -0500, Frank W. Zammetti wrote:
> Before my company decided to join the real world and use Struts, we
> had our own custom framework that we developed. One of the pieces
> I lobbied for and wound up building was one all-encompassing sample
> application with a suite of test cases along with it. This sample
> was self-documenting (in source comments as well as the application
> being very verbose in it's UI) and served as a good example of how
> to do just about everything, and also providing a good way to test
> upgrades to see what got broken.
That sounds like a fine approach for a internal framework, where the use cases tend to be coherent, but an omnibus application for a shared framework, like Struts, can be problematic. What's happened in the past is that we are tempted to stretch the context of the application to fit the use case. The benefit of a Cookbook example application is that it is all example and no context. The examples don't have to have anything to do with each other. For us, a Cookbook mirrors real-life, where our users' applications don't have anything to do with each other either :)
Of course, we also need a coherent example, which is a niche that a lean, mean MailReader application fills nicely.
But, as usual, Martin makes a good point. We can't expand on the current set of examples without automating the testing. So as of now, the next three items on my own Struts to-do list are:
* Finish the MailReader-Chain example, including automated testing.
* Add automated testing to the Struts Examples application.
* Consider whether we need to add a download example.
-Ted.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Apps (was ... StrutsFileDownload)
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
I agree completely, and can speak from experience...
Before my company decided to join the real world and use Struts, we had
our own custom framework that we developed. One of the pieces I lobbied
for and wound up building was one all-encompassing sample application
with a suite of test cases along with it. This sample was
self-documenting (in source comments as well as the application being
very verbose in it's UI) and served as a good example of how to do just
about everything, and also providing a good way to test upgrades to see
what got broken.
I'd definitely agree that Struts should have such a beast. From what I
understand, the MailReader is a decent start at this, but probably
should be taken to the next level. One thing I could see fiting in this
mold is an actual PIM and webmail application. More work to developer
initially to be sure, but has all the benefits we're talking about.
Also, it shouldn't be too tough to break it into discrete pieces to be
developed by a number of individuals, and you would be able to assign
each piece various bits of "sample space" to demonstrate (i.e., the
contacts module should demonstrate functions A, B and C, while the tasks
module should demonstrate, D, E and F for example). This would also
make the sample more useful because you could look at a particular
module when you know you are looking for a specific feature
demonstration rather than going through everything in a monolithic way.
I think such a suite of applications would also be big enough to
actually touch on every feature in a non-forced way, yet wouldn't be so
big as to be impossibly time-consuming to build, especially when spread
across a number of people. I'm not talking about building a web-based
Outlook, but relatively simple versions of contacts, tasks, notes,
webmail and maybe journaling shouldn't be immensely difficult to put
together. I'd certainly sign up to do some portion of it, time
permitting (I MIGHT be able to justify some of it on company time if I
claim it's a new feature of an existing system).
Add to this a suite of test cases, and you should be able to tell when
you break anything going forward without much difficulty.
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
Ted Husted wrote:
> On Fri, 26 Nov 2004 20:42:07 -0800, Martin Cooper wrote:
>
>> On Fri, 26 Nov 2004 23:27:44 -0500, Ted Husted <hu...@apache.org>
>> wrote:
>>
>>
>>> There's a download module in the struts-examples application.
>>>
>>
>> Er, that's an upload example. ;-)
>
>
> All the more reason to add it to the current suite of examples, then :)
>
> IMHO, one of the keys to the success of Struts was that, from the beginning, Craig included a working example. The purpose of a framework like Struts is to write applications, and it only makes sense that we eat some of our own dog food by writing our own.
>
> As it happens, the MailReader is nicely scaled example. Big enough to have some meat, small enough that you can review it before lunch.
>
> Of course, you can't squeeze use cases for every framework feature inside of a nicely-scaled example. We've made some desperate hacks to the MailReader to demonstrate features like wildcard actions. MailReader also includes some "grey practices", like tag-based security, apparently for the sake of demonstration.
>
> What I would suggest is that we expand the existing Struts Examples application, perhaps turning it into an actual cookbook. The goal would be for each significant feature to be demonstrated either in the MailReader or in the Cookbook. To keep things from breaking, we can include Struts TestCases and/or Canoo WebTests that step through the applications for us. (I'm using WebTests in Mailreader-Chain, so people will be able to see them action.)
>
> It's been my experience that a best-practices example and an omnibus Cookbook are not maintenance burdens -- but maintenance helpers. As issues are reported, we can add cookbook examples to demonstrate that the issue exists, and then use the same example to demonstrate that the issue is resolved.
>
> -Ted.
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Apps (was ... StrutsFileDownload)
Posted by Ted Husted <hu...@apache.org>.
On Fri, 26 Nov 2004 20:42:07 -0800, Martin Cooper wrote:
>�On Fri, 26 Nov 2004 23:27:44 -0500, Ted Husted <hu...@apache.org>�
>�wrote:
>
>>�There's a download module in the struts-examples application.
>>
>�Er, that's an upload example. ;-)
All the more reason to add it to the current suite of examples, then :)
IMHO, one of the keys to the success of Struts was that, from the beginning, Craig included a working example. The purpose of a framework like Struts is to write applications, and it only makes sense that we eat some of our own dog food by writing our own.
As it happens, the MailReader is nicely scaled example. Big enough to have some meat, small enough that you can review it before lunch.
Of course, you can't squeeze use cases for every framework feature inside of a nicely-scaled example. We've made some desperate hacks to the MailReader to demonstrate features like wildcard actions. MailReader also includes some "grey practices", like tag-based security, apparently for the sake of demonstration.
What I would suggest is that we expand the existing Struts Examples application, perhaps turning it into an actual cookbook. The goal would be for each significant feature to be demonstrated either in the MailReader or in the Cookbook. To keep things from breaking, we can include Struts TestCases and/or Canoo WebTests that step through the applications for us. (I'm using WebTests in Mailreader-Chain, so people will be able to see them action.)
It's been my experience that a best-practices example and an omnibus Cookbook are not maintenance burdens -- but maintenance helpers. As issues are reported, we can add cookbook examples to demonstrate that the issue exists, and then use the same example to demonstrate that the issue is resolved.
-Ted.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: [Apache Struts Wiki] Updated: StrutsFileDownload
Posted by Martin Cooper <mf...@gmail.com>.
On Fri, 26 Nov 2004 23:27:44 -0500, Ted Husted <hu...@apache.org> wrote:
> There's a download module in the struts-examples application.
Er, that's an upload example. ;-)
--
Martin Cooper
> Originally, these were separate applications demonstrating validation, download, and so forth, but we merged them early in the 1.2 series. (Mainly so we had a modules application against which to test changes.) It seems like it would be a simple matter to extend the existing module to include demonstrations of the DownloadAction.
>
> Have you looked at doing that, Frank? (I'd give it a shot, but I'm working on the MailReader-Chain application now.)
>
> As part of the 1.3.x series, I believe both the Examples application and the original MailReader application are slated to be moved into an "Apps" subproject, so that they are not part of the core release. I also wouldn't mind merging Steve Reaburn's Examples application <http://www.ninsky.com/struts/> with the few we already have.
>
> A serious problem I have when applying patches is that we have too few unit tests and even fewer coding examples of our own.
>
> -Ted.
>
>
>
> On Fri, 26 Nov 2004 19:18:23 -0500, Frank W. Zammetti wrote:
> > I don't want it to be sitting on my server forever, no. I'll leave
> > it up for a while, maybe a few more weeks.
> >
> > It's of course not my decision to include the sample or not. I put
> > it together, but I'm not going to go nuts trying to promote or
> > support it because ultimately it's not exactly a big accomplishment
> > or anything. It serves it's purpose in demonstrating the use of
> > DownloadAction, but it's not rocket science or anything.
> >
> > It's probably fine as-is, and I don't plan on putting any effort
> > into it unless specifically asked, and that includes getting it up
> > on the Struts Applications project.
> >
> > --
> > Frank W. Zammetti
> > Founder and Chief Software Architect
> > Omnytex Technologies
> > http://www.omnytex.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: [Apache Struts Wiki] Updated: StrutsFileDownload
Posted by Dakota Jack <da...@gmail.com>.
Your question is my question, Martin. I am not proposing an answer
but noting a real need and what would be a real plus. The question is
not where is it (today) but where and how might we do such a thing
(tomorrow or later today). I would definitely like to see some
monitoring such as perhaps having categories such as Contributor
Ranked Best of Breed, Contributor Ranked Friendly with an Alert
Stance, Contributor Ranked Cuddly. Contributor Ranked Cur, etc. ;-)
Maybe one big Grab Bag and let them sort themselves out?
Mainly what I would like to see is a way to make things like the
present download app that Frank has generously provided be available
without having to weld it to the Struts framework and without any
other onerous demands on either Frank (such as you host the source and
binaries) or Struts (such as maintanence, SVN appearance), etc..
There should be a way to do that. We just need to think a bit out of
the box?
Jack
On Fri, 26 Nov 2004 20:32:24 -0800, Martin Cooper <mf...@gmail.com> wrote:
> OK, I am clearly not understanding what you are suggesting. ;-(
>
> You asked if it would "make sense for Struts to have a repository for
> such things, even if they are not in the distribution". I interpreted
> that to mean that you are suggesting that they go into the Struts SVN
> repository, but not into the builds - like the code that lives in
> 'contrib' today.
>
> Apparently, that's not what you're suggesting. So perhaps you could
> clarify what it is that you _are_ suggesting? ;-) If it's not in
> Struts SVN, and it's not in Struts Applications at SourceForge, what -
> and where - is it?
>
> --
> Martin Cooper
>
>
>
>
> On Fri, 26 Nov 2004 19:53:22 -0800, Dakota Jack <da...@gmail.com> wrote:
> > On Fri, 26 Nov 2004 18:24:41 -0800, Martin Cooper <mf...@gmail.com> wrote:
> >
> >
> > > On Fri, 26 Nov 2004 16:39:51 -0800, Dakota Jack <da...@gmail.com> wrote:
> > > > Whatever the fate and whatever the nature of this submission, having
> > > > this sort of development available to users and to developers is, I
> > > > think, a definite plus. Does it make sense for Struts to have a
> > > > repository for such things, even if they are not in the distribution
> > > > to others? It does to me. That would go a long way towards easing
> > > > the load on the user list.
> > >
> > > That is (part of) what the Struts Applications project on SourceForge
> > > is for.
> >
> > I think that the Struts Appications project on SourceForge is
> > definitely different than what I was talking about. Whatever one
> > thinks of making coding options available and how to do it, what I was
> > talking about is significantly different than SourceForge although
> > obviously not totally unrelated with anything to do with Struts,
> > including SourceForge.
> >
> > >We (or at least I ;) don't want to accumulate a bunch of
> > > different sample apps within the Struts project itself,
> >
> > Definitely not. I thought I was clear that would be a bad idea. I am
> > not sure why you made this the focus, Martin. The focus was totally
> > different. There surely are hundreds of options besides the Struts
> > distribution and SourceForge, and some of those options with Struts.
> >
> > >because (a)
> > > the code in the apps would quickly overwhelm that in Struts itself;
> >
> > Again, I specifically said this was a bad idea.
> >
> > > (b) we would effectively be signing up to maintain them all, which I'm
> > > personally not up for;
> >
> > Again, this would not be the issue. I am not sure why you got to here.
> >
> > > and (c) it would be difficult to come up with a
> > > definitive set of criteria for what is, and is not, accepted,
> >
> > I hate to keep saying this, but I do think what I was talking about
> > was interesting and it has nothing to do with any of this. This is
> > what I said I was not talking about. Just seeking clarity here. I
> > think you must have read my note too quickly.
> >
> > > making
> > > it difficult to close the door to any random Struts app once the door
> > > is open.
> >
> > What I was suggesting needs no maintainance, is open to anything
> > halfway reasonable, etc.
> >
> > >
> > > Of course, this is just me; other Struts committers may have different opinions.
> >
> > I just want to make sure that their opinions are on the topic as
> > raised and not on the topic as you have addressed it. As I said, I
> > too am against what you say you are against. I think anyone capable
> > of a modicum of lucid thinking would be. However, this still leaves
> > the issue about what I was talking about unaddressed. There should be
> > a way to accommodate sharing good ideas without putting them into the
> > mainstream of a Struts distribution.
> >
> > Jack
> >
> >
> >
> >
> > >
> > >
> > >
> > >
> > > >
> > > > Jack
> > > >
> > > > On Fri, 26 Nov 2004 19:18:23 -0500, Frank W. Zammetti
> > > >
> > > >
> > > > <fz...@omnytex.com> wrote:
> > > > > I don't want it to be sitting on my server forever, no. I'll leave it
> > > > > up for a while, maybe a few more weeks.
> > > > >
> > > > > It's of course not my decision to include the sample or not. I put it
> > > > > together, but I'm not going to go nuts trying to promote or support it
> > > > > because ultimately it's not exactly a big accomplishment or anything.
> > > > > It serves it's purpose in demonstrating the use of DownloadAction, but
> > > > > it's not rocket science or anything.
> > > > >
> > > > > It's probably fine as-is, and I don't plan on putting any effort into it
> > > > > unless specifically asked, and that includes getting it up on the Struts
> > > > > Applications project.
> > > > >
> > > > > --
> > > > >
> > > > >
> > > > > Frank W. Zammetti
> > > > > Founder and Chief Software Architect
> > > > > Omnytex Technologies
> > > > > http://www.omnytex.com
> > > > >
> > > > > Martin Cooper wrote:
> > > > > > On Fri, 26 Nov 2004 07:57:54 -0500, Frank W. Zammetti
> > > > > > <fz...@omnytex.com> wrote:
> > > > > >
> > > > > >>Note that download location is NOT permanent. It is just there until
> > > > > >>(if) the sample app is included with Struts. I'll leave it up until
> > > > > >>then. I do not know what the current status of inclusion is however.
> > > > > >
> > > > > >
> > > > > > My preference is to not add the app itself to Struts. f you don't want
> > > > > > to host it yourself, and believe it needs ongoing development, you
> > > > > > might want to talk to the folks at the Struts Applications project on
> > > > > > SourceForge.
> > > > > >
> > > > > > --
> > > > > > Martin Cooper
> > > > > >
> > > > > >
> > > > > >
> > > > > >>--
> > > > > >>Frank W. Zammetti
> > > > > >>Founder and Chief Software Architect
> > > > > >>Omnytex Technologies
> > > > > >>http://www.omnytex.com
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >>dev@struts.apache.org wrote:
> > > > > >>
> > > > > >>> Date: 2004-11-26T01:12:26
> > > > > >>> Editor: NiallPemberton <ni...@apache.org>
> > > > > >>> Wiki: Apache Struts Wiki
> > > > > >>> Page: StrutsFileDownload
> > > > > >>> URL: http://wiki.apache.org/struts/StrutsFileDownload
> > > > > >>>
> > > > > >>> no comment
> > > > > >>>
> > > > > >>>Change Log:
> > > > > >>>
> > > > > >>>------------------------------------------------------------------------------
> > > > > >>>@@ -1,3 +1,9 @@
> > > > > >>>+= Sample Webapp =
> > > > > >>>+
> > > > > >>>+After putting up this page, someone pointed out there is already a sample webapp (should pay more attention to the lists :-(). Apparently its available for download here: [http://www.omnytex.com/downloadapp.zip Sample Download Webapp]
> > > > > >>>+
> > > > > >>>+Details from this thread: [http://www.mail-archive.com/dev@struts.apache.org/msg04600.html Mail Archive]
> > > > > >>>+
> > > > > >>> = File Download =
> > > > > >>>
> > > > > >>> A new DownloadAction was added in Struts 1.2.6 (see the[http://struts.apache.org/api/org/apache/struts/actions/DownloadAction.html JavaDoc]). This page is to show how to use it and has the following structure:
> > > > > >>>
> > > > > >>>---------------------------------------------------------------------
> > > > > >>>To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > > > > >>>For additional commands, e-mail: dev-help@struts.apache.org
> > > > > >>>
> > > > > >>>
> > > > > >>>
> > > > > >>>
> > > > > >>>
> > > > > >>
> > > > > >>---------------------------------------------------------------------
> > > > > >>To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > > > > >>For additional commands, e-mail: dev-help@struts.apache.org
> > > > > >>
> > > > > >>
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > > ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > > > > For additional commands, e-mail: dev-help@struts.apache.org
> > > > >
> > > > >
> > > >
> > > > --
> > > >
> > > >
> > > > "You can't wake a person who is pretending to be asleep."
> > > >
> > > > ~Native Proverb~
> > > >
> > > > "Each man is good in His sight. It is not necessary for eagles to be crows."
> > > >
> > > > ~Hunkesni (Sitting Bull), Hunkpapa Sioux~
> > > >
> > > >
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > > > For additional commands, e-mail: dev-help@struts.apache.org
> > > >
> > > >
> > >
> >
> >
> > --
> >
> >
> >
> >
> > "You can't wake a person who is pretending to be asleep."
> >
> > ~Native Proverb~
> >
> > "Each man is good in His sight. It is not necessary for eagles to be crows."
> >
> > ~Hunkesni (Sitting Bull), Hunkpapa Sioux~
> >
>
--
"You can't wake a person who is pretending to be asleep."
~Native Proverb~
"Each man is good in His sight. It is not necessary for eagles to be crows."
~Hunkesni (Sitting Bull), Hunkpapa Sioux~
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: [Apache Struts Wiki] Updated: StrutsFileDownload
Posted by Martin Cooper <mf...@gmail.com>.
OK, I am clearly not understanding what you are suggesting. ;-(
You asked if it would "make sense for Struts to have a repository for
such things, even if they are not in the distribution". I interpreted
that to mean that you are suggesting that they go into the Struts SVN
repository, but not into the builds - like the code that lives in
'contrib' today.
Apparently, that's not what you're suggesting. So perhaps you could
clarify what it is that you _are_ suggesting? ;-) If it's not in
Struts SVN, and it's not in Struts Applications at SourceForge, what -
and where - is it?
--
Martin Cooper
On Fri, 26 Nov 2004 19:53:22 -0800, Dakota Jack <da...@gmail.com> wrote:
> On Fri, 26 Nov 2004 18:24:41 -0800, Martin Cooper <mf...@gmail.com> wrote:
>
>
> > On Fri, 26 Nov 2004 16:39:51 -0800, Dakota Jack <da...@gmail.com> wrote:
> > > Whatever the fate and whatever the nature of this submission, having
> > > this sort of development available to users and to developers is, I
> > > think, a definite plus. Does it make sense for Struts to have a
> > > repository for such things, even if they are not in the distribution
> > > to others? It does to me. That would go a long way towards easing
> > > the load on the user list.
> >
> > That is (part of) what the Struts Applications project on SourceForge
> > is for.
>
> I think that the Struts Appications project on SourceForge is
> definitely different than what I was talking about. Whatever one
> thinks of making coding options available and how to do it, what I was
> talking about is significantly different than SourceForge although
> obviously not totally unrelated with anything to do with Struts,
> including SourceForge.
>
> >We (or at least I ;) don't want to accumulate a bunch of
> > different sample apps within the Struts project itself,
>
> Definitely not. I thought I was clear that would be a bad idea. I am
> not sure why you made this the focus, Martin. The focus was totally
> different. There surely are hundreds of options besides the Struts
> distribution and SourceForge, and some of those options with Struts.
>
> >because (a)
> > the code in the apps would quickly overwhelm that in Struts itself;
>
> Again, I specifically said this was a bad idea.
>
> > (b) we would effectively be signing up to maintain them all, which I'm
> > personally not up for;
>
> Again, this would not be the issue. I am not sure why you got to here.
>
> > and (c) it would be difficult to come up with a
> > definitive set of criteria for what is, and is not, accepted,
>
> I hate to keep saying this, but I do think what I was talking about
> was interesting and it has nothing to do with any of this. This is
> what I said I was not talking about. Just seeking clarity here. I
> think you must have read my note too quickly.
>
> > making
> > it difficult to close the door to any random Struts app once the door
> > is open.
>
> What I was suggesting needs no maintainance, is open to anything
> halfway reasonable, etc.
>
> >
> > Of course, this is just me; other Struts committers may have different opinions.
>
> I just want to make sure that their opinions are on the topic as
> raised and not on the topic as you have addressed it. As I said, I
> too am against what you say you are against. I think anyone capable
> of a modicum of lucid thinking would be. However, this still leaves
> the issue about what I was talking about unaddressed. There should be
> a way to accommodate sharing good ideas without putting them into the
> mainstream of a Struts distribution.
>
> Jack
>
>
>
>
> >
> >
> >
> >
> > >
> > > Jack
> > >
> > > On Fri, 26 Nov 2004 19:18:23 -0500, Frank W. Zammetti
> > >
> > >
> > > <fz...@omnytex.com> wrote:
> > > > I don't want it to be sitting on my server forever, no. I'll leave it
> > > > up for a while, maybe a few more weeks.
> > > >
> > > > It's of course not my decision to include the sample or not. I put it
> > > > together, but I'm not going to go nuts trying to promote or support it
> > > > because ultimately it's not exactly a big accomplishment or anything.
> > > > It serves it's purpose in demonstrating the use of DownloadAction, but
> > > > it's not rocket science or anything.
> > > >
> > > > It's probably fine as-is, and I don't plan on putting any effort into it
> > > > unless specifically asked, and that includes getting it up on the Struts
> > > > Applications project.
> > > >
> > > > --
> > > >
> > > >
> > > > Frank W. Zammetti
> > > > Founder and Chief Software Architect
> > > > Omnytex Technologies
> > > > http://www.omnytex.com
> > > >
> > > > Martin Cooper wrote:
> > > > > On Fri, 26 Nov 2004 07:57:54 -0500, Frank W. Zammetti
> > > > > <fz...@omnytex.com> wrote:
> > > > >
> > > > >>Note that download location is NOT permanent. It is just there until
> > > > >>(if) the sample app is included with Struts. I'll leave it up until
> > > > >>then. I do not know what the current status of inclusion is however.
> > > > >
> > > > >
> > > > > My preference is to not add the app itself to Struts. f you don't want
> > > > > to host it yourself, and believe it needs ongoing development, you
> > > > > might want to talk to the folks at the Struts Applications project on
> > > > > SourceForge.
> > > > >
> > > > > --
> > > > > Martin Cooper
> > > > >
> > > > >
> > > > >
> > > > >>--
> > > > >>Frank W. Zammetti
> > > > >>Founder and Chief Software Architect
> > > > >>Omnytex Technologies
> > > > >>http://www.omnytex.com
> > > > >>
> > > > >>
> > > > >>
> > > > >>dev@struts.apache.org wrote:
> > > > >>
> > > > >>> Date: 2004-11-26T01:12:26
> > > > >>> Editor: NiallPemberton <ni...@apache.org>
> > > > >>> Wiki: Apache Struts Wiki
> > > > >>> Page: StrutsFileDownload
> > > > >>> URL: http://wiki.apache.org/struts/StrutsFileDownload
> > > > >>>
> > > > >>> no comment
> > > > >>>
> > > > >>>Change Log:
> > > > >>>
> > > > >>>------------------------------------------------------------------------------
> > > > >>>@@ -1,3 +1,9 @@
> > > > >>>+= Sample Webapp =
> > > > >>>+
> > > > >>>+After putting up this page, someone pointed out there is already a sample webapp (should pay more attention to the lists :-(). Apparently its available for download here: [http://www.omnytex.com/downloadapp.zip Sample Download Webapp]
> > > > >>>+
> > > > >>>+Details from this thread: [http://www.mail-archive.com/dev@struts.apache.org/msg04600.html Mail Archive]
> > > > >>>+
> > > > >>> = File Download =
> > > > >>>
> > > > >>> A new DownloadAction was added in Struts 1.2.6 (see the[http://struts.apache.org/api/org/apache/struts/actions/DownloadAction.html JavaDoc]). This page is to show how to use it and has the following structure:
> > > > >>>
> > > > >>>---------------------------------------------------------------------
> > > > >>>To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > > > >>>For additional commands, e-mail: dev-help@struts.apache.org
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>
> > > > >>---------------------------------------------------------------------
> > > > >>To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > > > >>For additional commands, e-mail: dev-help@struts.apache.org
> > > > >>
> > > > >>
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > > > For additional commands, e-mail: dev-help@struts.apache.org
> > > >
> > > >
> > >
> > > --
> > >
> > >
> > > "You can't wake a person who is pretending to be asleep."
> > >
> > > ~Native Proverb~
> > >
> > > "Each man is good in His sight. It is not necessary for eagles to be crows."
> > >
> > > ~Hunkesni (Sitting Bull), Hunkpapa Sioux~
> > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > > For additional commands, e-mail: dev-help@struts.apache.org
> > >
> > >
> >
>
>
> --
>
>
>
>
> "You can't wake a person who is pretending to be asleep."
>
> ~Native Proverb~
>
> "Each man is good in His sight. It is not necessary for eagles to be crows."
>
> ~Hunkesni (Sitting Bull), Hunkpapa Sioux~
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: [Apache Struts Wiki] Updated: StrutsFileDownload
Posted by Dakota Jack <da...@gmail.com>.
On Fri, 26 Nov 2004 18:24:41 -0800, Martin Cooper <mf...@gmail.com> wrote:
> On Fri, 26 Nov 2004 16:39:51 -0800, Dakota Jack <da...@gmail.com> wrote:
> > Whatever the fate and whatever the nature of this submission, having
> > this sort of development available to users and to developers is, I
> > think, a definite plus. Does it make sense for Struts to have a
> > repository for such things, even if they are not in the distribution
> > to others? It does to me. That would go a long way towards easing
> > the load on the user list.
>
> That is (part of) what the Struts Applications project on SourceForge
> is for.
I think that the Struts Appications project on SourceForge is
definitely different than what I was talking about. Whatever one
thinks of making coding options available and how to do it, what I was
talking about is significantly different than SourceForge although
obviously not totally unrelated with anything to do with Struts,
including SourceForge.
>We (or at least I ;) don't want to accumulate a bunch of
> different sample apps within the Struts project itself,
Definitely not. I thought I was clear that would be a bad idea. I am
not sure why you made this the focus, Martin. The focus was totally
different. There surely are hundreds of options besides the Struts
distribution and SourceForge, and some of those options with Struts.
>because (a)
> the code in the apps would quickly overwhelm that in Struts itself;
Again, I specifically said this was a bad idea.
> (b) we would effectively be signing up to maintain them all, which I'm
> personally not up for;
Again, this would not be the issue. I am not sure why you got to here.
> and (c) it would be difficult to come up with a
> definitive set of criteria for what is, and is not, accepted,
I hate to keep saying this, but I do think what I was talking about
was interesting and it has nothing to do with any of this. This is
what I said I was not talking about. Just seeking clarity here. I
think you must have read my note too quickly.
> making
> it difficult to close the door to any random Struts app once the door
> is open.
What I was suggesting needs no maintainance, is open to anything
halfway reasonable, etc.
>
> Of course, this is just me; other Struts committers may have different opinions.
I just want to make sure that their opinions are on the topic as
raised and not on the topic as you have addressed it. As I said, I
too am against what you say you are against. I think anyone capable
of a modicum of lucid thinking would be. However, this still leaves
the issue about what I was talking about unaddressed. There should be
a way to accommodate sharing good ideas without putting them into the
mainstream of a Struts distribution.
Jack
>
>
>
>
> >
> > Jack
> >
> > On Fri, 26 Nov 2004 19:18:23 -0500, Frank W. Zammetti
> >
> >
> > <fz...@omnytex.com> wrote:
> > > I don't want it to be sitting on my server forever, no. I'll leave it
> > > up for a while, maybe a few more weeks.
> > >
> > > It's of course not my decision to include the sample or not. I put it
> > > together, but I'm not going to go nuts trying to promote or support it
> > > because ultimately it's not exactly a big accomplishment or anything.
> > > It serves it's purpose in demonstrating the use of DownloadAction, but
> > > it's not rocket science or anything.
> > >
> > > It's probably fine as-is, and I don't plan on putting any effort into it
> > > unless specifically asked, and that includes getting it up on the Struts
> > > Applications project.
> > >
> > > --
> > >
> > >
> > > Frank W. Zammetti
> > > Founder and Chief Software Architect
> > > Omnytex Technologies
> > > http://www.omnytex.com
> > >
> > > Martin Cooper wrote:
> > > > On Fri, 26 Nov 2004 07:57:54 -0500, Frank W. Zammetti
> > > > <fz...@omnytex.com> wrote:
> > > >
> > > >>Note that download location is NOT permanent. It is just there until
> > > >>(if) the sample app is included with Struts. I'll leave it up until
> > > >>then. I do not know what the current status of inclusion is however.
> > > >
> > > >
> > > > My preference is to not add the app itself to Struts. f you don't want
> > > > to host it yourself, and believe it needs ongoing development, you
> > > > might want to talk to the folks at the Struts Applications project on
> > > > SourceForge.
> > > >
> > > > --
> > > > Martin Cooper
> > > >
> > > >
> > > >
> > > >>--
> > > >>Frank W. Zammetti
> > > >>Founder and Chief Software Architect
> > > >>Omnytex Technologies
> > > >>http://www.omnytex.com
> > > >>
> > > >>
> > > >>
> > > >>dev@struts.apache.org wrote:
> > > >>
> > > >>> Date: 2004-11-26T01:12:26
> > > >>> Editor: NiallPemberton <ni...@apache.org>
> > > >>> Wiki: Apache Struts Wiki
> > > >>> Page: StrutsFileDownload
> > > >>> URL: http://wiki.apache.org/struts/StrutsFileDownload
> > > >>>
> > > >>> no comment
> > > >>>
> > > >>>Change Log:
> > > >>>
> > > >>>------------------------------------------------------------------------------
> > > >>>@@ -1,3 +1,9 @@
> > > >>>+= Sample Webapp =
> > > >>>+
> > > >>>+After putting up this page, someone pointed out there is already a sample webapp (should pay more attention to the lists :-(). Apparently its available for download here: [http://www.omnytex.com/downloadapp.zip Sample Download Webapp]
> > > >>>+
> > > >>>+Details from this thread: [http://www.mail-archive.com/dev@struts.apache.org/msg04600.html Mail Archive]
> > > >>>+
> > > >>> = File Download =
> > > >>>
> > > >>> A new DownloadAction was added in Struts 1.2.6 (see the[http://struts.apache.org/api/org/apache/struts/actions/DownloadAction.html JavaDoc]). This page is to show how to use it and has the following structure:
> > > >>>
> > > >>>---------------------------------------------------------------------
> > > >>>To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > > >>>For additional commands, e-mail: dev-help@struts.apache.org
> > > >>>
> > > >>>
> > > >>>
> > > >>>
> > > >>>
> > > >>
> > > >>---------------------------------------------------------------------
> > > >>To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > > >>For additional commands, e-mail: dev-help@struts.apache.org
> > > >>
> > > >>
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > > For additional commands, e-mail: dev-help@struts.apache.org
> > >
> > >
> >
> > --
> >
> >
> > "You can't wake a person who is pretending to be asleep."
> >
> > ~Native Proverb~
> >
> > "Each man is good in His sight. It is not necessary for eagles to be crows."
> >
> > ~Hunkesni (Sitting Bull), Hunkpapa Sioux~
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > For additional commands, e-mail: dev-help@struts.apache.org
> >
> >
>
--
"You can't wake a person who is pretending to be asleep."
~Native Proverb~
"Each man is good in His sight. It is not necessary for eagles to be crows."
~Hunkesni (Sitting Bull), Hunkpapa Sioux~
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: [Apache Struts Wiki] Updated: StrutsFileDownload
Posted by Martin Cooper <mf...@gmail.com>.
On Fri, 26 Nov 2004 16:39:51 -0800, Dakota Jack <da...@gmail.com> wrote:
> Whatever the fate and whatever the nature of this submission, having
> this sort of development available to users and to developers is, I
> think, a definite plus. Does it make sense for Struts to have a
> repository for such things, even if they are not in the distribution
> to others? It does to me. That would go a long way towards easing
> the load on the user list.
That is (part of) what the Struts Applications project on SourceForge
is for. We (or at least I ;) don't want to accumulate a bunch of
different sample apps within the Struts project itself, because (a)
the code in the apps would quickly overwhelm that in Struts itself;
(b) we would effectively be signing up to maintain them all, which I'm
personally not up for; and (c) it would be difficult to come up with a
definitive set of criteria for what is, and is not, accepted, making
it difficult to close the door to any random Struts app once the door
is open.
Of course, this is just me; other Struts committers may have different opinions.
--
Martin Cooper
>
> Jack
>
> On Fri, 26 Nov 2004 19:18:23 -0500, Frank W. Zammetti
>
>
> <fz...@omnytex.com> wrote:
> > I don't want it to be sitting on my server forever, no. I'll leave it
> > up for a while, maybe a few more weeks.
> >
> > It's of course not my decision to include the sample or not. I put it
> > together, but I'm not going to go nuts trying to promote or support it
> > because ultimately it's not exactly a big accomplishment or anything.
> > It serves it's purpose in demonstrating the use of DownloadAction, but
> > it's not rocket science or anything.
> >
> > It's probably fine as-is, and I don't plan on putting any effort into it
> > unless specifically asked, and that includes getting it up on the Struts
> > Applications project.
> >
> > --
> >
> >
> > Frank W. Zammetti
> > Founder and Chief Software Architect
> > Omnytex Technologies
> > http://www.omnytex.com
> >
> > Martin Cooper wrote:
> > > On Fri, 26 Nov 2004 07:57:54 -0500, Frank W. Zammetti
> > > <fz...@omnytex.com> wrote:
> > >
> > >>Note that download location is NOT permanent. It is just there until
> > >>(if) the sample app is included with Struts. I'll leave it up until
> > >>then. I do not know what the current status of inclusion is however.
> > >
> > >
> > > My preference is to not add the app itself to Struts. f you don't want
> > > to host it yourself, and believe it needs ongoing development, you
> > > might want to talk to the folks at the Struts Applications project on
> > > SourceForge.
> > >
> > > --
> > > Martin Cooper
> > >
> > >
> > >
> > >>--
> > >>Frank W. Zammetti
> > >>Founder and Chief Software Architect
> > >>Omnytex Technologies
> > >>http://www.omnytex.com
> > >>
> > >>
> > >>
> > >>dev@struts.apache.org wrote:
> > >>
> > >>> Date: 2004-11-26T01:12:26
> > >>> Editor: NiallPemberton <ni...@apache.org>
> > >>> Wiki: Apache Struts Wiki
> > >>> Page: StrutsFileDownload
> > >>> URL: http://wiki.apache.org/struts/StrutsFileDownload
> > >>>
> > >>> no comment
> > >>>
> > >>>Change Log:
> > >>>
> > >>>------------------------------------------------------------------------------
> > >>>@@ -1,3 +1,9 @@
> > >>>+= Sample Webapp =
> > >>>+
> > >>>+After putting up this page, someone pointed out there is already a sample webapp (should pay more attention to the lists :-(). Apparently its available for download here: [http://www.omnytex.com/downloadapp.zip Sample Download Webapp]
> > >>>+
> > >>>+Details from this thread: [http://www.mail-archive.com/dev@struts.apache.org/msg04600.html Mail Archive]
> > >>>+
> > >>> = File Download =
> > >>>
> > >>> A new DownloadAction was added in Struts 1.2.6 (see the[http://struts.apache.org/api/org/apache/struts/actions/DownloadAction.html JavaDoc]). This page is to show how to use it and has the following structure:
> > >>>
> > >>>---------------------------------------------------------------------
> > >>>To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > >>>For additional commands, e-mail: dev-help@struts.apache.org
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>
> > >>---------------------------------------------------------------------
> > >>To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > >>For additional commands, e-mail: dev-help@struts.apache.org
> > >>
> > >>
> > >
> > >
> > >
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > For additional commands, e-mail: dev-help@struts.apache.org
> >
> >
>
> --
>
>
> "You can't wake a person who is pretending to be asleep."
>
> ~Native Proverb~
>
> "Each man is good in His sight. It is not necessary for eagles to be crows."
>
> ~Hunkesni (Sitting Bull), Hunkpapa Sioux~
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: [Apache Struts Wiki] Updated: StrutsFileDownload
Posted by Dakota Jack <da...@gmail.com>.
Whatever the fate and whatever the nature of this submission, having
this sort of development available to users and to developers is, I
think, a definite plus. Does it make sense for Struts to have a
repository for such things, even if they are not in the distribution
to others? It does to me. That would go a long way towards easing
the load on the user list.
Jack
On Fri, 26 Nov 2004 19:18:23 -0500, Frank W. Zammetti
<fz...@omnytex.com> wrote:
> I don't want it to be sitting on my server forever, no. I'll leave it
> up for a while, maybe a few more weeks.
>
> It's of course not my decision to include the sample or not. I put it
> together, but I'm not going to go nuts trying to promote or support it
> because ultimately it's not exactly a big accomplishment or anything.
> It serves it's purpose in demonstrating the use of DownloadAction, but
> it's not rocket science or anything.
>
> It's probably fine as-is, and I don't plan on putting any effort into it
> unless specifically asked, and that includes getting it up on the Struts
> Applications project.
>
> --
>
>
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
>
> Martin Cooper wrote:
> > On Fri, 26 Nov 2004 07:57:54 -0500, Frank W. Zammetti
> > <fz...@omnytex.com> wrote:
> >
> >>Note that download location is NOT permanent. It is just there until
> >>(if) the sample app is included with Struts. I'll leave it up until
> >>then. I do not know what the current status of inclusion is however.
> >
> >
> > My preference is to not add the app itself to Struts. f you don't want
> > to host it yourself, and believe it needs ongoing development, you
> > might want to talk to the folks at the Struts Applications project on
> > SourceForge.
> >
> > --
> > Martin Cooper
> >
> >
> >
> >>--
> >>Frank W. Zammetti
> >>Founder and Chief Software Architect
> >>Omnytex Technologies
> >>http://www.omnytex.com
> >>
> >>
> >>
> >>dev@struts.apache.org wrote:
> >>
> >>> Date: 2004-11-26T01:12:26
> >>> Editor: NiallPemberton <ni...@apache.org>
> >>> Wiki: Apache Struts Wiki
> >>> Page: StrutsFileDownload
> >>> URL: http://wiki.apache.org/struts/StrutsFileDownload
> >>>
> >>> no comment
> >>>
> >>>Change Log:
> >>>
> >>>------------------------------------------------------------------------------
> >>>@@ -1,3 +1,9 @@
> >>>+= Sample Webapp =
> >>>+
> >>>+After putting up this page, someone pointed out there is already a sample webapp (should pay more attention to the lists :-(). Apparently its available for download here: [http://www.omnytex.com/downloadapp.zip Sample Download Webapp]
> >>>+
> >>>+Details from this thread: [http://www.mail-archive.com/dev@struts.apache.org/msg04600.html Mail Archive]
> >>>+
> >>> = File Download =
> >>>
> >>> A new DownloadAction was added in Struts 1.2.6 (see the[http://struts.apache.org/api/org/apache/struts/actions/DownloadAction.html JavaDoc]). This page is to show how to use it and has the following structure:
> >>>
> >>>---------------------------------------------------------------------
> >>>To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> >>>For additional commands, e-mail: dev-help@struts.apache.org
> >>>
> >>>
> >>>
> >>>
> >>>
> >>
> >>---------------------------------------------------------------------
> >>To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> >>For additional commands, e-mail: dev-help@struts.apache.org
> >>
> >>
> >
> >
> >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>
--
"You can't wake a person who is pretending to be asleep."
~Native Proverb~
"Each man is good in His sight. It is not necessary for eagles to be crows."
~Hunkesni (Sitting Bull), Hunkpapa Sioux~
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: [Apache Struts Wiki] Updated: StrutsFileDownload
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
I would LOVE for that to happen, but knowing my work environment it
would never happen. Frankly, my company isn't that forward-thinking.
They haven't really embraced open-source anyway like I would like then
to, so they wouldn't see any incentive to support such an idea.
I tend to get a fair amount of down time between major projects though,
and I do what I can at those times since I can more or less do whatever
I want (that app was put together in just such a period actually), but
at the moment I'm pretty much balls-to-the-wall and it looks like I will
be for a few months.
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
Ted Husted wrote:
> If the are using Struts at work, you might consider asking that they contribute a few hours of your time, to help keep the project going. Volunteerism, individual and corporate, is our one and only business model.
>
> I did snag a copy of your application and will get to it eventually.
>
> -Ted.
>
> On Sat, 27 Nov 2004 01:01:35 -0500, Frank W. Zammetti wrote:
>
>> I haven't looked at that Ted. If I'm being honest I have to admit
>> that I've never looked at the sample apps at all, so I don't even
>> know what's there and what isn't. I'm pretty tied up at the moment
>> with work (how DARE they ask me to do stuff JUST because they PAY
>> me!), so I don't forsee being able to even think about doing it.
>>
>> --
>> Frank W. Zammetti
>> Founder and Chief Software Architect
>> Omnytex Technologies
>> http://www.omnytex.com
>>
>> Ted Husted wrote:
>>
>>> There's a download module in the struts-examples application.
>>> Originally, these were separate applications demonstrating
>>> validation, download, and so forth, but we merged them early in
>>> the 1.2 series. (Mainly so we had a modules application against
>>> which to test changes.) It seems like it would be a simple matter
>>> to extend the existing module to include demonstrations of the
>>> DownloadAction.
>>>
>>> Have you looked at doing that, Frank? (I'd give it a shot, but
>>> I'm working on the MailReader-Chain application now.)
>>>
>>> As part of the 1.3.x series, I believe both the Examples
>>> application and the original MailReader application are slated to
>>> be moved into an "Apps" subproject, so that they are not part of
>>> the core release. I also wouldn't mind merging Steve Reaburn's
>>> Examples application <http://www.ninsky.com/struts/> with the few
>>> we already have.
>>>
>>> A serious problem I have when applying patches is that we have
>>> too few unit tests and even fewer coding examples of our own.
>>>
>>> -Ted.
>>>
>>> On Fri, 26 Nov 2004 19:18:23 -0500, Frank W. Zammetti wrote:
>>>
>>>
>>>> I don't want it to be sitting on my server forever, no. I'll
>>>> leave it up for a while, maybe a few more weeks.
>>>>
>>>> It's of course not my decision to include the sample or not. I
>>>> put it together, but I'm not going to go nuts trying to promote
>>>> or support it because ultimately it's not exactly a big
>>>> accomplishment or anything. It serves it's purpose in
>>>> demonstrating the use of DownloadAction, but it's not rocket
>>>> science or anything.
>>>>
>>>> It's probably fine as-is, and I don't plan on putting any
>>>> effort into it unless specifically asked, and that includes
>>>> getting it up on the Struts Applications project.
>>>>
>>>> --
>>>> Frank W. Zammetti
>>>> Founder and Chief Software Architect
>>>> Omnytex Technologies
>>>> http://www.omnytex.com
>>>
>>>
>>> ------------------------------------------------------------------
>>> --- To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org For
>>> additional commands, e-mail: dev-help@struts.apache.org
>>
>>
>> --------------------------------------------------------------------
>> - To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org For
>> additional commands, e-mail: dev-help@struts.apache.org
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: [Apache Struts Wiki] Updated: StrutsFileDownload
Posted by Ted Husted <hu...@apache.org>.
If the are using Struts at work, you might consider asking that they contribute a few hours of your time, to help keep the project going. Volunteerism, individual and corporate, is our one and only business model.
I did snag a copy of your application and will get to it eventually.
-Ted.
On Sat, 27 Nov 2004 01:01:35 -0500, Frank W. Zammetti wrote:
> I haven't looked at that Ted. If I'm being honest I have to admit
> that I've never looked at the sample apps at all, so I don't even
> know what's there and what isn't. I'm pretty tied up at the moment
> with work (how DARE they ask me to do stuff JUST because they PAY
> me!), so I don't forsee being able to even think about doing it.
>
> --
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
>
> Ted Husted wrote:
>> There's a download module in the struts-examples application.
>> Originally, these were separate applications demonstrating
>> validation, download, and so forth, but we merged them early in
>> the 1.2 series. (Mainly so we had a modules application against
>> which to test changes.) It seems like it would be a simple matter
>> to extend the existing module to include demonstrations of the
>> DownloadAction.
>>
>> Have you looked at doing that, Frank? (I'd give it a shot, but
>> I'm working on the MailReader-Chain application now.)
>>
>> As part of the 1.3.x series, I believe both the Examples
>> application and the original MailReader application are slated to
>> be moved into an "Apps" subproject, so that they are not part of
>> the core release. I also wouldn't mind merging Steve Reaburn's
>> Examples application <http://www.ninsky.com/struts/> with the few
>> we already have.
>>
>> A serious problem I have when applying patches is that we have
>> too few unit tests and even fewer coding examples of our own.
>>
>> -Ted.
>>
>> On Fri, 26 Nov 2004 19:18:23 -0500, Frank W. Zammetti wrote:
>>
>>> I don't want it to be sitting on my server forever, no. I'll
>>> leave it up for a while, maybe a few more weeks.
>>>
>>> It's of course not my decision to include the sample or not. I
>>> put it together, but I'm not going to go nuts trying to promote
>>> or support it because ultimately it's not exactly a big
>>> accomplishment or anything. It serves it's purpose in
>>> demonstrating the use of DownloadAction, but it's not rocket
>>> science or anything.
>>>
>>> It's probably fine as-is, and I don't plan on putting any
>>> effort into it unless specifically asked, and that includes
>>> getting it up on the Struts Applications project.
>>>
>>> --
>>> Frank W. Zammetti
>>> Founder and Chief Software Architect
>>> Omnytex Technologies
>>> http://www.omnytex.com
>>
>>
>> ------------------------------------------------------------------
>> --- To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org For
>> additional commands, e-mail: dev-help@struts.apache.org
>
>
> --------------------------------------------------------------------
> - To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org For
> additional commands, e-mail: dev-help@struts.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: [Apache Struts Wiki] Updated: StrutsFileDownload
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
I haven't looked at that Ted. If I'm being honest I have to admit that
I've never looked at the sample apps at all, so I don't even know what's
there and what isn't. I'm pretty tied up at the moment with work (how
DARE they ask me to do stuff JUST because they PAY me!), so I don't
forsee being able to even think about doing it.
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
Ted Husted wrote:
> There's a download module in the struts-examples application. Originally, these were separate applications demonstrating validation, download, and so forth, but we merged them early in the 1.2 series. (Mainly so we had a modules application against which to test changes.) It seems like it would be a simple matter to extend the existing module to include demonstrations of the DownloadAction.
>
> Have you looked at doing that, Frank? (I'd give it a shot, but I'm working on the MailReader-Chain application now.)
>
> As part of the 1.3.x series, I believe both the Examples application and the original MailReader application are slated to be moved into an "Apps" subproject, so that they are not part of the core release. I also wouldn't mind merging Steve Reaburn's Examples application <http://www.ninsky.com/struts/> with the few we already have.
>
> A serious problem I have when applying patches is that we have too few unit tests and even fewer coding examples of our own.
>
> -Ted.
>
> On Fri, 26 Nov 2004 19:18:23 -0500, Frank W. Zammetti wrote:
>
>> I don't want it to be sitting on my server forever, no. I'll leave
>> it up for a while, maybe a few more weeks.
>>
>> It's of course not my decision to include the sample or not. I put
>> it together, but I'm not going to go nuts trying to promote or
>> support it because ultimately it's not exactly a big accomplishment
>> or anything. It serves it's purpose in demonstrating the use of
>> DownloadAction, but it's not rocket science or anything.
>>
>> It's probably fine as-is, and I don't plan on putting any effort
>> into it unless specifically asked, and that includes getting it up
>> on the Struts Applications project.
>>
>> --
>> Frank W. Zammetti
>> Founder and Chief Software Architect
>> Omnytex Technologies
>> http://www.omnytex.com
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: [Apache Struts Wiki] Updated: StrutsFileDownload
Posted by Ted Husted <hu...@apache.org>.
There's a download module in the struts-examples application. Originally, these were separate applications demonstrating validation, download, and so forth, but we merged them early in the 1.2 series. (Mainly so we had a modules application against which to test changes.) It seems like it would be a simple matter to extend the existing module to include demonstrations of the DownloadAction.
Have you looked at doing that, Frank? (I'd give it a shot, but I'm working on the MailReader-Chain application now.)
As part of the 1.3.x series, I believe both the Examples application and the original MailReader application are slated to be moved into an "Apps" subproject, so that they are not part of the core release. I also wouldn't mind merging Steve Reaburn's Examples application <http://www.ninsky.com/struts/> with the few we already have.
A serious problem I have when applying patches is that we have too few unit tests and even fewer coding examples of our own.
-Ted.
On Fri, 26 Nov 2004 19:18:23 -0500, Frank W. Zammetti wrote:
> I don't want it to be sitting on my server forever, no. I'll leave
> it up for a while, maybe a few more weeks.
>
> It's of course not my decision to include the sample or not. I put
> it together, but I'm not going to go nuts trying to promote or
> support it because ultimately it's not exactly a big accomplishment
> or anything. It serves it's purpose in demonstrating the use of
> DownloadAction, but it's not rocket science or anything.
>
> It's probably fine as-is, and I don't plan on putting any effort
> into it unless specifically asked, and that includes getting it up
> on the Struts Applications project.
>
> --
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: [Apache Struts Wiki] Updated: StrutsFileDownload
Posted by Ted Husted <hu...@apache.org>.
There's a download module in the struts-examples application. Originally, these were separate applications demonstrating validation, download, and so forth, but we merged them early in the 1.2 series. (Mainly so we had a modules application against which to test changes.) It seems like it would be a simple matter to extend the existing module to include demonstrations of the DownloadAction.
Have you looked at doing that, Frank? (I'd give it a shot, but I'm working on the MailReader-Chain application now.)
As part of the 1.3.x series, I believe both the Examples application and the original MailReader application are slated to be moved into an "Apps" subproject, so that they are not part of the core release. I also wouldn't mind merging Steve Reaburn's Examples application <http://www.ninsky.com/struts/> with the few we already have.
A serious problem I have when applying patches is that we have too few unit tests and even fewer coding examples of our own.
-Ted.
On Fri, 26 Nov 2004 19:18:23 -0500, Frank W. Zammetti wrote:
> I don't want it to be sitting on my server forever, no. I'll leave
> it up for a while, maybe a few more weeks.
>
> It's of course not my decision to include the sample or not. I put
> it together, but I'm not going to go nuts trying to promote or
> support it because ultimately it's not exactly a big accomplishment
> or anything. It serves it's purpose in demonstrating the use of
> DownloadAction, but it's not rocket science or anything.
>
> It's probably fine as-is, and I don't plan on putting any effort
> into it unless specifically asked, and that includes getting it up
> on the Struts Applications project.
>
> --
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: [Apache Struts Wiki] Updated: StrutsFileDownload
Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
I don't want it to be sitting on my server forever, no. I'll leave it
up for a while, maybe a few more weeks.
It's of course not my decision to include the sample or not. I put it
together, but I'm not going to go nuts trying to promote or support it
because ultimately it's not exactly a big accomplishment or anything.
It serves it's purpose in demonstrating the use of DownloadAction, but
it's not rocket science or anything.
It's probably fine as-is, and I don't plan on putting any effort into it
unless specifically asked, and that includes getting it up on the Struts
Applications project.
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
Martin Cooper wrote:
> On Fri, 26 Nov 2004 07:57:54 -0500, Frank W. Zammetti
> <fz...@omnytex.com> wrote:
>
>>Note that download location is NOT permanent. It is just there until
>>(if) the sample app is included with Struts. I'll leave it up until
>>then. I do not know what the current status of inclusion is however.
>
>
> My preference is to not add the app itself to Struts. f you don't want
> to host it yourself, and believe it needs ongoing development, you
> might want to talk to the folks at the Struts Applications project on
> SourceForge.
>
> --
> Martin Cooper
>
>
>
>>--
>>Frank W. Zammetti
>>Founder and Chief Software Architect
>>Omnytex Technologies
>>http://www.omnytex.com
>>
>>
>>
>>dev@struts.apache.org wrote:
>>
>>> Date: 2004-11-26T01:12:26
>>> Editor: NiallPemberton <ni...@apache.org>
>>> Wiki: Apache Struts Wiki
>>> Page: StrutsFileDownload
>>> URL: http://wiki.apache.org/struts/StrutsFileDownload
>>>
>>> no comment
>>>
>>>Change Log:
>>>
>>>------------------------------------------------------------------------------
>>>@@ -1,3 +1,9 @@
>>>+= Sample Webapp =
>>>+
>>>+After putting up this page, someone pointed out there is already a sample webapp (should pay more attention to the lists :-(). Apparently its available for download here: [http://www.omnytex.com/downloadapp.zip Sample Download Webapp]
>>>+
>>>+Details from this thread: [http://www.mail-archive.com/dev@struts.apache.org/msg04600.html Mail Archive]
>>>+
>>> = File Download =
>>>
>>> A new DownloadAction was added in Struts 1.2.6 (see the[http://struts.apache.org/api/org/apache/struts/actions/DownloadAction.html JavaDoc]). This page is to show how to use it and has the following structure:
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>>>For additional commands, e-mail: dev-help@struts.apache.org
>>>
>>>
>>>
>>>
>>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>>For additional commands, e-mail: dev-help@struts.apache.org
>>
>>
>
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org