Working web adaptors

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

Working web adaptors

NorbertHartl
I'm having trouble utilizing a server adaptor in my fresh gemstone installation. I started with 2.4.4.1 then updated glass, metacello and finally installed seaside.

Using the fastcgi adaptor gives me in the nginx log file

2011/09/15 13:55:13 [error] 3398#0: *1 FastCGI sent in stderr: "Reading a number failed: a digit between 0 and 9 expected" while reading response header from upstream, client: 10.0.2.2, server: localhost, request: "GET / HTTP/1.1", upstream: "fastcgi://127.0.0.1:7000", host: "127.0.0.1:8090"

And I can't get a debugger for the error.

Trying to start a fastcgi adapter from gemtools does not block and there is no open port. Same goes for ZincServerAdapter.

Any hints?

Norbert
Reply | Threaded
Open this post in threaded view
|

Re: Working web adaptors

Nick
Have you tried:

WABasicDevelopment setBreakPoints.

then not forgetting:

WABasicDevelopment clearBreakPoints.

On 16 September 2011 17:14, Norbert Hartl <[hidden email]> wrote:
I'm having trouble utilizing a server adaptor in my fresh gemstone installation. I started with 2.4.4.1 then updated glass, metacello and finally installed seaside.

Using the fastcgi adaptor gives me in the nginx log file

2011/09/15 13:55:13 [error] 3398#0: *1 FastCGI sent in stderr: "Reading a number failed: a digit between 0 and 9 expected" while reading response header from upstream, client: 10.0.2.2, server: localhost, request: "GET / HTTP/1.1", upstream: "fastcgi://127.0.0.1:7000", host: "127.0.0.1:8090"

And I can't get a debugger for the error.

Trying to start a fastcgi adapter from gemtools does not block and there is no open port. Same goes for ZincServerAdapter.

Any hints?

Norbert

Reply | Threaded
Open this post in threaded view
|

Re: Working web adaptors

Dale Henrichs
In reply to this post by NorbertHartl
Norbert for debugging fastcgi or zinc ... launch the server from a workspace in GemTools ... it will block the main UI thread[1], but the debugger will pop up and you should be able to figure out things from there ...

I started using SqNumberParser for asNumber and it has slightly different behavior than the previous implementation (see bugfixes for Issue 229[2] and Issue 230[3]) so that is presumably the source of the error ...

I'll be interested to know where the problem is occuring as I have been using the most recent code and haven't seen that particular problem.

FastCGI and much of the most recent code is being used for SS3 and that particular error does show up as an error in the restful code[4], but we haven't isolated the root cause, yet...Perhaps you are running into a similar error.

Dale

[1] http://gemstonesoup.wordpress.com/2009/04/15/glass-beta-update-working-with-soap-preview/#GsProcesses
[2] http://code.google.com/p/glassdb/issues/detail?id=229
[3] http://code.google.com/p/glassdb/issues/detail?id=230
[4] http://code.google.com/p/squeaksource3/issues/detail?id=16
----- Original Message -----
| From: "Norbert Hartl" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Friday, September 16, 2011 9:14:50 AM
| Subject: [GS/SS Beta] Working web adaptors
|
| I'm having trouble utilizing a server adaptor in my fresh gemstone
| installation. I started with 2.4.4.1 then updated glass, metacello
| and finally installed seaside.
|
| Using the fastcgi adaptor gives me in the nginx log file
|
| 2011/09/15 13:55:13 [error] 3398#0: *1 FastCGI sent in stderr:
| "Reading a number failed: a digit between 0 and 9 expected" while
| reading response header from upstream, client: 10.0.2.2, server:
| localhost, request: "GET / HTTP/1.1", upstream:
| "fastcgi://127.0.0.1:7000", host: "127.0.0.1:8090"
|
| And I can't get a debugger for the error.
|
| Trying to start a fastcgi adapter from gemtools does not block and
| there is no open port. Same goes for ZincServerAdapter.
|
| Any hints?
|
| Norbert
Reply | Threaded
Open this post in threaded view
|

Re: Working web adaptors

NorbertHartl

Am 16.09.2011 um 18:28 schrieb Dale Henrichs:

> Norbert for debugging fastcgi or zinc ... launch the server from a workspace in GemTools ... it will block the main UI thread[1], but the debugger will pop up and you should be able to figure out things from there ...
>
I can start the fastcgi adaptor and it blocks but there is no debugger popping up. I've set the exception handler as well as the breakboints but no effect.

> I started using SqNumberParser for asNumber and it has slightly different behavior than the previous implementation (see bugfixes for Issue 229[2] and Issue 230[3]) so that is presumably the source of the error ...
>
> I'll be interested to know where the problem is occuring as I have been using the most recent code and haven't seen that particular problem.
>
> FastCGI and much of the most recent code is being used for SS3 and that particular error does show up as an error in the restful code[4], but we haven't isolated the root cause, yet...Perhaps you are running into a similar error.
>
Yeah, I found this error in the context of SS3 but couldn't figure out what is the problem.

Norbert

> Dale
>
> [1] http://gemstonesoup.wordpress.com/2009/04/15/glass-beta-update-working-with-soap-preview/#GsProcesses
> [2] http://code.google.com/p/glassdb/issues/detail?id=229
> [3] http://code.google.com/p/glassdb/issues/detail?id=230
> [4] http://code.google.com/p/squeaksource3/issues/detail?id=16
> ----- Original Message -----
> | From: "Norbert Hartl" <[hidden email]>
> | To: "GemStone Seaside beta discussion" <[hidden email]>
> | Sent: Friday, September 16, 2011 9:14:50 AM
> | Subject: [GS/SS Beta] Working web adaptors
> |
> | I'm having trouble utilizing a server adaptor in my fresh gemstone
> | installation. I started with 2.4.4.1 then updated glass, metacello
> | and finally installed seaside.
> |
> | Using the fastcgi adaptor gives me in the nginx log file
> |
> | 2011/09/15 13:55:13 [error] 3398#0: *1 FastCGI sent in stderr:
> | "Reading a number failed: a digit between 0 and 9 expected" while
> | reading response header from upstream, client: 10.0.2.2, server:
> | localhost, request: "GET / HTTP/1.1", upstream:
> | "fastcgi://127.0.0.1:7000", host: "127.0.0.1:8090"
> |
> | And I can't get a debugger for the error.
> |
> | Trying to start a fastcgi adapter from gemtools does not block and
> | there is no open port. Same goes for ZincServerAdapter.
> |
> | Any hints?
> |
> | Norbert

