--- bob mcwhirter <[EMAIL PROTECTED]> wrote:
>
> Having to update drools, werkz, blissed, petridish,
> and werkflow just
> isn't going to be fun.
>
I've supplied patches for drools, blissed, and
werkflow. I couldn't find any tags in the petridish
repository. Werkz is already updated, probably
--- bob mcwhirter <[EMAIL PROTECTED]> wrote:
>
> I'll succumb then, as Strachan has spoken.
>
> All hail the Strachan, and I'll lift my threat of
> veto.
>
> Now, looking for volunteers to help migrate all of
> my taglibs... :)
>
I volunteer. Look for patches on this list.
- Morgan
>
>
Hey Bob,
bob mcwhirter <[EMAIL PROTECTED]> wrote on 30/01/2003 01:32:43 AM:
[snippage]
> I apologize for my goofy example, so, lemme try again, catching what
> I want, and letting others escape:
>
> public void doTag(XMLOutput) throws Exception
> {
> Object obj = null;
>
> try
> {
>
From: "Morgan Delagrange" <[EMAIL PROTECTED]>
> --- James Strachan <[EMAIL PROTECTED]> wrote:
> > I'm in total agreement in general - however I
> > disagree about the Tag
> > interface change. The only class which will ever be
> > invoking the Tag.doTag()
> > method is the TagScript class.
>
> Not
--- bob mcwhirter <[EMAIL PROTECTED]> wrote:
>
> Golly, does this break pretty much all existing
> tags?
> (bob scans his bazillion tags...)
Is this drools you're talking about? Yes, every tag
that throws Exception will no longer compile against
the HEAD of Jelly. Not desirable, I agree, but a
Golly, does this break pretty much all existing tags?
(bob scans his bazillion tags...)
I don't really buy the style argument regarding making it easier
for readers vs. authors of tags. I don't think this is a place
to assert a particular dogma.
The issue, as I see it, is about error-handling
--- James Strachan <[EMAIL PROTECTED]> wrote:
> I guess I'm too late to argue this one any more but
> here's my 2 pennies for
> what its worth.
>
> From: "Morgan Delagrange" <[EMAIL PROTECTED]>
> > Hi all,
> >
> > I'm going to talk about Jelly Exception
> > handling...again. :) I'd like permiss
James,
I have a buildable version of Maven on my hard disk waiting for the jelly
snapshots to get uploaded to ibiblio.
I've also uploaded werkz-1.0-beta6 to ibiblio that uses the new api.
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work: http:
I guess I'm too late to argue this one any more but here's my 2 pennies for
what its worth.
From: "Morgan Delagrange" <[EMAIL PROTECTED]>
> Hi all,
>
> I'm going to talk about Jelly Exception
> handling...again. :) I'd like permission to try to
> weed out nearly all of our instances of
> throwin
I'm+0 and with a little more time on my hands would be +1.
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work: http://www.multitask.com.au
Morgan Delagrange <[EMAIL PROTECTED]> wrote on 24/01/2003 07:50:14 AM:
> Hi all,
>
> I'm going to talk ab
On Thursday, January 23, 2003, at 09:56 pm, Rodney Waldhoff wrote:
While there may be cases in which "catch(Exception e)" could be construed
as reasonable thing to do, I think we'd be hard pressed to ever justify
"catch(Throwable t)".
+1
There are very, very few cases where you want to catch a
> Morgan Delagrange wrote:
>
> >I'd like permission to try to
> >weed out nearly all of our instances of
> >throwing/catching generic Exceptions and Throwables.
>
While there may be cases in which "catch(Exception e)" could be construed
as reasonable thing to do, I think we'd be hard pressed to ev
Morgan Delagrange wrote:
Hi all,
I'm going to talk about Jelly Exception
handling...again. :) I'd like permission to try to
weed out nearly all of our instances of
throwing/catching generic Exceptions and Throwables.
IMO explicit error handling is better than just
throwing Exception. It ma
Hi all,
I'm going to talk about Jelly Exception
handling...again. :) I'd like permission to try to
weed out nearly all of our instances of
throwing/catching generic Exceptions and Throwables.
IMO explicit error handling is better than just
throwing Exception. It makes the possible problems in
14 matches
Mail list logo