Rickard �berg wrote:
>
>
> > Rickard, If you see this, I am working for a company
> > called Hemisphere Technologies and we are based
> > in Cape Town, South Africa. Some of the guys here
> > are trying to follow the extreme programming route
> > and are busy with a unit test framework for EJB's. The
> > framework is designed in such a way that each bussiness object
> > have a unit test. Each of thos bussiness objects is wrapped up
> > by a EJB wrapper which enable the bussiness object to excists
> > in a EJB environment. The unit test itself also have
> > a EJB wrapper that adds the functionality of testing
> > the bussiness object in a EJB enviroment. If you guys
> > are not doing something like this already, tell me
> > if you would be interested
>
> Sounds pretty straightforward, although I'm questioning the validity of
> testing the stuff outside of an EJB container. I mean, there's nothing
> of what an EJB container provides available (JDBC pools, environment
> naming, tx, security, etc.) so why not do the testing in the container?
>
> /Rickard
>
> --
> Rickard �berg
>
> Email: [EMAIL PROTECTED]
>
> --
> --------------------------------------------------------------
> To subscribe: [EMAIL PROTECTED]
> To unsubscribe: [EMAIL PROTECTED]
> Problems?: [EMAIL PROTECTED]
Hi Rickard
A made the abstraction of having a data layer, business layer
and a environment layer in object level. Basically the business
object is a pure java class with no dependencies other than a VM.
This functionality can be tested on each own with a unit test.
This object can then be wrapped up by a servlet, EJB or
Jini wrapper. The wrapper will just extend the business
object, inheriting all the business methods. The wrapper
itself then add all the functionality in order for this
object to exists in whatever environment. The data that
the object accesses, is also abstracted into a data access
object (DAO). At the end of the day you end up with a mini
three tier architecture where you have your DAO, Business object
and environment wrapper. Each of these will have a unit test.
In this way your business logic is nicely abstracted and environment
independent.
Your thoughts on this?
Regards
Manie Coetzee
--
--------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Problems?: [EMAIL PROTECTED]