[protege-owl] Build 322 Bug: ClassCastException

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

[protege-owl] Build 322 Bug: ClassCastException

Steve Wartik
Nick,

I'm getting a ClassCastException in certain circumstances when I try to
work with SWRL rules. I haven't been able to formulate a reproducible of
keystrokes, but I think the general problem is that line 90 of
edu.stanford.smi.protegex.owl/swrl/ui/table/SWRLTable.java assumes the
property value is a string. The exception trace says Java is trying to
cast a DefaultRDFSLiteral. Since line 90 is the only place in
getToolTipText() with a cast, I assume it must be where the exception is
thrown.

Another issue: the Protege-OWL source code distribution doesn't include
swrl-jess-bridge.jar or the source files to create it. I mention this
because I can't reproduce my error in my debug-enabled version of
Protege, and the lack of swrl-jess-bridge.jar is the main difference
from my installed version of build 322.

Steve Wartik

-------------------------------------------------------------------------
To unsubscribe go to http://protege.stanford.edu/community/subscribe.html

Reply | Threaded
Open this post in threaded view
|

[protege-owl] Re: Build 322 Bug: ClassCastException

Martin O'Connor

Do you have the stack trace and the offending SWRL rule?
 
swrl-jess-bridge.jar should be in the Protégé-OWL distribution since build
322. The SWRL Jess Bridge code is in its own subversion repository:

http://smi-protege.stanford.edu/svn/swrl-jess-bridge/?rev=2293

Martin

-----Original Message-----
From: [hidden email]
[mailto:[hidden email]] On Behalf Of Steven Wartik
Sent: Tuesday, June 13, 2006 6:48 AM
To: [hidden email]
Subject: [protege-owl] Build 322 Bug: ClassCastException

Nick,

I'm getting a ClassCastException in certain circumstances when I try to
work with SWRL rules. I haven't been able to formulate a reproducible of
keystrokes, but I think the general problem is that line 90 of
edu.stanford.smi.protegex.owl/swrl/ui/table/SWRLTable.java assumes the
property value is a string. The exception trace says Java is trying to
cast a DefaultRDFSLiteral. Since line 90 is the only place in
getToolTipText() with a cast, I assume it must be where the exception is
thrown.

Another issue: the Protege-OWL source code distribution doesn't include
swrl-jess-bridge.jar or the source files to create it. I mention this
because I can't reproduce my error in my debug-enabled version of
Protege, and the lack of swrl-jess-bridge.jar is the main difference
from my installed version of build 322.

Steve Wartik

-------------------------------------------------------------------------
To unsubscribe go to http://protege.stanford.edu/community/subscribe.html

-------------------------------------------------------------------------
To unsubscribe go to http://protege.stanford.edu/community/subscribe.html

Reply | Threaded
Open this post in threaded view
|

[protege-owl] Re: Build 322 Bug: ClassCastException

Steve Wartik
Martin,

