Re: JavaXPCOM components

Greg Bowyer <[email protected]> Fri, 15 Feb 2008 14:14:30 +0000
Newsgroups gmane.comp.mozilla.devel.java
Message-ID <CsidnS2jmIXKAyjanZ2dnUVZ_jadnZ2d__18473.546303767$1203084966$gmane$org@mozilla.org>
retrev wrote:
> I sent an email to Javier Pedemonte's gmail addr but I haven't
> received a response so I figured I'd float my email here and maybe
> someone else can help me.
> 
> I work on a team that develops a C++ application with a plug-in
> extension system. We are looking to write plug-ins in java and one of
> the technologies we are investigating is XPCOM. It looks like the
> JavaXPCOM code to write Java components is not in the current Mozilla
> trunk. Comments on the bugzilla issue suggest that Javier has some
> code that works but needs to be integrated with the current trunk. If
> we decide to use xpcom, we would be able to spend some time getting
> the JavaXPCOM component code updated. I would like to know the status
> of this code so I can work up a level of effort. Does the code allow
> creation of Java components on an older trunk and just needs updating?
> Does it have minimal component functionality but is missing a lot of
> features? We have a couple of strong C++ programmers with some minimal
> XPCOM knowledge (we've spent about a month getting a trimmed down
> version of our app working with XPCOM, C++, and PyXPCOM) so we are not
> completely green but would likely need some guidance with the effort.

As far as my current understanding of java XPCom compents goes, its only
 possible at present to develop an XPCom component in Java *if* java
hosts the gecko / xulrunner.

The patches are for xulrunner being run in its own process, which allow
xulrunner to host the JavaXPCom components (so xulrunner hosting java)

Judging from what you say it sounds like you are only interested in the
xpcom part of the bargin and not the entire xulrunner stack - is this
right ?