Reply | Threaded
Open this post in threaded view
|

Re: Working web adaptors

NorbertHartl
In reply to this post by Dale Henrichs
And I don't know how to start zinc properly. If I start it from the workspace it does not block. The port is open and listening but accessing it blocks the request then.

Norbert

Am 16.09.2011 um 18:28 schrieb Dale Henrichs:

> Norbert for debugging fastcgi or zinc ... launch the server from a workspace in GemTools ... it will block the main UI thread[1], but the debugger will pop up and you should be able to figure out things from there ...
>
> I started using SqNumberParser for asNumber and it has slightly different behavior than the previous implementation (see bugfixes for Issue 229[2] and Issue 230[3]) so that is presumably the source of the error ...
>
> I'll be interested to know where the problem is occuring as I have been using the most recent code and haven't seen that particular problem.
>
> FastCGI and much of the most recent code is being used for SS3 and that particular error does show up as an error in the restful code[4], but we haven't isolated the root cause, yet...Perhaps you are running into a similar error.
>
> Dale
>
> [1] http://gemstonesoup.wordpress.com/2009/04/15/glass-beta-update-working-with-soap-preview/#GsProcesses
> [2] http://code.google.com/p/glassdb/issues/detail?id=229
> [3] http://code.google.com/p/glassdb/issues/detail?id=230
> [4] http://code.google.com/p/squeaksource3/issues/detail?id=16
> ----- Original Message -----
> | From: "Norbert Hartl" <[hidden email]>
> | To: "GemStone Seaside beta discussion" <[hidden email]>
> | Sent: Friday, September 16, 2011 9:14:50 AM
> | Subject: [GS/SS Beta] Working web adaptors
> |
> | I'm having trouble utilizing a server adaptor in my fresh gemstone
> | installation. I started with 2.4.4.1 then updated glass, metacello
> | and finally installed seaside.
> |
> | Using the fastcgi adaptor gives me in the nginx log file
> |
> | 2011/09/15 13:55:13 [error] 3398#0: *1 FastCGI sent in stderr:
> | "Reading a number failed: a digit between 0 and 9 expected" while
> | reading response header from upstream, client: 10.0.2.2, server:
> | localhost, request: "GET / HTTP/1.1", upstream:
> | "fastcgi://127.0.0.1:7000", host: "127.0.0.1:8090"
> |
> | And I can't get a debugger for the error.
> |
> | Trying to start a fastcgi adapter from gemtools does not block and
> | there is no open port. Same goes for ZincServerAdapter.
> |
> | Any hints?
> |
> | Norbert

Reply | Threaded
Open this post in threaded view
|

Re: Working web adaptors

Dale Henrichs
In reply to this post by NorbertHartl
Norbert,

Try setting a breakpoint in WAGemStoneProductionErrorHandler>>handleDefault: (missing from breakpointLocations[1]). Presumably that's the error handler you are using.

For Zinc, bring up a process browser and use the 'yield forever' menu item to allow Zinc to run ... Zinc probably needs the same breakpoint as FastCGI.

Dale

[1] http://code.google.com/p/glassdb/issues/detail?id=297

----- Original Message -----
| From: "Norbert Hartl" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Saturday, September 17, 2011 2:29:05 AM
| Subject: Re: [GS/SS Beta] Working web adaptors
|
|
| Am 16.09.2011 um 18:28 schrieb Dale Henrichs:
|
| > Norbert for debugging fastcgi or zinc ... launch the server from a
| > workspace in GemTools ... it will block the main UI thread[1], but
| > the debugger will pop up and you should be able to figure out
| > things from there ...
| >
| I can start the fastcgi adaptor and it blocks but there is no
| debugger popping up. I've set the exception handler as well as the
| breakboints but no effect.
|
| > I started using SqNumberParser for asNumber and it has slightly
| > different behavior than the previous implementation (see bugfixes
| > for Issue 229[2] and Issue 230[3]) so that is presumably the
| > source of the error ...
| >
| > I'll be interested to know where the problem is occuring as I have
| > been using the most recent code and haven't seen that particular
| > problem.
| >
| > FastCGI and much of the most recent code is being used for SS3 and
| > that particular error does show up as an error in the restful
| > code[4], but we haven't isolated the root cause, yet...Perhaps you
| > are running into a similar error.
| >
| Yeah, I found this error in the context of SS3 but couldn't figure
| out what is the problem.
|
| Norbert
| > Dale
| >
| > [1]
| > http://gemstonesoup.wordpress.com/2009/04/15/glass-beta-update-working-with-soap-preview/#GsProcesses
| > [2] http://code.google.com/p/glassdb/issues/detail?id=229
| > [3] http://code.google.com/p/glassdb/issues/detail?id=230
| > [4] http://code.google.com/p/squeaksource3/issues/detail?id=16
| > ----- Original Message -----
| > | From: "Norbert Hartl" <[hidden email]>
| > | To: "GemStone Seaside beta discussion"
| > | <[hidden email]>
| > | Sent: Friday, September 16, 2011 9:14:50 AM
| > | Subject: [GS/SS Beta] Working web adaptors
| > |
| > | I'm having trouble utilizing a server adaptor in my fresh
| > | gemstone
| > | installation. I started with 2.4.4.1 then updated glass,
| > | metacello
| > | and finally installed seaside.
| > |
| > | Using the fastcgi adaptor gives me in the nginx log file
| > |
| > | 2011/09/15 13:55:13 [error] 3398#0: *1 FastCGI sent in stderr:
| > | "Reading a number failed: a digit between 0 and 9 expected" while
| > | reading response header from upstream, client: 10.0.2.2, server:
| > | localhost, request: "GET / HTTP/1.1", upstream:
| > | "fastcgi://127.0.0.1:7000", host: "127.0.0.1:8090"
| > |
| > | And I can't get a debugger for the error.
| > |
| > | Trying to start a fastcgi adapter from gemtools does not block
| > | and
| > | there is no open port. Same goes for ZincServerAdapter.
| > |
| > | Any hints?
| > |
| > | Norbert
|
|
Reply | Threaded
Open this post in threaded view
|

