Re: oaf plugin patch



My 2p:

ORBit-specific == bad, inter-ORB compatibility == good.

A concrete example of trouble : what if you wanted a Java plugin?  The 
java component would want to use the built-in Java ORB, while still 
implementing bonobo.  Sounds like this might not fly with Elliott's 
solution.  (I know, we don't have this capability yet...)

Yes, there are a few viewers/tools that are available for non-Windows 
environments as Java but not in native-code toolkits.  <implicit Batik 
plug> SVG for instance, can only be viewed on linux using Java-based 
viewers. </implicit Batik plug> 

<grin/>

-Bill

>Hi,
>	Replying to myself... bad sign ;)
>
>	Okay, so myself and Elliot are at odds how to solve this
>problem. I thought I'd summarise our IRC discussion and hopefully
>get some input.
>
>Problem:
>--------
>	Need to find some way that we can unload a plugin safely while
>executing a CORBA method on an object in the plugin.
>
>Elliot's Solution:
>------------------
>	Add a ORBit specific API to ORBit:

<...>

>My Solution:
>------------
>	Use a CORBA specified feature. 

<...>

>Cheers,
>Mark.

------
Bill Haneman x19279
Gnome Accessibility / Batik SVG Toolkit
Sun Microsystems Ireland 





[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]