On 2001.11.19 12:28:58 -0500 Dain Sundstrom wrote:
> >
> > As if your life isn't hard enough...;-)
>
> :)
>
> > I'm going to start looking at extending the CMP 2 code to
> > work with CCI
> > resource adapters as well as jca-jdbc drivers. (the aim is to
> > use EJB 2
> > with an object database, for which there is a CCI connector.)
>
> I have been thinking about a new cmp 2 extension that maps to stored
> procedures. Would that be similar?
I think a case could be made for using something like the CCI - jdbc -
blackbox jca wrapper for this, where basically the sp's are kept in the
InteractionSpecs. In other words I'd suggest using the CCI interface I am
proposing for sps as well.
>
> > My initial impression is that I will have to implement all
> > the classes in
> > ejb/plugins/cmp/jdbc/** in a new ejb/plugins/cmp/cci/** (for
> > starters). Is
> > this anywhere near the right track? Any clues about what else
> > I will need?
>
> Well, not exactly. ejb/plugins/cmp/jdbc/** is an implementation of
> ejb/plugins/cmp/**, but may be a good stating place. One issue I see, is
> that I plan on changing this somewhat to support database
> INSERT/DELETE/SYNC
> timing and ordering.
>
> The most important packages to investigate are the bridge packages. The
> bridge packages implements the bridge pattern. The bridge is between
> entity
> implementation accessors and cmp-field/cmr-field/query objects.
So this would be in .../cmp/cci/bridge? Don't I need the cmp/cci analogues
of cmp/jdbc also?
>
> > [I am hoping that the results of this work will be donated to
> > JBoss, but
> > cannot guarantee this]
> >
> > Also, would it be OK if I converted the sample app and tests
> > you sent me to
> > fit in the jboss testsuite and committed them?
>
> I have a much more detailed set of test cases, that I would like to add.
> I'm not really sure how the test system works, so maybe you can send me
> some
> pointers.
If you'd like I would be happy to do this to get more oriented. If you
want to...
Lets say you put it in .../test/cmp2/.
Test cases go in .../test/cmp2/test. They should be named
*UnitTestCase.java or *StressTestCase.java. They should descend from
JBossTestCase.
Typically you will have an application to test, say Example.ear. Assuming
you want to deploy it for a whole TestCase class worth of tests (rather
than un/redeploy it between tests), use a JBossTestSetup like this in your
testcase:
public static Test suite() throws Exception
{
return getJ2eeSetup(MyCMP2UnitTestCase.class, "Example.ear");
}
This will deploy Example.ear once before any tests from MyCMP2UnitTestCase
and undeploy it after all are complete.
Put the bean classes in .../test/cmp2/bean (or .../ejb), interfaces (if not
xdoclet-generated) in .../test/cmp2/interfaces
Put ejb-jar.xml and other config files in .../src/resources/cmp2/....
Put instructions for building the ears in the build.xml, it should end up
in output/lib. As far as I am concerned you don't need to package the
*/test/*TestCase code, although it may be getting jarred up anyway.
Personally I am only interested in running tests from ant, where the test
class files work fine.
Tests named *UnitTestCase will be run from the tests-unit target. You can
run all cmp2 tests with -Dtest=cmp2 test or one test class with
-Dtest=MyCMP2UnitTestCase one-test.
Thanks!
david jencks
>
> It is good to see soooo much interest today :)
>
> -dain
>
>
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
