Build 318: add connection failure info

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

Build 318: add connection failure info

Hugo Ferreira
Hi,

I have been experimenting with build 318 and its import sub-system is
causing problems. I have done tests going through a proxy for network
access or not (in which case I have no network access). In the latter
case the loading fails. I can see by the exception it is a connection
failure and I know why the connection fails. I cannot however identify
what protoge is loading (it shouldn't be loading anything from the network).

Would it be possible to add this information when dumping the stack
trace. I would also like to say that in my opinion the exception in this
case is not being correctly handled. Protege seems to hang after this. I
think it should recover gracefully and allow one to optionally load
another file or exit.

Regards,
Hugo F.
-------------------------------------------------------------------------
To unsubscribe go to http://protege.stanford.edu/community/subscribe.html

Reply | Threaded
Open this post in threaded view
|

Re: Build 318: add connection failure info

Nick Drummond
Hugo,

I'm not sure whether the problem is caused by the proxy connection  
failing, but I've tried similar with my connection disconnected.
1) Create an ontology that imports another off the web - save
2) Disconnect machine from web
3) Load the project
4) Protege throws an exception (java.net.UnknownHostException: www.co-
ode.org) and prompts the user for an alternative
5) Cancelling this forces Protégé to try to patch the ontology (and  
fill in untyped resources) - depending on the contents of the  
ontology I suppose this mechanism isn't infallible

Do you have different behaviour?

Nick

On 4 May 2006, at 15:22, Hugo Ferreira wrote:

> Hi,
>
> I have been experimenting with build 318 and its import sub-system  
> is causing problems. I have done tests going through a proxy for  
> network access or not (in which case I have no network access). In  
> the latter case the loading fails. I can see by the exception it is  
> a connection failure and I know why the connection fails. I cannot  
> however identify what protoge is loading (it shouldn't be loading  
> anything from the network).
>
> Would it be possible to add this information when dumping the stack  
> trace. I would also like to say that in my opinion the exception in  
> this case is not being correctly handled. Protege seems to hang  
> after this. I think it should recover gracefully and allow one to  
> optionally load another file or exit.
>
> Regards,
> Hugo F.
> ----------------------------------------------------------------------
> ---
> 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
|

Re: Build 318: add connection failure info

Hugo Ferreira
Hi Nick,

Nick Drummond wrote:

> Hugo,
>
> I'm not sure whether the problem is caused by the proxy connection  
> failing, but I've tried similar with my connection disconnected.
> 1) Create an ontology that imports another off the web - save
> 2) Disconnect machine from web
> 3) Load the project
> 4) Protege throws an exception (java.net.UnknownHostException: www.co-
> ode.org) and prompts the user for an alternative
> 5) Cancelling this forces Protégé to try to patch the ontology (and  
> fill in untyped resources) - depending on the contents of the  ontology
> I suppose this mechanism isn't infallible
>

Did the above, but instead of disconnecting I simply did not set-up the
proxy.

> Do you have different behaviour?

Not really. I got a:
SEVERE: Exception caught -- java.net.ConnectException: Connection timed out

And the stuff loaded up ok.

Note that my problem is that I had assumed that when importing files
these will never be loaded from the net independently of whether or not
I have a network connection. Am I right or all uploads attempted first?

Thanks for the feedback.

Regards,
Hugo Ferreira.



>
> Nick
>
> On 4 May 2006, at 15:22, Hugo Ferreira wrote:
>
>> Hi,
>>
>> I have been experimenting with build 318 and its import sub-system  is
>> causing problems. I have done tests going through a proxy for  network
>> access or not (in which case I have no network access). In  the latter
>> case the loading fails. I can see by the exception it is  a connection
>> failure and I know why the connection fails. I cannot  however
>> identify what protoge is loading (it shouldn't be loading  anything
>> from the network).
>>
>> Would it be possible to add this information when dumping the stack  
>> trace. I would also like to say that in my opinion the exception in  
>> this case is not being correctly handled. Protege seems to hang  after
>> this. I think it should recover gracefully and allow one to  
>> optionally load another file or exit.
>>
>> Regards,
>> Hugo F.
>> ----------------------------------------------------------------------
>> ---
>> 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
|

Re: Build 318: add connection failure info

Hugo Ferreira
Hi Nick,

Sorry for excessive messages but I just realized that you said:

 >> 4) Protege throws an exception (java.net.UnknownHostException:www.co-
 >> ode.org) and prompts the user for an alternative

I did not get any prompt. I figured maybe you were expecting the
"Unknown Host" exception specifically and only prompted the user then. I
therefore repeated the test with no network connection.

