simpleweb-support Mailing List for Simple (Page 12)
Brought to you by:
niallg
Menu
▾
▴
simpleweb-support — General user and support issues
You can subscribe to this list here.
| 2004 |
Jan
(1) |
Feb
(4) |
Mar
(2) |
Apr
(14) |
May
(22) |
Jun
(15) |
Jul
(9) |
Aug
(2) |
Sep
(7) |
Oct
(4) |
Nov
(2) |
Dec
(12) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(7) |
Feb
(16) |
Mar
(17) |
Apr
|
May
(12) |
Jun
(4) |
Jul
(22) |
Aug
(50) |
Sep
(8) |
Oct
(23) |
Nov
(9) |
Dec
(50) |
| 2006 |
Jan
(6) |
Feb
(7) |
Mar
(8) |
Apr
(3) |
May
(13) |
Jun
(4) |
Jul
(2) |
Aug
|
Sep
(1) |
Oct
|
Nov
(6) |
Dec
(7) |
| 2007 |
Jan
(11) |
Feb
(3) |
Mar
(17) |
Apr
(21) |
May
(9) |
Jun
(4) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
(8) |
Nov
(14) |
Dec
(3) |
| 2008 |
Jan
(3) |
Feb
|
Mar
|
Apr
(5) |
May
|
Jun
|
Jul
(4) |
Aug
(4) |
Sep
(15) |
Oct
(9) |
Nov
(6) |
Dec
(2) |
| 2009 |
Jan
(29) |
Feb
(2) |
Mar
(8) |
Apr
(14) |
May
(4) |
Jun
(13) |
Jul
(5) |
Aug
|
Sep
|
Oct
(4) |
Nov
(3) |
Dec
(7) |
| 2010 |
Jan
|
Feb
(2) |
Mar
(61) |
Apr
(9) |
May
(10) |
Jun
(9) |
Jul
(10) |
Aug
(7) |
Sep
(15) |
Oct
(5) |
Nov
(2) |
Dec
(3) |
| 2011 |
Jan
(11) |
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
(4) |
Oct
|
Nov
(6) |
Dec
(9) |
| 2012 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
(3) |
May
(2) |
Jun
|
Jul
(17) |
Aug
|
Sep
|
Oct
|
Nov
(10) |
Dec
(5) |
| 2013 |
Jan
(2) |
Feb
(4) |
Mar
|
Apr
(12) |
May
|
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(1) |
| 2014 |
Jan
|
Feb
(2) |
Mar
(6) |
Apr
|
May
|
Jun
(20) |
Jul
(12) |
Aug
(4) |
Sep
(3) |
Oct
(5) |
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Carfield Y. <car...@ca...> - 2010-03-10 18:49:11
|
I think it exist once, but I haven't keep the copy, is that discontinue? Like to have this because I would like to try GWT |
|
From: <nia...@rb...> - 2010-03-10 17:50:44
|
I doubt this is your problem, this means that the other side (the client) close the connection. So this would not give you an issue where the client would hang and wait for data. If what you are seeing is a response that takes very long to arrive where your browser is spinning waiting. Then you have not close the connection.
You can ignore any exceptions where the channel is closed from the other side, this will be common and it is safe to ignore.
Niall Gallagher
RBS Global Banking & Markets
Office: +44 2070851454
________________________________
From: Carfield Yim [mailto:car...@ca...]
Sent: 10 March 2010 17:40
To: Simple support and user issues
Subject: Re: [Simpleweb-Support] Cannot flush the data to browser until exit the application
Thanks a lot, this is the problem. I guess what I get is this , from time to time, but this should be ok to ignore... or not?
org.simpleframework.http.core.ProducerException: Error sending response
at org.simpleframework.http.core.CloseProducer.produce(CloseProducer.java:135)
at org.simpleframework.http.core.Transfer.write(Transfer.java:184)
at org.simpleframework.http.core.Transfer.write(Transfer.java:167)
at org.simpleframework.http.core.Accumulator.write(Accumulator.java:219)
at org.simpleframework.http.core.Accumulator.write(Accumulator.java:190)
at org.simpleframework.http.core.Accumulator.write(Accumulator.java:169)
at org.apache.commons.io.IOUtils.copy(IOUtils.java:997)
at hk.com.carfield.web.simple.Controller.rawDisplay(Controller.java:118)
at hk.com.carfield.web.simple.Controller.rawDisplay(Controller.java:104)
at hk.com.carfield.web.simple.Controller.handleRequest(Controller.java:70)
at hk.com.carfield.web.simple.Controller.access$1(Controller.java:39)
at hk.com.carfield.web.simple.Controller$1.run(Controller.java:162)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:165)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:636)
Caused by: java.nio.channels.ClosedChannelException
at sun.nio.ch.SocketChannelImpl.ensureWriteOpen(SocketChannelImpl.java:146)
at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:342)
at org.simpleframework.transport.Appender.write(Appender.java:343)
at org.simpleframework.transport.Appender.write(Appender.java:322)
at org.simpleframework.transport.Appender.write(Appender.java:297)
at org.simpleframework.transport.Segment.write(Segment.java:206)
at org.simpleframework.transport.SocketWriter.write(SocketWriter.java:133)
at org.simpleframework.transport.SocketWriter.flush(SocketWriter.java:159)
at org.simpleframework.transport.SocketWriter.write(SocketWriter.java:119)
at org.simpleframework.transport.SocketController.write(SocketController.java:70)
at org.simpleframework.transport.SocketTransport.write(SocketTransport.java:203)
at org.simpleframework.http.core.TransportSender.send(TransportSender.java:125)
at org.simpleframework.http.core.CloseProducer.produce(CloseProducer.java:130)
... 19 more
On Thu, Mar 11, 2010 at 1:19 AM, <nia...@rb...<mailto:nia...@rb...>> wrote:
I think you are forgetting to close the connection here. I know you said that you are doing a resp.close(), but there must be either an exception before this or some condition preventing the close. Try do this.
try{
// my work goes here...
}finally{
resp.close();
}
To verify this, telenet in to the server on the port it is listening to and type GET / HTTP/1.1. It should show you what is being sent. If you do not see a 0, followed by a newline then the connection just has not been closed.
P.S closing the response with Repsonse.close() or OutputStream.close() does not actually close the connection between the client and server, it just tells the server to flush the stream and dispatch the next request.
Niall Gallagher
RBS Global Banking & Markets
Office: +44 2070851454
________________________________
From: Carfield Yim [mailto:car...@ca...<mailto:car...@ca...>]
Sent: 10 March 2010 17:15
To: Simple support and user issues
Subject: Re: [Simpleweb-Support] Cannot flush the data to browser until exit the application
Sure, it is
HTTP/1.1 200 OK
Content-Type: text/html; charset=UTF-8
Connection: keep-alive
If-Modified-Since: Wed, 10 Mar 2010 17:16:12 GMT
Last-Modified: Wed, 10 Mar 2010 17:16:12 GMT
Transfer-Encoding: chunked
On Thu, Mar 11, 2010 at 12:52 AM, <nia...@rb...<mailto:nia...@rb...>> wrote:
What does the server response with? I think I know what the problem is, if you can provide the HTTP header sent by the server I can confirm.
Niall Gallagher
RBS Global Banking & Markets
Office: +44 2070851454
________________________________
From: Carfield Yim [mailto:car...@ca...<mailto:car...@ca...>]
Sent: 10 March 2010 16:40
To: Simple support and user issues
Subject: Re: [Simpleweb-Support] Cannot flush the data to browser until exit the application
Yes, I am using 4.1.18, here is the config of my system:
1) The OS your running it on
Linux, Ubuntu 9.10, kernal 2.6.31-20
2) The JVM you are using
OpenJDK 1.6.0.14.0-b16
SunJDK 1.6.0.15
3) The HTTP header sent with the request
GET / HTTP/1.1
Host: localhost:8082
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2) Gecko/20100301 Ubuntu/9.10 (karmic) Firefox/3.6 Mnenhy/0.7.6.0<http://0.7.6.0>
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 115
Connection: keep-alive
Cookie: JSESSIONID=54942ed8-b591-47c7-a9af-8330d47a0394
4) What behaviour you expect, and what behaviour you get
Behavior Expect: It return http header and data then browser display the data.
Behavior Get: It return http header and data, but browser look like still wait for something and don't show the data, may be server side need to close the connection?
On Tue, Mar 9, 2010 at 7:32 PM, <nia...@rb...<mailto:nia...@rb...>> wrote:
Hi,
What version of Simple are you working with, this bug was fixed in 4.1.10, you should really be using 4.1.18. If you are using 4.1.18 and you suspect you are seeing an issue with flushing could you provide the following.
1) The OS your running it on
2) The JVM you are using
3) The HTTP header sent with the request
4) What behaviour you expect, and what behaviour you get
Ill take a close look and upload a fix if there is a bug, however I have been using the most recent version of Simple quite heavily now for several months and I have seen no issues (however this does not mean that there are none).
Thanks,
Niall
________________________________
From: Carfield Yim [mailto:car...@ca...<mailto:car...@ca...>]
Sent: 07 March 2010 02:57
To: Simple support and user issues
Subject: [Simpleweb-Support] Cannot flush the data to browser until exit the application
Hi, I just update the simple library from an very old version to latest 4.x version, after I start the application try to open a page, the request never get response until I exit the application. However, I've call
response.close();
Already... Will you have any idea why that that happen?
***********************************************************************************
The Royal Bank of Scotland plc. Registered in Scotland No 90312.
Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB.
Authorised and regulated by the Financial Services Authority. The
Royal Bank of Scotland N.V. is authorised and regulated by the
De Nederlandsche Bank and has its seat at Amsterdam, the
Netherlands, and is registered in the Commercial Register under
number 33002587. Registered Office: Gustav Mahlerlaan 10,
Amsterdam, The Netherlands. The Royal Bank of Scotland N.V. and
The Royal Bank of Scotland plc are authorised to act as agent for each
other in certain jurisdictions.
This e-mail message is confidential and for use by the addressee only.
If the message is received by anyone other than the addressee, please
return the message to the sender by replying to it and then delete the
message from your computer. Internet e-mails are not necessarily
secure. The Royal Bank of Scotland plc and The Royal Bank of Scotland
N.V. including its affiliates ("RBS group") does not accept responsibility
for changes made to this message after it was sent.
Whilst all reasonable care has been taken to avoid the transmission of
viruses, it is the responsibility of the recipient to ensure that the onward
transmission, opening or use of this message and any attachments will
not adversely affect its systems or data. No responsibility is accepted
by the RBS group in this regard and the recipient should carry out such
virus and other checks as it considers appropriate.
Visit our website at www.rbs.com<http://www.rbs.com>
***********************************************************************************
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Simpleweb-Support mailing list
Sim...@li...<mailto:Sim...@li...>
https://lists.sourceforge.net/lists/listinfo/simpleweb-support
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Simpleweb-Support mailing list
Sim...@li...<mailto:Sim...@li...>
https://lists.sourceforge.net/lists/listinfo/simpleweb-support
|
|
From: Carfield Y. <car...@ca...> - 2010-03-10 17:39:50
|
Thanks a lot, this is the problem. I guess what I get is this , from time to
time, but this should be ok to ignore... or not?
org.simpleframework.http.core.ProducerException: Error sending response
at
org.simpleframework.http.core.CloseProducer.produce(CloseProducer.java:135)
at org.simpleframework.http.core.Transfer.write(Transfer.java:184)
at org.simpleframework.http.core.Transfer.write(Transfer.java:167)
at org.simpleframework.http.core.Accumulator.write(Accumulator.java:219)
at org.simpleframework.http.core.Accumulator.write(Accumulator.java:190)
at org.simpleframework.http.core.Accumulator.write(Accumulator.java:169)
at org.apache.commons.io.IOUtils.copy(IOUtils.java:997)
at hk.com.carfield.web.simple.Controller.rawDisplay(Controller.java:118)
at hk.com.carfield.web.simple.Controller.rawDisplay(Controller.java:104)
at
hk.com.carfield.web.simple.Controller.handleRequest(Controller.java:70)
at hk.com.carfield.web.simple.Controller.access$1(Controller.java:39)
at hk.com.carfield.web.simple.Controller$1.run(Controller.java:162)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:165)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:266)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:636)
Caused by: java.nio.channels.ClosedChannelException
at
sun.nio.ch.SocketChannelImpl.ensureWriteOpen(SocketChannelImpl.java:146)
at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:342)
at org.simpleframework.transport.Appender.write(Appender.java:343)
at org.simpleframework.transport.Appender.write(Appender.java:322)
at org.simpleframework.transport.Appender.write(Appender.java:297)
at org.simpleframework.transport.Segment.write(Segment.java:206)
at
org.simpleframework.transport.SocketWriter.write(SocketWriter.java:133)
at
org.simpleframework.transport.SocketWriter.flush(SocketWriter.java:159)
at
org.simpleframework.transport.SocketWriter.write(SocketWriter.java:119)
at
org.simpleframework.transport.SocketController.write(SocketController.java:70)
at
org.simpleframework.transport.SocketTransport.write(SocketTransport.java:203)
at
org.simpleframework.http.core.TransportSender.send(TransportSender.java:125)
at
org.simpleframework.http.core.CloseProducer.produce(CloseProducer.java:130)
... 19 more
On Thu, Mar 11, 2010 at 1:19 AM, <nia...@rb...> wrote:
> I think you are forgetting to close the connection here. I know you said
> that you are doing a resp.close(), but there must be either an exception
> before this or some condition preventing the close. Try do this.
>
> try{
> // my work goes here...
> }finally{
> resp.close();
> }
>
> To verify this, telenet in to the server on the port it is listening to and
> type GET / HTTP/1.1. It should show you what is being sent. If you do not
> see a 0, followed by a newline then the connection just has not been closed.
>
> P.S closing the response with Repsonse.close() or OutputStream.close() does
> not actually close the connection between the client and server, it just
> tells the server to flush the stream and dispatch the next request.
>
> *Niall Gallagher*
> RBS Global Banking & Markets
> Office: +44 2070851454
>
>
>
> ------------------------------
> *From:* Carfield Yim [mailto:car...@ca...]
> *Sent:* 10 March 2010 17:15
>
> *To:* Simple support and user issues
> *Subject:* Re: [Simpleweb-Support] Cannot flush the data to browser until
> exit the application
>
> Sure, it is
>
> HTTP/1.1 200 OK
> Content-Type: text/html; charset=UTF-8
> Connection: keep-alive
> If-Modified-Since: Wed, 10 Mar 2010 17:16:12 GMT
> Last-Modified: Wed, 10 Mar 2010 17:16:12 GMT
> Transfer-Encoding: chunked
>
>
> On Thu, Mar 11, 2010 at 12:52 AM, <nia...@rb...> wrote:
>
>> What does the server response with? I think I know what the problem is,
>> if you can provide the HTTP header sent by the server I can confirm.
>>
>> *Niall Gallagher*
>> RBS Global Banking & Markets
>> Office: +44 2070851454
>>
>>
>>
>> ------------------------------
>> *From:* Carfield Yim [mailto:car...@ca...]
>> *Sent:* 10 March 2010 16:40
>>
>> *To:* Simple support and user issues
>> *Subject:* Re: [Simpleweb-Support] Cannot flush the data to browser until
>> exit the application
>>
>> Yes, I am using 4.1.18, here is the config of my system:
>>
>> 1) The OS your running it on
>> Linux, Ubuntu 9.10, kernal 2.6.31-20
>>
>> 2) The JVM you are using
>> OpenJDK 1.6.0.14.0-b16
>> SunJDK 1.6.0.15
>>
>> 3) The HTTP header sent with the request
>>
>> GET / HTTP/1.1
>> Host: localhost:8082
>> User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2)
>> Gecko/20100301 Ubuntu/9.10 (karmic) Firefox/3.6 Mnenhy/0.7.6.0
>> Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
>> Accept-Language: en-us,en;q=0.5
>> Accept-Encoding: gzip,deflate
>> Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
>> Keep-Alive: 115
>> Connection: keep-alive
>> Cookie: JSESSIONID=54942ed8-b591-47c7-a9af-8330d47a0394
>>
>>
>> 4) What behaviour you expect, and what behaviour you get
>>
>> Behavior Expect: It return http header and data then browser display the
>> data.
>> Behavior Get: It return http header *and* *data*, but browser look like
>> still wait for something and don't show the data, may be server side need to
>> close the connection?
>>
>>
>> On Tue, Mar 9, 2010 at 7:32 PM, <nia...@rb...> wrote:
>>
>>> Hi,
>>>
>>> What version of Simple are you working with, this bug was fixed in
>>> 4.1.10, you should really be using 4.1.18. If you are using 4.1.18 and you
>>> suspect you are seeing an issue with flushing could you provide the
>>> following.
>>>
>>>
>>> 1) The OS your running it on
>>> 2) The JVM you are using
>>> 3) The HTTP header sent with the request
>>> 4) What behaviour you expect, and what behaviour you get
>>>
>>> Ill take a close look and upload a fix if there is a bug, however I have
>>> been using the most recent version of Simple quite heavily now for several
>>> months and I have seen no issues (however this does not mean that there are
>>> none).
>>>
>>> Thanks,
>>> Niall
>>>
>>> ------------------------------
>>> *From:* Carfield Yim [mailto:car...@ca...]
>>> *Sent:* 07 March 2010 02:57
>>>
>>> *To:* Simple support and user issues
>>> *Subject:* [Simpleweb-Support] Cannot flush the data to browser until
>>> exit the application
>>>
>>> Hi, I just update the simple library from an very old version to latest
>>> 4.x version, after I start the application try to open a page, the request
>>> never get response until I exit the application. However, I've call
>>>
>>> response.close();
>>>
>>> Already... Will you have any idea why that that happen?
>>>
>>> ***********************************************************************************
>>> The Royal Bank of Scotland plc. Registered in Scotland No 90312.
>>> Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB.
>>> Authorised and regulated by the Financial Services Authority. The
>>> Royal Bank of Scotland N.V. is authorised and regulated by the
>>> De Nederlandsche Bank and has its seat at Amsterdam, the
>>> Netherlands, and is registered in the Commercial Register under
>>> number 33002587. Registered Office: Gustav Mahlerlaan 10,
>>> Amsterdam, The Netherlands. The Royal Bank of Scotland N.V. and
>>> The Royal Bank of Scotland plc are authorised to act as agent for each
>>> other in certain jurisdictions.
>>>
>>> This e-mail message is confidential and for use by the addressee only.
>>> If the message is received by anyone other than the addressee, please
>>> return the message to the sender by replying to it and then delete the
>>> message from your computer. Internet e-mails are not necessarily
>>> secure. The Royal Bank of Scotland plc and The Royal Bank of Scotland
>>> N.V. including its affiliates ("RBS group") does not accept responsibility
>>> for changes made to this message after it was sent.
>>>
>>> Whilst all reasonable care has been taken to avoid the transmission of
>>> viruses, it is the responsibility of the recipient to ensure that the onward
>>> transmission, opening or use of this message and any attachments will
>>> not adversely affect its systems or data. No responsibility is accepted
>>> by the RBS group in this regard and the recipient should carry out such
>>> virus and other checks as it considers appropriate.
>>>
>>> Visit our website at www.rbs.com
>>>
>>> ***********************************************************************************
>>>
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> Download Intel® Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance.
>> See why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev
>> _______________________________________________
>> Simpleweb-Support mailing list
>> Sim...@li...
>> https://lists.sourceforge.net/lists/listinfo/simpleweb-support
>>
>>
>
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Simpleweb-Support mailing list
> Sim...@li...
> https://lists.sourceforge.net/lists/listinfo/simpleweb-support
>
>
|
|
From: <nia...@rb...> - 2010-03-10 17:19:31
|
I think you are forgetting to close the connection here. I know you said that you are doing a resp.close(), but there must be either an exception before this or some condition preventing the close. Try do this.
try{
// my work goes here...
}finally{
resp.close();
}
To verify this, telenet in to the server on the port it is listening to and type GET / HTTP/1.1. It should show you what is being sent. If you do not see a 0, followed by a newline then the connection just has not been closed.
P.S closing the response with Repsonse.close() or OutputStream.close() does not actually close the connection between the client and server, it just tells the server to flush the stream and dispatch the next request.
Niall Gallagher
RBS Global Banking & Markets
Office: +44 2070851454
________________________________
From: Carfield Yim [mailto:car...@ca...]
Sent: 10 March 2010 17:15
To: Simple support and user issues
Subject: Re: [Simpleweb-Support] Cannot flush the data to browser until exit the application
Sure, it is
HTTP/1.1 200 OK
Content-Type: text/html; charset=UTF-8
Connection: keep-alive
If-Modified-Since: Wed, 10 Mar 2010 17:16:12 GMT
Last-Modified: Wed, 10 Mar 2010 17:16:12 GMT
Transfer-Encoding: chunked
On Thu, Mar 11, 2010 at 12:52 AM, <nia...@rb...<mailto:nia...@rb...>> wrote:
What does the server response with? I think I know what the problem is, if you can provide the HTTP header sent by the server I can confirm.
Niall Gallagher
RBS Global Banking & Markets
Office: +44 2070851454
________________________________
From: Carfield Yim [mailto:car...@ca...<mailto:car...@ca...>]
Sent: 10 March 2010 16:40
To: Simple support and user issues
Subject: Re: [Simpleweb-Support] Cannot flush the data to browser until exit the application
Yes, I am using 4.1.18, here is the config of my system:
1) The OS your running it on
Linux, Ubuntu 9.10, kernal 2.6.31-20
2) The JVM you are using
OpenJDK 1.6.0.14.0-b16
SunJDK 1.6.0.15
3) The HTTP header sent with the request
GET / HTTP/1.1
Host: localhost:8082
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2) Gecko/20100301 Ubuntu/9.10 (karmic) Firefox/3.6 Mnenhy/0.7.6.0<http://0.7.6.0>
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 115
Connection: keep-alive
Cookie: JSESSIONID=54942ed8-b591-47c7-a9af-8330d47a0394
4) What behaviour you expect, and what behaviour you get
Behavior Expect: It return http header and data then browser display the data.
Behavior Get: It return http header and data, but browser look like still wait for something and don't show the data, may be server side need to close the connection?
On Tue, Mar 9, 2010 at 7:32 PM, <nia...@rb...<mailto:nia...@rb...>> wrote:
Hi,
What version of Simple are you working with, this bug was fixed in 4.1.10, you should really be using 4.1.18. If you are using 4.1.18 and you suspect you are seeing an issue with flushing could you provide the following.
1) The OS your running it on
2) The JVM you are using
3) The HTTP header sent with the request
4) What behaviour you expect, and what behaviour you get
Ill take a close look and upload a fix if there is a bug, however I have been using the most recent version of Simple quite heavily now for several months and I have seen no issues (however this does not mean that there are none).
Thanks,
Niall
________________________________
From: Carfield Yim [mailto:car...@ca...<mailto:car...@ca...>]
Sent: 07 March 2010 02:57
To: Simple support and user issues
Subject: [Simpleweb-Support] Cannot flush the data to browser until exit the application
Hi, I just update the simple library from an very old version to latest 4.x version, after I start the application try to open a page, the request never get response until I exit the application. However, I've call
response.close();
Already... Will you have any idea why that that happen?
***********************************************************************************
The Royal Bank of Scotland plc. Registered in Scotland No 90312.
Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB.
Authorised and regulated by the Financial Services Authority. The
Royal Bank of Scotland N.V. is authorised and regulated by the
De Nederlandsche Bank and has its seat at Amsterdam, the
Netherlands, and is registered in the Commercial Register under
number 33002587. Registered Office: Gustav Mahlerlaan 10,
Amsterdam, The Netherlands. The Royal Bank of Scotland N.V. and
The Royal Bank of Scotland plc are authorised to act as agent for each
other in certain jurisdictions.
This e-mail message is confidential and for use by the addressee only.
If the message is received by anyone other than the addressee, please
return the message to the sender by replying to it and then delete the
message from your computer. Internet e-mails are not necessarily
secure. The Royal Bank of Scotland plc and The Royal Bank of Scotland
N.V. including its affiliates ("RBS group") does not accept responsibility
for changes made to this message after it was sent.
Whilst all reasonable care has been taken to avoid the transmission of
viruses, it is the responsibility of the recipient to ensure that the onward
transmission, opening or use of this message and any attachments will
not adversely affect its systems or data. No responsibility is accepted
by the RBS group in this regard and the recipient should carry out such
virus and other checks as it considers appropriate.
Visit our website at www.rbs.com<http://www.rbs.com>
***********************************************************************************
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Simpleweb-Support mailing list
Sim...@li...<mailto:Sim...@li...>
https://lists.sourceforge.net/lists/listinfo/simpleweb-support
|
|
From: Carfield Y. <car...@ca...> - 2010-03-10 17:15:29
|
Sure, it is
HTTP/1.1 200 OK
Content-Type: text/html; charset=UTF-8
Connection: keep-alive
If-Modified-Since: Wed, 10 Mar 2010 17:16:12 GMT
Last-Modified: Wed, 10 Mar 2010 17:16:12 GMT
Transfer-Encoding: chunked
On Thu, Mar 11, 2010 at 12:52 AM, <nia...@rb...> wrote:
> What does the server response with? I think I know what the problem is,
> if you can provide the HTTP header sent by the server I can confirm.
>
> *Niall Gallagher*
> RBS Global Banking & Markets
> Office: +44 2070851454
>
>
>
> ------------------------------
> *From:* Carfield Yim [mailto:car...@ca...]
> *Sent:* 10 March 2010 16:40
>
> *To:* Simple support and user issues
> *Subject:* Re: [Simpleweb-Support] Cannot flush the data to browser until
> exit the application
>
> Yes, I am using 4.1.18, here is the config of my system:
>
> 1) The OS your running it on
> Linux, Ubuntu 9.10, kernal 2.6.31-20
>
> 2) The JVM you are using
> OpenJDK 1.6.0.14.0-b16
> SunJDK 1.6.0.15
>
> 3) The HTTP header sent with the request
>
> GET / HTTP/1.1
> Host: localhost:8082
> User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2)
> Gecko/20100301 Ubuntu/9.10 (karmic) Firefox/3.6 Mnenhy/0.7.6.0
> Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
> Accept-Language: en-us,en;q=0.5
> Accept-Encoding: gzip,deflate
> Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
> Keep-Alive: 115
> Connection: keep-alive
> Cookie: JSESSIONID=54942ed8-b591-47c7-a9af-8330d47a0394
>
>
> 4) What behaviour you expect, and what behaviour you get
>
> Behavior Expect: It return http header and data then browser display the
> data.
> Behavior Get: It return http header *and* *data*, but browser look like
> still wait for something and don't show the data, may be server side need to
> close the connection?
>
>
> On Tue, Mar 9, 2010 at 7:32 PM, <nia...@rb...> wrote:
>
>> Hi,
>>
>> What version of Simple are you working with, this bug was fixed in 4.1.10,
>> you should really be using 4.1.18. If you are using 4.1.18 and you suspect
>> you are seeing an issue with flushing could you provide the following.
>>
>>
>> 1) The OS your running it on
>> 2) The JVM you are using
>> 3) The HTTP header sent with the request
>> 4) What behaviour you expect, and what behaviour you get
>>
>> Ill take a close look and upload a fix if there is a bug, however I have
>> been using the most recent version of Simple quite heavily now for several
>> months and I have seen no issues (however this does not mean that there are
>> none).
>>
>> Thanks,
>> Niall
>>
>> ------------------------------
>> *From:* Carfield Yim [mailto:car...@ca...]
>> *Sent:* 07 March 2010 02:57
>>
>> *To:* Simple support and user issues
>> *Subject:* [Simpleweb-Support] Cannot flush the data to browser until
>> exit the application
>>
>> Hi, I just update the simple library from an very old version to latest
>> 4.x version, after I start the application try to open a page, the request
>> never get response until I exit the application. However, I've call
>>
>> response.close();
>>
>> Already... Will you have any idea why that that happen?
>>
>> ***********************************************************************************
>> The Royal Bank of Scotland plc. Registered in Scotland No 90312.
>> Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB.
>> Authorised and regulated by the Financial Services Authority. The
>> Royal Bank of Scotland N.V. is authorised and regulated by the
>> De Nederlandsche Bank and has its seat at Amsterdam, the
>> Netherlands, and is registered in the Commercial Register under
>> number 33002587. Registered Office: Gustav Mahlerlaan 10,
>> Amsterdam, The Netherlands. The Royal Bank of Scotland N.V. and
>> The Royal Bank of Scotland plc are authorised to act as agent for each
>> other in certain jurisdictions.
>>
>> This e-mail message is confidential and for use by the addressee only.
>> If the message is received by anyone other than the addressee, please
>> return the message to the sender by replying to it and then delete the
>> message from your computer. Internet e-mails are not necessarily
>> secure. The Royal Bank of Scotland plc and The Royal Bank of Scotland
>> N.V. including its affiliates ("RBS group") does not accept responsibility
>> for changes made to this message after it was sent.
>>
>> Whilst all reasonable care has been taken to avoid the transmission of
>> viruses, it is the responsibility of the recipient to ensure that the onward
>> transmission, opening or use of this message and any attachments will
>> not adversely affect its systems or data. No responsibility is accepted
>> by the RBS group in this regard and the recipient should carry out such
>> virus and other checks as it considers appropriate.
>>
>> Visit our website at www.rbs.com
>>
>> ***********************************************************************************
>>
>>
>
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Simpleweb-Support mailing list
> Sim...@li...
> https://lists.sourceforge.net/lists/listinfo/simpleweb-support
>
>
|
|
From: <nia...@rb...> - 2010-03-10 16:52:11
|
What does the server response with? I think I know what the problem is, if you can provide the HTTP header sent by the server I can confirm.
Niall Gallagher
RBS Global Banking & Markets
Office: +44 2070851454
________________________________
From: Carfield Yim [mailto:car...@ca...]
Sent: 10 March 2010 16:40
To: Simple support and user issues
Subject: Re: [Simpleweb-Support] Cannot flush the data to browser until exit the application
Yes, I am using 4.1.18, here is the config of my system:
1) The OS your running it on
Linux, Ubuntu 9.10, kernal 2.6.31-20
2) The JVM you are using
OpenJDK 1.6.0.14.0-b16
SunJDK 1.6.0.15
3) The HTTP header sent with the request
GET / HTTP/1.1
Host: localhost:8082
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2) Gecko/20100301 Ubuntu/9.10 (karmic) Firefox/3.6 Mnenhy/0.7.6.0<http://0.7.6.0>
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 115
Connection: keep-alive
Cookie: JSESSIONID=54942ed8-b591-47c7-a9af-8330d47a0394
4) What behaviour you expect, and what behaviour you get
Behavior Expect: It return http header and data then browser display the data.
Behavior Get: It return http header and data, but browser look like still wait for something and don't show the data, may be server side need to close the connection?
On Tue, Mar 9, 2010 at 7:32 PM, <nia...@rb...<mailto:nia...@rb...>> wrote:
Hi,
What version of Simple are you working with, this bug was fixed in 4.1.10, you should really be using 4.1.18. If you are using 4.1.18 and you suspect you are seeing an issue with flushing could you provide the following.
1) The OS your running it on
2) The JVM you are using
3) The HTTP header sent with the request
4) What behaviour you expect, and what behaviour you get
Ill take a close look and upload a fix if there is a bug, however I have been using the most recent version of Simple quite heavily now for several months and I have seen no issues (however this does not mean that there are none).
Thanks,
Niall
________________________________
From: Carfield Yim [mailto:car...@ca...<mailto:car...@ca...>]
Sent: 07 March 2010 02:57
To: Simple support and user issues
Subject: [Simpleweb-Support] Cannot flush the data to browser until exit the application
Hi, I just update the simple library from an very old version to latest 4.x version, after I start the application try to open a page, the request never get response until I exit the application. However, I've call
response.close();
Already... Will you have any idea why that that happen?
***********************************************************************************
The Royal Bank of Scotland plc. Registered in Scotland No 90312.
Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB.
Authorised and regulated by the Financial Services Authority. The
Royal Bank of Scotland N.V. is authorised and regulated by the
De Nederlandsche Bank and has its seat at Amsterdam, the
Netherlands, and is registered in the Commercial Register under
number 33002587. Registered Office: Gustav Mahlerlaan 10,
Amsterdam, The Netherlands. The Royal Bank of Scotland N.V. and
The Royal Bank of Scotland plc are authorised to act as agent for each
other in certain jurisdictions.
This e-mail message is confidential and for use by the addressee only.
If the message is received by anyone other than the addressee, please
return the message to the sender by replying to it and then delete the
message from your computer. Internet e-mails are not necessarily
secure. The Royal Bank of Scotland plc and The Royal Bank of Scotland
N.V. including its affiliates ("RBS group") does not accept responsibility
for changes made to this message after it was sent.
Whilst all reasonable care has been taken to avoid the transmission of
viruses, it is the responsibility of the recipient to ensure that the onward
transmission, opening or use of this message and any attachments will
not adversely affect its systems or data. No responsibility is accepted
by the RBS group in this regard and the recipient should carry out such
virus and other checks as it considers appropriate.
Visit our website at www.rbs.com<http://www.rbs.com>
***********************************************************************************
|
|
From: Carfield Y. <car...@ca...> - 2010-03-10 16:40:42
|
Yes, I am using 4.1.18, here is the config of my system:
1) The OS your running it on
Linux, Ubuntu 9.10, kernal 2.6.31-20
2) The JVM you are using
OpenJDK 1.6.0.14.0-b16
SunJDK 1.6.0.15
3) The HTTP header sent with the request
GET / HTTP/1.1
Host: localhost:8082
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2)
Gecko/20100301 Ubuntu/9.10 (karmic) Firefox/3.6 Mnenhy/0.7.6.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 115
Connection: keep-alive
Cookie: JSESSIONID=54942ed8-b591-47c7-a9af-8330d47a0394
4) What behaviour you expect, and what behaviour you get
Behavior Expect: It return http header and data then browser display the
data.
Behavior Get: It return http header *and* *data*, but browser look like
still wait for something and don't show the data, may be server side need to
close the connection?
On Tue, Mar 9, 2010 at 7:32 PM, <nia...@rb...> wrote:
> Hi,
>
> What version of Simple are you working with, this bug was fixed in 4.1.10,
> you should really be using 4.1.18. If you are using 4.1.18 and you suspect
> you are seeing an issue with flushing could you provide the following.
>
>
> 1) The OS your running it on
> 2) The JVM you are using
> 3) The HTTP header sent with the request
> 4) What behaviour you expect, and what behaviour you get
>
> Ill take a close look and upload a fix if there is a bug, however I have
> been using the most recent version of Simple quite heavily now for several
> months and I have seen no issues (however this does not mean that there are
> none).
>
> Thanks,
> Niall
>
> ------------------------------
> *From:* Carfield Yim [mailto:car...@ca...]
> *Sent:* 07 March 2010 02:57
>
> *To:* Simple support and user issues
> *Subject:* [Simpleweb-Support] Cannot flush the data to browser until exit
> the application
>
> Hi, I just update the simple library from an very old version to latest 4.x
> version, after I start the application try to open a page, the request never
> get response until I exit the application. However, I've call
>
> response.close();
>
> Already... Will you have any idea why that that happen?
>
> ***********************************************************************************
> The Royal Bank of Scotland plc. Registered in Scotland No 90312.
> Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB.
> Authorised and regulated by the Financial Services Authority. The
> Royal Bank of Scotland N.V. is authorised and regulated by the
> De Nederlandsche Bank and has its seat at Amsterdam, the
> Netherlands, and is registered in the Commercial Register under
> number 33002587. Registered Office: Gustav Mahlerlaan 10,
> Amsterdam, The Netherlands. The Royal Bank of Scotland N.V. and
> The Royal Bank of Scotland plc are authorised to act as agent for each
> other in certain jurisdictions.
>
> This e-mail message is confidential and for use by the addressee only.
> If the message is received by anyone other than the addressee, please
> return the message to the sender by replying to it and then delete the
> message from your computer. Internet e-mails are not necessarily
> secure. The Royal Bank of Scotland plc and The Royal Bank of Scotland
> N.V. including its affiliates ("RBS group") does not accept responsibility
> for changes made to this message after it was sent.
>
> Whilst all reasonable care has been taken to avoid the transmission of
> viruses, it is the responsibility of the recipient to ensure that the onward
> transmission, opening or use of this message and any attachments will
> not adversely affect its systems or data. No responsibility is accepted
> by the RBS group in this regard and the recipient should carry out such
> virus and other checks as it considers appropriate.
>
> Visit our website at www.rbs.com
>
> ***********************************************************************************
>
>
|
|
From: <nia...@rb...> - 2010-03-09 11:32:46
|
Hi,
What version of Simple are you working with, this bug was fixed in 4.1.10, you should really be using 4.1.18. If you are using 4.1.18 and you suspect you are seeing an issue with flushing could you provide the following.
1) The OS your running it on
2) The JVM you are using
3) The HTTP header sent with the request
4) What behaviour you expect, and what behaviour you get
Ill take a close look and upload a fix if there is a bug, however I have been using the most recent version of Simple quite heavily now for several months and I have seen no issues (however this does not mean that there are none).
Thanks,
Niall
________________________________
From: Carfield Yim [mailto:car...@ca...]
Sent: 07 March 2010 02:57
To: Simple support and user issues
Subject: [Simpleweb-Support] Cannot flush the data to browser until exit the application
Hi, I just update the simple library from an very old version to latest 4.x version, after I start the application try to open a page, the request never get response until I exit the application. However, I've call
response.close();
Already... Will you have any idea why that that happen?
***********************************************************************************
The Royal Bank of Scotland plc. Registered in Scotland No 90312.
Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB.
Authorised and regulated by the Financial Services Authority. The
Royal Bank of Scotland N.V. is authorised and regulated by the
De Nederlandsche Bank and has its seat at Amsterdam, the
Netherlands, and is registered in the Commercial Register under
number 33002587. Registered Office: Gustav Mahlerlaan 10,
Amsterdam, The Netherlands. The Royal Bank of Scotland N.V. and
The Royal Bank of Scotland plc are authorised to act as agent for each
other in certain jurisdictions.
This e-mail message is confidential and for use by the addressee only.
If the message is received by anyone other than the addressee, please
return the message to the sender by replying to it and then delete the
message from your computer. Internet e-mails are not necessarily
secure. The Royal Bank of Scotland plc and The Royal Bank of Scotland
N.V. including its affiliates ("RBS group") does not accept responsibility
for changes made to this message after it was sent.
Whilst all reasonable care has been taken to avoid the transmission of
viruses, it is the responsibility of the recipient to ensure that the onward
transmission, opening or use of this message and any attachments will
not adversely affect its systems or data. No responsibility is accepted
by the RBS group in this regard and the recipient should carry out such
virus and other checks as it considers appropriate.
Visit our website at www.rbs.com
***********************************************************************************
|
|
From: Niall G. <gal...@ya...> - 2010-03-08 00:16:32
|
Can you provide a code sample to show me what you are doing? --- On Sat, 3/6/10, Carfield Yim <car...@ca...> wrote: > From: Carfield Yim <car...@ca...> > Subject: [Simpleweb-Support] Cannot flush the data to browser until exit the application > To: "Simple support and user issues" <sim...@li...> > Date: Saturday, March 6, 2010, 6:56 PM > Hi, I just update the simple library from > an very old version to latest 4.x version, after I start the > application try to open a page, the request never get > response until I exit the application. However, I've > call > > response.close(); > Already... Will you have any idea why that that > happen? > > -----Inline Attachment Follows----- > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, > find bugs > proactively, and fine-tune applications for parallel > performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > -----Inline Attachment Follows----- > > _______________________________________________ > Simpleweb-Support mailing list > Sim...@li... > https://lists.sourceforge.net/lists/listinfo/simpleweb-support > |
|
From: Carfield Y. <car...@ca...> - 2010-03-07 02:56:50
|
Hi, I just update the simple library from an very old version to latest 4.x version, after I start the application try to open a page, the request never get response until I exit the application. However, I've call response.close(); Already... Will you have any idea why that that happen? |
|
From: Niall G. <gal...@ya...> - 2010-03-06 19:21:57
|
Hi,
You will have to use HTTP and do it your self. Like so.
resp.setCode(302);
resp.set("Location", "http://www.domain.com/blah");
resp.commit();
Niall
--- On Sat, 3/6/10, Carfield Yim <car...@ca...> wrote:
> From: Carfield Yim <car...@ca...>
> Subject: [Simpleweb-Support] How to perform response redirection?
> To: "Simple support and user issues" <sim...@li...>
> Date: Saturday, March 6, 2010, 8:22 AM
> In the past there is Redirect object and I
> can do
>
> new Redirect(context)
> { @Override
> public Resource
> redirect(final Request thisReq, final Response resp)
> throws Exception {
> return resolve("http://www.xyz.com"); }
> }.handle(req,
> res);
> How can I do redirection now?
>
> -----Inline Attachment Follows-----
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling,
> find bugs
> proactively, and fine-tune applications for parallel
> performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> -----Inline Attachment Follows-----
>
> _______________________________________________
> Simpleweb-Support mailing list
> Sim...@li...
> https://lists.sourceforge.net/lists/listinfo/simpleweb-support
>
|
|
From: Carfield Y. <car...@ca...> - 2010-03-06 16:22:30
|
In the past there is Redirect object and I can do
new Redirect(context) {
@Override
public Resource redirect(final Request thisReq,
final Response resp) throws Exception {
return resolve("http://www.xyz.com");
}
}.handle(req, res);
How can I do redirection now?
|
|
From: <nia...@rb...> - 2010-02-22 18:18:46
|
Hi, Yes it should really be, I have been meaning to update this, must have slipped my mind. Ill make sure to add this change. Thanks, Niall Niall Gallagher RBS Global Banking & Markets Office: +44 2070851454 ________________________________ From: Carfield Yim [mailto:car...@ca...] Sent: 22 February 2010 18:15 To: Simple support and user issues Subject: [Simpleweb-Support] Question about Async tutorial It is the last section of http://www.simpleframework.org/doc/tutorial/tutorial.php I wonder if these lines: queue.offer(task); Scheduler scheduler = new Throttle(); should it be queue.execute(task); Scheduler queue = new Scheduler(); ?? *********************************************************************************** The Royal Bank of Scotland plc. Registered in Scotland No 90312. Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB. Authorised and regulated by the Financial Services Authority. The Royal Bank of Scotland N.V. is authorised and regulated by the De Nederlandsche Bank and has its seat at Amsterdam, the Netherlands, and is registered in the Commercial Register under number 33002587. Registered Office: Gustav Mahlerlaan 10, Amsterdam, The Netherlands. The Royal Bank of Scotland N.V. and The Royal Bank of Scotland plc are authorised to act as agent for each other in certain jurisdictions. This e-mail message is confidential and for use by the addressee only. If the message is received by anyone other than the addressee, please return the message to the sender by replying to it and then delete the message from your computer. Internet e-mails are not necessarily secure. The Royal Bank of Scotland plc and The Royal Bank of Scotland N.V. including its affiliates ("RBS group") does not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the RBS group in this regard and the recipient should carry out such virus and other checks as it considers appropriate. Visit our website at www.rbs.com *********************************************************************************** |
|
From: Carfield Y. <car...@ca...> - 2010-02-22 18:15:36
|
It is the last section of http://www.simpleframework.org/doc/tutorial/tutorial.php I wonder if these lines: queue.offer(task); Scheduler scheduler = new Throttle(); should it be queue.execute(task); Scheduler queue = new Scheduler(); ?? |
|
From: Niall G. <gal...@ya...> - 2009-12-13 16:55:00
|
Hi, This is not actually a bug. The address is taken from the request line. For normal operation where Simple is used as a HTTP server a client will only send the path in the HTTP status line. For example GET /path/file HTTP/1.1 However, if the server was acting as a proxy, the client could sent the whole address. GET http://domain:8080/path/file HTTP/1.1 So, the behaviour you see is correct. To get the port and domain, use the method getClientAddress(). Niall --- On Sat, 12/12/09, Christoph Aschwanden <cas...@ha...> wrote: > From: Christoph Aschwanden <cas...@ha...> > Subject: [Simpleweb-Support] Request.getAddress() returns null and -1 for domain and port > To: sim...@li... > Date: Saturday, December 12, 2009, 4:30 PM > I think I uncovered a bug? I posted > it in the bug section on SourceForge > but it doesn't appear anyone is reading it? So here it > goes... > > > Possible Bug: > > Let's assume the following URI: http://127.0.0.1:8080/path/file > > request.getAddress().toString() only returns the path: > /path/file > Domain and Port number are omitted. getDomain() returns > null and getPort() > returns -1. > > Aslo: What if there is an IP address but no domain, would > getDomain() > return the IP address? > > Christoph > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > Simpleweb-Support mailing list > Sim...@li... > https://lists.sourceforge.net/lists/listinfo/simpleweb-support > |
|
From: Christoph A. <cas...@ha...> - 2009-12-13 00:31:48
|
I think I uncovered a bug? I posted it in the bug section on SourceForge but it doesn't appear anyone is reading it? So here it goes... Possible Bug: Let's assume the following URI: http://127.0.0.1:8080/path/file request.getAddress().toString() only returns the path: /path/file Domain and Port number are omitted. getDomain() returns null and getPort() returns -1. Aslo: What if there is an IP address but no domain, would getDomain() return the IP address? Christoph |
|
From: Niall G. <gal...@ya...> - 2009-12-10 18:30:29
|
Hi,
I have released a new version with this fix. It should be available on Maven as 4.1.17 or for download at the web site.
Niall
--- On Thu, 12/10/09, nia...@rb... <nia...@rb...> wrote:
> From: nia...@rb... <nia...@rb...>
> Subject: Re: [Simpleweb-Support] Problem integrating with Jersey
> To: sim...@li...
> Date: Thursday, December 10, 2009, 2:25 AM
> Hi,
>
> Thanks for this bug report, a fix for this will be released
> later today.
>
> Niall
>
> -----Original Message-----
> From: Adrian [mailto:adr...@bt...]
>
> Sent: 05 December 2009 17:20
> To: Simple support and user issues
> Subject: Re: [Simpleweb-Support] Problem integrating with
> Jersey
>
> Here is an Ethereal trace:
>
> 0000 47 45 54 20 2f 20 48 54 54 50 2f 31
> 2e 31 0d 0a GET / HTTP/1.1..
> 0010 44 61 74 65 3a 20 53 61 74 2c 20 30
> 35 20 44 65 Date: Sat, 05 De
> 0020 63 20 32 30 30 39 20 31 37 3a 31 37
> 3a 30 36 20 c 2009 17:17:06
> 0030 47 4d 54 0d 0a 43 6f 6e 74 65 6e 74
> 2d 54 79 70 GMT..Content-Typ
> 0040 65 3a 20 0d 0a 41 75 74 68 6f 72 69
> 7a 61 74 69 e: ..Authorizati
> 0050 6f 6e 3a 20 41 57 53 20 59 37 48 71
> 64 4a 67 48 on: AWS Y7HqdJgH
> 0060 43 37 61 59 49 62 6e 78 50 52 4e 55
> 31 41 3a 39 C7aYIbnxPRNU1A:9
> 0070 48 34 4f 42 65 6b 4f 67 61 57 39 73
> 43 52 6a 61 H4OBekOgaW9sCRja
> 0080 6a 65 50 50 4c 46 72 36 4c 30 3d 0d
> 0a 55 73 65 jePPLFr6L0=..Use
> 0090 72 2d 41 67 65 6e 74 3a 20 4a 61 76
> 61 2f 31 2e r-Agent: Java/1.
> 00a0 36 2e 30 5f 31 33 0d 0a 48 6f 73 74
> 3a 20 6c 6f 6.0_13..Host: lo
> 00b0 63 61 6c 68 6f 73 74 3a 39 30 39 30
> 0d 0a 41 63 calhost:9090..Ac
> 00c0 63 65 70 74 3a 20 74 65 78 74 2f 68
> 74 6d 6c 2c cept: text/html,
> 00d0 20 69 6d 61 67 65 2f 67 69 66 2c 20
> 69 6d 61 67 image/gif, imag
> 00e0 65 2f 6a 70 65 67 2c 20 2a 3b 20 71
> 3d 2e 32 2c e/jpeg, *; q=.2,
> 00f0 20 2a 2f 2a 3b 20 71 3d 2e 32 0d 0a
> 43 6f 6e 6e */*; q=.2..Conn
> 0100 65 63 74 69 6f 6e 3a 20 6b 65 65 70
> 2d 61 6c 69 ection: keep-ali
> 0110 76 65 0d 0a 0d 0a
>
> ve....
>
>
>
>
> On Sat, 2009-12-05 at 07:46 -0800, Niall Gallagher wrote:
> > Could you possibly send me this header in a Java
> string format. For example with the \r\n and within
> quotations so I can see the space characters. This is not
> what I saw when injecting in your HTTP header for testing.
> >
> > --- On Fri, 12/4/09, adr...@bt...
> <adr...@bt...>
> wrote:
> >
> > > From: adr...@bt...
> <adr...@bt...>
> > > Subject: [Simpleweb-Support] Problem integrating
> with Jersey
> > > To: sim...@li...
> > > Date: Friday, December 4, 2009, 9:54 AM
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > I am trying to use SimpleWeb with
> > > Jersey and I have hit what
> > > looks like a really fundamental issue:
> > >
> > >
> > >
> > > If I send a client request that looks like this:
> > >
> > >
> > >
> > > GET / HTTP/1.1
> > >
> > > Date: Fri, 04 Dec 2009 17:51:48
> > > GMT
> > >
> > > Content-Type:
> > >
> > > Authorization: AWS
> > >
> Y7HqdJgHC7aYIbnxPRNU1A:wD1XCLcGjLlpm9OOVwYmer6hkjA=
> > >
> > > User-Agent: Java/1.6.0_13
> > >
> > > Host: localhost:9090
> > >
> > > Accept: text/html, image/gif,
> > > image/jpeg, *; q=.2, */*; q=.2
> > >
> > > Connection: keep-alive
> > >
> > >
> > >
> > >
> > >
> > > The Jersey server receives the headers like
> this:
> > >
> > >
> > >
> > > {Connection=[keep-alive],
> > > Host=[localhost:9090],
> > > User-Agent=[Java/1.6.0_13],
> Content-Type=[Authorization:
> > > AWS
> > >
> Y7HqdJgHC7aYIbnxPRNU1A:wD1XCLcGjLlpm9OOVwYmer6hkjA=],
> > > Date=[Fri, 04 Dec 2009
> > > 17:51:48 GMT], Accept=[text/html, image/gif,
> image/jpeg, *; q=.2,
> > > */*; q=.2]
> > >
> > >
> > >
> > > Notice that the empty
> > > Content-Type header has adopted
> > > the Authorization header name and value.
> > >
> > >
> > >
> > > Is this a known issue?
> > >
> > >
> > >
> > > Adrian
> > > Smith
> > >
> > > BT
> > > Design
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > -----Inline Attachment Follows-----
> > >
> > >
> --------------------------------------------------------------------
> > > ---------- Join us December 9, 2009 for the Red
> Hat Virtual
> > > Experience, a free event focused on
> virtualization and cloud
> > > computing.
> > >
> > > Attend in-depth sessions from your desk. Your
> couch.
> > > Anywhere.
> > > http://p.sf.net/sfu/redhat-sfdev2dev
> > > -----Inline Attachment Follows-----
> > >
> > > _______________________________________________
> > > Simpleweb-Support mailing list
> > > Sim...@li...
> > > https://lists.sourceforge.net/lists/listinfo/simpleweb-support
> > >
> >
> >
> >
> >
> >
> ----------------------------------------------------------------------
> > -------- Join us December 9, 2009 for the Red Hat
> Virtual Experience,
> > a free event focused on virtualization and cloud
> computing.
> > Attend in-depth sessions from your desk. Your couch.
> Anywhere.
> > http://p.sf.net/sfu/redhat-sfdev2dev
> > _______________________________________________
> > Simpleweb-Support mailing list
> > Sim...@li...
> > https://lists.sourceforge.net/lists/listinfo/simpleweb-support
>
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual
> Experience, a free event focused on virtualization and cloud
> computing.
> Attend in-depth sessions from your desk. Your couch.
> Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> Simpleweb-Support mailing list
> Sim...@li...
> https://lists.sourceforge.net/lists/listinfo/simpleweb-support
>
> ***********************************************************************************
> The Royal Bank of Scotland plc. Registered in Scotland No
> 90312. Registered Office: 36 St Andrew Square, Edinburgh EH2
> 2YB.
> Authorised and regulated by the Financial Services
> Authority.
>
> This e-mail message is confidential and for use by the
> addressee only. If the message is received by anyone other
>
> than the addressee, please return the message to the sender
>
> by replying to it and then delete the message from your
> computer. Internet e-mails are not necessarily secure. The
>
> Royal Bank of Scotland plc does not accept responsibility
> for
> changes made to this message after it was sent.
>
> Whilst all reasonable care has been taken to avoid the
> transmission of viruses, it is the responsibility of the
> recipient to
> ensure that the onward transmission, opening or use of this
>
> message and any attachments will not adversely affect its
> systems or data. No responsibility is accepted by The
> Royal Bank of Scotland plc in this regard and the recipient
> should carry
> out such virus and other checks as it considers
> appropriate.
>
> Visit our website at www.rbs.com
>
> ***********************************************************************************
>
>
> ------------------------------------------------------------------------------
> Return on Information:
> Google Enterprise Search pays you back
> Get the facts.
> http://p.sf.net/sfu/google-dev2dev
> _______________________________________________
> Simpleweb-Support mailing list
> Sim...@li...
> https://lists.sourceforge.net/lists/listinfo/simpleweb-support
>
|
|
From: <nia...@rb...> - 2009-12-10 10:25:31
|
Hi,
Thanks for this bug report, a fix for this will be released later today.
Niall
-----Original Message-----
From: Adrian [mailto:adr...@bt...]
Sent: 05 December 2009 17:20
To: Simple support and user issues
Subject: Re: [Simpleweb-Support] Problem integrating with Jersey
Here is an Ethereal trace:
0000 47 45 54 20 2f 20 48 54 54 50 2f 31 2e 31 0d 0a GET / HTTP/1.1..
0010 44 61 74 65 3a 20 53 61 74 2c 20 30 35 20 44 65 Date: Sat, 05 De
0020 63 20 32 30 30 39 20 31 37 3a 31 37 3a 30 36 20 c 2009 17:17:06
0030 47 4d 54 0d 0a 43 6f 6e 74 65 6e 74 2d 54 79 70 GMT..Content-Typ
0040 65 3a 20 0d 0a 41 75 74 68 6f 72 69 7a 61 74 69 e: ..Authorizati
0050 6f 6e 3a 20 41 57 53 20 59 37 48 71 64 4a 67 48 on: AWS Y7HqdJgH
0060 43 37 61 59 49 62 6e 78 50 52 4e 55 31 41 3a 39 C7aYIbnxPRNU1A:9
0070 48 34 4f 42 65 6b 4f 67 61 57 39 73 43 52 6a 61 H4OBekOgaW9sCRja
0080 6a 65 50 50 4c 46 72 36 4c 30 3d 0d 0a 55 73 65 jePPLFr6L0=..Use
0090 72 2d 41 67 65 6e 74 3a 20 4a 61 76 61 2f 31 2e r-Agent: Java/1.
00a0 36 2e 30 5f 31 33 0d 0a 48 6f 73 74 3a 20 6c 6f 6.0_13..Host: lo
00b0 63 61 6c 68 6f 73 74 3a 39 30 39 30 0d 0a 41 63 calhost:9090..Ac
00c0 63 65 70 74 3a 20 74 65 78 74 2f 68 74 6d 6c 2c cept: text/html,
00d0 20 69 6d 61 67 65 2f 67 69 66 2c 20 69 6d 61 67 image/gif, imag
00e0 65 2f 6a 70 65 67 2c 20 2a 3b 20 71 3d 2e 32 2c e/jpeg, *; q=.2,
00f0 20 2a 2f 2a 3b 20 71 3d 2e 32 0d 0a 43 6f 6e 6e */*; q=.2..Conn
0100 65 63 74 69 6f 6e 3a 20 6b 65 65 70 2d 61 6c 69 ection: keep-ali
0110 76 65 0d 0a 0d 0a ve....
On Sat, 2009-12-05 at 07:46 -0800, Niall Gallagher wrote:
> Could you possibly send me this header in a Java string format. For example with the \r\n and within quotations so I can see the space characters. This is not what I saw when injecting in your HTTP header for testing.
>
> --- On Fri, 12/4/09, adr...@bt... <adr...@bt...> wrote:
>
> > From: adr...@bt... <adr...@bt...>
> > Subject: [Simpleweb-Support] Problem integrating with Jersey
> > To: sim...@li...
> > Date: Friday, December 4, 2009, 9:54 AM
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > I am trying to use SimpleWeb with
> > Jersey and I have hit what
> > looks like a really fundamental issue:
> >
> >
> >
> > If I send a client request that looks like this:
> >
> >
> >
> > GET / HTTP/1.1
> >
> > Date: Fri, 04 Dec 2009 17:51:48
> > GMT
> >
> > Content-Type:
> >
> > Authorization: AWS
> > Y7HqdJgHC7aYIbnxPRNU1A:wD1XCLcGjLlpm9OOVwYmer6hkjA=
> >
> > User-Agent: Java/1.6.0_13
> >
> > Host: localhost:9090
> >
> > Accept: text/html, image/gif,
> > image/jpeg, *; q=.2, */*; q=.2
> >
> > Connection: keep-alive
> >
> >
> >
> >
> >
> > The Jersey server receives the headers like this:
> >
> >
> >
> > {Connection=[keep-alive],
> > Host=[localhost:9090],
> > User-Agent=[Java/1.6.0_13], Content-Type=[Authorization:
> > AWS
> > Y7HqdJgHC7aYIbnxPRNU1A:wD1XCLcGjLlpm9OOVwYmer6hkjA=],
> > Date=[Fri, 04 Dec 2009
> > 17:51:48 GMT], Accept=[text/html, image/gif, image/jpeg, *; q=.2,
> > */*; q=.2]
> >
> >
> >
> > Notice that the empty
> > Content-Type header has adopted
> > the Authorization header name and value.
> >
> >
> >
> > Is this a known issue?
> >
> >
> >
> > Adrian
> > Smith
> >
> > BT
> > Design
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > -----Inline Attachment Follows-----
> >
> > --------------------------------------------------------------------
> > ---------- Join us December 9, 2009 for the Red Hat Virtual
> > Experience, a free event focused on virtualization and cloud
> > computing.
> >
> > Attend in-depth sessions from your desk. Your couch.
> > Anywhere.
> > http://p.sf.net/sfu/redhat-sfdev2dev
> > -----Inline Attachment Follows-----
> >
> > _______________________________________________
> > Simpleweb-Support mailing list
> > Sim...@li...
> > https://lists.sourceforge.net/lists/listinfo/simpleweb-support
> >
>
>
>
>
> ----------------------------------------------------------------------
> -------- Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> Simpleweb-Support mailing list
> Sim...@li...
> https://lists.sourceforge.net/lists/listinfo/simpleweb-support
------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Simpleweb-Support mailing list
Sim...@li...
https://lists.sourceforge.net/lists/listinfo/simpleweb-support
***********************************************************************************
The Royal Bank of Scotland plc. Registered in Scotland No 90312. Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB.
Authorised and regulated by the Financial Services Authority.
This e-mail message is confidential and for use by the
addressee only. If the message is received by anyone other
than the addressee, please return the message to the sender
by replying to it and then delete the message from your
computer. Internet e-mails are not necessarily secure. The
Royal Bank of Scotland plc does not accept responsibility for
changes made to this message after it was sent.
Whilst all reasonable care has been taken to avoid the
transmission of viruses, it is the responsibility of the recipient to
ensure that the onward transmission, opening or use of this
message and any attachments will not adversely affect its
systems or data. No responsibility is accepted by The
Royal Bank of Scotland plc in this regard and the recipient should carry
out such virus and other checks as it considers appropriate.
Visit our website at www.rbs.com
***********************************************************************************
|
|
From: Adrian <adr...@bt...> - 2009-12-05 17:27:11
|
Here is an Ethereal trace:
0000 47 45 54 20 2f 20 48 54 54 50 2f 31 2e 31 0d 0a GET / HTTP/1.1..
0010 44 61 74 65 3a 20 53 61 74 2c 20 30 35 20 44 65 Date: Sat, 05 De
0020 63 20 32 30 30 39 20 31 37 3a 31 37 3a 30 36 20 c 2009 17:17:06
0030 47 4d 54 0d 0a 43 6f 6e 74 65 6e 74 2d 54 79 70 GMT..Content-Typ
0040 65 3a 20 0d 0a 41 75 74 68 6f 72 69 7a 61 74 69 e: ..Authorizati
0050 6f 6e 3a 20 41 57 53 20 59 37 48 71 64 4a 67 48 on: AWS Y7HqdJgH
0060 43 37 61 59 49 62 6e 78 50 52 4e 55 31 41 3a 39 C7aYIbnxPRNU1A:9
0070 48 34 4f 42 65 6b 4f 67 61 57 39 73 43 52 6a 61 H4OBekOgaW9sCRja
0080 6a 65 50 50 4c 46 72 36 4c 30 3d 0d 0a 55 73 65 jePPLFr6L0=..Use
0090 72 2d 41 67 65 6e 74 3a 20 4a 61 76 61 2f 31 2e r-Agent: Java/1.
00a0 36 2e 30 5f 31 33 0d 0a 48 6f 73 74 3a 20 6c 6f 6.0_13..Host: lo
00b0 63 61 6c 68 6f 73 74 3a 39 30 39 30 0d 0a 41 63 calhost:9090..Ac
00c0 63 65 70 74 3a 20 74 65 78 74 2f 68 74 6d 6c 2c cept: text/html,
00d0 20 69 6d 61 67 65 2f 67 69 66 2c 20 69 6d 61 67 image/gif, imag
00e0 65 2f 6a 70 65 67 2c 20 2a 3b 20 71 3d 2e 32 2c e/jpeg, *; q=.2,
00f0 20 2a 2f 2a 3b 20 71 3d 2e 32 0d 0a 43 6f 6e 6e */*; q=.2..Conn
0100 65 63 74 69 6f 6e 3a 20 6b 65 65 70 2d 61 6c 69 ection: keep-ali
0110 76 65 0d 0a 0d 0a ve....
On Sat, 2009-12-05 at 07:46 -0800, Niall Gallagher wrote:
> Could you possibly send me this header in a Java string format. For example with the \r\n and within quotations so I can see the space characters. This is not what I saw when injecting in your HTTP header for testing.
>
> --- On Fri, 12/4/09, adr...@bt... <adr...@bt...> wrote:
>
> > From: adr...@bt... <adr...@bt...>
> > Subject: [Simpleweb-Support] Problem integrating with Jersey
> > To: sim...@li...
> > Date: Friday, December 4, 2009, 9:54 AM
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > I am trying to use SimpleWeb with
> > Jersey and I have hit what
> > looks like a really fundamental issue:
> >
> >
> >
> > If I send a client request that looks
> > like this:
> >
> >
> >
> > GET / HTTP/1.1
> >
> > Date: Fri, 04 Dec 2009 17:51:48
> > GMT
> >
> > Content-Type:
> >
> > Authorization: AWS
> > Y7HqdJgHC7aYIbnxPRNU1A:wD1XCLcGjLlpm9OOVwYmer6hkjA=
> >
> > User-Agent: Java/1.6.0_13
> >
> > Host: localhost:9090
> >
> > Accept: text/html, image/gif,
> > image/jpeg, *; q=.2, */*; q=.2
> >
> > Connection: keep-alive
> >
> >
> >
> >
> >
> > The Jersey server receives the headers
> > like this:
> >
> >
> >
> > {Connection=[keep-alive],
> > Host=[localhost:9090],
> > User-Agent=[Java/1.6.0_13], Content-Type=[Authorization:
> > AWS
> > Y7HqdJgHC7aYIbnxPRNU1A:wD1XCLcGjLlpm9OOVwYmer6hkjA=],
> > Date=[Fri, 04 Dec 2009
> > 17:51:48 GMT], Accept=[text/html, image/gif, image/jpeg, *;
> > q=.2, */*; q=.2]
> >
> >
> >
> > Notice that the empty
> > Content-Type header has adopted
> > the Authorization header name and value.
> >
> >
> >
> > Is this a known issue?
> >
> >
> >
> > Adrian
> > Smith
> >
> > BT
> > Design
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > -----Inline Attachment Follows-----
> >
> > ------------------------------------------------------------------------------
> > Join us December 9, 2009 for the Red Hat Virtual
> > Experience,
> > a free event focused on virtualization and cloud computing.
> >
> > Attend in-depth sessions from your desk. Your couch.
> > Anywhere.
> > http://p.sf.net/sfu/redhat-sfdev2dev
> > -----Inline Attachment Follows-----
> >
> > _______________________________________________
> > Simpleweb-Support mailing list
> > Sim...@li...
> > https://lists.sourceforge.net/lists/listinfo/simpleweb-support
> >
>
>
>
>
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> Simpleweb-Support mailing list
> Sim...@li...
> https://lists.sourceforge.net/lists/listinfo/simpleweb-support
|
|
From: Niall G. <gal...@ya...> - 2009-12-05 15:46:50
|
Could you possibly send me this header in a Java string format. For example with the \r\n and within quotations so I can see the space characters. This is not what I saw when injecting in your HTTP header for testing.
--- On Fri, 12/4/09, adr...@bt... <adr...@bt...> wrote:
> From: adr...@bt... <adr...@bt...>
> Subject: [Simpleweb-Support] Problem integrating with Jersey
> To: sim...@li...
> Date: Friday, December 4, 2009, 9:54 AM
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> I am trying to use SimpleWeb with
> Jersey and I have hit what
> looks like a really fundamental issue:
>
>
>
> If I send a client request that looks
> like this:
>
>
>
> GET / HTTP/1.1
>
> Date: Fri, 04 Dec 2009 17:51:48
> GMT
>
> Content-Type:
>
> Authorization: AWS
> Y7HqdJgHC7aYIbnxPRNU1A:wD1XCLcGjLlpm9OOVwYmer6hkjA=
>
> User-Agent: Java/1.6.0_13
>
> Host: localhost:9090
>
> Accept: text/html, image/gif,
> image/jpeg, *; q=.2, */*; q=.2
>
> Connection: keep-alive
>
>
>
>
>
> The Jersey server receives the headers
> like this:
>
>
>
> {Connection=[keep-alive],
> Host=[localhost:9090],
> User-Agent=[Java/1.6.0_13], Content-Type=[Authorization:
> AWS
> Y7HqdJgHC7aYIbnxPRNU1A:wD1XCLcGjLlpm9OOVwYmer6hkjA=],
> Date=[Fri, 04 Dec 2009
> 17:51:48 GMT], Accept=[text/html, image/gif, image/jpeg, *;
> q=.2, */*; q=.2]
>
>
>
> Notice that the empty
> Content-Type header has adopted
> the Authorization header name and value.
>
>
>
> Is this a known issue?
>
>
>
> Adrian
> Smith
>
> BT
> Design
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> -----Inline Attachment Follows-----
>
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual
> Experience,
> a free event focused on virtualization and cloud computing.
>
> Attend in-depth sessions from your desk. Your couch.
> Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> -----Inline Attachment Follows-----
>
> _______________________________________________
> Simpleweb-Support mailing list
> Sim...@li...
> https://lists.sourceforge.net/lists/listinfo/simpleweb-support
>
|
|
From: <adr...@bt...> - 2009-12-04 17:56:00
|
I am trying to use SimpleWeb with Jersey and I have hit what looks like
a really fundamental issue:
If I send a client request that looks like this:
GET / HTTP/1.1
Date: Fri, 04 Dec 2009 17:51:48 GMT
Content-Type:
Authorization: AWS Y7HqdJgHC7aYIbnxPRNU1A:wD1XCLcGjLlpm9OOVwYmer6hkjA=
User-Agent: Java/1.6.0_13
Host: localhost:9090
Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
Connection: keep-alive
The Jersey server receives the headers like this:
{Connection=[keep-alive], Host=[localhost:9090],
User-Agent=[Java/1.6.0_13], Content-Type=[Authorization: AWS
Y7HqdJgHC7aYIbnxPRNU1A:wD1XCLcGjLlpm9OOVwYmer6hkjA=], Date=[Fri, 04 Dec
2009 17:51:48 GMT], Accept=[text/html, image/gif, image/jpeg, *; q=.2,
*/*; q=.2]
Notice that the empty Content-Type header has adopted the Authorization
header name and value.
Is this a known issue?
Adrian Smith
BT Design
|
|
From: Kai S. <sch...@gm...> - 2009-11-04 07:39:03
|
I've written up some code to handle very large numbers of sessions, and keep them somewhat under control. Most of my work is just theoretical, but as I remember, my calculations indicated that beyond 2 million requests per second, 4 equally load balanced "receiver" servers would start to lag out. My working model was based on the receiver server basically packaging the request, looking up the session, and passing it off to another server, the "worker unit". In theory, response time from input to ouput to the whole system was about 2.79 milliseconds but of course none of my tests never did more then just "echo", and I can't run the full test with actual hardware. Being unemployed, I'm just working my 3 PC's to death :) Simple is the perfect candidate for this IMHO as a software load distrubutor, just because you can interact with it at any level, and optimise for your use from that point on. Just remember that for extreme loads, your first load balancer is either hardware or DNS tricks to redistribute requests randomly. -k On Mon, Nov 2, 2009 at 4:23 PM, <nia...@rb...> wrote: > Hi, > > Ya I think Simple should be pretty good at this, particularly because > requests are asynchronous. So you don't need a thread per connection as it > were. This means you can use as many connections as you like and dispatch > messages to and from the back end server when an IO event takes place. I've > used it for a similar project before. > > Niall > > Niall Gallagher > RBS Global Banking & Markets > Office: +44 7879498724 > > > ________________________________ > From: Ron King [mailto:ron...@gm...] > Sent: 02 November 2009 15:17 > To: sim...@li... > Subject: [Simpleweb-Support] using simple as an http load balancer > > Hi, > > I just ran across simple and it looks interesting. I have a need for > an http protocol load balancer, that can act like a traditional 'sticky' > load balancer using a session cookie or url rewriting. The one > variation I want to make is it needs to accept a command, in > real time to route the request to a specific back-end server, > thereby overriding the sticky logic and permanently routing > subsequent request to the new server. > > Imagine a poker game web site where players may > need to be moved in real time to another server, so > both the httpsession needs to move and the future requests > need to move also. I already have logic to move the httpsession > between servers, just not the httprequests. > > Could I use > simple as a starting point for this load balancer? > > Thanks, > > Ron > > *********************************************************************************** > The Royal Bank of Scotland plc. Registered in Scotland No 90312. Registered > Office: 36 St Andrew Square, Edinburgh EH2 2YB. > Authorised and regulated by the Financial Services Authority. > > This e-mail message is confidential and for use by the > addressee only. If the message is received by anyone other > than the addressee, please return the message to the sender > by replying to it and then delete the message from your > computer. Internet e-mails are not necessarily secure. The > Royal Bank of Scotland plc does not accept responsibility for > changes made to this message after it was sent. > > Whilst all reasonable care has been taken to avoid the > transmission of viruses, it is the responsibility of the recipient to > ensure that the onward transmission, opening or use of this > message and any attachments will not adversely affect its > systems or data. No responsibility is accepted by The > Royal Bank of Scotland plc in this regard and the recipient should carry > out such virus and other checks as it considers appropriate. > > Visit our website at www.rbs.com > > *********************************************************************************** > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Simpleweb-Support mailing list > Sim...@li... > https://lists.sourceforge.net/lists/listinfo/simpleweb-support > > |
|
From: <nia...@rb...> - 2009-11-02 15:23:54
|
Hi, Ya I think Simple should be pretty good at this, particularly because requests are asynchronous. So you don't need a thread per connection as it were. This means you can use as many connections as you like and dispatch messages to and from the back end server when an IO event takes place. I've used it for a similar project before. Niall Niall Gallagher RBS Global Banking & Markets Office: +44 7879498724 ________________________________ From: Ron King [mailto:ron...@gm...] Sent: 02 November 2009 15:17 To: sim...@li... Subject: [Simpleweb-Support] using simple as an http load balancer Hi, I just ran across simple and it looks interesting. I have a need for an http protocol load balancer, that can act like a traditional 'sticky' load balancer using a session cookie or url rewriting. The one variation I want to make is it needs to accept a command, in real time to route the request to a specific back-end server, thereby overriding the sticky logic and permanently routing subsequent request to the new server. Imagine a poker game web site where players may need to be moved in real time to another server, so both the httpsession needs to move and the future requests need to move also. I already have logic to move the httpsession between servers, just not the httprequests. Could I use simple as a starting point for this load balancer? Thanks, Ron *********************************************************************************** The Royal Bank of Scotland plc. Registered in Scotland No 90312. Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB. Authorised and regulated by the Financial Services Authority. This e-mail message is confidential and for use by the addressee only. If the message is received by anyone other than the addressee, please return the message to the sender by replying to it and then delete the message from your computer. Internet e-mails are not necessarily secure. The Royal Bank of Scotland plc does not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by The Royal Bank of Scotland plc in this regard and the recipient should carry out such virus and other checks as it considers appropriate. Visit our website at www.rbs.com *********************************************************************************** |
|
From: Ron K. <ron...@gm...> - 2009-11-02 15:17:36
|
Hi, I just ran across simple and it looks interesting. I have a need for an http protocol load balancer, that can act like a traditional 'sticky' load balancer using a session cookie or url rewriting. The one variation I want to make is it needs to accept a command, in real time to route the request to a specific back-end server, thereby overriding the sticky logic and permanently routing subsequent request to the new server. Imagine a poker game web site where players may need to be moved in real time to another server, so both the httpsession needs to move and the future requests need to move also. I already have logic to move the httpsession between servers, just not the httprequests. Could I use simple as a starting point for this load balancer? Thanks, Ron |
|
From: <nia...@rb...> - 2009-10-27 13:27:34
|
Hi, You might find a decent implementation at www.restlet.org. Niall Niall Gallagher RBS Global Banking & Markets Office: +44 7879498724 -----Original Message----- From: Björn Raupach [mailto:rau...@go...] Sent: 27 October 2009 13:11 To: sim...@li... Subject: [Simpleweb-Support] HTTP Digest access authentication Hi, has anyone implemented digest access authentication before? I am in the process of implementing this feature and any hints would be highly appreciated. with kind regards Björn ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Simpleweb-Support mailing list Sim...@li... https://lists.sourceforge.net/lists/listinfo/simpleweb-support *********************************************************************************** The Royal Bank of Scotland plc. Registered in Scotland No 90312. Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB. Authorised and regulated by the Financial Services Authority. This e-mail message is confidential and for use by the addressee only. If the message is received by anyone other than the addressee, please return the message to the sender by replying to it and then delete the message from your computer. Internet e-mails are not necessarily secure. The Royal Bank of Scotland plc does not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by The Royal Bank of Scotland plc in this regard and the recipient should carry out such virus and other checks as it considers appropriate. Visit our website at www.rbs.com *********************************************************************************** |
9 messages has been excluded from this view by a project administrator.
