I just realized there's a more succinct way to describe my problem:
I have created a XPCOM standalone component that provides some service
that I want to access in my self contained XUL dev environment.
How do I register it so that it is available for use just like the
components in xulrunner/components

The obvious way of registering with regxpcom is not resulting in the
updated components/*.dat files.

I may be just doing something stupid, but I can't tell what it could
be.

Any help, suggestions or RTFM pointers (with directions to manual) are
welcome.

Thanks in advance.

Martin


Martini wrote:
> I'm trying to prototype what seems to be very simple and after reading
> through numerous web pages, postings and examples I'm at a loss.
>
> I want to create a XPCOM component in C++ that does not integrate with
> mozilla  or xul in any way (and indeed runs independent of the
> existence of mozilla) and I want to then access the component through
> java.
>
> After a previous attempt to get javaxpcom to work with standalone XPCOM
> I was kindly instructed to use xulrunner for the javaxpcom support.
> Thanks for the help there to everyone.
>
> I downloaded the gecko-sdk and xulrunner packages for win32, created a
> java test application based on the outdated
> mozilla/extensions/java/xpcom/tests examples that gets a IMutableArray
> with success.  Perfect.
>
> I then created a test component and copied it (.dll/.xpt) to the
> xulrunner/components. I tried to register from the xulrunner directory
> as follows
>
> ../gecko-sdk/bin/regxpcom.exe   -x . components
> I get Registration failed: (80520012) components (ok, it can't find the
> file)
> so I try
> ../gecko-sdk/bin/regxpcom.exe   -x .
> d:\\workspaces\\XPCOM_Experiments\\xulrunner\\
> I get Registration successful for
> d:\workspaces\XPCOM_Experiments\xulrunner\
>
> Looks good, but the *.dat files are untouched.
>
> So I delete the test component and xpt file that I added and try the
> above again.... same issue.
>
> Hmmm..... it's unclear as to what I should do at this point since the
> documentation is fragmented, not clear and mostly out of date.
>
> This makes me wonder - is it even possible to do what I want, to use
> XPCOM as a cross platform component model to create binary components,
> and to use JavaXPCOM as a way to access these components.
>
> If it is possible, I would appreciate any tips on how I can get this to
> work.
> 
> 
> Thanks in advance and best regards,
> 
> Martin

_______________________________________________
dev-tech-xpcom mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-tech-xpcom

Reply via email to