I agree, from observing what others are developing, it seems that about 80% of the applications are for intranets. I know even our campus is using struts for various project management applications. Could we offer links to the sites? No. Is the presentation layer what counts? No. What would be advantagous is a case study page-- how struts helped us do what we needed in a timely manner. I believe that would be much more practical than a bunch of links to web sites to check out the pretty graphics. I remember reading a great article in Java Developer about Cocoon a little while back, the guy went on for nearly 2 pages on how he was able to use cocoon to help a law firm manage documents. Something like that is 10 fold more beneficial than having the author just post a link to the site he did. Regards Jacob Hookom University of Wisconsin, Eau Claire
-----Original Message-----
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Sun 9/29/2002 8:29 PM
To: Struts Users Mailing List
Cc:
Subject: RE: [Contributing] Re: all this traffic
On Sun, 29 Sep 2002, Khan, Manuchehar A (ACF) wrote:
> Date: Sun, 29 Sep 2002 21:14:50 -0400
> From: "Khan, Manuchehar A (ACF)" <[EMAIL PROTECTED]>
> Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]>
> To: 'Struts Users Mailing List' <[EMAIL PROTECTED]>
> Subject: RE: [Contributing] Re: all this traffic
>
> This is for Craig. I believe you are at home today. Can we do a better job
> of listing companies that are in process of developing applications in
> struts or already have applications in production. This helpes in convincing
> managements to take a
> more closer look at sturt.
> Thanks
>
Well, this certainly sounds like an opportunity for you to submit a patch
that improves the website (which is just the struts-documentation web app
:-). Companies that want to be listed can do so, if they obey the
requirements about advertising the fact that they use Struts and/or Apache
Software Foundation software packages.
Of course, none of this helps if the companies using Struts cannot be
listed (because the usage is on internal company webapps), or don't *want*
to be listed (because they consider their choice of Struts to be a
strategic advantage that they don't want their competitors to know about
:-).
As with code changes, patches to the resources pages (including the
"Powered by Struts" page) are welcome.
Craig
> -----Original Message-----
> From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, September 29, 2002 9:05 PM
> To: Struts Users Mailing List
> Subject: Re: [Contributing] Re: all this traffic
>
>
>
>
> On Mon, 30 Sep 2002, Peter A. J. Pilgrim wrote:
>
> > >
> > > http://jakarta.apache.org/site/getinvolved.html
> > >
> >
> > What is the format of the patches that developers /contributer patches
> submit?
> > Is it a context difference?
> >
> > diff -c acme.java acme.java.orig
> >
>
> The specific instructions on submitting patches are on the following page:
>
> http://jakarta.apache.org/site/bugs.html
>
> which is accessible from the page I quoted above. You need to use the
> *unified* diff format, via one of the following commands:
>
> cvs diff -u acme.java >> patchfile.txt
>
> diff -u acme.java.orig acme.java >> patchfile.txt
>
> and then add the patchfile as an attachment to an enhancement request (or
> bug report) in the bug tracking system. The "cvs diff" version is
> preferred, because it unambiguously identifies the version of the source
> file that your patch is against -- if you use the regular "diff" command,
> please be explicit about which version of the source you are patching.
>
>
> > --
> > Peter Pilgrim
>
> Craig
>
>
> --
> To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
>
> --
> To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>
>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
<<winmail.dat>>
-- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
