Re: Is there anyone here using JavaXPCOM for custom XPCOM component access and not embedding mozilla
"Martini" <[email protected]>
| Newsgroups | gmane.comp.mozilla.devel.java |
|---|---|
| Organization | http://groups.google.com |
| Message-ID | <1155147591.141672.308790__15036.5508314737$1155147928$gmane$org@i3g2000cwc.googlegroups.com> |
Javier, I'd love to see a way to write XPCOM components in Java but that's not what I need - yet. :^) To make a very long story short - I have a need for creating component software in C++ that is easily consumed by a Java client. For various legacy component implementation reasons XPCOM seems like the solution that has the best mapping to my needs - I've considered writing or generating JNI wrapper code but from a maintenance point of view this is undesirable to me. My goal then is to use XPCOM as a 'standalone' component model for implementing generic C++ software components and JavaXPCOM as the interfacing bridge for Java clients. > > Are you embedding XULRunner in a Java app, or using XULRunner standalone? > I am doing the bare minimum that allows a Java client to register and use any XPCOM component - especially ones that are completely independent from XUL and the mozilla components. I'm not sure whether or not that counts as embedding XULRunner. Best regards, Martin Javier Pedemonte wrote: > Martini wrote: > > I just want to use JavaXPCOM to access custom written XPCOM components > > that are completely standalone from mozilla > > What exactly do you mean by this? > > Are you embedding XULRunner in a Java app, or using XULRunner standalone? > > Currently, the only way to use Java in an XPCOM component is by wrapping > it in Javascript and using LiveConnect to communicate between the two > (see http://developer.mozilla.org/en/docs/Java_in_Firefox_Extensions). > > I am working on a solution that would allow Java XPCOM components (see > https://bugzilla.mozilla.org/show_bug.cgi?id=299263), but that is not > done yet. > > > javier