Re: Working web adaptors

NorbertHartl

Am 17.09.2011 um 18:51 schrieb Dale Henrichs:

Norbert,

Try setting a breakpoint in WAGemStoneProductionErrorHandler>>handleDefault: (missing from breakpointLocations[1]). Presumably that's the error handler you are using.

Dale,

is WAGemStoneProductionErrorHandler the right one? From gemtools I use normally the WAGemStoneWalkbackErrorHandler. But in any case I'm not succesful at all. I even implemented handleDefault: with a breakpoint in WAGemStoneWalkbackErrorHandler. But I don't get a debugger opened. That is strange because what we can assume is that the error message is generated from smalltalk. Need to dig deeper!

For Zinc, bring up a process browser and use the 'yield forever' menu item to allow Zinc to run ... Zinc probably needs the same breakpoint as FastCGI.

Not much progress here, too. I started it with

(ZnZincServerAdaptor port: 8383) start

Yield forever makes the thing block. Issuing a request shows me "/aZnUrl not found" in the browser. I can see exceptions but they are caused from "yield forever" and waiting a few seconds. The server then raises an expception with "data timeout". This triggers another exception because the block in SocketStream is sometimes called with an argument and sometimes without. I would go into this more deeply but I need to work against my frustration of not being able to start _any_ adaptor.

I build my gemstone by installing from GemStone64Bit2.4.4.1-x86_64.Linux.zip. Then I did via topaz

MCPlatformSupport autoCommit: true.
MCPlatformSupport autoMigrate: true. 
MCPlatformSupport commitOnAlmostOutOfMemoryDuring: [
   ConfigurationOfGLASS project updateProject.
   ConfigurationOfGLASS project latestVersion load ].

ConfigurationOfMetacello project updateProject.
ConfigurationOfMetacello project latestVersion load.

Gofer new
   squeaksource: 'MetacelloRepository';
   package: 'ConfigurationOfSeaside30';
   load.

MCPlatformSupport commitOnAlmostOutOfMemoryDuring: [
   ConfigurationOfSeaside30 project lastVersion load
]

And then I loaded 

ConfigurationOfHTTPComponents project lastVersion load: 'Zinc-Seaside'

I hope this is correct. 

Norbert

Dale

[1] http://code.google.com/p/glassdb/issues/detail?id=297

----- Original Message -----
| From: "Norbert Hartl" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Saturday, September 17, 2011 2:29:05 AM
| Subject: Re: [GS/SS Beta] Working web adaptors
|
|
| Am 16.09.2011 um 18:28 schrieb Dale Henrichs:
|
| > Norbert for debugging fastcgi or zinc ... launch the server from a
| > workspace in GemTools ... it will block the main UI thread[1], but
| > the debugger will pop up and you should be able to figure out
| > things from there ...
| >
| I can start the fastcgi adaptor and it blocks but there is no
| debugger popping up. I've set the exception handler as well as the
| breakboints but no effect.
|
| > I started using SqNumberParser for asNumber and it has slightly
| > different behavior than the previous implementation (see bugfixes
| > for Issue 229[2] and Issue 230[3]) so that is presumably the
| > source of the error ...
| >
| > I'll be interested to know where the problem is occuring as I have
| > been using the most recent code and haven't seen that particular
| > problem.
| >
| > FastCGI and much of the most recent code is being used for SS3 and
| > that particular error does show up as an error in the restful
| > code[4], but we haven't isolated the root cause, yet...Perhaps you
| > are running into a similar error.
| >
| Yeah, I found this error in the context of SS3 but couldn't figure
| out what is the problem.
|
| Norbert
| > Dale
| >
| > [1]
| > http://gemstonesoup.wordpress.com/2009/04/15/glass-beta-update-working-with-soap-preview/#GsProcesses
| > [2] http://code.google.com/p/glassdb/issues/detail?id=229
| > [3] http://code.google.com/p/glassdb/issues/detail?id=230
| > [4] http://code.google.com/p/squeaksource3/issues/detail?id=16
| > ----- Original Message -----
| > | From: "Norbert Hartl" <[hidden email]>
| > | To: "GemStone Seaside beta discussion"
| > | <[hidden email]>
| > | Sent: Friday, September 16, 2011 9:14:50 AM
| > | Subject: [GS/SS Beta] Working web adaptors
| > |
| > | I'm having trouble utilizing a server adaptor in my fresh
| > | gemstone
| > | installation. I started with 2.4.4.1 then updated glass,
| > | metacello
| > | and finally installed seaside.
| > |
| > | Using the fastcgi adaptor gives me in the nginx log file
| > |
| > | 2011/09/15 13:55:13 [error] 3398#0: *1 FastCGI sent in stderr:
| > | "Reading a number failed: a digit between 0 and 9 expected" while
| > | reading response header from upstream, client: 10.0.2.2, server:
| > | localhost, request: "GET / HTTP/1.1", upstream:
| > | "<a href="fastcgi://127.0.0.1:7000">fastcgi://127.0.0.1:7000", host: "127.0.0.1:8090"
| > |
| > | And I can't get a debugger for the error.
| > |
| > | Trying to start a fastcgi adapter from gemtools does not block
| > | and
| > | there is no open port. Same goes for ZincServerAdapter.
| > |
| > | Any hints?
| > |
| > | Norbert
|
|

Reply | Threaded
Open this post in threaded view
|

Re: Working web adaptors

Dale Henrichs
Norbert,

To dig deeper you need to set a breakpoint at the point where this error message is created:

