[Mulgara-dev] debugging Mulgara in Eclipse

Paul Gearon gearon at ieee.org
Thu Dec 6 15:23:01 UTC 2007


On Dec 6, 2007, at 6:16 AM, Edwin Shin wrote:

> On 12/03/2007 01:15 PM, Paul Gearon is rumored to have said:
>> Have a look at:
>> http://mulgara.org/confluence/display/dev/Debugging+with+Eclipse
>
> Well, this doesn't get me any further than I was. As I begin to step  
> through, Eclipse complains that it can't find the source attachment  
> for RemoteJRDFSessionImpl_Stub.class.

That's because no such source ever existed.  This is an RMI stub that  
gets generated by rmic.  I think that a few versions ago rmic would  
create .java files as a part of the process (maybe there's a flag for  
that now?) but these days it just creates the .class file directly.

You shouldn't ever need to see this code.  If you ever call something  
in a _Stub class then you're calling across RMI.  That means that  
you're about to wait synchronously for the server.  Any debugging at  
this point has to be done on the server, as the client will just wait  
until that's done.

> Selecting the "Changed Attached Source..." button brings up a dialog  
> to "Select the location ... for 'ideSupport.jar'. Selecting the  
> mulgara project from the workspace, doesn't seem to satisfy Eclipse.
>
> Also, as a sanity check, could those of you playing along at home  
> try the following three steps for me?
>
> 1. Start Mulgara (java -jar mulgara-1.1.1.jar)
> 2. Start an iTQL session (java -jar itql-1.1.1.jar)
> 3. Enter the following three iTQL commands:
>
> create <rmi://localhost/server1#foo> <http://mulgara.org/mulgara#LuceneModel 
> >;
> insert <test:bar> <test:baz> 'quux' into <rmi://localhost/ 
> server1#foo>;
> delete <test:bar> <test:baz> 'quux' from <rmi://localhost/ 
> server1#foo>;
>
> This consistently (for me) yields a Lucene lock error.

OK, I'll try.  I'm a little up to *here* with tasks at the moment, but  
this shouldn't take too long.  (I'm on my way out the door to get into  
the office right now)

I'd like to work out Lucene graphs (models) anyway, as these have  
given me grief in the past. :-(

Regards,
Paul



More information about the Mulgara-dev mailing list