Server runtime 9.1 cannot start Seaside adaptor due to SstUnixSocketDemultiplexor does not understand timeout:

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
10 messages Options
Reply | Threaded
Open this post in threaded view
|

Server runtime 9.1 cannot start Seaside adaptor due to SstUnixSocketDemultiplexor does not understand timeout:

jtuchel
I'm slowly getting to starting my freshly packaged 9.1-based Seaside server. Not much code had actually to be touched to migrate it to 9.1.

But now I get this error during startup of our server:

2018-08-20 13:40:50,628(): [ERROR] ERROR Seaside Adaptor couldn't start due to: (ExMessageNotUnderstood) An exception has occurred: SstUnixSocketDemultiplexor does not understand timeout:


IN 8.6.3, we never saw this. Since this is an XD packaged headless image (packaged on Windows), I cannot easily see what is going on...


Joachim

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
Visit this group at https://groups.google.com/group/va-smalltalk.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Server runtime 9.1 cannot start Seaside adaptor due to SstUnixSocketDemultiplexor does not understand timeout:

Norbert Schlemmer
SstEnhancedSelect class>>#packagingRulesFor: is broken, because #timeout: is in 9.1 NOT subclassResponsibility of #SstSocketDemultiplexor.

Am Montag, 20. August 2018 13:49:07 UTC+2 schrieb Joachim Tuchel:
We're slowly approaching our goal of running our seaside server packaged in 9.1. So far, the process of migrating was quite smooth - not much code had to be changed, and even XD packaging could be upgraded quite easily. So we have an XD packaged image now and try to start it using vast 9.1 (32 bits) on Linux...

The current hurdle is this error during Application startup:


2018-08-20 13:40:50,628(): [ERROR] ERROR Seaside Adaptor couldn't start due to: (ExMessageNotUnderstood) An exception has occurred: SstUnixSocketDemultiplexor does not understand timeout:


I can at least answer part of the question: the method has been removed in either 9.0 or 9.1.



The remaing part is: what can I do now?


Joachim

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
Visit this group at https://groups.google.com/group/va-smalltalk.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Server runtime 9.1 cannot start Seaside adaptor due to SstUnixSocketDemultiplexor does not understand timeout:

Seth Berman
Referenced in Norbert's post here:
https://groups.google.com/forum/#!topic/va-smalltalk/RAcfWxO9v0Q

On Monday, August 20, 2018 at 8:13:52 AM UTC-4, Norbert Schlemmer wrote:
SstEnhancedSelect class>>#packagingRulesFor: is broken, because #timeout: is in 9.1 NOT subclassResponsibility of #SstSocketDemultiplexor.

Am Montag, 20. August 2018 13:49:07 UTC+2 schrieb Joachim Tuchel:
We're slowly approaching our goal of running our seaside server packaged in 9.1. So far, the process of migrating was quite smooth - not much code had to be changed, and even XD packaging could be upgraded quite easily. So we have an XD packaged image now and try to start it using vast 9.1 (32 bits) on Linux...

The current hurdle is this error during Application startup:


2018-08-20 13:40:50,628(): [ERROR] ERROR Seaside Adaptor couldn't start due to: (ExMessageNotUnderstood) An exception has occurred: SstUnixSocketDemultiplexor does not understand timeout:


I can at least answer part of the question: the method has been removed in either 9.0 or 9.1.



The remaing part is: what can I do now?


Joachim

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
Visit this group at https://groups.google.com/group/va-smalltalk.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Server runtime 9.1 cannot start Seaside adaptor due to SstUnixSocketDemultiplexor does not understand timeout:

jtuchel
Norbert, Seth,


thanks a lot for the info. How dio I fix it? Wait for 9.1.1 ;-) ?

Joachim

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
Visit this group at https://groups.google.com/group/va-smalltalk.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Server runtime 9.1 cannot start Seaside adaptor due to SstUnixSocketDemultiplexor does not understand timeout:

Norbert Schlemmer


delete the last statement of SstEnhancedSelect class>>#packagingRulesFor:

Am Montag, 20. August 2018 14:52:37 UTC+2 schrieb Joachim Tuchel:
Norbert, Seth,


thanks a lot for the info. How dio I fix it? Wait for 9.1.1 ;-) ?

Joachim

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
Visit this group at https://groups.google.com/group/va-smalltalk.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Server runtime 9.1 cannot start Seaside adaptor due to SstUnixSocketDemultiplexor does not understand timeout:

jtuchel
Norbert,

Thanks for this. I am a bit puzzled now...

What will keep the startup code in a packaged image from calling the method #timeout: then???? I am not getting a packaging error but a walkback during startup of the packaged image...


Joachim

Am Montag, 20. August 2018 15:08:53 UTC+2 schrieb Norbert Schlemmer:


delete the last statement of SstEnhancedSelect class>>#packagingRulesFor:

Am Montag, 20. August 2018 14:52:37 UTC+2 schrieb Joachim Tuchel:
Norbert, Seth,


thanks a lot for the info. How dio I fix it? Wait for 9.1.1 ;-) ?

Joachim

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
Visit this group at https://groups.google.com/group/va-smalltalk.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Server runtime 9.1 cannot start Seaside adaptor due to SstUnixSocketDemultiplexor does not understand timeout:

Norbert Schlemmer
have a look to the changes of the SubApplication #SstEnhancedSelect with VA 8.6.3

