Ok,
I switch to the MIME type you suggested below and that brought back the dialog
box that said no plugin for "application/x-java-vm".
Using the original MIME type I managed to trace the problem in the browser to
something that make no sense to me but here goes:
It appear that the Create() function that is specified in the components
structure is used by the browser to create both the factory and the things that
the factory is suppose to create.
So what was happening was the browser was calling the create function with an
IID set to nsIPluginInstance and that was failing.
That failure resulted in a fall through to code that opens the .so and looks for
a NSGetFactory() function [which is now deleted from my code]
Any idea why the browser doesn't:
1) Create component instances by calling the CreateInstance() function that is
specified by the nsIFactory interface directly?
2) Seem to use the GetMIMETypes() function at all?
Thanks for all you help with this.
steve katz
In article <[EMAIL PROTECTED]>, Sean Echevarria says...
>
>On Thu, 14 Jun 2001 14:36:30 GMT, Steven Katz <[EMAIL PROTECTED]>
>wrote:
>>>
>>>First, the mimeTypes that you pass to RegisterPlugin should be:
>>> NS_INLINE_PLUGIN_CONTRACTID_PREFIX "application/x-java-vm"
>>>not just "application/x-java-vm"
>>>
>>
>>Ok, I'll try that.
>>
>>>
>>>If you are using NS_IMPL_NSGETMODULE, it's preprocessed into a call to
>>>NS_NewGenericModule
>>>(http://lxr.mozilla.org/seamonkey/source/xpcom/components/nsIGenericFactory.h#125)
>>>
>>>Try to step through that and see if there are any errors generated.
>>>
>>>Does your RegisterSelf even get called?
>>>
>>
>>Yes it is being called. Using this scheme do I still need to implement
>>NSGetFactory()?
>
>No.
>
>If registerSelf is running without error, then most likely the only
>problem is the incorrect mimetype that was being registered.
>