Sorry -- I wasn't clear. swrl-jess-bridge.jar is in the Protege-OWL
binary distribution. It is not in the source distribution (or at least,
it isn't in mine!). Given that the source distribution includes all
manner of jars in the lib directory, I had presumed swrl-jess-bridge.jar
should be there too.

As I said, I'm having trouble reproducing the exception. I should have
copied the stack trace from the console right when it occurred. Sigh....
I can send you the ontologies in question, but they constitute a rather
large and intricate set. If you want them let me know. I'll zip them and
send them to you offline.

Steve Wartik

Martin O'Connor wrote:

> Do you have the stack trace and the offending SWRL rule?
>  
> swrl-jess-bridge.jar should be in the Protégé-OWL distribution since build
> 322. The SWRL Jess Bridge code is in its own subversion repository:
>
> http://smi-protege.stanford.edu/svn/swrl-jess-bridge/?rev=2293
>
> Martin
>
> -----Original Message-----
> From: [hidden email]
> [mailto:[hidden email]] On Behalf Of Steven Wartik
> Sent: Tuesday, June 13, 2006 6:48 AM
> To: [hidden email]
> Subject: [protege-owl] Build 322 Bug: ClassCastException
>
> Nick,
>
> I'm getting a ClassCastException in certain circumstances when I try to
> work with SWRL rules. I haven't been able to formulate a reproducible of
> keystrokes, but I think the general problem is that line 90 of
> edu.stanford.smi.protegex.owl/swrl/ui/table/SWRLTable.java assumes the
> property value is a string. The exception trace says Java is trying to
> cast a DefaultRDFSLiteral. Since line 90 is the only place in
> getToolTipText() with a cast, I assume it must be where the exception is
> thrown.
>
> Another issue: the Protege-OWL source code distribution doesn't include
> swrl-jess-bridge.jar or the source files to create it. I mention this
> because I can't reproduce my error in my debug-enabled version of
> Protege, and the lack of swrl-jess-bridge.jar is the main difference
> from my installed version of build 322.
>
> Steve Wartik
>
> -------------------------------------------------------------------------
> To unsubscribe go to http://protege.stanford.edu/community/subscribe.html
>
> -------------------------------------------------------------------------
> To unsubscribe go to http://protege.stanford.edu/community/subscribe.html
>
>
>
>  


-------------------------------------------------------------------------
To unsubscribe go to http://protege.stanford.edu/community/subscribe.html

Reply | Threaded
Open this post in threaded view
|

[protege-owl] Re: Build 322 Bug: ClassCastException

Martin O'Connor
Steve,

> Sorry -- I wasn't clear. swrl-jess-bridge.jar is in the Protege-OWL
> binary distribution. It is not in the source distribution (or at
> least, it isn't in mine!). Given that the source distribution includes
> all manner of jars in the lib directory, I had presumed
> swrl-jess-bridge.jar should be there too.

It should be in the source distribution too - we will add it for the
next release. FYI, the SWRL-Jess code is in a separate repository
because it requires jess.jar in order to compile it - and Jess is
licensed software.

> As I said, I'm having trouble reproducing the exception. I should have
> copied the stack trace from the console right when it occurred.
> Sigh.... I can send you the ontologies in question, but they
> constitute a rather large and intricate set. If you want them let me
> know. I'll zip them and send them to you offline.

I have been fixing a lot of minor things in the current code since the
last release so it is probably better to wait until the next beta
release (which should be next week) and seen if you can reproduce it
more consistently.

Martin

>
> Steve Wartik
>
> Martin O'Connor wrote:
>
>> Do you have the stack trace and the offending SWRL rule?
>>  
>> swrl-jess-bridge.jar should be in the Protégé-OWL distribution since
>> build
>> 322. The SWRL Jess Bridge code is in its own subversion repository:
>>
>> http://smi-protege.stanford.edu/svn/swrl-jess-bridge/?rev=2293
>>
>> Martin
>>
>> -----Original Message-----
>> From: [hidden email]
>> [mailto:[hidden email]] On Behalf Of Steven
>> Wartik
>> Sent: Tuesday, June 13, 2006 6:48 AM
>> To: [hidden email]
>> Subject: [protege-owl] Build 322 Bug: ClassCastException
>>
>> Nick,
>>
>> I'm getting a ClassCastException in certain circumstances when I try
>> to work with SWRL rules. I haven't been able to formulate a
>> reproducible of keystrokes, but I think the general problem is that
>> line 90 of edu.stanford.smi.protegex.owl/swrl/ui/table/SWRLTable.java
>> assumes the property value is a string. The exception trace says Java
>> is trying to cast a DefaultRDFSLiteral. Since line 90 is the only
>> place in getToolTipText() with a cast, I assume it must be where the
>> exception is thrown.
>>
>> Another issue: the Protege-OWL source code distribution doesn't
>> include swrl-jess-bridge.jar or the source files to create it. I
>> mention this because I can't reproduce my error in my debug-enabled
>> version of Protege, and the lack of swrl-jess-bridge.jar is the main
>> difference from my installed version of build 322.
>>
>> Steve Wartik
>>
>> -------------------------------------------------------------------------
>>
>> To unsubscribe go to
>> http://protege.stanford.edu/community/subscribe.html
>>
>> -------------------------------------------------------------------------
>>
>> To unsubscribe go to
>> http://protege.stanford.edu/community/subscribe.html
>>
>>
>>
>>  
>
>
>
> -------------------------------------------------------------------------
> To unsubscribe go to http://protege.stanford.edu/community/subscribe.html
>
>

-------------------------------------------------------------------------
To unsubscribe go to http://protege.stanford.edu/community/subscribe.html