First, I want to say God Bless Middlegen!, and kudos to Aslak and the other
developers. This will be an enormous time saver if I can get it to do what I need.
When I configure middlegen to generate remote interfaces (viewtype="remote" in the
cmp20 subtask), it generates create methods which take local interfaces as parameters.
For example: a Choice belongs to a Scale, and the middlegen-erated create method in
ChoiceBean looks like this:
public foo.interfaces.ChoicePK ejbCreate( int number, java.lang.String text,
boolean na, icoachplus.interfaces.ScaleLocal scale )
Resulting in an xdoclet-generated *remote* interface that looks like this:
public foo.interfaces.Choice create(int number , java.lang.String text , boolean na ,
icoachplus.interfaces.ScaleLocal scale)
This causes two issues. First, since it didn't generate any local interfaces, it
won't compile. I can make it compile by using viewtype="both", but the real issue in
my mind is: what good is a create method on a remote interface that takes local
interfaces as parameters? A remote client of course does not have access to local
interfaces.
I love the CMR feature introduced in EJB 2.0, so I want to use local interfaces where
I can, but I'd really like to be able to create objects with the remote interfaces
where running in the same JVM is not an option.
Thanks,
Russell
����^�����)�{(��[�
�ʋ����y֛��r���y������.�+r
X���y�+hTD8Z�׀��!y$��y��j{0z����)i�^I"�y˫�ܧy�l��i��0�
-��-y�&��y�xm�Y�u�^�����j)b�
b�٢u�^������l���q���z�m��?�X���(��~��zw��X�����b��?�']����