2011/09/15 13:55:13 [error] 3398#0: *1 FastCGI sent in stderr: "Reading a number failed: a digit between 0 and 9 expected" while reading response header from upstream, client: 10.0.2.2, server: localhost, request: "GET / HTTP/1.1", upstream: "fastcgi://127.0.0.1:7000", host: "127.0.0.1:8090"

I assumed that it was coming from the production error handler, but that error doesn't look like an error that is written to the log by any code that I've written....from there we can get the stack and make additional progress...

Dale

----- Original Message -----
| From: "Norbert Hartl" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Monday, September 19, 2011 3:38:35 AM
| Subject: Re: [GS/SS Beta] Working web adaptors
|
|
|
|
| Am 17.09.2011 um 18:51 schrieb Dale Henrichs:
|
|
|
| Norbert,
|
| Try setting a breakpoint in
| WAGemStoneProductionErrorHandler>>handleDefault: (missing from
| breakpointLocations[1]). Presumably that's the error handler you are
| using.
|
| Dale,
|
|
| is WAGemStoneProductionErrorHandler the right one? From gemtools I
| use normally the WAGemStoneWalkbackErrorHandler. But in any case I'm
| not succesful at all. I even implemented handleDefault: with a
| breakpoint in WAGemStoneWalkbackErrorHandler. But I don't get a
| debugger opened. That is strange because what we can assume is that
| the error message is generated from smalltalk. Need to dig deeper!
|
|
|
|
| For Zinc, bring up a process browser and use the 'yield forever' menu
| item to allow Zinc to run ... Zinc probably needs the same
| breakpoint as FastCGI.
|
| Not much progress here, too. I started it with
|
|
| (ZnZincServerAdaptor port: 8383) start
|
|
| Yield forever makes the thing block. Issuing a request shows me "
| /aZnUrl not found" in the browser. I can see exceptions but they are
| caused from "yield forever" and waiting a few seconds. The server
| then raises an expception with "data timeout". This triggers another
| exception because the block in SocketStream is sometimes called with
| an argument and sometimes without. I would go into this more deeply
| but I need to work against my frustration of not being able to start
| _any_ adaptor.
|
|
| I build my gemstone by installing from
| GemStone64Bit2.4.4.1-x86_64.Linux.zip. Then I did via topaz
|
|
|
| MCPlatformSupport autoCommit: true.
| MCPlatformSupport autoMigrate: true.
| MCPlatformSupport commitOnAlmostOutOfMemoryDuring: [
| ConfigurationOfGLASS project updateProject.
| ConfigurationOfGLASS project latestVersion load ].
|
|
| ConfigurationOfMetacello project updateProject.
| ConfigurationOfMetacello project latestVersion load.
|
|
| Gofer new
| squeaksource: 'MetacelloRepository';
| package: 'ConfigurationOfSeaside30';
| load.
|
|
| MCPlatformSupport commitOnAlmostOutOfMemoryDuring: [
| ConfigurationOfSeaside30 project lastVersion load
| ]
|
|
| And then I loaded
|
|
| ConfigurationOfHTTPComponents project lastVersion load:
| 'Zinc-Seaside'
|
|
| I hope this is correct.
|
|
| Norbert
|
|
|
|
|
| Dale
|
| [1] http://code.google.com/p/glassdb/issues/detail?id=297
|
| ----- Original Message -----
| | From: "Norbert Hartl" < [hidden email] >
| | To: "GemStone Seaside beta discussion" < [hidden email]
| | >
| | Sent: Saturday, September 17, 2011 2:29:05 AM
| | Subject: Re: [GS/SS Beta] Working web adaptors
| |
| |
| | Am 16.09.2011 um 18:28 schrieb Dale Henrichs:
| |
| | > Norbert for debugging fastcgi or zinc ... launch the server from
| | > a
| | > workspace in GemTools ... it will block the main UI thread[1],
| | > but
| | > the debugger will pop up and you should be able to figure out
| | > things from there ...
| | >
| | I can start the fastcgi adaptor and it blocks but there is no
| | debugger popping up. I've set the exception handler as well as the
| | breakboints but no effect.
| |
| | > I started using SqNumberParser for asNumber and it has slightly
| | > different behavior than the previous implementation (see bugfixes
| | > for Issue 229[2] and Issue 230[3]) so that is presumably the
| | > source of the error ...
| | >
| | > I'll be interested to know where the problem is occuring as I
| | > have
| | > been using the most recent code and haven't seen that particular
| | > problem.
| | >
| | > FastCGI and much of the most recent code is being used for SS3
| | > and
| | > that particular error does show up as an error in the restful
| | > code[4], but we haven't isolated the root cause, yet...Perhaps
| | > you
| | > are running into a similar error.
| | >
| | Yeah, I found this error in the context of SS3 but couldn't figure
| | out what is the problem.
| |
| | Norbert
| | > Dale
| | >
| | > [1]
| | > http://gemstonesoup.wordpress.com/2009/04/15/glass-beta-update-working-with-soap-preview/#GsProcesses
| | > [2] http://code.google.com/p/glassdb/issues/detail?id=229
| | > [3] http://code.google.com/p/glassdb/issues/detail?id=230
| | > [4] http://code.google.com/p/squeaksource3/issues/detail?id=16
| | > ----- Original Message -----
| | > | From: "Norbert Hartl" < [hidden email] >
| | > | To: "GemStone Seaside beta discussion"
| | > | < [hidden email] >
| | > | Sent: Friday, September 16, 2011 9:14:50 AM
| | > | Subject: [GS/SS Beta] Working web adaptors
| | > |
| | > | I'm having trouble utilizing a server adaptor in my fresh
| | > | gemstone
| | > | installation. I started with 2.4.4.1 then updated glass,
| | > | metacello
| | > | and finally installed seaside.
| | > |
| | > | Using the fastcgi adaptor gives me in the nginx log file
| | > |
| | > | 2011/09/15 13:55:13 [error] 3398#0: *1 FastCGI sent in stderr:
| | > | "Reading a number failed: a digit between 0 and 9 expected"
| | > | while
| | > | reading response header from upstream, client: 10.0.2.2,
| | > | server:
| | > | localhost, request: "GET / HTTP/1.1", upstream:
| | > | " fastcgi://127.0.0.1:7000 ", host: "127.0.0.1:8090"
| | > |
| | > | And I can't get a debugger for the error.
| | > |
| | > | Trying to start a fastcgi adapter from gemtools does not block
| | > | and
| | > | there is no open port. Same goes for ZincServerAdapter.
| | > |
| | > | Any hints?
| | > |
| | > | Norbert
| |
| |
|
|
Reply | Threaded
Open this post in threaded view
|

