You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have recently been pulling my hair out trying to get echowaves (http://echowaves.com) [which utilises ruby-stomp] to run on webfaction. As webfaction is shared hosting, ports tend to be somewhat random..usually requiring manual configuration to get things to work.
It came to my attention that upon changing the configured stomp port (default: 61613), within the rails/echowaves environment (and also orbited itself) led to connection refused errors. This appears to be a result of some hardcoded(?) values with the ruby stomp gem which I rather dirtily hacked around by running 'perl -pi -e 's/61613/$NEWPORT/g' on all of the files within the stomp gem directory..which has fixed the issue.
So perhaps there are hardcoded values within the stomp rubygem or environmental values aren't being read correctly?
The text was updated successfully, but these errors were encountered:
Not sure if this is a known issue or not:
I have recently been pulling my hair out trying to get echowaves (http://echowaves.com) [which utilises ruby-stomp] to run on webfaction. As webfaction is shared hosting, ports tend to be somewhat random..usually requiring manual configuration to get things to work.
It came to my attention that upon changing the configured stomp port (default: 61613), within the rails/echowaves environment (and also orbited itself) led to connection refused errors. This appears to be a result of some hardcoded(?) values with the ruby stomp gem which I rather dirtily hacked around by running 'perl -pi -e 's/61613/$NEWPORT/g' on all of the files within the stomp gem directory..which has fixed the issue.
So perhaps there are hardcoded values within the stomp rubygem or environmental values aren't being read correctly?
The text was updated successfully, but these errors were encountered: