I think we will need to establish some guidelines for the structure of
contributions, though. If the goal is that someone can pick up Struts, and
add Contribution A and Contribution B, and have a combined package that
works, then not only should the 'namespaces' (i.e. package names and taglib
name
I started to check everything into a validator
directory under contrib. It looks like I successfully
added directories, but I get this error when checking
in a file. I checked in one of the documentation xsl
files a few days ago and that didn't cause a problem.
Has anyone seen these error messa
dwinterfeldt01/07/04 21:07:35
jakarta-struts/contrib/validator/web - New directory
dwinterfeldt01/07/04 21:07:34
jakarta-struts/contrib/validator/src - New directory
dwinterfeldt01/07/04 21:07:34
jakarta-struts/contrib/validator/sql - New directory
dwinterfeldt01/07/04 21:07:33
jakarta-struts/contrib/validator/docs - New directory
dwinterfeldt01/07/04 21:07:33
jakarta-struts/contrib/validator/dist - New directory
dwinterfeldt01/07/04 21:07:33
jakarta-struts/contrib/validator/conf - New directory
dwinterfeldt01/07/04 21:05:53
jakarta-struts/contrib/validator - New directory
I have couple of issues with the best way to handle
the possible incorporation of the validator custom JSP
tags into Struts. I'll go through each of the issues.
I made two custom jsp tags for errors based off of the
Struts' tags. One was validator:errors which is the
equivalent of html:errors e
Sure, if that works for you. It's just that it might be simplier to
update and maintain under CVS.
David Winterfeldt wrote:
>
> Do you want everything checked in as is for now
> (package names, jsp tags, etc.)?
>
> David
Do you want everything checked in as is for now
(package names, jsp tags, etc.)?
David
--- Ted Husted <[EMAIL PROTECTED]> wrote:
> I just added a contrib directory to the main
> repository. This would be
> a good place to upload the working copies of the
> packages we are
> working on, includ
Thanks, Rob. I just found it as I was going back through the CVS
messages.
Since we're probably going to have a 1.0.1 release before 1.1, I've made
that release-notes-1.0.1.xml and added a just plain release-notes.xml
for the nightly release (which should become 1.1).
So anything committed to
I placed a Release notes 1.0-ms1 under doc about a 2 weeks ago,
for the 1.0X release.
Ted Husted wrote:
> I just added a contrib directory to the main repository. This would be
> a good place to upload the working copies of the packages we are
> working on, including David's validator, Oleg's b
husted 01/07/04 18:37:24
Modified:doc/userGuide Tag: STRUTS_1_0_BRANCH resources.xml
Log:
Update Resource page with links to latest contributions.
Revision ChangesPath
No revision
No revision
1.1.2.1 +137 -28 jakar
husted 01/07/04 18:35:22
Modified:doc/userGuide resources.xml
Log:
Update Resource page with links to latest contributions.
Revision ChangesPath
1.4 +87 -15jakarta-struts/doc/userGuide/resources.xml
Index: resources.xml
=
I just added a contrib directory to the main repository. This would be
a good place to upload the working copies of the packages we are
working on, including David's validator, Oleg's bean factory, and
Cedric's components.
If you all can add your contributions under this directory, it would
hel
husted 01/07/04 17:34:39
jakarta-struts/contrib - New directory
I had the same problem.
That's why I wrote a new link tag. This tag allows to define the parameters
using nested tags.
You can refer to my last posting in the thread if you want some more information.
Eric
> -Message d'origine-
> De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> En
Hi Frederic,
Since then, I brought some enhancement to those tags.
Now the link tag support exactly the same attributes as the standard Struts
link tag.
The linkparam tag support the standard Struts approach:
id = the parameter name as it will be used in the request
name = The name of a JSP be
When I created the ExtensionsServlet (I assume ServicesServlet
takes its place here), I stopped short after the
init(), destroy(), and initDigester() methods because I had
a feeling that we might want to handle extending the other
methods using a different mechanism.
I see init, destroy, and init
21 matches
Mail list logo