Re: Working web adaptors

NorbertHartl
Ah ok,

so the tickets alone do not provide sufficient information. I was asking myself to write a separate mail but... :)


Norbert

Am 19.09.2011 um 18:54 schrieb Dale Henrichs:

Norbert,

To dig deeper you need to set a breakpoint at the point where this error message is created:

2011/09/15 13:55:13 [error] 3398#0: *1 FastCGI sent in stderr: "Reading a number failed: a digit between 0 and 9 expected" while reading response header from upstream, client: 10.0.2.2, server: localhost, request: "GET / HTTP/1.1", upstream: "<a href="fastcgi://127.0.0.1:7000">fastcgi://127.0.0.1:7000", host: "127.0.0.1:8090"

I assumed that it was coming from the production error handler, but that error doesn't look like an error that is written to the log by any code that I've written....from there we can get the stack and make additional progress...

Dale

----- Original Message -----
| From: "Norbert Hartl" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Monday, September 19, 2011 3:38:35 AM
| Subject: Re: [GS/SS Beta] Working web adaptors
|
|
|
|
| Am 17.09.2011 um 18:51 schrieb Dale Henrichs:
|
|
|
| Norbert,
|
| Try setting a breakpoint in
| WAGemStoneProductionErrorHandler>>handleDefault: (missing from
| breakpointLocations[1]). Presumably that's the error handler you are
| using.
|
| Dale,
|
|
| is WAGemStoneProductionErrorHandler the right one? From gemtools I
| use normally the WAGemStoneWalkbackErrorHandler. But in any case I'm
| not succesful at all. I even implemented handleDefault: with a
| breakpoint in WAGemStoneWalkbackErrorHandler. But I don't get a
| debugger opened. That is strange because what we can assume is that
| the error message is generated from smalltalk. Need to dig deeper!
|
|
|
|
| For Zinc, bring up a process browser and use the 'yield forever' menu
| item to allow Zinc to run ... Zinc probably needs the same
| breakpoint as FastCGI.
|
| Not much progress here, too. I started it with
|
|
| (ZnZincServerAdaptor port: 8383) start
|
|
| Yield forever makes the thing block. Issuing a request shows me "
| /aZnUrl not found" in the browser. I can see exceptions but they are
| caused from "yield forever" and waiting a few seconds. The server
| then raises an expception with "data timeout". This triggers another
| exception because the block in SocketStream is sometimes called with
| an argument and sometimes without. I would go into this more deeply
| but I need to work against my frustration of not being able to start
| _any_ adaptor.
|
|
| I build my gemstone by installing from
| GemStone64Bit2.4.4.1-x86_64.Linux.zip. Then I did via topaz
|
|
|
| MCPlatformSupport autoCommit: true.
| MCPlatformSupport autoMigrate: true.
| MCPlatformSupport commitOnAlmostOutOfMemoryDuring: [
| ConfigurationOfGLASS project updateProject.
| ConfigurationOfGLASS project latestVersion load ].
|
|
| ConfigurationOfMetacello project updateProject.
| ConfigurationOfMetacello project latestVersion load.
|
|
| Gofer new
| squeaksource: 'MetacelloRepository';
| package: 'ConfigurationOfSeaside30';
| load.
|
|
| MCPlatformSupport commitOnAlmostOutOfMemoryDuring: [
| ConfigurationOfSeaside30 project lastVersion load
| ]
|
|
| And then I loaded
|
|
| ConfigurationOfHTTPComponents project lastVersion load:
| 'Zinc-Seaside'
|
|
| I hope this is correct.
|
|
| Norbert
|
|
|
|
|
| Dale
|
| [1] http://code.google.com/p/glassdb/issues/detail?id=297
|
| ----- Original Message -----
| | From: "Norbert Hartl" < [hidden email] >
| | To: "GemStone Seaside beta discussion" < [hidden email]
| | >
| | Sent: Saturday, September 17, 2011 2:29:05 AM
| | Subject: Re: [GS/SS Beta] Working web adaptors
| |
| |
| | Am 16.09.2011 um 18:28 schrieb Dale Henrichs:
| |
| | > Norbert for debugging fastcgi or zinc ... launch the server from
| | > a
| | > workspace in GemTools ... it will block the main UI thread[1],
| | > but
| | > the debugger will pop up and you should be able to figure out
| | > things from there ...
| | >
| | I can start the fastcgi adaptor and it blocks but there is no
| | debugger popping up. I've set the exception handler as well as the
| | breakboints but no effect.
| |
| | > I started using SqNumberParser for asNumber and it has slightly
| | > different behavior than the previous implementation (see bugfixes
| | > for Issue 229[2] and Issue 230[3]) so that is presumably the
| | > source of the error ...
| | >
| | > I'll be interested to know where the problem is occuring as I
| | > have
| | > been using the most recent code and haven't seen that particular
| | > problem.
| | >
| | > FastCGI and much of the most recent code is being used for SS3
| | > and
| | > that particular error does show up as an error in the restful
| | > code[4], but we haven't isolated the root cause, yet...Perhaps
| | > you
| | > are running into a similar error.
| | >
| | Yeah, I found this error in the context of SS3 but couldn't figure
| | out what is the problem.
| |
| | Norbert
| | > Dale
| | >
| | > [1]
| | > http://gemstonesoup.wordpress.com/2009/04/15/glass-beta-update-working-with-soap-preview/#GsProcesses
| | > [2] http://code.google.com/p/glassdb/issues/detail?id=229
| | > [3] http://code.google.com/p/glassdb/issues/detail?id=230
| | > [4] http://code.google.com/p/squeaksource3/issues/detail?id=16
| | > ----- Original Message -----
| | > | From: "Norbert Hartl" < [hidden email] >
| | > | To: "GemStone Seaside beta discussion"
| | > | < [hidden email] >
| | > | Sent: Friday, September 16, 2011 9:14:50 AM
| | > | Subject: [GS/SS Beta] Working web adaptors
| | > |
| | > | I'm having trouble utilizing a server adaptor in my fresh
| | > | gemstone
| | > | installation. I started with 2.4.4.1 then updated glass,
| | > | metacello
| | > | and finally installed seaside.
| | > |
| | > | Using the fastcgi adaptor gives me in the nginx log file
| | > |
| | > | 2011/09/15 13:55:13 [error] 3398#0: *1 FastCGI sent in stderr:
| | > | "Reading a number failed: a digit between 0 and 9 expected"
| | > | while
| | > | reading response header from upstream, client: 10.0.2.2,
| | > | server:
| | > | localhost, request: "GET / HTTP/1.1", upstream:
| | > | " <a href="fastcgi://127.0.0.1:7000">fastcgi://127.0.0.1:7000 ", host: "127.0.0.1:8090"
| | > |
| | > | And I can't get a debugger for the error.
| | > |
| | > | Trying to start a fastcgi adapter from gemtools does not block
| | > | and
| | > | there is no open port. Same goes for ZincServerAdapter.
| | > |
| | > | Any hints?
| | > |
| | > | Norbert
| |
| |
|
|

