[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [ve-dev] Read/Write of complex LayoutManager values
|
Actually, I was trying to make this just as simple and plain as possible:
adding minimal ordinary support for just one layout manager.
1) Unfortunately, seems that I am not even talking to the remote
VM. When I run this code, I am still getting a null assigned to
"formLayoutHelperType":
String
targetVMHelperTypeName = "java.lang.String";
<<<< that should exist in any VM
formLayoutHelperType =
getContainerBeanProxy().getProxyFactoryRegistry().
getBeanTypeProxyFactory().getBeanTypeProxy(targetVMHelperTypeName);
The result of the terminal "getBeanTypeProxy()" call is a
Command.GET_CLASS_NOT_FOUND. Shouldn't I be able to find at least
the String.class on the remote VM? Any advice on how to
debug?
2) The JGoodies standard forms layout manger has exactly one bean
standard-form property (int[][] get/setGroups()). Instead, all of
the really interesting values are provided as constructor
parameters. Therefore, was not planning on having a beaninfo, at
least until I can generate/handle synthetic bean properties on the
propertypage. Not sure that is even possible, so, for now, just not
bothering with a beaninfo.
3) If I follow the standard pattern of exposing the forms.jar --
contributing the forms.jar used internally by the plug-in to user
projects -- I am still uncertain as to what the container value should
be.
You said that the container value "needs to be the container that
you have that contains your "runtime" code. It needs to be the
container that supplies the jar that contains the FormLayout class
itself." Sorry, just cannot parse that with
certainty.
The forms.jar contains
"com.jgoodies.forms.layout.FormLayout.class", which is the
actual layout manager.
The maximum single path part that will still include all classes in the
forms.jar is "com.jgoodies.forms".
The forms.jar is located in the root directory of my plug-in.
The plug-in has an ID of "net.certiv.ve"
So is this correct:
"container=com.jgoodies.forms.FormLayoutContainer"?
If not, what is? Or, what additional information is needed to
compose a proper container value?
Thanks much,
Gerald
At 11:21 AM 6/13/2006, you wrote:
Hi,
Your's is not a usual situation. Typically people are
supplying both the runtime jar to compile against and use at runtime, and
separate editparts/VE code and beaninfo.
First, your forms.jar internal one that your plugin is
supplying, does it have an actual FormsLayout class in it? That could be
a problem because the user would not be putting this jar into their
classpath in the project. They would be putting the external forms.jar.
So the FormsLayout from the external jar is the one that will be compiled
against and loaded in the remote vm, not your FormsLayout class. Is that
a problem?
Rich