You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@avalon.apache.org by Berin Loritsch <bl...@apache.org> on 2002/09/06 15:33:15 UTC
Opinions from JUnit mailling list on Avalon
>From the thread entitled:
"[junit] Unit testing multithreaded network code"
(which by the way is an interesting read for testing networking code)
Had the opinions posted from two developers:
"The general issue of how to approach this sort of issue remains
unsolved, but I sidestepped my own problem by passing the
responsibilty of verifying the robustness of code to the Jakarta
Avalon project. I may be taking the lazy way out, but I trust the
Apache people to write working software."
From: weitzman_d [mailto:weitzman_d@yahoo.com]
The response was:
"This might be a deceiving attitude at best. The Avalon project has a
high
code quality indeed, but as for Jakarta projects in general this does
not hold.
Just look randomly around and you'll find lots and lots and lots of
really
bad code with zero tests with no regard to object-oriented principles
and
which violates almost any heuristics for good code I know of."
From: Johannes Link [mailto:john.link@gmx.net]
I think we have a reputation for quality--which I would like to see
continue.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Opinions from JUnit mailling list on Avalon
Posted by Paul Hammant <Pa...@yahoo.com>.
Berin,
At work we have an AbstractPhoenixTestCase. It is basically a fake
container that extends TestCase & supports the life cycle. You extend
it and hand-hard code service implementations for the lifecycle process
to use. It works a beaut and we called it punit. We can't donate, but
would almost certainly shift to a clean-room Apache written equivalent.
- Paul
>>>From the thread entitled:
>"[junit] Unit testing multithreaded network code"
>
>(which by the way is an interesting read for testing networking code)
>
>Had the opinions posted from two developers:
>
>"The general issue of how to approach this sort of issue remains
>unsolved, but I sidestepped my own problem by passing the
>responsibilty of verifying the robustness of code to the Jakarta
>Avalon project. I may be taking the lazy way out, but I trust the
>Apache people to write working software."
>
> From: weitzman_d [mailto:weitzman_d@yahoo.com]
>
>The response was:
>
>"This might be a deceiving attitude at best. The Avalon project has a
>high
>code quality indeed, but as for Jakarta projects in general this does
>not hold.
>Just look randomly around and you'll find lots and lots and lots of
>really
>bad code with zero tests with no regard to object-oriented principles
>and
>which violates almost any heuristics for good code I know of."
>
> From: Johannes Link [mailto:john.link@gmx.net]
>
>
>I think we have a reputation for quality--which I would like to see
>continue.
>
>
>--
>To unsubscribe, e-mail: <ma...@jakarta.apache.org>
>For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Opinions from JUnit mailling list on Avalon
Posted by "David W." <da...@optonline.net>.
I found the Demo application to be enough to get me started. I just took
the vanilla demo and modified it. I had my service hooked in reasonably
quickly, with a bit of a pause when I had unexplained behavior and I thought
my app's log file wasn't being made -- it turned out I just didn't know
where to look. Unfortunately the demo isn't available through any means
except CVS (although you would need a CVS version of Phoenix for the
shutdown thing to work anyway -- which I soon discovered).
I'd offer to help with documentation, but I don't think I'm comfortable
enough with the framework to do a good job -- yet.
David Weitzman
----- Original Message -----
From: "Berin Loritsch" <bl...@apache.org>
To: "'Avalon Developers List'" <av...@jakarta.apache.org>
Sent: Friday, September 06, 2002 4:58 PM
Subject: RE: Opinions from JUnit mailling list on Avalon
> > From: David W. [mailto:daveweit@optonline.net]
> >
> > Ho ho. weitzman_d@yahoo.com is me ;). Although the project
> > I was working on is still halted until I get around to
> > setting up a JMS service in Phoenix. Otherwise Avalon seems
> > to work -- provided, that is, that you're willing to go
> > through stuff only available in CVS to figure out how to use it.
>
> Well, if you have some sort of time compression device where I
> would be able to put 16 hours of work into an 8 hour period, I
> would be more than happy to resolve these issues.
>
> >
> >
> > ----- Original Message -----
> > From: "Berin Loritsch" <bl...@apache.org>
> > To: "'Avalon Developer's List'" <av...@jakarta.apache.org>
> > Sent: Friday, September 06, 2002 9:33 AM
> > Subject: Opinions from JUnit mailling list on Avalon
> >
> >
> > >
> > > From the thread entitled:
> > > "[junit] Unit testing multithreaded network code"
> > >
> > > (which by the way is an interesting read for testing
> > networking code)
> > >
> > > Had the opinions posted from two developers:
> > >
> > > "The general issue of how to approach this sort of issue remains
> > > unsolved, but I sidestepped my own problem by passing the
> > > responsibilty of verifying the robustness of code to the Jakarta
> > > Avalon project. I may be taking the lazy way out, but I trust the
> > > Apache people to write working software."
> > >
> > > From: weitzman_d [mailto:weitzman_d@yahoo.com]
> > >
> > > The response was:
> > >
> > > "This might be a deceiving attitude at best. The Avalon
> > project has a
> > > high code quality indeed, but as for Jakarta projects in
> > general this
> > > does not hold.
> > > Just look randomly around and you'll find lots and lots and lots of
> > > really
> > > bad code with zero tests with no regard to object-oriented
> > principles
> > > and
> > > which violates almost any heuristics for good code I know of."
> > >
> > > From: Johannes Link [mailto:john.link@gmx.net]
> > >
> > >
> > > I think we have a reputation for quality--which I would like to see
> > > continue.
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> > <ma...@jakarta.apache.org>
> > > For additional commands, e-mail:
> > <ma...@jakarta.apache.org>
> > >
> >
> >
> >
> > --
> > To unsubscribe, e-mail:
> > <mailto:avalon-dev-> unsubscribe@jakarta.apache.org>
> > For
> > additional commands,
> > e-mail: <ma...@jakarta.apache.org>
> >
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: DataSourceComponent extending Configurable
Posted by Berin Loritsch <bl...@apache.org>.
It shouldn't. The contract with the Component's interface
is that the interface is all inclusive. No lifecycle methods
should be part of it.
> -----Original Message-----
> From: Vincent Tence [mailto:Vincent.TENCE@gemplus.com]
> Sent: Monday, September 09, 2002 10:18 AM
> To: 'Avalon Developers List'; bloritsch@apache.org
> Subject: RE: DataSourceComponent extending Configurable
>
>
> Second thought, it's hard to change cause it would break
> backward compatibility ...
>
> > -----Original Message-----
> > From: Berin Loritsch [mailto:bloritsch@apache.org]
> > Sent: Monday, September 09, 2002 09:46
> > To: 'Avalon Developers List'
> > Subject: RE: DataSourceComponent extending Configurable
> >
> >
> > You mean the interface extends Configurable?
> >
> > That is a bug. I can't believe I put code in there like
> that! Unless
> > another well meaning person did it....
> >
> > > -----Original Message-----
> > > From: Vincent Tence [mailto:Vincent.TENCE@gemplus.com]
> > > Sent: Friday, September 06, 2002 5:43 PM
> > > To: 'Avalon Developers List'
> > > Subject: DataSourceComponent extending Configurable
> > >
> > >
> > > Hi Berin,
> > >
> > > Any special reason why DataSourceComponent extends Configurable -
> > > rather than JdbcDataSource implementing Configurable? I
> came accross
> > > that when implementing a mockobject DataSourceComponent.
> > >
> > > Vincent
> > >
> > > > -----Original Message-----
> > > > From: Berin Loritsch [mailto:bloritsch@apache.org]
> > > > Sent: Friday, September 06, 2002 16:59
> > > > To: 'Avalon Developers List'
> > > > Subject: RE: Opinions from JUnit mailling list on Avalon
> > > >
> > > >
> > > > > From: David W. [mailto:daveweit@optonline.net]
> > > > >
> > > > > Ho ho. weitzman_d@yahoo.com is me ;). Although the
> > > project I was
> > > > > working on is still halted until I get around to
> > setting up a JMS
> > > > > service in Phoenix. Otherwise Avalon seems to work --
> > provided,
> > > > > that is, that you're willing to go through stuff only
> > > available in
> > > > > CVS to figure out how to use it.
> > > >
> > > > Well, if you have some sort of time compression device
> > > where I would
> > > > be able to put 16 hours of work into an 8 hour period, I
> > > would be more
> > > > than happy to resolve these issues.
> > > >
> > > > >
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "Berin Loritsch" <bl...@apache.org>
> > > > > To: "'Avalon Developer's List'"
> <av...@jakarta.apache.org>
> > > > > Sent: Friday, September 06, 2002 9:33 AM
> > > > > Subject: Opinions from JUnit mailling list on Avalon
> > > > >
> > > > >
> > > > > >
> > > > > > From the thread entitled:
> > > > > > "[junit] Unit testing multithreaded network code"
> > > > > >
> > > > > > (which by the way is an interesting read for testing
> > > > > networking code)
> > > > > >
> > > > > > Had the opinions posted from two developers:
> > > > > >
> > > > > > "The general issue of how to approach this sort of
> > > issue remains
> > > > > > unsolved, but I sidestepped my own problem by passing the
> > > > > > responsibilty of verifying the robustness of code to
> > the Jakarta
> > > > > > Avalon project. I may be taking the lazy way out, but I
> > > > trust the
> > > > > > Apache people to write working software."
> > > > > >
> > > > > > From: weitzman_d
> > [mailto:weitzman_d@yahoo.com]
> > > > > >
> > > > > > The response was:
> > > > > >
> > > > > > "This might be a deceiving attitude at best. The Avalon
> > > > > project has a
> > > > > > high code quality indeed, but as for Jakarta projects in
> > > > > general this
> > > > > > does not hold.
> > > > > > Just look randomly around and you'll find lots and lots
> > > > and lots of
> > > > > > really
> > > > > > bad code with zero tests with no regard to object-oriented
> > > > > principles
> > > > > > and
> > > > > > which violates almost any heuristics for good code
> I know of."
> > > > > >
> > > > > > From: Johannes Link
> [mailto:john.link@gmx.net]
> > > > >
> > > > >
> > > > > I think we have a reputation for quality--which I would
> > > like to see
> > > > > continue.
> > > > >
> > > > >
> > > > > --
> > > > > To unsubscribe, e-mail:
> > > > <ma...@jakarta.apache.org>
> > > > > For additional commands, e-mail:
> > > > <ma...@jakarta.apache.org>
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > To unsubscribe, e-mail:
> > > > <mailto:avalon-dev-> unsubscribe@jakarta.apache.org>
> > > > For
> > > > additional commands,
> > > > e-mail: <ma...@jakarta.apache.org>
> > > >
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> > <ma...@jakarta.apache.org>
> > For additional commands, e-mail:
> > <ma...@jakarta.apache.org>
> >
> >
> >
> > --
> > To
> > unsubscribe, e-mail:
> > <mailto:avalon-dev-> unsubscribe@jakarta.apache.org>
> > For
> > additional commands,
> > e-mail: <ma...@jakarta.apache.org>
> >
>
>
> --
> To unsubscribe, e-mail:
> <mailto:avalon-dev-> unsubscribe@jakarta.apache.org>
> For
> additional commands,
> e-mail: <ma...@jakarta.apache.org>
>
>
>
> --
> To unsubscribe, e-mail:
> <mailto:avalon-dev-> unsubscribe@jakarta.apache.org>
> For
> additional commands,
> e-mail: <ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: DataSourceComponent extending Configurable
Posted by Vincent Tence <Vi...@gemplus.com>.
Second thought, it's hard to change cause it would break backward
compatibility ...
> -----Original Message-----
> From: Berin Loritsch [mailto:bloritsch@apache.org]
> Sent: Monday, September 09, 2002 09:46
> To: 'Avalon Developers List'
> Subject: RE: DataSourceComponent extending Configurable
>
>
> You mean the interface extends Configurable?
>
> That is a bug. I can't believe I put code in there like
> that! Unless another well meaning person did it....
>
> > -----Original Message-----
> > From: Vincent Tence [mailto:Vincent.TENCE@gemplus.com]
> > Sent: Friday, September 06, 2002 5:43 PM
> > To: 'Avalon Developers List'
> > Subject: DataSourceComponent extending Configurable
> >
> >
> > Hi Berin,
> >
> > Any special reason why DataSourceComponent extends
> > Configurable - rather than JdbcDataSource implementing
> > Configurable? I came accross that when implementing a
> > mockobject DataSourceComponent.
> >
> > Vincent
> >
> > > -----Original Message-----
> > > From: Berin Loritsch [mailto:bloritsch@apache.org]
> > > Sent: Friday, September 06, 2002 16:59
> > > To: 'Avalon Developers List'
> > > Subject: RE: Opinions from JUnit mailling list on Avalon
> > >
> > >
> > > > From: David W. [mailto:daveweit@optonline.net]
> > > >
> > > > Ho ho. weitzman_d@yahoo.com is me ;). Although the
> > project I was
> > > > working on is still halted until I get around to
> setting up a JMS
> > > > service in Phoenix. Otherwise Avalon seems to work --
> provided,
> > > > that is, that you're willing to go through stuff only
> > available in
> > > > CVS to figure out how to use it.
> > >
> > > Well, if you have some sort of time compression device
> > where I would
> > > be able to put 16 hours of work into an 8 hour period, I
> > would be more
> > > than happy to resolve these issues.
> > >
> > > >
> > > >
> > > > ----- Original Message -----
> > > > From: "Berin Loritsch" <bl...@apache.org>
> > > > To: "'Avalon Developer's List'" <av...@jakarta.apache.org>
> > > > Sent: Friday, September 06, 2002 9:33 AM
> > > > Subject: Opinions from JUnit mailling list on Avalon
> > > >
> > > >
> > > > >
> > > > > From the thread entitled:
> > > > > "[junit] Unit testing multithreaded network code"
> > > > >
> > > > > (which by the way is an interesting read for testing
> > > > networking code)
> > > > >
> > > > > Had the opinions posted from two developers:
> > > > >
> > > > > "The general issue of how to approach this sort of
> > issue remains
> > > > > unsolved, but I sidestepped my own problem by passing the
> > > > > responsibilty of verifying the robustness of code to
> the Jakarta
> > > > > Avalon project. I may be taking the lazy way out, but I
> > > trust the
> > > > > Apache people to write working software."
> > > > >
> > > > > From: weitzman_d
> [mailto:weitzman_d@yahoo.com]
> > > > >
> > > > > The response was:
> > > > >
> > > > > "This might be a deceiving attitude at best. The Avalon
> > > > project has a
> > > > > high code quality indeed, but as for Jakarta projects in
> > > > general this
> > > > > does not hold.
> > > > > Just look randomly around and you'll find lots and lots
> > > and lots of
> > > > > really
> > > > > bad code with zero tests with no regard to object-oriented
> > > > principles
> > > > > and
> > > > > which violates almost any heuristics for good code I know of."
> > > > >
> > > > > From: Johannes Link
[mailto:john.link@gmx.net]
> > > >
> > > >
> > > > I think we have a reputation for quality--which I would
> > like to see
> > > > continue.
> > > >
> > > >
> > > > --
> > > > To unsubscribe, e-mail:
> > > <ma...@jakarta.apache.org>
> > > > For additional commands, e-mail:
> > > <ma...@jakarta.apache.org>
> > > >
> > >
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> > > <mailto:avalon-dev-> unsubscribe@jakarta.apache.org>
> > > For
> > > additional commands,
> > > e-mail: <ma...@jakarta.apache.org>
> > >
> >
> >
> > --
> > To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
>
>
> --
> To
> unsubscribe, e-mail:
> <mailto:avalon-dev-> unsubscribe@jakarta.apache.org>
> For
> additional commands,
> e-mail: <ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: DataSourceComponent extending Configurable
Posted by Berin Loritsch <bl...@apache.org>.
You mean the interface extends Configurable?
That is a bug. I can't believe I put code in there like
that! Unless another well meaning person did it....
> -----Original Message-----
> From: Vincent Tence [mailto:Vincent.TENCE@gemplus.com]
> Sent: Friday, September 06, 2002 5:43 PM
> To: 'Avalon Developers List'
> Subject: DataSourceComponent extending Configurable
>
>
> Hi Berin,
>
> Any special reason why DataSourceComponent extends
> Configurable - rather than JdbcDataSource implementing
> Configurable? I came accross that when implementing a
> mockobject DataSourceComponent.
>
> Vincent
>
> > -----Original Message-----
> > From: Berin Loritsch [mailto:bloritsch@apache.org]
> > Sent: Friday, September 06, 2002 16:59
> > To: 'Avalon Developers List'
> > Subject: RE: Opinions from JUnit mailling list on Avalon
> >
> >
> > > From: David W. [mailto:daveweit@optonline.net]
> > >
> > > Ho ho. weitzman_d@yahoo.com is me ;). Although the
> project I was
> > > working on is still halted until I get around to setting up a JMS
> > > service in Phoenix. Otherwise Avalon seems to work -- provided,
> > > that is, that you're willing to go through stuff only
> available in
> > > CVS to figure out how to use it.
> >
> > Well, if you have some sort of time compression device
> where I would
> > be able to put 16 hours of work into an 8 hour period, I
> would be more
> > than happy to resolve these issues.
> >
> > >
> > >
> > > ----- Original Message -----
> > > From: "Berin Loritsch" <bl...@apache.org>
> > > To: "'Avalon Developer's List'" <av...@jakarta.apache.org>
> > > Sent: Friday, September 06, 2002 9:33 AM
> > > Subject: Opinions from JUnit mailling list on Avalon
> > >
> > >
> > > >
> > > > From the thread entitled:
> > > > "[junit] Unit testing multithreaded network code"
> > > >
> > > > (which by the way is an interesting read for testing
> > > networking code)
> > > >
> > > > Had the opinions posted from two developers:
> > > >
> > > > "The general issue of how to approach this sort of
> issue remains
> > > > unsolved, but I sidestepped my own problem by passing the
> > > > responsibilty of verifying the robustness of code to the Jakarta
> > > > Avalon project. I may be taking the lazy way out, but I
> > trust the
> > > > Apache people to write working software."
> > > >
> > > > From: weitzman_d [mailto:weitzman_d@yahoo.com]
> > > >
> > > > The response was:
> > > >
> > > > "This might be a deceiving attitude at best. The Avalon
> > > project has a
> > > > high code quality indeed, but as for Jakarta projects in
> > > general this
> > > > does not hold.
> > > > Just look randomly around and you'll find lots and lots
> > and lots of
> > > > really
> > > > bad code with zero tests with no regard to object-oriented
> > > principles
> > > > and
> > > > which violates almost any heuristics for good code I know of."
> > > >
> > > > From: Johannes Link [mailto:john.link@gmx.net]
> > > >
> > > >
> > > > I think we have a reputation for quality--which I would
> > like to see
> > > > continue.
> > > >
> > > >
> > > > --
> > > > To unsubscribe, e-mail:
> > > <ma...@jakarta.apache.org>
> > > > For additional commands, e-mail:
> > > <ma...@jakarta.apache.org>
> > > >
> > >
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> > > <mailto:avalon-dev-> unsubscribe@jakarta.apache.org>
> > > For
> > > additional commands,
> > > e-mail: <ma...@jakarta.apache.org>
> > >
> >
> >
> > --
> > To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
>
>
> --
> To
> unsubscribe, e-mail:
> <mailto:avalon-dev-> unsubscribe@jakarta.apache.org>
> For
> additional commands,
> e-mail: <ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
DataSourceComponent extending Configurable
Posted by Vincent Tence <Vi...@gemplus.com>.
Hi Berin,
Any special reason why DataSourceComponent extends Configurable - rather
than JdbcDataSource implementing Configurable?
I came accross that when implementing a mockobject DataSourceComponent.
Vincent
> -----Original Message-----
> From: Berin Loritsch [mailto:bloritsch@apache.org]
> Sent: Friday, September 06, 2002 16:59
> To: 'Avalon Developers List'
> Subject: RE: Opinions from JUnit mailling list on Avalon
>
>
> > From: David W. [mailto:daveweit@optonline.net]
> >
> > Ho ho. weitzman_d@yahoo.com is me ;). Although the project
> > I was working on is still halted until I get around to
> > setting up a JMS service in Phoenix. Otherwise Avalon seems
> > to work -- provided, that is, that you're willing to go
> > through stuff only available in CVS to figure out how to use it.
>
> Well, if you have some sort of time compression device where I
> would be able to put 16 hours of work into an 8 hour period, I
> would be more than happy to resolve these issues.
>
> >
> >
> > ----- Original Message -----
> > From: "Berin Loritsch" <bl...@apache.org>
> > To: "'Avalon Developer's List'" <av...@jakarta.apache.org>
> > Sent: Friday, September 06, 2002 9:33 AM
> > Subject: Opinions from JUnit mailling list on Avalon
> >
> >
> > >
> > > From the thread entitled:
> > > "[junit] Unit testing multithreaded network code"
> > >
> > > (which by the way is an interesting read for testing
> > networking code)
> > >
> > > Had the opinions posted from two developers:
> > >
> > > "The general issue of how to approach this sort of issue remains
> > > unsolved, but I sidestepped my own problem by passing the
> > > responsibilty of verifying the robustness of code to the Jakarta
> > > Avalon project. I may be taking the lazy way out, but I
> trust the
> > > Apache people to write working software."
> > >
> > > From: weitzman_d [mailto:weitzman_d@yahoo.com]
> > >
> > > The response was:
> > >
> > > "This might be a deceiving attitude at best. The Avalon
> > project has a
> > > high code quality indeed, but as for Jakarta projects in
> > general this
> > > does not hold.
> > > Just look randomly around and you'll find lots and lots
> and lots of
> > > really
> > > bad code with zero tests with no regard to object-oriented
> > principles
> > > and
> > > which violates almost any heuristics for good code I know of."
> > >
> > > From: Johannes Link [mailto:john.link@gmx.net]
> > >
> > >
> > > I think we have a reputation for quality--which I would
> like to see
> > > continue.
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> > <ma...@jakarta.apache.org>
> > > For additional commands, e-mail:
> > <ma...@jakarta.apache.org>
> > >
> >
> >
> >
> > --
> > To unsubscribe, e-mail:
> > <mailto:avalon-dev-> unsubscribe@jakarta.apache.org>
> > For
> > additional commands,
> > e-mail: <ma...@jakarta.apache.org>
> >
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Opinions from JUnit mailling list on Avalon
Posted by Berin Loritsch <bl...@apache.org>.
> From: David W. [mailto:daveweit@optonline.net]
>
> Ho ho. weitzman_d@yahoo.com is me ;). Although the project
> I was working on is still halted until I get around to
> setting up a JMS service in Phoenix. Otherwise Avalon seems
> to work -- provided, that is, that you're willing to go
> through stuff only available in CVS to figure out how to use it.
Well, if you have some sort of time compression device where I
would be able to put 16 hours of work into an 8 hour period, I
would be more than happy to resolve these issues.
>
>
> ----- Original Message -----
> From: "Berin Loritsch" <bl...@apache.org>
> To: "'Avalon Developer's List'" <av...@jakarta.apache.org>
> Sent: Friday, September 06, 2002 9:33 AM
> Subject: Opinions from JUnit mailling list on Avalon
>
>
> >
> > From the thread entitled:
> > "[junit] Unit testing multithreaded network code"
> >
> > (which by the way is an interesting read for testing
> networking code)
> >
> > Had the opinions posted from two developers:
> >
> > "The general issue of how to approach this sort of issue remains
> > unsolved, but I sidestepped my own problem by passing the
> > responsibilty of verifying the robustness of code to the Jakarta
> > Avalon project. I may be taking the lazy way out, but I trust the
> > Apache people to write working software."
> >
> > From: weitzman_d [mailto:weitzman_d@yahoo.com]
> >
> > The response was:
> >
> > "This might be a deceiving attitude at best. The Avalon
> project has a
> > high code quality indeed, but as for Jakarta projects in
> general this
> > does not hold.
> > Just look randomly around and you'll find lots and lots and lots of
> > really
> > bad code with zero tests with no regard to object-oriented
> principles
> > and
> > which violates almost any heuristics for good code I know of."
> >
> > From: Johannes Link [mailto:john.link@gmx.net]
> >
> >
> > I think we have a reputation for quality--which I would like to see
> > continue.
> >
> >
> > --
> > To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> > For additional commands, e-mail:
> <ma...@jakarta.apache.org>
> >
>
>
>
> --
> To unsubscribe, e-mail:
> <mailto:avalon-dev-> unsubscribe@jakarta.apache.org>
> For
> additional commands,
> e-mail: <ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Opinions from JUnit mailling list on Avalon
Posted by "David W." <da...@optonline.net>.
Ho ho. weitzman_d@yahoo.com is me ;). Although the project I was working
on is still halted until I get around to setting up a JMS service in
Phoenix. Otherwise Avalon seems to work -- provided, that is, that you're
willing to go through stuff only available in CVS to figure out how to use
it.
----- Original Message -----
From: "Berin Loritsch" <bl...@apache.org>
To: "'Avalon Developer's List'" <av...@jakarta.apache.org>
Sent: Friday, September 06, 2002 9:33 AM
Subject: Opinions from JUnit mailling list on Avalon
>
> From the thread entitled:
> "[junit] Unit testing multithreaded network code"
>
> (which by the way is an interesting read for testing networking code)
>
> Had the opinions posted from two developers:
>
> "The general issue of how to approach this sort of issue remains
> unsolved, but I sidestepped my own problem by passing the
> responsibilty of verifying the robustness of code to the Jakarta
> Avalon project. I may be taking the lazy way out, but I trust the
> Apache people to write working software."
>
> From: weitzman_d [mailto:weitzman_d@yahoo.com]
>
> The response was:
>
> "This might be a deceiving attitude at best. The Avalon project has a
> high
> code quality indeed, but as for Jakarta projects in general this does
> not hold.
> Just look randomly around and you'll find lots and lots and lots of
> really
> bad code with zero tests with no regard to object-oriented principles
> and
> which violates almost any heuristics for good code I know of."
>
> From: Johannes Link [mailto:john.link@gmx.net]
>
>
> I think we have a reputation for quality--which I would like to see
> continue.
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>