|Re: Problems running ECF examples [message #601125 is a reply to message #601117]
||Fri, 03 March 2006 02:34
| Scott Lewis
Registered: July 2009
Rob Light wrote:
> Hi Scott,
> Thanks helping to get me through these examples. I think we're still
> not quite there yet I'm afraid...
> Is this correct? Do I need to run something else too?
Yes...you need to run an ECF server on localhost:3282. There are
several run configs for running a localhost server as a Java app...the
best one to use is called "ECF Collab Server" and it is under the "Java
Application" area in the Run.../Debug... menu. You should start this
server before connecting.
Note you can also use the "ECF Hello Server" run config...although get
an update from dev.eclipse.org because I just found and fixed a problem
in that run config.
Now, you can also run a server completely outside of Eclipse if you
want...as a java application. There is a startup script called
'startserver.cmd|sh' in the following location:
Running these scripts will start a server with published URL of
ecftcp://localhost:3282/server, which is the one used by default for the
ECF Hello Client.
Note we are working on a number of things to change/improve the
usability of dealing with ECF servers...in particular, using the Equinox
Servlet Incubator project:
And running ECF servers (like the generic server) as plugins in a tomcat
(e.g.) servlet container. Although not ready yet, you can see this work
in the new org.eclipse.ecf.server plugin...which you can access from CVS
if you like, but it's not yet complete. We're working on it actively
> Also, when I try running the "ECF Dynamic Service Discovery" view and
> click on the "Start network service discovery" button I see the
> following in the console window:
> org.eclipse.ecf.internal.core.Trace: OFF
> org.eclipse.ecf.provider.jmdns.Trace: OFF
> Unhandled event loop exception
This is surprising. Could you look in the error log and find the stack
trace for this? I'm using jmdns for zeroconf discovery nearly
continuously, and I think some other folks are as well...so
> IIRC, I was able to run these examples from the pre-built ECF plugin
> download but for some reason the code from CVS is really giving me fits.
Hmmm. Don't understand this as the CVS code is precisely the source of
0.7.2 build. In any event, let me know if you have more details on the
ExceptionInInitializerError above and we'll track down what's going on.
|Re: Problems running ECF examples [message #601560 is a reply to message #601554]
||Fri, 07 April 2006 07:19
| Scott Lewis
Registered: July 2009
Fix found, applied, and tested on 3.1 and 3.2M6. See this bug report
For a copy of the jmdns feature (attached as zip) v0.7.7. I expect to
do an ECF stable build this weekend as well and distribute 0.7.7 stable
at that time. But for those that want it now, please go to the above
bug report, download the attached zip file, and unzip the feature to
your <eclipsehome> directory.
Scott Lewis wrote:
> Hi Bill,
> Hmmm. So far I can't reproduce this with 3.2M5 or 3.2M6, but I do get
> it consistently with 3.1. Bother.
> I suspect it's some interaction with the way/timing of bundle
> initialization and changes in platform behavior from 3.1 to 3.2.
> I will take a look at this tomorrow (fri) and get a fix in as soon as
> possible. I suspect that I'll be able to do a 0.7.7 build this weekend
> (4/8) with the fix.
> Bill Joy wrote:
>> I am getting this error too now after updating from ECF 0.7.3 to
>> 0.7.6. I am using Eclipse 3.1 and JDK 1.5.
>> The JmdnsPlugin constructor was never called. Each call to
>> JmdnsPlugin.getDefault() returns null causing a caught exception
>> during the Trace.create("container") execution initiated at line 49 in
>> JMDNSDiscoveryContainer and an uncaught exception initializing
>> JMDNS_NAMESPACE_ID on the line following it.
>> I am not running any ECF samples. I was executing my own code which
>> private final String JMDNS_CONTAINER = "ecf.discovery.jmdns";
>> ContainerFactory.getDefault().createContainer(JMDNS_CONTAINE R)
>> The output is:
>> org.eclipse.ecf.provider.jmdns.Trace: OFF
>> org.eclipse.ecf.provider.jmdns.container.ContainerInstantiat or.createInstance(ContainerInstantiator.java:22)
>> org.eclipse.ecf.core.ContainerFactory.createContainer(Contai nerFactory.java:209)
>> org.eclipse.ecf.core.ContainerFactory.createContainer(Contai nerFactory.java:223)
>> at java.lang.Thread.run(Thread.java:595)
>> Caused by: java.lang.NullPointerException
>> org.eclipse.ecf.provider.jmdns.container.JMDNSDiscoveryConta iner. <clinit>(JMDNSDiscoveryContainer.java:51)
>> ... 10 more
>> "Scott Lewis" <firstname.lastname@example.org> wrote in message
>>> Hi Rob,
>>> Thanks for the reports...a question or two for you:
>>> First, the problem seems to be:
>>>> Caused by: java.lang.NullPointerException
>>>> org.eclipse.ecf.provider.jmdns.container.JMDNSDiscoveryConta iner. <clinit>(JMDNSDiscoveryContainer.java:51)
>>>> ... 32 more
>>> But I'm currently frankly puzzled as to how this NPE could occur.
>>> Maybe you could help me track this down a little.
>>> Here's the line in the class initialization that is throwing the NPE:
>>> public static final String JMDNS_NAMESPACE_ID = JmdnsPlugin.getDefault()
>>> It seems that the getDefault() is returning null and so the call to
>>> getNamespaceIdentifier() is throwing (it seems that way anyway). I
>>> don't know how this could possibly occur, however, as the JmdnsPlugin
>>> is the class that is activated by the OSGI runtime the first time the
>>> org.eclipse.ecf.provider.jmdns is loaded. And this singleton default
>>> is set in the JmdnsPlugin constructor (which should be being called
>>> by the OSGI runtime when before *any* classes are loaded from the
>>> provider.jmdns plugin.
>>> Obviously I can't reproduce this exception, so Rob would you be
>>> willing to help out with tracking this down a little more? Do you
>>> have an environment where you could set a breakpoint on this line
>>> (that starts public static final...) and run the debugger to debug
>>> into the call to getDefault()?
>>> And one more thought...what version of Eclipse are you using? Is it
>>> Thanksinadvance for help,
Powered by FUDForum
. Page generated in 0.05766 seconds