A new book offering, JUnit in Action, by Jakarta regulars Vincent Massol
and Ted Husted, is now available for purchase.
Developers in the know are switching to a new testing strategy - unit
testing - which interleaves coding and testing in an integrated way.
This has proven to be a powerful
Michael McGrady wrote:
I was wondering, Ted, how you measure Maverick against the
competition? Your view on these things is respected, of course.
Here's something I posted the other day on another list:
There are several Java MVC frameworks available, the most popular being
JPublish,
. But that's
something that we can solve with IDE plugins, or a master seedling
configuration that loaded the object graph a product expected from a
master document.
-Ted.
--
Ted Husted,
Junit in Action - http://www.manning.com/massol/,
Struts in Action - http://husted.com/struts/book.html,
JSP
Schnitzer, Jeff wrote:
Cool... what's a picocontainer? :-)
Oh, come on Jeff, is Google down or something? =:)
http://www.picocontainer.org/
Dyn, can you make this available for download someplace?
-Ted.
---
This SF.net email is sponsored
On RedirectView, if the model is neither a Map nor a String, should
model.toString() be used instead? ?
I could make the change, if we that's what we want.
And should we do nothing if the model is null (WARN in the log?), or
just NPE?
As it stands, in the case of a null model or model!-Map
Trebor Carpenter wrote:
I haven't had time to play with this much yet, and I may be missing
something - but I believe there's a thread creation problem...
Formproc's FormManager spawns off a thread each time it's new'd, and
it looks like you're creating FormManager instances with every
Schnitzer, Jeff wrote:
I like the versioning scheme you described, which is what Orion has been
using for aeons now. Releases always have increasing version numbers,
but new ones are labeled experimental and after-the-fact some are
labeled stable. I'm not sure how well sourceforge's system
Mike Moulton wrote:
Regarding changes to the mav core, I have some pending changes to
XSLTransform that I talked about earlier. I have yet to commit them as I
believe Ted wanted to get the cvs list up and running first. I will
commit my changes shortly, unless there is some reason I shouldn't.
[EMAIL PROTECTED] wrote:
Update of /cvsroot/mav/maverick
In directory sc8-pr-cvs1:/tmp/cvs-serv6420
Ahhh, that's better. :)
Meanwhile,
Does anyone have any strong negative feelings toward Maven?
http://maven.apache.org
It's been spreading like Borg lately. I haven't had to use it much
myself
Schnitzer, Jeff wrote:
If you need this, it sounds fine to me. Probably want to make the
attribute monitor rather than monitored.
I think we also got a quorum for the package renaming - Ted, want to
kick that off?
Sure, but first:
* Does anyone else have any other tweaks they would like to
application later today, but
then it should be ready to commit.
-Ted.
Jaap van Hengstum wrote:
From: Ted Husted [mailto:[EMAIL PROTECTED]
Sent: Tue 9/30/2003 9:27 PM
To: [EMAIL PROTECTED]
Cc:
Subject: Re: [Mav-user] PROPOSAL: Add Ted Husted as committer
It was also easy to modify FormProc to solve
This is under CVS now, so interested parties can check out the
opt-formproc module. There's still work to do, especially in terms of a
developers guide, but I wanted to get this up so we could start getting
some feedback.
-Ted.
---
This
Almost. I needed a patch applied to the FormProc CVS first. I'm now told
it's been applied, and I'll be able to check that one out and test it
this afternoon. Then I can post ours! yeah/
-Ted.
Kevin O'Neill wrote:
On Wed, 2003-09-24 at 05:58, Ted Husted wrote:
Mike Moulton wrote:
Your
Jaap van Hengstum wrote:
Can I ask why you are using FormProc and not Commons Validator? Since I've never used it yet, I was wondering FormProc has advantages over Validator.
The focus of the Validator is on validating JavaBeans. an interesting
problem space, but it's not really what we need to
I'd say they were distinct. You could do things like combine them into a
single chain, but that seems to place too much dependence on the catalog.
There's also the situation where you call the business layer command,
but it fails, so you branch to another page. Given this sort of thing,
it can
Mike Moulton wrote:
I'm all for a repackaging. While were at it, are there any other changes
that have been lingering that could get incorporated into a new release.
Personally there are a few things I have intended to look into. Most
notably I want to add support for Xalan's XSLTC in the XSL
Schnitzer, Jeff wrote:
FWIW, I'd like to see everything migrated over to net.sf.mav.*
eventually. It would be a pretty big PITA though. Not sure how
worthwhile it would be to move the core.
If there were interest, I'd be glad to volunteer for the grunt work, as
part of my right of passage =:)
Schnitzer, Jeff wrote:
I've been thinking more and more about using XSL at compile-time to
generate Velocity templates which have all the header, navbar, etc type
formatting. It seems like it would be easy to add an
internationalization step too. This would probably offer more
flexibility than
Jaap van Hengstum wrote:
Again, correct me if I'm wrong :-)
But what if there would not be just one message but instead one
message (selected at runtime) out of a possible number of messages. The
view would then have to either [1] select the localized message at
runtime or [2] include every
Kevin O'Neill wrote:
Having been a cocoon user for a long time XSLT is something that the
majority of developers will never get. It's a big mind shift from an
imperative to a functional language. So I would caution against exposing
XSLT to the masses. On the other hand if the xml to X/HTML where
.
Schnitzer, Jeff wrote:
Welcome Ted :-)
Jeff Schnitzer
[EMAIL PROTECTED]
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
[INVALID FOOTER]
--
Ted Husted,
Junit in Action - http://www.manning.com
you guys think?
Regardless, I think now might be a good time to define some guidelines
for optional packages. Whatever comes from this thread I will note and
write up a documentation amendment.
-- Mike
On Tuesday, September 23, 2003, at 03:31 AM, Ted Husted wrote:
Thanks for the votes
One of the better web applications I've seen is designed for youth
sports teams. There are a couple of these, but we're using
www.eteamz.com. It's a freebie and worth taking out an account just to
see it work.
No i18n though =:0)
-Ted.
Scott Hernandez wrote:
I'd be interested in seeing it,
with Maverick through a standard option library.
-Ted.
Ted Husted wrote:
Thanks for replying, Aapo.
I did something similar to this, and also added a Velocity Tool to make
FormProc easier to use. I've uploaded the first blush in the patches area.
http://sourceforge.net/tracker/index.php?func
.
http://thinkgeek.com/sf
[INVALID FOOTER]
--
Ted Husted,
Junit in Action - http://www.manning.com/massol/,
Struts in Action - http://husted.com/struts/book.html,
JSP Site Design - http://www.amazon.com/exec/obidos/ISBN=1861005512
would recommend to keep using index files in the top
level directory that point to the default servlet mapping.
Charlie
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Ted Husted
Sent: Friday, September 12, 2003 10:23 AM
To: [EMAIL PROTECTED]
Subject: [Mav
have a programlisting in a listitem or note.]
-Ted.
--
Ted Husted,
Junit in Action - http://www.manning.com/massol/,
Struts in Action - http://husted.com/struts/book.html,
JSP Site Design - http://www.amazon.com/exec/obidos/ISBN=1861005512
have a programlisting in a listitem or note.]
-Ted.
--
Ted Husted,
Junit in Action - http://www.manning.com/massol/,
Struts in Action - http://husted.com/struts/book.html,
JSP Site Design - http://www.amazon.com/exec/obidos/ISBN=1861005512
28 matches
Mail list logo