Hi,
Yes, you can have a struts/site with site documentation that can include all
modules documentation (and is the recommended way)
About extending projects you shouldn't extend the concrete projects (e.g.
struts core), it's better to create convenience project.xml files (e.g. in
struts/maven)
On Mon, 12 Jul 2004 17:44:40 -0500, Joe Germuska wrote:
Regarding CVS vs. SVN. I have zero SVN experience. I'm not
opposed to it, but it will be slower for me personally if we go
that route, as I'm starting at the bottom of the learning curve.
Subversion is designed (by teams like ours) to
On Mon, 12 Jul 2004 14:43:28 -0700 (PDT), Martin Cooper wrote:
I'm not completely sure I understand what you're proposing, but
here are a couple of points to bear in mind:
1) As we move out of the Jakarta repo into our own TLP repo, we
need to decide whether we want to ask infrastructure@ for
I am preparing to do some minor work on the documentation. Today this,
tomorrow the whorls.
I have WinCVS, Ant and Eclipse humming along. Tra la la! I am learning
the standard CVS gig. I have a CVS related question.
I have got WinCVS to download the struts CVS repository. Now on to the
Looking at what the Geronimo crowd is doing (extensive use of this
Maven facility) should provide some fruitful material for study.
I'm sure that those guys would also provide pointers about what
works (and, more importantly, what doesn't work) when managing a
large, complex, code base with
There is obviously a strong push from some people to move struts to
subversion. I have no idea at all what subversion offers as benefits,
but I can say that I know it will create some immediate problems for
me. I use eclipse and I enjoy wonderful tools support for CVS. This
is also the case
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30075.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
-Original Message-
From: Joe Germuska [mailto:[EMAIL PROTECTED]
Sent: Monday, July 12, 2004 3:45 PM
To: Struts Developers List
Subject: Re: CVS reorg: jakarta-struts - struts
At 2:43 PM -0700 7/12/04, Martin Cooper wrote:
I'm not completely sure I understand what you're
-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 13, 2004 2:42 AM
To: Struts Developers List
Subject: Re: CVS reorg: jakarta-struts - struts
On Mon, 12 Jul 2004 14:43:28 -0700 (PDT), Martin Cooper wrote:
I'm not completely sure I understand what
OK, here's a revised idea. James H had a post
(http://thread.gmane.org/gmane.comp.jakarta.struts.devel/18248) where
he mentioned a few popular Struts projects. Please note that none of
these have been officially invited to be part of Struts, and some may
not want to be part of Struts...
I got the opt- convention from Maverick. They have a core distribution, and then
several optional distributions for using the framework with different view
technologies. The idea is that all of these other distributions are optional. Of
course, Linux also uses /opt for packages that are not
Martin Cooper:
At 07:56 AM 7/13/2004, you wrote:
If you don't like it where it is, of course, you can always blow away what
you have (or not) and check out another tree.
I checked into another tree. I am looking for a delete or blow away
command in WinCVS. Where the hay is that? Thanks,
At 12:32 PM -0400 7/13/04, Ted Husted wrote:
It's my feeling that the repository should be as flat as possible.
Each of the top-level directories should represent a discrete
subproject, or Maven artifact, with its own release cycle. The
subproject under each of these directories would not share
On Tue, 13 Jul 2004, Ted Husted wrote:
I got the opt- convention from Maverick. They have a core distribution, and then several
optional distributions for using the framework with different view technologies. The idea is
that all of these other distributions are optional. Of course, Linux also
On Tue, 13 Jul 2004, Michael McGrady wrote:
Martin Cooper:
At 07:56 AM 7/13/2004, you wrote:
If you don't like it where it is, of course, you can always blow away what
you have (or not) and check out another tree.
I checked into another tree. I am looking for a delete or blow away
command in
If you run the examples from the nightly, the javascript validation
doesn't work too well. Haven't had a chance to look at server side
messages but I'm assuming it's the same deal.
ie.
fieldproperty=newPassword depends=maxlength
arg key=form.login.newPassword /
arg
On Tue, 13 Jul 2004 12:03:00 -0700 (PDT), Martin Cooper wrote:
As long as it's easy for me to check out the entire gorilla if
that's what I want. ;-)
But of course :)
That sounds nice in theory, but there are going to be cases where
we'll need to share code between different 'opt's, and
On Tue, 13 Jul 2004 13:01:05 -0500, Joe Germuska wrote:
struts-apps would not map to a single Maven artifact, I don't
think. Not if it maps to all of: struts-blank.war struts-
documentation.war struts-examples.war struts-mailreader.war
tiles-documentation.war
True. Kinda of the
Michael Rassmussen wrote:
There is obviously a strong push from some people to move struts to
subversion. I have no idea at all what subversion offers as benefits,
but I can say that I know it will create some immediate problems for
me. I use eclipse and I enjoy wonderful tools support for CVS.
19 matches
Mail list logo