Reply | Threaded
Open this post in threaded view
|

Re: Working web adaptors

Dale Henrichs
In reply to this post by Dale Henrichs
Oh...I take it that issue 298 is a resolution for this problem?

DAle

----- Original Message -----
| From: "Dale Henrichs" <[hidden email]>
| To: "GemStone Seaside beta discussion" <[hidden email]>
| Sent: Monday, September 19, 2011 9:54:36 AM
| Subject: Re: [GS/SS Beta] Working web adaptors
|
| Norbert,
|
| To dig deeper you need to set a breakpoint at the point where this
| error message is created:
|
| 2011/09/15 13:55:13 [error] 3398#0: *1 FastCGI sent in stderr:
| "Reading a number failed: a digit between 0 and 9 expected" while
| reading response header from upstream, client: 10.0.2.2, server:
| localhost, request: "GET / HTTP/1.1", upstream:
| "fastcgi://127.0.0.1:7000", host: "127.0.0.1:8090"
|
| I assumed that it was coming from the production error handler, but
| that error doesn't look like an error that is written to the log by
| any code that I've written....from there we can get the stack and
| make additional progress...
|
| Dale
|
| ----- Original Message -----
| | From: "Norbert Hartl" <[hidden email]>
| | To: "GemStone Seaside beta discussion" <[hidden email]>
| | Sent: Monday, September 19, 2011 3:38:35 AM
| | Subject: Re: [GS/SS Beta] Working web adaptors
| |
| |
| |
| |
| | Am 17.09.2011 um 18:51 schrieb Dale Henrichs:
| |
| |
| |
| | Norbert,
| |
| | Try setting a breakpoint in
| | WAGemStoneProductionErrorHandler>>handleDefault: (missing from
| | breakpointLocations[1]). Presumably that's the error handler you
| | are
| | using.
| |
| | Dale,
| |
| |
| | is WAGemStoneProductionErrorHandler the right one? From gemtools I
| | use normally the WAGemStoneWalkbackErrorHandler. But in any case
| | I'm
| | not succesful at all. I even implemented handleDefault: with a
| | breakpoint in WAGemStoneWalkbackErrorHandler. But I don't get a
| | debugger opened. That is strange because what we can assume is that
| | the error message is generated from smalltalk. Need to dig deeper!
| |
| |
| |
| |
| | For Zinc, bring up a process browser and use the 'yield forever'
| | menu
| | item to allow Zinc to run ... Zinc probably needs the same
| | breakpoint as FastCGI.
| |
| | Not much progress here, too. I started it with
| |
| |
| | (ZnZincServerAdaptor port: 8383) start
| |
| |
| | Yield forever makes the thing block. Issuing a request shows me "
| | /aZnUrl not found" in the browser. I can see exceptions but they
| | are
| | caused from "yield forever" and waiting a few seconds. The server
| | then raises an expception with "data timeout". This triggers
| | another
| | exception because the block in SocketStream is sometimes called
| | with
| | an argument and sometimes without. I would go into this more deeply
| | but I need to work against my frustration of not being able to
| | start
| | _any_ adaptor.
| |
| |
| | I build my gemstone by installing from
| | GemStone64Bit2.4.4.1-x86_64.Linux.zip. Then I did via topaz
| |
| |
| |
| | MCPlatformSupport autoCommit: true.
| | MCPlatformSupport autoMigrate: true.
| | MCPlatformSupport commitOnAlmostOutOfMemoryDuring: [
| | ConfigurationOfGLASS project updateProject.
| | ConfigurationOfGLASS project latestVersion load ].
| |
| |
| | ConfigurationOfMetacello project updateProject.
| | ConfigurationOfMetacello project latestVersion load.
| |
| |
| | Gofer new
| | squeaksource: 'MetacelloRepository';
| | package: 'ConfigurationOfSeaside30';
| | load.
| |
| |
| | MCPlatformSupport commitOnAlmostOutOfMemoryDuring: [
| | ConfigurationOfSeaside30 project lastVersion load
| | ]
| |
| |
| | And then I loaded
| |
| |
| | ConfigurationOfHTTPComponents project lastVersion load:
| | 'Zinc-Seaside'
| |
| |
| | I hope this is correct.
| |
| |
| | Norbert
| |
| |
| |
| |
| |
| | Dale
| |
| | [1] http://code.google.com/p/glassdb/issues/detail?id=297
| |
| | ----- Original Message -----
| | | From: "Norbert Hartl" < [hidden email] >
| | | To: "GemStone Seaside beta discussion" <
| | | [hidden email]
| | | >
| | | Sent: Saturday, September 17, 2011 2:29:05 AM
| | | Subject: Re: [GS/SS Beta] Working web adaptors
| | |
| | |
| | | Am 16.09.2011 um 18:28 schrieb Dale Henrichs:
| | |
| | | > Norbert for debugging fastcgi or zinc ... launch the server
| | | > from
| | | > a
| | | > workspace in GemTools ... it will block the main UI thread[1],
| | | > but
| | | > the debugger will pop up and you should be able to figure out
| | | > things from there ...
| | | >
| | | I can start the fastcgi adaptor and it blocks but there is no
| | | debugger popping up. I've set the exception handler as well as
| | | the
| | | breakboints but no effect.
| | |
| | | > I started using SqNumberParser for asNumber and it has slightly
| | | > different behavior than the previous implementation (see
| | | > bugfixes
| | | > for Issue 229[2] and Issue 230[3]) so that is presumably the
| | | > source of the error ...
| | | >
| | | > I'll be interested to know where the problem is occuring as I
| | | > have
| | | > been using the most recent code and haven't seen that
| | | > particular
| | | > problem.
| | | >
| | | > FastCGI and much of the most recent code is being used for SS3
| | | > and
| | | > that particular error does show up as an error in the restful
| | | > code[4], but we haven't isolated the root cause, yet...Perhaps
| | | > you
| | | > are running into a similar error.
| | | >
| | | Yeah, I found this error in the context of SS3 but couldn't
| | | figure
| | | out what is the problem.
| | |
| | | Norbert
| | | > Dale
| | | >
| | | > [1]
| | | > http://gemstonesoup.wordpress.com/2009/04/15/glass-beta-update-working-with-soap-preview/#GsProcesses
| | | > [2] http://code.google.com/p/glassdb/issues/detail?id=229
| | | > [3] http://code.google.com/p/glassdb/issues/detail?id=230
| | | > [4] http://code.google.com/p/squeaksource3/issues/detail?id=16
| | | > ----- Original Message -----
| | | > | From: "Norbert Hartl" < [hidden email] >
| | | > | To: "GemStone Seaside beta discussion"
| | | > | < [hidden email] >
| | | > | Sent: Friday, September 16, 2011 9:14:50 AM
| | | > | Subject: [GS/SS Beta] Working web adaptors
| | | > |
| | | > | I'm having trouble utilizing a server adaptor in my fresh
| | | > | gemstone
| | | > | installation. I started with 2.4.4.1 then updated glass,
| | | > | metacello
| | | > | and finally installed seaside.
| | | > |
| | | > | Using the fastcgi adaptor gives me in the nginx log file
| | | > |
| | | > | 2011/09/15 13:55:13 [error] 3398#0: *1 FastCGI sent in
| | | > | stderr:
| | | > | "Reading a number failed: a digit between 0 and 9 expected"
| | | > | while
| | | > | reading response header from upstream, client: 10.0.2.2,
| | | > | server:
| | | > | localhost, request: "GET / HTTP/1.1", upstream:
| | | > | " fastcgi://127.0.0.1:7000 ", host: "127.0.0.1:8090"
| | | > |
| | | > | And I can't get a debugger for the error.
| | | > |
| | | > | Trying to start a fastcgi adapter from gemtools does not
| | | > | block
| | | > | and
| | | > | there is no open port. Same goes for ZincServerAdapter.
| | | > |
| | | > | Any hints?
| | | > |
| | | > | Norbert
| | |
| | |
| |
| |
|
Reply | Threaded
Open this post in threaded view
|