Still get no prompt. But the project opens ok. I think this is because I
already had set-up a repository. Things seem to make more sense now.

R.
Hugo F.



Hugo Ferreira wrote:

> Hi Nick,
>
> Nick Drummond wrote:
>
>> Hugo,
>>
>> I'm not sure whether the problem is caused by the proxy connection  
>> failing, but I've tried similar with my connection disconnected.
>> 1) Create an ontology that imports another off the web - save
>> 2) Disconnect machine from web
>> 3) Load the project
>> 4) Protege throws an exception (java.net.UnknownHostException: www.co-
>> ode.org) and prompts the user for an alternative
>> 5) Cancelling this forces Protégé to try to patch the ontology (and  
>> fill in untyped resources) - depending on the contents of the  
>> ontology I suppose this mechanism isn't infallible
>>
>
> Did the above, but instead of disconnecting I simply did not set-up the
> proxy.
>
>> Do you have different behaviour?
>
>
> Not really. I got a:
> SEVERE: Exception caught -- java.net.ConnectException: Connection timed out
>
> And the stuff loaded up ok.
>
> Note that my problem is that I had assumed that when importing files
> these will never be loaded from the net independently of whether or not
> I have a network connection. Am I right or all uploads attempted first?
>
> Thanks for the feedback.
>
> Regards,
> Hugo Ferreira.
>
>
>
>>
>> Nick
>>
>> On 4 May 2006, at 15:22, Hugo Ferreira wrote:
>>
>>> Hi,
>>>
>>> I have been experimenting with build 318 and its import sub-system  
>>> is causing problems. I have done tests going through a proxy for  
>>> network access or not (in which case I have no network access). In  
>>> the latter case the loading fails. I can see by the exception it is  
>>> a connection failure and I know why the connection fails. I cannot  
>>> however identify what protoge is loading (it shouldn't be loading  
>>> anything from the network).
>>>
>>> Would it be possible to add this information when dumping the stack  
>>> trace. I would also like to say that in my opinion the exception in  
>>> this case is not being correctly handled. Protege seems to hang  
>>> after this. I think it should recover gracefully and allow one to  
>>> optionally load another file or exit.
>>>
>>> Regards,
>>> Hugo F.
>>> ----------------------------------------------------------------------
>>> ---
>>> 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

Reply | Threaded
Open this post in threaded view
|

Re: Build 318: add connection failure info

Nick Drummond
Hugo

You won't get the exception if there is a local repository that  
resolves the import.

Protege should only try the web if you've asked it to (a remote URL  
respository) or I think if it fails to resolve a local repository.

Nick

On 9 May 2006, at 16:15, Hugo Ferreira wrote:

