Hmm, depends on the definition of unit test. I do not think that this is what unit tests are for. I would call such tests integration tests, which put all pieces together and test if they behave as excpected. Although you might use JUnit for doing that. With unit test I would like to test my "business" components, not neccessarily the components construction done by HiveMind.
So, in principle you are right. With a good test coverage this would not be necessary. But why not supporting it with a (optional) validation? -----"Howard M. Lewis Ship" <[EMAIL PROTECTED]> wrote: ----- To: <[email protected]> From: "Howard M. Lewis Ship" <[EMAIL PROTECTED]> Date: 23.04.2004 13:26 Subject: RE: Validation of the configuration (the sum of all loaded hivemodules) At the risk of sounding flip ... isn't this what unit tests are for? There's a finite limit to what HiveMind can, in fact, validate without actually executing the application. HiveMind should make your testing easier (or, in fact, possible) ... not replace the need for testing. -- Howard M. Lewis Ship Independent J2EE / Open-Source Java Consultant Creator, Tapestry: Java Web Components Creator, HiveMind http://howardlewisship.com > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 22, 2004 9:49 AM > To: [email protected] > Subject: Validation of the configuration (the sum of all > loaded hivemodules) > > > > Hi, > > we are using HiveMind as our component framework. Our application is a > almost typical client/server application. > As our application grows and grows we would like to have some > support for > validating the configuration. I would like to ask the > registry to validate: > - point all implementations to existing service points > - same for contributions/configuration points > - same for schema/schema-id > - same for .. (are there any others?) > - are all referenced classes available (not neccessarily load > them), so far > HiveMind is aware of knowing that some attribute relates to a class. > > Sure I could parse myself all the hivemodules but .. > How about contributing? > > Regards, > Stefan > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
