[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[ecf-dev] Re: JXTA Provider Source
- From: Gunnar Wagenknecht <gunnar@xxxxxxxxxxxxxxx>
- Date: Wed, 07 Mar 2007 10:25:30 -0800
- Delivered-to: firstname.lastname@example.org
- User-agent: Thunderbird 2.0b2 (Windows/20070116)
I was finally able to checkout the source and have a look into it. To be
honest, I'm a little bit worried about it.
There is no distinction between API and internal code.
Some classes seem to exist twice in different packages (for example,
org.eclipse.ecf.provider.jxta.JXTAClient.java) They look similar but
they aren't. This is really confusing.
There is obviously a lot of code that should be refactored into its own
plug-in (for example, the complete chat package). I mean, JXTA is not
only about chat, isn't it?
The plug-in doesn't compile out of the box because its classpath is
broken. I get an error message saying "Project
org.eclipse.ecf.provider.jxta is missing required library: 'bin'". Looks
like you got come weird classpath setup there.
I'm missing some Javadoc comments at least for the main API classes
about what they do and how to use them. Together with the huge amount of
code that is laying around there and doesn't seem to be used it makes it
really hard to understand it. It would be nice if someone can point me
to some documentation that describes the architecture of this plug-in.
I also wonder why it needs the Servlet API and Jetty.
I intended to use JXTA for remote communication (remote services),
sharing objects and distributing tasks/jobs to remote workers (see
jngi.jxta.org). But I really wonder if the JXTA provider will support
this or was only developed as a chat service.