> Hi Nick,
>
> Sorry for excessive messages but I just realized that you said:
>
> >> 4) Protege throws an exception  
> (java.net.UnknownHostException:www.co-
> >> ode.org) and prompts the user for an alternative
>
> I did not get any prompt. I figured maybe you were expecting the  
> "Unknown Host" exception specifically and only prompted the user  
> then. I therefore repeated the test with no network connection.
>
> Still get no prompt. But the project opens ok. I think this is  
> because I already had set-up a repository. Things seem to make more  
> sense now.
>
> R.
> Hugo F.
>
>
>
> Hugo Ferreira wrote:
>> Hi Nick,
>> Nick Drummond wrote:
>>> Hugo,
>>>
>>> I'm not sure whether the problem is caused by the proxy  
>>> connection  failing, but I've tried similar with my connection  
>>> disconnected.
>>> 1) Create an ontology that imports another off the web - save
>>> 2) Disconnect machine from web
>>> 3) Load the project
>>> 4) Protege throws an exception (java.net.UnknownHostException:  
>>> www.co- ode.org) and prompts the user for an alternative
>>> 5) Cancelling this forces Protégé to try to patch the ontology  
>>> (and  fill in untyped resources) - depending on the contents of  
>>> the  ontology I suppose this mechanism isn't infallible
>>>
>> Did the above, but instead of disconnecting I simply did not set-
>> up the proxy.
>>> Do you have different behaviour?
>> Not really. I got a:
>> SEVERE: Exception caught -- java.net.ConnectException: Connection  
>> timed out
>> And the stuff loaded up ok.
>> Note that my problem is that I had assumed that when importing  
>> files these will never be loaded from the net independently of  
>> whether or not I have a network connection. Am I right or all  
>> uploads attempted first?
>> Thanks for the feedback.
>> Regards,
>> Hugo Ferreira.
>>>
>>> Nick
>>>
>>> On 4 May 2006, at 15:22, Hugo Ferreira wrote:
>>>
>>>> Hi,
>>>>
>>>> I have been experimenting with build 318 and its import sub-
>>>> system  is causing problems. I have done tests going through a  
>>>> proxy for  network access or not (in which case I have no  
>>>> network access). In  the latter case the loading fails. I can  
>>>> see by the exception it is  a connection failure and I know why  
>>>> the connection fails. I cannot  however identify what protoge is  
>>>> loading (it shouldn't be loading  anything from the network).
>>>>
>>>> Would it be possible to add this information when dumping the  
>>>> stack  trace. I would also like to say that in my opinion the  
>>>> exception in  this case is not being correctly handled. Protege  
>>>> seems to hang  after this. I think it should recover gracefully  
>>>> and allow one to  optionally load another file or exit.
>>>>
>>>> Regards,
>>>> Hugo F.
>>>> -------------------------------------------------------------------
>>>> --- ---
>>>> 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
>

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

Reply | Threaded
Open this post in threaded view
|

Re: Build 318: add connection failure info

Hugo Ferreira
Nick,

Thanks.

Hugo F.


Nick Drummond wrote:

> Hugo
>
> You won't get the exception if there is a local repository that  
> resolves the import.
>
> Protege should only try the web if you've asked it to (a remote URL  
> respository) or I think if it fails to resolve a local repository.
>
> Nick
>
> On 9 May 2006, at 16:15, Hugo Ferreira wrote:
>
>> Hi Nick,
>>
>> Sorry for excessive messages but I just realized that you said:
>>
>> >> 4) Protege throws an exception  (java.net.UnknownHostException:www.co-
>> >> ode.org) and prompts the user for an alternative
>>
>> I did not get any prompt. I figured maybe you were expecting the  
>> "Unknown Host" exception specifically and only prompted the user  
>> then. I therefore repeated the test with no network connection.
>>
>> Still get no prompt. But the project opens ok. I think this is  
>> because I already had set-up a repository. Things seem to make more  
>> sense now.
>>
>> R.
>> Hugo F.
>>
>>
>>
>> Hugo Ferreira wrote:
>>
>>> Hi Nick,
>>> Nick Drummond wrote:
>>>
>>>> Hugo,
>>>>
>>>> I'm not sure whether the problem is caused by the proxy  connection  
>>>> failing, but I've tried similar with my connection  disconnected.
>>>> 1) Create an ontology that imports another off the web - save
>>>> 2) Disconnect machine from web
>>>> 3) Load the project
>>>> 4) Protege throws an exception (java.net.UnknownHostException:  
>>>> www.co- ode.org) and prompts the user for an alternative
>>>> 5) Cancelling this forces Protégé to try to patch the ontology  
>>>> (and  fill in untyped resources) - depending on the contents of  
>>>> the  ontology I suppose this mechanism isn't infallible
>>>>
>>> Did the above, but instead of disconnecting I simply did not set- up
>>> the proxy.
>>>
>>>> Do you have different behaviour?
>>>
>>> Not really. I got a:
>>> SEVERE: Exception caught -- java.net.ConnectException: Connection  
>>> timed out
>>> And the stuff loaded up ok.
>>> Note that my problem is that I had assumed that when importing  files
>>> these will never be loaded from the net independently of  whether or
>>> not I have a network connection. Am I right or all  uploads attempted
>>> first?
>>> Thanks for the feedback.
>>> Regards,
>>> Hugo Ferreira.
>>>
>>>>
>>>> Nick
>>>>
>>>> On 4 May 2006, at 15:22, Hugo Ferreira wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I have been experimenting with build 318 and its import sub-
>>>>> system  is causing problems. I have done tests going through a  
>>>>> proxy for  network access or not (in which case I have no  network
>>>>> access). In  the latter case the loading fails. I can  see by the
>>>>> exception it is  a connection failure and I know why  the
>>>>> connection fails. I cannot  however identify what protoge is  
>>>>> loading (it shouldn't be loading  anything from the network).
>>>>>
>>>>> Would it be possible to add this information when dumping the  
>>>>> stack  trace. I would also like to say that in my opinion the  
>>>>> exception in  this case is not being correctly handled. Protege  
>>>>> seems to hang  after this. I think it should recover gracefully  
>>>>> and allow one to  optionally load another file or exit.
>>>>>
>>>>> Regards,
>>>>> Hugo F.
>>>>> -------------------------------------------------------------------
>>>>> --- ---
>>>>> 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
>>
>
> -------------------------------------------------------------------------
> To unsubscribe go to http://protege.stanford.edu/community/subscribe.html
>
>

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