SstSocketDemultiplexor>>#timeout: changed from "self subclassResponsibility" to "timeout := microsecondValue"
and the packager rule now removes the implementation "timeout := microsecondValue"
refer to implementors of SstSocketDemultiplexor>>#timeout: and their sub classes in 8.6.3 and 9.1



Am Montag, 20. August 2018 15:26:03 UTC+2 schrieb Joachim Tuchel:
Norbert,

Thanks for this. I am a bit puzzled now...

What will keep the startup code in a packaged image from calling the method #timeout: then???? I am not getting a packaging error but a walkback during startup of the packaged image...


Joachim

Am Montag, 20. August 2018 15:08:53 UTC+2 schrieb Norbert Schlemmer:


delete the last statement of SstEnhancedSelect class>>#packagingRulesFor:

Am Montag, 20. August 2018 14:52:37 UTC+2 schrieb Joachim Tuchel:
Norbert, Seth,


thanks a lot for the info. How dio I fix it? Wait for 9.1.1 ;-) ?

Joachim

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
Visit this group at https://groups.google.com/group/va-smalltalk.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Server runtime 9.1 cannot start Seaside adaptor due to SstUnixSocketDemultiplexor does not understand timeout:

Seth Berman
In reply to this post by jtuchel
Hi Joachim,

SstSocketDemultiplexor>>timeout:  should be called (its an instvar accessor now..not a subclass resp method).
So by removing the excludeMethod: #timeout: rule....we're saying DONT exclude it anymore so that you don't get a DNU

-- Seth

On Monday, August 20, 2018 at 9:26:03 AM UTC-4, Joachim Tuchel wrote:
Norbert,

Thanks for this. I am a bit puzzled now...

What will keep the startup code in a packaged image from calling the method #timeout: then???? I am not getting a packaging error but a walkback during startup of the packaged image...


Joachim

Am Montag, 20. August 2018 15:08:53 UTC+2 schrieb Norbert Schlemmer:


delete the last statement of SstEnhancedSelect class>>#packagingRulesFor:

Am Montag, 20. August 2018 14:52:37 UTC+2 schrieb Joachim Tuchel:
Norbert, Seth,


thanks a lot for the info. How dio I fix it? Wait for 9.1.1 ;-) ?

Joachim

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
Visit this group at https://groups.google.com/group/va-smalltalk.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Server runtime 9.1 cannot start Seaside adaptor due to SstUnixSocketDemultiplexor does not understand timeout:

jtuchel
In reply to this post by Norbert Schlemmer
ugh. thanks!

I just tried and it works now - or better I am now stumbling over the next problem  - related to Database logon ;-)

So your suggested solution works and with your explanation it is even logical ;-) I had only seen the mothod has been removed from the subclass, but hadn't checked the superclass(es)...

Thanks for your patience and explanation.


Joachim



Am Montag, 20. August 2018 15:36:42 UTC+2 schrieb Norbert Schlemmer:
have a look to the changes of the SubApplication #SstEnhancedSelect with VA 8.6.3

SstSocketDemultiplexor>>#timeout: changed from "self subclassResponsibility" to "timeout := microsecondValue"
and the packager rule now removes the implementation "timeout := microsecondValue"
refer to implementors of SstSocketDemultiplexor>>#timeout: and their sub classes in 8.6.3 and 9.1



Am Montag, 20. August 2018 15:26:03 UTC+2 schrieb Joachim Tuchel:
Norbert,

Thanks for this. I am a bit puzzled now...

What will keep the startup code in a packaged image from calling the method #timeout: then???? I am not getting a packaging error but a walkback during startup of the packaged image...


Joachim

Am Montag, 20. August 2018 15:08:53 UTC+2 schrieb Norbert Schlemmer:


delete the last statement of SstEnhancedSelect class>>#packagingRulesFor:

Am Montag, 20. August 2018 14:52:37 UTC+2 schrieb Joachim Tuchel:
Norbert, Seth,


thanks a lot for the info. How dio I fix it? Wait for 9.1.1 ;-) ?

Joachim

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
Visit this group at https://groups.google.com/group/va-smalltalk.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Server runtime 9.1 cannot start Seaside adaptor due to SstUnixSocketDemultiplexor does not understand timeout:

jtuchel
In reply to this post by Seth Berman
got it now ;-)

Thanks for your help and patience.



Am Montag, 20. August 2018 15:38:26 UTC+2 schrieb Seth Berman:
Hi Joachim,

SstSocketDemultiplexor>>timeout:  should be called (its an instvar accessor now..not a subclass resp method).
So by removing the excludeMethod: #timeout: rule....we're saying DONT exclude it anymore so that you don't get a DNU

-- Seth

On Monday, August 20, 2018 at 9:26:03 AM UTC-4, Joachim Tuchel wrote:
Norbert,

Thanks for this. I am a bit puzzled now...

What will keep the startup code in a packaged image from calling the method #timeout: then???? I am not getting a packaging error but a walkback during startup of the packaged image...


Joachim

Am Montag, 20. August 2018 15:08:53 UTC+2 schrieb Norbert Schlemmer:


delete the last statement of SstEnhancedSelect class>>#packagingRulesFor:

Am Montag, 20. August 2018 14:52:37 UTC+2 schrieb Joachim Tuchel:
Norbert, Seth,


thanks a lot for the info. How dio I fix it? Wait for 9.1.1 ;-) ?

Joachim

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
Visit this group at https://groups.google.com/group/va-smalltalk.
For more options, visit https://groups.google.com/d/optout.