You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by Don Brown <mr...@twdata.org> on 2005/02/22 07:14:31 UTC
Blank Questions
I was looking at updating the Blank application and had a few questions:
1. Can I get rid of the data source stuff including the jdbc
extensions? Hasn't data sources been deprecated for quite a while now?
2. Any way we could ship with servlet.jar? It would be nice if this
could be completely self-contained.
3. Does it need to come with chain-config.xml? Most people won't need
to customize this.
4. I take it the build is currently broken as the built war seems to
be missing things like WEB-INF/src Is anyone currently working on
fixing it? If not, I can give it a go.
5. A minor thing, but I'd also like to make the default "dist"
directory be a relative directory to avoid, hopefully, all external
directory modifications.
Thanks,
Don
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Blank Questions
Posted by Vic <vi...@friendvu.com>.
Don Brown wrote:
> I was looking at updating the Blank application and had a few questions:
>
> 1. Can I get rid of the data source stuff including the jdbc
> extensions? Hasn't data sources been deprecated for quite a while now?
>
PLEASE!
> 2. Any way we could ship with servlet.jar? It would be nice if this
> could be completely self-contained.
>
Sevlet-api?
> 3. Does it need to come with chain-config.xml? Most people won't
> need to customize this.
>
> 4. I take it the build is currently broken as the built war seems to
> be missing things like WEB-INF/src Is anyone currently working on
> fixing it? If not, I can give it a go.
>
> 5. A minor thing, but I'd also like to make the default "dist"
> directory be a relative directory to avoid, hopefully, all external
> directory modifications.
>
Ah... some distro should come w/ JSTL (not sql) and exclude bean and
logic (nested and html stay).
And maybe even displaytag.
Maybe on struts.sf.
.V
> Thanks,
>
> Don
--
Forums, Boards, Blogs and News in RiA <http://www.boardVU.com>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Blank Questions
Posted by Don Brown <mr...@twdata.org>.
No, the servlet shouldn't be in WEB-INF/lib as yes, it would interfere.
I was thinking about src/lib or src/build...something away from the
loaded libraries as it should only be used for building the code.
Don
Martin Cooper wrote:
> On Tue, 22 Feb 2005 13:51:07 -0800, Don Brown <mr...@twdata.org> wrote:
>
>>Why not pick the lowest we support (2.3), and provide instructions in
>>the readme if how to upgrade. Other versions would only be an issue if
>>they tried to use newer servlet features in their code, and if so, they
>>are probably comfortable enough to replace a servlet jar.
>
>
> I'm not so sure about that. Wouldn't they run into classloader issues
> if the 2.3 jar is bundled in the war file, but the container is a 2.4
> container?
>
> --
> Martin Cooper
>
>
>
>>Don
>>
>>Martin Cooper wrote:
>>
>>>On Mon, 21 Feb 2005 22:14:31 -0800, Don Brown <mr...@twdata.org> wrote:
>>>
>>>
>>>>I was looking at updating the Blank application and had a few questions:
>>>>
>>>> 1. Can I get rid of the data source stuff including the jdbc
>>>>extensions? Hasn't data sources been deprecated for quite a while now?
>>>>
>>>> 2. Any way we could ship with servlet.jar? It would be nice if this
>>>>could be completely self-contained.
>>>
>>>
>>>That sounds like a nice idea, but I don't see how it would really work
>>>in practice. The problem is that we'd have to pick one version of the
>>>Servlet API, so it would be broken for everyone who uses a different
>>>version. That's likely a backwards step in getting people up and
>>>running quickly.
>>>
>>>--
>>>Martin Cooper
>>>
>>>
>>>
>>>
>>>> 3. Does it need to come with chain-config.xml? Most people won't need
>>>>to customize this.
>>>>
>>>> 4. I take it the build is currently broken as the built war seems to
>>>>be missing things like WEB-INF/src Is anyone currently working on
>>>>fixing it? If not, I can give it a go.
>>>>
>>>> 5. A minor thing, but I'd also like to make the default "dist"
>>>>directory be a relative directory to avoid, hopefully, all external
>>>>directory modifications.
>>>>
>>>>Thanks,
>>>>
>>>>Don
>>>>
>>>>---------------------------------------------------------------------
>>>>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
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Blank Questions
Posted by Martin Cooper <mf...@gmail.com>.
On Tue, 22 Feb 2005 13:51:07 -0800, Don Brown <mr...@twdata.org> wrote:
> Why not pick the lowest we support (2.3), and provide instructions in
> the readme if how to upgrade. Other versions would only be an issue if
> they tried to use newer servlet features in their code, and if so, they
> are probably comfortable enough to replace a servlet jar.
I'm not so sure about that. Wouldn't they run into classloader issues
if the 2.3 jar is bundled in the war file, but the container is a 2.4
container?
--
Martin Cooper
> Don
>
> Martin Cooper wrote:
> > On Mon, 21 Feb 2005 22:14:31 -0800, Don Brown <mr...@twdata.org> wrote:
> >
> >>I was looking at updating the Blank application and had a few questions:
> >>
> >> 1. Can I get rid of the data source stuff including the jdbc
> >>extensions? Hasn't data sources been deprecated for quite a while now?
> >>
> >> 2. Any way we could ship with servlet.jar? It would be nice if this
> >>could be completely self-contained.
> >
> >
> > That sounds like a nice idea, but I don't see how it would really work
> > in practice. The problem is that we'd have to pick one version of the
> > Servlet API, so it would be broken for everyone who uses a different
> > version. That's likely a backwards step in getting people up and
> > running quickly.
> >
> > --
> > Martin Cooper
> >
> >
> >
> >> 3. Does it need to come with chain-config.xml? Most people won't need
> >>to customize this.
> >>
> >> 4. I take it the build is currently broken as the built war seems to
> >>be missing things like WEB-INF/src Is anyone currently working on
> >>fixing it? If not, I can give it a go.
> >>
> >> 5. A minor thing, but I'd also like to make the default "dist"
> >>directory be a relative directory to avoid, hopefully, all external
> >>directory modifications.
> >>
> >>Thanks,
> >>
> >>Don
> >>
> >>---------------------------------------------------------------------
> >>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: Blank Questions
Posted by Don Brown <mr...@twdata.org>.
Why not pick the lowest we support (2.3), and provide instructions in
the readme if how to upgrade. Other versions would only be an issue if
they tried to use newer servlet features in their code, and if so, they
are probably comfortable enough to replace a servlet jar.
Don
Martin Cooper wrote:
> On Mon, 21 Feb 2005 22:14:31 -0800, Don Brown <mr...@twdata.org> wrote:
>
>>I was looking at updating the Blank application and had a few questions:
>>
>> 1. Can I get rid of the data source stuff including the jdbc
>>extensions? Hasn't data sources been deprecated for quite a while now?
>>
>> 2. Any way we could ship with servlet.jar? It would be nice if this
>>could be completely self-contained.
>
>
> That sounds like a nice idea, but I don't see how it would really work
> in practice. The problem is that we'd have to pick one version of the
> Servlet API, so it would be broken for everyone who uses a different
> version. That's likely a backwards step in getting people up and
> running quickly.
>
> --
> Martin Cooper
>
>
>
>> 3. Does it need to come with chain-config.xml? Most people won't need
>>to customize this.
>>
>> 4. I take it the build is currently broken as the built war seems to
>>be missing things like WEB-INF/src Is anyone currently working on
>>fixing it? If not, I can give it a go.
>>
>> 5. A minor thing, but I'd also like to make the default "dist"
>>directory be a relative directory to avoid, hopefully, all external
>>directory modifications.
>>
>>Thanks,
>>
>>Don
>>
>>---------------------------------------------------------------------
>>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: Blank Questions
Posted by Martin Cooper <mf...@gmail.com>.
On Mon, 21 Feb 2005 22:14:31 -0800, Don Brown <mr...@twdata.org> wrote:
> I was looking at updating the Blank application and had a few questions:
>
> 1. Can I get rid of the data source stuff including the jdbc
> extensions? Hasn't data sources been deprecated for quite a while now?
>
> 2. Any way we could ship with servlet.jar? It would be nice if this
> could be completely self-contained.
That sounds like a nice idea, but I don't see how it would really work
in practice. The problem is that we'd have to pick one version of the
Servlet API, so it would be broken for everyone who uses a different
version. That's likely a backwards step in getting people up and
running quickly.
--
Martin Cooper
> 3. Does it need to come with chain-config.xml? Most people won't need
> to customize this.
>
> 4. I take it the build is currently broken as the built war seems to
> be missing things like WEB-INF/src Is anyone currently working on
> fixing it? If not, I can give it a go.
>
> 5. A minor thing, but I'd also like to make the default "dist"
> directory be a relative directory to avoid, hopefully, all external
> directory modifications.
>
> Thanks,
>
> Don
>
> ---------------------------------------------------------------------
> 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: Blank Questions
Posted by Don Brown <mr...@twdata.org>.
The end goal is to have a brain-dead way to get started with Struts. If
possible, the user shouldn't need instructions, it should should work.
I see three options:
1. Package our own environment in blank-example.war.
2. Use a maven plugin like genstruts
3. Use an Ant plugin with something like megg
At the least, I'd like to have a standalone 1, but that doesn't mean we
couldn't also do 2 and 3.
Don
Joe Germuska wrote:
> At 3:06 PM -0500 2/22/05, James Mitchell wrote:
>
>> Well, not really, but when I want to get someone started with a blank
>> template, I usually set them up with that and Eclipse, and turn them
>> loose for a while.
>>
>> If anyone wants (Vic et al), we can submit a patch to the Maven team
>> for a "best practices" template. Perhaps one for 1.2.4, and one for
>> 1.3.x.
>>
>> Your thoughts?
>
>
> We have a local "genstruts" plugin which was modeled directly off of
> genapp; it's remarkably easy to set up, since all it really does is copy
> a bunch of files from the plug-in's own directory into the current
> directory. I'm not sure how we'd make it more valuable than
> struts-blank.war without pushing certain development practices or styles
> upon people -- but it's pretty easy to set up if we want to do it...
>
> Joe
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Blank Questions
Posted by Joe Germuska <Jo...@Germuska.com>.
At 3:06 PM -0500 2/22/05, James Mitchell wrote:
>Well, not really, but when I want to get someone started with a
>blank template, I usually set them up with that and Eclipse, and
>turn them loose for a while.
>
>If anyone wants (Vic et al), we can submit a patch to the Maven team
>for a "best practices" template. Perhaps one for 1.2.4, and one for
>1.3.x.
>
>Your thoughts?
We have a local "genstruts" plugin which was modeled directly off of
genapp; it's remarkably easy to set up, since all it really does is
copy a bunch of files from the plug-in's own directory into the
current directory. I'm not sure how we'd make it more valuable than
struts-blank.war without pushing certain development practices or
styles upon people -- but it's pretty easy to set up if we want to do
it...
Joe
--
Joe Germuska
Joe@Germuska.com
http://blog.germuska.com
"Narrow minds are weapons made for mass destruction" -The Ex
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Blank Questions
Posted by Ted Husted <hu...@apache.org>.
I don't know about a template, but I do know someone who did a iBATIS rendition of the infamous MailReader application. Once apps stabilizes, perhaps he would donate it to us and we could hook it up to one of the native Java DBMS.
I am working an application controller implemented in C# based on Struts and Commons Chain. The code-behind (or Action/ActionForm) plunks the input into a Context, along with the name of the request, and hands off to the controller. The controller calls a Chain to validate input, format strings, convert types, and process the business and persistence logic, and returns the context to the code-behind. The Context includes a "Nominal" property to indicate success as well as a Struts/Common Resources-type message queue with any error or confirmation messages. The controller automatically captures any unexpected exceptions and bundles those into the message queue, so that both excepted and unexpected faults can be handled in the same way. All of the non-presentation logic is moved into a Chain, where it can be developed test-first and reused in non-web applications. Ultimately, there could be implementations for C#, Java5, and PHP5, so that we can develop applications "into" a platform rather than "with" a platform.
But this may not be the best week to get off on that :)
-Ted.
On Wed, 23 Feb 2005 19:39:05 -0500, James Mitchell wrote:
> See, that's the cool thing about Maven, you can make your own
> application template and Maven will generate it for you.
>
> Having an Struts-iBatis template would be pretty cool. Perhaps
> even a C# version ;)
>
>
> --
> James Mitchell
> Software Engineer / Open Source Evangelist
> EdgeTech, Inc.
> 678.910.8017
> AIM: jmitchtx
>
> ----- Original Message -----
> From: "Vic" <vi...@friendvu.com>
> To: <de...@struts.apache.org>
> Sent: Wednesday, February 23, 2005 5:29 PM
> Subject: Re: Blank Questions
>
>
>> Equinox(Appfuse too) even goes as far as having Hibrenate. Does
>> ANYONE think it be a good idea to have iBatis in the template?
>>
>> .V
>>
>> Don Brown wrote:
>>
>>> I think there is room for a quickstart tool somewhere between
>>> struts-blank.war and AppFuse
>>> (http://raibledesigns.com/wiki/Wiki.jsp?page=AppFuse).
>>
>>
>> ------------------------------------------------------------------
>> --- 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: Blank Questions
Posted by James Mitchell <jm...@apache.org>.
See, that's the cool thing about Maven, you can make your own application
template and Maven will generate it for you.
Having an Struts-iBatis template would be pretty cool. Perhaps even a C#
version ;)
--
James Mitchell
Software Engineer / Open Source Evangelist
EdgeTech, Inc.
678.910.8017
AIM: jmitchtx
----- Original Message -----
From: "Vic" <vi...@friendvu.com>
To: <de...@struts.apache.org>
Sent: Wednesday, February 23, 2005 5:29 PM
Subject: Re: Blank Questions
> Equinox(Appfuse too) even goes as far as having Hibrenate. Does ANYONE
> think it be a good idea to have iBatis in the template?
>
> .V
>
> Don Brown wrote:
>
>> I think there is room for a quickstart tool somewhere between
>> struts-blank.war and AppFuse
>> (http://raibledesigns.com/wiki/Wiki.jsp?page=AppFuse).
>
>
>
> ---------------------------------------------------------------------
> 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: Blank Questions
Posted by Don Brown <mr...@twdata.org>.
Personally, I don't as Appfuse has that well covered.
Don
Vic wrote:
> Equinox(Appfuse too) even goes as far as having Hibrenate. Does ANYONE
> think it be a good idea to have iBatis in the template?
>
> .V
>
> Don Brown wrote:
>
>> I think there is room for a quickstart tool somewhere between
>> struts-blank.war and AppFuse
>> (http://raibledesigns.com/wiki/Wiki.jsp?page=AppFuse).
>
>
>
>
> ---------------------------------------------------------------------
> 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: Blank Questions
Posted by Vic <vi...@friendvu.com>.
Equinox(Appfuse too) even goes as far as having Hibrenate. Does ANYONE
think it be a good idea to have iBatis in the template?
.V
Don Brown wrote:
> I think there is room for a quickstart tool somewhere between
> struts-blank.war and AppFuse
> (http://raibledesigns.com/wiki/Wiki.jsp?page=AppFuse).
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Blank Questions
Posted by Don Brown <mr...@twdata.org>.
I think this is a very cool idea. I think there is room for a
quickstart tool somewhere between struts-blank.war and AppFuse
(http://raibledesigns.com/wiki/Wiki.jsp?page=AppFuse). You could host
the project on struts.sf.net once you get the code together.
Don
Vic wrote:
> I read this:
> http://web1.2020media.com/j/jez/javanicuscom/megg/usage.html
> and
> http://sourceforge.net/forum/forum.php?thread_id=942831&forum_id=305038
>
> Step 1 is to create a sample project with one or 2 actions. I will start
> on this (on the weekends) if no one else has an itch. (I'd rather work
> on jdnc/sadra but I will help for old time sake: )
> spec: struts 1.3 + serlvet 2.4, log4j1.3 ('cuase its a bit faster),
> DynaMap as formModel + populate() method, no tiles?, DTO will be
> Collections, fake DAO will be a factory (that is a big Spring plus that
> it comes w/ one so people can relace impl), JSTL, Displaytag and put it
> on sf.net, jUnit, ant, user chain, and just a list of "items" you click
> to edit. I will make some effort to make user chain somewhat compatible
> w/ Shale if possible/easy.
> If something above strikes you as very odd, it could save time to know.
>
> Step 1.5 is for people to agree that it does not have many bad parctices
> and modify Victorisams. (As I said, no Struts projects out there are
> alike, and I think that a plus)
>
> Then step 2 is to make it more generic with $templates tags. That just
> means figuring out megg syntax.
>
> (in general I advocate creating html mock ups; then a prototype specific
> to mock up, then "form model".... not start coding utill later. When I
> see problems on a proejct, its not becuase they laid it out wrong.)
>
> So unless pinged otherwise, I will post itermitent builds on struts.sf.net.
>
> .V
>
>
>
> Vic wrote:
>
>>>
>>> If anyone wants (Vic et al), we can submit a patch to the Maven team
>>> for a "best practices" template. Perhaps one for 1.2.4, and one for
>>> 1.3.x.
>>>
>>>>
>>
>>
>>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Blank Questions
Posted by Vic <vi...@friendvu.com>.
I read this:
http://web1.2020media.com/j/jez/javanicuscom/megg/usage.html
and
http://sourceforge.net/forum/forum.php?thread_id=942831&forum_id=305038
Step 1 is to create a sample project with one or 2 actions. I will start
on this (on the weekends) if no one else has an itch. (I'd rather work
on jdnc/sadra but I will help for old time sake: )
spec: struts 1.3 + serlvet 2.4, log4j1.3 ('cuase its a bit faster),
DynaMap as formModel + populate() method, no tiles?, DTO will be
Collections, fake DAO will be a factory (that is a big Spring plus that
it comes w/ one so people can relace impl), JSTL, Displaytag and put it
on sf.net, jUnit, ant, user chain, and just a list of "items" you click
to edit. I will make some effort to make user chain somewhat compatible
w/ Shale if possible/easy.
If something above strikes you as very odd, it could save time to know.
Step 1.5 is for people to agree that it does not have many bad parctices
and modify Victorisams. (As I said, no Struts projects out there are
alike, and I think that a plus)
Then step 2 is to make it more generic with $templates tags. That just
means figuring out megg syntax.
(in general I advocate creating html mock ups; then a prototype specific
to mock up, then "form model".... not start coding utill later. When I
see problems on a proejct, its not becuase they laid it out wrong.)
So unless pinged otherwise, I will post itermitent builds on struts.sf.net.
.V
Vic wrote:
>>
>> If anyone wants (Vic et al), we can submit a patch to the Maven team
>> for a "best practices" template. Perhaps one for 1.2.4, and one for
>> 1.3.x.
>>
>>>
>
>
>
--
Forums, Boards, Blogs and News in RiA <http://www.boardVU.com>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Blank Questions
Posted by Vic <vi...@friendvu.com>.
I'd be glad to upload someplace what I think is a good Servlet 2.3 and a
Servlet 2.4 "start" layout project style. (tlds, etc. ; put serlet-api
in folder "other").
(then you can add/remove to the "official good style")
Idealy if a user could do an Ant "get" or a Maven "get" to start a
project. (do you know a ftp site for long term use?)
(and somone could test it for mail reader as example of
"finsihed"-that's a lot more work. And some user may one day make a
driving video - RoR style)
Likley I would include displaytag (and use Collection in Memory
representing a mail reader DAO. Oh... I forgout, I used to do
"baseBeans" but not I do a lot of DynaMaps and I use a collection for
DTO ... so someone else will have to butcher that out . Likely other
Victorisams there.),
then let someone else at it. I could put in Struts.sf.net utill a
better place be found.
Right now... no 2 Struts applications out there are the same, I think
that's a good thing. (I can still look at struts-config and follow
anything). Once it goes user chain, it will be a bit more similar
project to project.
.V
>
>
> If anyone wants (Vic et al), we can submit a patch to the Maven team
> for a "best practices" template. Perhaps one for 1.2.4, and one for
> 1.3.x.
>
>>
--
Forums, Boards, Blogs and News in RiA <http://www.boardVU.com>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Blank Questions
Posted by James Mitchell <jm...@apache.org>.
Well, not really, but when I want to get someone started with a blank
template, I usually set them up with that and Eclipse, and turn them loose
for a while.
If anyone wants (Vic et al), we can submit a patch to the Maven team for a
"best practices" template. Perhaps one for 1.2.4, and one for 1.3.x.
Your thoughts?
--
James Mitchell
Software Engineer / Open Source Evangelist
EdgeTech, Inc.
678.910.8017
AIM: jmitchtx
----- Original Message -----
From: "Don Brown" <mr...@twdata.org>
To: "Struts Developers List" <de...@struts.apache.org>
Sent: Tuesday, February 22, 2005 2:38 PM
Subject: Re: Blank Questions
> Nice, like forrest's seed. Are you suggesting we create a template for a
> Struts app?
>
> Don
>
> James Mitchell wrote:
>> Have you looked at what Maven does for "maven genapp"?
>>
>>
>>
>> --
>> James Mitchell
>> Software Engineer / Open Source Evangelist
>> EdgeTech, Inc.
>> 678.910.8017
>> AIM: jmitchtx
>>
>> ----- Original Message ----- From: "Don Brown" <mr...@twdata.org>
>> To: "Struts Developers List" <de...@struts.apache.org>
>> Sent: Tuesday, February 22, 2005 10:40 AM
>> Subject: Re: Blank Questions
>>
>>
>>> James Mitchell wrote:
>>> <snip />
>>>
>>>>> 2. Any way we could ship with servlet.jar? It would be nice if this
>>>>> could be completely self-contained.
>>>>
>>>>
>>>>
>>>> Why would that need to be included? I don't understand what you mean.
>>>
>>>
>>> What I'd like, in a perfect world, is a struts-blank.war I could hand
>>> someone and tell them, "Unzip this and you have everything you need to
>>> write a Struts application.". As it is now, the instructions are more
>>> like, "Unzip this, find this jar, create this directory, edit these
>>> paths in build.xml, now develop an app." I'm thinking of how easy
>>> something like Ruby on Rails makes it for developers to get started and,
>>> while I understand the logic of having say one servlet-api.jar in a
>>> shared location, in reality it is just another hoop a beginner has to
>>> jump through. Struts and Java development in general have too many of
>>> those, IMO.
>>>
>>>>> 3. Does it need to come with chain-config.xml? Most people won't
>>>>> need to customize this.
>>>>
>>>>
>>>>
>>>> If you are referring to having the chain-config.xml separate as well as
>>>> embedded in the jar, I think all the apps should do that as well.
>>>
>>>
>>> Ok, I can see how it would be useful to be there just in case.
>>>
>>>>> 4. I take it the build is currently broken as the built war seems to
>>>>> be missing things like WEB-INF/src Is anyone currently working on
>>>>> fixing it? If not, I can give it a go.
>>>>
>>>>
>>>>
>>>> Not sure what you mean, there are no sources other than the
>>>> MessageResources.properties file. Is that what you mean?
>>>
>>>
>>> Well that file for one and the WEB-INF/src tree which includes build.xml
>>> and src/java, at least that is how the last blank-example.war looked
>>> like.
>>>
>>>>> 5. A minor thing, but I'd also like to make the default "dist"
>>>>> directory be a relative directory to avoid, hopefully, all external
>>>>> directory modifications.
>>>>
>>>>
>>>>
>>>> What do you mean?
>>>
>>>
>>> Well, if you look in the example build.xml, it has "distpatch.project"
>>> as "/projects/lib" and I would think a much more useful initial value
>>> would be "dist" as it avoids yet another place someone has to edit a
>>> file to make it work.
>>>
>>> Don
>>>
>>>>
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Don
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> James Mitchell
>>>> Software Engineer / Open Source Evangelist
>>>> EdgeTech, Inc.
>>>> 678.910.8017
>>>> AIM: jmitchtx
>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> 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
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Blank Questions
Posted by Don Brown <mr...@twdata.org>.
Nice, like forrest's seed. Are you suggesting we create a template for
a Struts app?
Don
James Mitchell wrote:
> Have you looked at what Maven does for "maven genapp"?
>
>
>
> --
> James Mitchell
> Software Engineer / Open Source Evangelist
> EdgeTech, Inc.
> 678.910.8017
> AIM: jmitchtx
>
> ----- Original Message ----- From: "Don Brown" <mr...@twdata.org>
> To: "Struts Developers List" <de...@struts.apache.org>
> Sent: Tuesday, February 22, 2005 10:40 AM
> Subject: Re: Blank Questions
>
>
>> James Mitchell wrote:
>> <snip />
>>
>>>> 2. Any way we could ship with servlet.jar? It would be nice if
>>>> this could be completely self-contained.
>>>
>>>
>>>
>>> Why would that need to be included? I don't understand what you mean.
>>
>>
>> What I'd like, in a perfect world, is a struts-blank.war I could hand
>> someone and tell them, "Unzip this and you have everything you need to
>> write a Struts application.". As it is now, the instructions are more
>> like, "Unzip this, find this jar, create this directory, edit these
>> paths in build.xml, now develop an app." I'm thinking of how easy
>> something like Ruby on Rails makes it for developers to get started
>> and, while I understand the logic of having say one servlet-api.jar in
>> a shared location, in reality it is just another hoop a beginner has
>> to jump through. Struts and Java development in general have too many
>> of those, IMO.
>>
>>>> 3. Does it need to come with chain-config.xml? Most people won't
>>>> need to customize this.
>>>
>>>
>>>
>>> If you are referring to having the chain-config.xml separate as well
>>> as embedded in the jar, I think all the apps should do that as well.
>>
>>
>> Ok, I can see how it would be useful to be there just in case.
>>
>>>> 4. I take it the build is currently broken as the built war seems
>>>> to be missing things like WEB-INF/src Is anyone currently working
>>>> on fixing it? If not, I can give it a go.
>>>
>>>
>>>
>>> Not sure what you mean, there are no sources other than the
>>> MessageResources.properties file. Is that what you mean?
>>
>>
>> Well that file for one and the WEB-INF/src tree which includes
>> build.xml and src/java, at least that is how the last
>> blank-example.war looked like.
>>
>>>> 5. A minor thing, but I'd also like to make the default "dist"
>>>> directory be a relative directory to avoid, hopefully, all external
>>>> directory modifications.
>>>
>>>
>>>
>>> What do you mean?
>>
>>
>> Well, if you look in the example build.xml, it has "distpatch.project"
>> as "/projects/lib" and I would think a much more useful initial value
>> would be "dist" as it avoids yet another place someone has to edit a
>> file to make it work.
>>
>> Don
>>
>>>
>>>>
>>>> Thanks,
>>>>
>>>> Don
>>>>
>>>
>>>
>>>
>>> --
>>> James Mitchell
>>> Software Engineer / Open Source Evangelist
>>> EdgeTech, Inc.
>>> 678.910.8017
>>> AIM: jmitchtx
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> 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: Blank Questions
Posted by James Mitchell <jm...@apache.org>.
Have you looked at what Maven does for "maven genapp"?
--
James Mitchell
Software Engineer / Open Source Evangelist
EdgeTech, Inc.
678.910.8017
AIM: jmitchtx
----- Original Message -----
From: "Don Brown" <mr...@twdata.org>
To: "Struts Developers List" <de...@struts.apache.org>
Sent: Tuesday, February 22, 2005 10:40 AM
Subject: Re: Blank Questions
> James Mitchell wrote:
> <snip />
>>> 2. Any way we could ship with servlet.jar? It would be nice if this
>>> could be completely self-contained.
>>
>>
>> Why would that need to be included? I don't understand what you mean.
>
> What I'd like, in a perfect world, is a struts-blank.war I could hand
> someone and tell them, "Unzip this and you have everything you need to
> write a Struts application.". As it is now, the instructions are more
> like, "Unzip this, find this jar, create this directory, edit these paths
> in build.xml, now develop an app." I'm thinking of how easy something
> like Ruby on Rails makes it for developers to get started and, while I
> understand the logic of having say one servlet-api.jar in a shared
> location, in reality it is just another hoop a beginner has to jump
> through. Struts and Java development in general have too many of those,
> IMO.
>
>>> 3. Does it need to come with chain-config.xml? Most people won't need
>>> to customize this.
>>
>>
>> If you are referring to having the chain-config.xml separate as well as
>> embedded in the jar, I think all the apps should do that as well.
>
> Ok, I can see how it would be useful to be there just in case.
>
>>> 4. I take it the build is currently broken as the built war seems to be
>>> missing things like WEB-INF/src Is anyone currently working on fixing
>>> it? If not, I can give it a go.
>>
>>
>> Not sure what you mean, there are no sources other than the
>> MessageResources.properties file. Is that what you mean?
>
> Well that file for one and the WEB-INF/src tree which includes build.xml
> and src/java, at least that is how the last blank-example.war looked like.
>
>>> 5. A minor thing, but I'd also like to make the default "dist"
>>> directory be a relative directory to avoid, hopefully, all external
>>> directory modifications.
>>
>>
>> What do you mean?
>
> Well, if you look in the example build.xml, it has "distpatch.project" as
> "/projects/lib" and I would think a much more useful initial value would
> be "dist" as it avoids yet another place someone has to edit a file to
> make it work.
>
> Don
>
>>
>>>
>>> Thanks,
>>>
>>> Don
>>>
>>
>>
>>
>> --
>> James Mitchell
>> Software Engineer / Open Source Evangelist
>> EdgeTech, Inc.
>> 678.910.8017
>> AIM: jmitchtx
>>
>>
>>
>> ---------------------------------------------------------------------
>> 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: Blank Questions
Posted by Don Brown <mr...@twdata.org>.
James Mitchell wrote:
<snip />
>> 2. Any way we could ship with servlet.jar? It would be nice if this
>> could be completely self-contained.
>
>
> Why would that need to be included? I don't understand what you mean.
What I'd like, in a perfect world, is a struts-blank.war I could hand
someone and tell them, "Unzip this and you have everything you need to
write a Struts application.". As it is now, the instructions are more
like, "Unzip this, find this jar, create this directory, edit these
paths in build.xml, now develop an app." I'm thinking of how easy
something like Ruby on Rails makes it for developers to get started and,
while I understand the logic of having say one servlet-api.jar in a
shared location, in reality it is just another hoop a beginner has to
jump through. Struts and Java development in general have too many of
those, IMO.
>> 3. Does it need to come with chain-config.xml? Most people won't
>> need to customize this.
>
>
> If you are referring to having the chain-config.xml separate as well as
> embedded in the jar, I think all the apps should do that as well.
Ok, I can see how it would be useful to be there just in case.
>> 4. I take it the build is currently broken as the built war seems to
>> be missing things like WEB-INF/src Is anyone currently working on
>> fixing it? If not, I can give it a go.
>
>
> Not sure what you mean, there are no sources other than the
> MessageResources.properties file. Is that what you mean?
Well that file for one and the WEB-INF/src tree which includes build.xml
and src/java, at least that is how the last blank-example.war looked like.
>> 5. A minor thing, but I'd also like to make the default "dist"
>> directory be a relative directory to avoid, hopefully, all external
>> directory modifications.
>
>
> What do you mean?
Well, if you look in the example build.xml, it has "distpatch.project"
as "/projects/lib" and I would think a much more useful initial value
would be "dist" as it avoids yet another place someone has to edit a
file to make it work.
Don
>
>>
>> Thanks,
>>
>> Don
>>
>
>
>
> --
> James Mitchell
> Software Engineer / Open Source Evangelist
> EdgeTech, Inc.
> 678.910.8017
> AIM: jmitchtx
>
>
>
> ---------------------------------------------------------------------
> 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: Blank Questions
Posted by James Mitchell <jm...@apache.org>.
----- Original Message -----
From: "Don Brown" <mr...@twdata.org>
To: "Struts Developers List" <de...@struts.apache.org>
Sent: Tuesday, February 22, 2005 1:14 AM
Subject: Blank Questions
>I was looking at updating the Blank application and had a few questions:
>
> 1. Can I get rid of the data source stuff including the jdbc extensions?
> Hasn't data sources been deprecated for quite a while now?
Yes, I've been meaning to clean that up.
>
> 2. Any way we could ship with servlet.jar? It would be nice if this
> could be completely self-contained.
Why would that need to be included? I don't understand what you mean.
>
> 3. Does it need to come with chain-config.xml? Most people won't need to
> customize this.
If you are referring to having the chain-config.xml separate as well as
embedded in the jar, I think all the apps should do that as well.
>
> 4. I take it the build is currently broken as the built war seems to be
> missing things like WEB-INF/src Is anyone currently working on fixing it?
> If not, I can give it a go.
Not sure what you mean, there are no sources other than the
MessageResources.properties file. Is that what you mean?
>
> 5. A minor thing, but I'd also like to make the default "dist" directory
> be a relative directory to avoid, hopefully, all external directory
> modifications.
What do you mean?
>
> Thanks,
>
> Don
>
--
James Mitchell
Software Engineer / Open Source Evangelist
EdgeTech, Inc.
678.910.8017
AIM: jmitchtx
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org