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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.