Hi Tom,
Thank you for your answers!
Yes, I understood that version 0.19.1 is out of date and uses the old approach to accessing uml models. The reason for me to stick to this version is because I need to instrument the novosoft class files and monitor how they behave when used by the client tool, ArgoUML. Version 0.19.1 is the highest version I know that still uses Novosoft's implementation. My own class loader is for the same reason - to load the ArgoUML class files and instrument them.
Yes, I understood that version 0.19.1 is out of date and uses the old approach to accessing uml models. The reason for me to stick to this version is because I need to instrument the novosoft class files and monitor how they behave when used by the client tool, ArgoUML. Version 0.19.1 is the highest version I know that still uses Novosoft's implementation. My own class loader is for the same reason - to load the ArgoUML class files and instrument them.
It is what I guessed that StylePanelFigAssociation is constructed on the fly, although I did not examine this in the code. When my class loader failed to load this class and delegated the loading to the system class loader, it did succeed.
I would agree that using my own class loader may be risky, since I have already seen that ArgoUML has its own loaders and does not always mine. Perhaps an alternative is to instrument only a few packages to reduce the risk. I will need to examine the code to decide.
Thanks again for your suggestions and information,
-- Sunny
On 8/23/06, Tom Morris <[EMAIL PROTECTED]> wrote:
I think we've mentioned this before, but just to reiterate, the 0.19.1
sources are VERY out of date and use an entirely different version of UML
and an entirely different Model subsystem implementation. The longer you
insist on using them, the less support you'll be able to get.
> I created my own class loader by overriding the loadClass method.
Why do you need a special class loader? Messing with the class loaders is
risky because even if you implement yours correctly, if there's another part
of ArgoUML which isn't using class loaders 100% correctly, things will fail.
> At runtime, my class loader is trying to load the class
> org.argouml.uml.diagram.ui.StylePanelFigAssociation but failed
> to find it. I searched through the whole project packages but
> could not find it either. Would you please tell me where it is?
It probably doesn't exist. I expect that if you examine the code at the
calling site, you'll find that it constructs the class name dynamically,
attempts to load it, and if it fails uses some default class instead.
Tom
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