Re: Working web adaptors

NorbertHartl
Yes!

Need to work out zinc now.

Norbert



Am 19.09.2011 um 19:27 schrieb Dale Henrichs <[hidden email]>:

> Oh...I take it that issue 298 is a resolution for this problem?
>
> DAle
>
> ----- Original Message -----
> | From: "Dale Henrichs" <[hidden email]>
> | To: "GemStone Seaside beta discussion" <[hidden email]>
> | Sent: Monday, September 19, 2011 9:54:36 AM
> | Subject: Re: [GS/SS Beta] Working web adaptors
> |
> | Norbert,
> |
> | To dig deeper you need to set a breakpoint at the point where this
> | error message is created:
> |
> | 2011/09/15 13:55:13 [error] 3398#0: *1 FastCGI sent in stderr:
> | "Reading a number failed: a digit between 0 and 9 expected" while
> | reading response header from upstream, client: 10.0.2.2, server:
> | localhost, request: "GET / HTTP/1.1", upstream:
> | "fastcgi://127.0.0.1:7000", host: "127.0.0.1:8090"
> |
> | I assumed that it was coming from the production error handler, but
> | that error doesn't look like an error that is written to the log by
> | any code that I've written....from there we can get the stack and
> | make additional progress...
> |
> | Dale
> |
> | ----- Original Message -----
> | | From: "Norbert Hartl" <[hidden email]>
> | | To: "GemStone Seaside beta discussion" <[hidden email]>
> | | Sent: Monday, September 19, 2011 3:38:35 AM
> | | Subject: Re: [GS/SS Beta] Working web adaptors
> | |
> | |
> | |
> | |
> | | Am 17.09.2011 um 18:51 schrieb Dale Henrichs:
> | |
> | |
> | |
> | | Norbert,
> | |
> | | Try setting a breakpoint in
> | | WAGemStoneProductionErrorHandler>>handleDefault: (missing from
> | | breakpointLocations[1]). Presumably that's the error handler you
> | | are
> | | using.
> | |
> | | Dale,
> | |
> | |
> | | is WAGemStoneProductionErrorHandler the right one? From gemtools I
> | | use normally the WAGemStoneWalkbackErrorHandler. But in any case
> | | I'm
> | | not succesful at all. I even implemented handleDefault: with a
> | | breakpoint in WAGemStoneWalkbackErrorHandler. But I don't get a
> | | debugger opened. That is strange because what we can assume is that
> | | the error message is generated from smalltalk. Need to dig deeper!
> | |
> | |
> | |
> | |
> | | For Zinc, bring up a process browser and use the 'yield forever'
> | | menu
> | | item to allow Zinc to run ... Zinc probably needs the same
> | | breakpoint as FastCGI.
> | |
> | | Not much progress here, too. I started it with
> | |
> | |
> | | (ZnZincServerAdaptor port: 8383) start
> | |
> | |
> | | Yield forever makes the thing block. Issuing a request shows me "
> | | /aZnUrl not found" in the browser. I can see exceptions but they
> | | are
> | | caused from "yield forever" and waiting a few seconds. The server
> | | then raises an expception with "data timeout". This triggers
> | | another
> | | exception because the block in SocketStream is sometimes called
> | | with
> | | an argument and sometimes without. I would go into this more deeply
> | | but I need to work against my frustration of not being able to
> | | start
> | | _any_ adaptor.
> | |
> | |
> | | I build my gemstone by installing from
> | | GemStone64Bit2.4.4.1-x86_64.Linux.zip. Then I did via topaz
> | |
> | |
> | |
> | | MCPlatformSupport autoCommit: true.
> | | MCPlatformSupport autoMigrate: true.
> | | MCPlatformSupport commitOnAlmostOutOfMemoryDuring: [
> | | ConfigurationOfGLASS project updateProject.
> | | ConfigurationOfGLASS project latestVersion load ].
> | |
> | |
> | | ConfigurationOfMetacello project updateProject.
> | | ConfigurationOfMetacello project latestVersion load.
> | |
> | |
> | | Gofer new
> | | squeaksource: 'MetacelloRepository';
> | | package: 'ConfigurationOfSeaside30';
> | | load.
> | |
> | |
> | | MCPlatformSupport commitOnAlmostOutOfMemoryDuring: [
> | | ConfigurationOfSeaside30 project lastVersion load
> | | ]
> | |
> | |
> | | And then I loaded
> | |
> | |
> | | ConfigurationOfHTTPComponents project lastVersion load:
> | | 'Zinc-Seaside'
> | |
> | |
> | | I hope this is correct.
> | |
> | |
> | | Norbert
> | |
> | |
> | |
> | |
> | |
> | | Dale
> | |
> | | [1] http://code.google.com/p/glassdb/issues/detail?id=297
> | |
> | | ----- Original Message -----
> | | | From: "Norbert Hartl" < [hidden email] >
> | | | To: "GemStone Seaside beta discussion" <
> | | | [hidden email]
> | | | >
> | | | Sent: Saturday, September 17, 2011 2:29:05 AM
> | | | Subject: Re: [GS/SS Beta] Working web adaptors
> | | |
> | | |
> | | | Am 16.09.2011 um 18:28 schrieb Dale Henrichs:
> | | |
> | | | > Norbert for debugging fastcgi or zinc ... launch the server
> | | | > from
> | | | > a
> | | | > workspace in GemTools ... it will block the main UI thread[1],
> | | | > but
> | | | > the debugger will pop up and you should be able to figure out
> | | | > things from there ...
> | | | >
> | | | I can start the fastcgi adaptor and it blocks but there is no
> | | | debugger popping up. I've set the exception handler as well as
> | | | the
> | | | breakboints but no effect.
> | | |
> | | | > I started using SqNumberParser for asNumber and it has slightly
> | | | > different behavior than the previous implementation (see
> | | | > bugfixes
> | | | > for Issue 229[2] and Issue 230[3]) so that is presumably the
> | | | > source of the error ...
> | | | >
> | | | > I'll be interested to know where the problem is occuring as I
> | | | > have
> | | | > been using the most recent code and haven't seen that
> | | | > particular
> | | | > problem.
> | | | >
> | | | > FastCGI and much of the most recent code is being used for SS3
> | | | > and
> | | | > that particular error does show up as an error in the restful
> | | | > code[4], but we haven't isolated the root cause, yet...Perhaps
> | | | > you
> | | | > are running into a similar error.
> | | | >
> | | | Yeah, I found this error in the context of SS3 but couldn't
> | | | figure
> | | | out what is the problem.
> | | |
> | | | Norbert
> | | | > Dale
> | | | >
> | | | > [1]
> | | | > http://gemstonesoup.wordpress.com/2009/04/15/glass-beta-update-working-with-soap-preview/#GsProcesses
> | | | > [2] http://code.google.com/p/glassdb/issues/detail?id=229
> | | | > [3] http://code.google.com/p/glassdb/issues/detail?id=230
> | | | > [4] http://code.google.com/p/squeaksource3/issues/detail?id=16
> | | | > ----- Original Message -----
> | | | > | From: "Norbert Hartl" < [hidden email] >
> | | | > | To: "GemStone Seaside beta discussion"
> | | | > | < [hidden email] >
> | | | > | Sent: Friday, September 16, 2011 9:14:50 AM
> | | | > | Subject: [GS/SS Beta] Working web adaptors
> | | | > |
> | | | > | I'm having trouble utilizing a server adaptor in my fresh
> | | | > | gemstone
> | | | > | installation. I started with 2.4.4.1 then updated glass,
> | | | > | metacello
> | | | > | and finally installed seaside.
> | | | > |
> | | | > | Using the fastcgi adaptor gives me in the nginx log file
> | | | > |
> | | | > | 2011/09/15 13:55:13 [error] 3398#0: *1 FastCGI sent in
> | | | > | stderr:
> | | | > | "Reading a number failed: a digit between 0 and 9 expected"
> | | | > | while
> | | | > | reading response header from upstream, client: 10.0.2.2,
> | | | > | server:
> | | | > | localhost, request: "GET / HTTP/1.1", upstream:
> | | | > | " fastcgi://127.0.0.1:7000 ", host: "127.0.0.1:8090"
> | | | > |
> | | | > | And I can't get a debugger for the error.
> | | | > |
> | | | > | Trying to start a fastcgi adapter from gemtools does not
> | | | > | block
> | | | > | and
> | | | > | there is no open port. Same goes for ZincServerAdapter.
> | | | > |
> | | | > | Any hints?
> | | | > |
> | | | > | Norbert
> | | |
> | | |
> | |
> | |
> |