> I need to log the IP address of the client when it connects to the
> server.
Look at the Web Application Server sample,
OverbyteIcsWebAppServerMain.pas, which is similar to the main web server.
It shows how to write W3C format log file from the AfterAnswer event,
including how much data was sen
GetPeerAddr
onHTTPRequestDone is also a good place, if you want to log bytes delivered,
etc..
DOH!
Of course.
When I was initially testing... oh never mind. I had one of those moments.
Thanks,
Mark
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://li
>>GetPeerAddr
>>onHTTPRequestDone is also a good place, if you want to log bytes
delivered, etc..
DOH!
Of course.
When I was initially testing... oh never mind. I had one of those moments.
Thanks,
Mark
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http
GetPeerAddr
onHTTPRequestDone is also a good place, if you want to log bytes
delivered, etc..
Hi,
Version 7.39
I need to log the IP address of the client when it connects to the server.
OnClientConnect seems to be the best place but I do not see any way to get
the IP address of the conn
> I now need to set the initial page a user accesses after log on,
> regardless of the url he is attempting to access first.
You can do this in the BeforeProcessRequest method, by modifying the
client path to another page name.
procedure TMainForm.HttpAppSrvBeforeProcessRequest(Sender, Client:
On 17-03-2011 17:12, FrancoGG wrote:
the application's memory usage keeps increasing every time a user connects
If you are using a custom THttpConnection, check if you are missing to
free any of its owned objects in its destructor method.
--
To unsubscribe or change your settings for TWSocket m
FrancoGG wrote:
> I'm using ICS under Delphi 2007, specifically THttpServer.
> Is it possible there is a memory leak in the component?
Nothing is impossible, look at Japan :(
> Even on an empty form, in a new project, with just a THttpServer and
> a button to start the server, the application's m
On 11-09-2010 09:22, Angus Robertson - Magenta Systems Ltd wrote:
What is the purpose of the OPTIONS method?
From http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html
"The OPTIONS method represents a request for information about the
communication options available on the request/response ch
> But, why don't keep the naming schema? TriggerAfterProcessRequest (
> and respective OnAfterProcessRequest) would be less confuse.
The event is between two processing stages, so could be named after one
or before the other.
What is the purpose of the OPTIONS method?
Angus
--
To unsubscribe
RTT wrote:
> Done. I've now sent you a PM with the .diff file.
Thanks.
--
Arno Garrels
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be
Done. I've now sent you a PM with the .diff file.
Feel free to apply your changes to the latest SVN revision and send me
the patch file by PM. Changes MUST not break existing code and a change
log in unit's comment section was helpful too.
--
To unsubscribe or change your settings for TWSocke
Thank you for the explanation Angus.
But, why don't keep the naming schema? TriggerAfterProcessRequest ( and
respective OnAfterProcessRequest) would be less confuse.
Rui
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/list
RTT wrote:
> On 10-09-2010 16:43, Arno Garrels wrote:
>>> Another thing that would be useful, if added to the code base of the
THttpConnection, is the possibility to send additional headers
from the THttpConnection.SendDocument, to define cache control,
etc.. procedure THttpConne
> Is there any simple way to handle other than the GET, POST and HEADER
> request methods,... as OPTIONS,...?
You'd currently have to override the entire ProcessRequest procedure to
add a new method.
> > By the way, the TriggerBeforeAnswer is used in what scenarios?
> > From
> > the code above,
On 10-09-2010 16:43, Arno Garrels wrote:
Another thing that would be useful, if added to the code base of the
> THttpConnection, is the possibility to send additional headers from
> the THttpConnection.SendDocument, to define cache control, etc..
> procedure THttpConnection.SendDocument(SendT
RTT wrote:
> Hi everyone!
>
> Is there any simple way to handle other than the GET, POST and HEADER
> request methods,... as OPTIONS,...?
> The way it is now, the THttpConnection.ProcessRequest procedure always
> respond with a Answer501, not giving any chance to handle other
> methods. I think a
David Lewis wrote:
> I've looked at the demo, which got me to come up with the following
> code, however it doesn't work yet.
>
> I get the PostDocument event, but it doesn't appear to progress to the
> PostedData event (I don't get any PostedData logs)
>
> Any thoughts that may fix me?
>From a
I've looked at the demo, which got me to come up with the following
code, however it doesn't work yet.
I get the PostDocument event, but it doesn't appear to progress to the
PostedData event (I don't get any PostedData logs)
Any thoughts that may fix me?
// Extract from setup:
#define
David Lewis wrote:
> I'm putting together a basic web server for a small application to
> communicate with.
>
> I have the GET event working as intended, but am having difficulty
> with
> the POST event.
>
> The event fires, but I can't seem to work out where to find the POST
> data...
>
> I t
] On
> Behalf Of Fastream Technologies
> Sent: Monday, May 11, 2009 1:10 PM
> To: ICS support mailing
> Subject: Re: [twsocket] THttpServer under ICSv7 and BCB2007
>
> Hi,
>
> On 5/11/09, Arno Garrels wrote:
> > Fastream Technologies wrote:
> > > The problem is I m
s.org [mailto:twsocket-boun...@elists.org] On
Behalf Of Fastream Technologies
Sent: Monday, May 11, 2009 1:10 PM
To: ICS support mailing
Subject: Re: [twsocket] THttpServer under ICSv7 and BCB2007
Hi,
On 5/11/09, Arno Garrels wrote:
> Fastream Technologies wrote:
> > The problem is I
Hi,
On 5/11/09, Arno Garrels wrote:
> Fastream Technologies wrote:
> > The problem is I must run my C++ project with release config as
> > otherwise it gives av due to memory fragmentation (HEAVY duty!).
>
> If you want to debug, debug information have to be included, that's
> true. But those AVs
Fastream Technologies wrote:
> The problem is I must run my C++ project with release config as
> otherwise it gives av due to memory fragmentation (HEAVY duty!).
If you want to debug, debug information have to be included, that's
true. But those AVs are IMO a hint that something went rather wrong
The problem is I must run my C++ project with release config as otherwise it
gives av due to memory fragmentation (HEAVY duty!).
Regards,
SZ
On 5/11/09, Arno Garrels wrote:
>
> Fastream Technologies wrote:
> > Also FYI: I have defined in both gui app and package
> >
> NOFORMS;USE_SSL;NO_ADVANC
Fastream Technologies wrote:
> Also FYI: I have defined in both gui app and package
> NOFORMS;USE_SSL;NO_ADVANCED_USE_OF_HTTP_CLIENT;SECURITY_WIN32;NO_DEBUG_LOG
> .
>
> The Delphi guys may say why don't you step into the code and debug but
> BCB2007 does not let me step into Delphi code in C++ pr
Fastream Technologies wrote:
> Hello,
>
> I fixed this by removing the v6 libs from project file using Notepad.
So not a bug in ICS.
Please note that the THttpServer got an internal timer which iterates
thru the list of clients every 5 seconds to detect timeouts.
This may be important to know i
Hello,
I fixed this by removing the v6 libs from project file using Notepad.
Regards,
SZ
On 5/11/09, Fastream Technologies wrote:
>
> Also FYI: I have defined in both gui app and package
> NOFORMS;USE_SSL;NO_ADVANCED_USE_OF_HTTP_CLIENT;SECURITY_WIN32;NO_DEBUG_LOG .
>
> The Delphi guys may sa
Also FYI: I have defined in both gui app and package
NOFORMS;USE_SSL;NO_ADVANCED_USE_OF_HTTP_CLIENT;SECURITY_WIN32;NO_DEBUG_LOG .
The Delphi guys may say why don't you step into the code and debug but
BCB2007 does not let me step into Delphi code in C++ projects.
Regards,
Gorkem Ates
On 5/11/0
Heiko Sommerfeldt wrote:
> Can this mechanism be used to enforce a logout? My web site should
> have a "logout/new login" link. When this link is activated, the
> browser should ask for new login credentials.
It would not work reliable since for example, IE6 shows the login dialog
with previously
Hi,
that solves my problems! There is no loop when wrong login parameters
are used.
Thanks a lot!
Can this mechanism be used to enforce a logout? My web site should have
a "logout/new login" link. When this link is activated, the browser
should ask for new login credentials.
Heiko
> The previous
The previous fix was not yet OK since it never forced a new nonce.
The change below should be safer since a new nonce is forced after
its lifetime expired. I hope I understood the "stale" parameter
correctly now.
in (OverbyteIcs)HttpSrv.pas,
function THttpConnection.AuthDigestGetParams: Boolean;
Heiko Sommerfeldt wrote:
> The same happens here with IE8beta too.
> Therefore I answer with 403 after such failed login.
It's a bug in THttpServer :(
[..]
RFC 2617 HTTP Authentication June 1999
stale
A flag, indicating that the previous request from th
> Yes, it is automatically sent by the component.
> However, after a little test with Firefox, and passing an invalid password,
> I see an infinite loop. Firefox infinitely retries to login with the
> wrong password. This repeats with the webserver demo easily.
>
The same happens here with IE8
>
> Do you have any proxy configures for your browser?
>
No.
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be
Maurizio Lotauro wrote:
> Scrive Heiko Sommerfeldt :
>
> [...]
>
>> The main problem is the following: If the user (of the browser) puts
>> in a wrong password the connection is refused. Now the user opens
>> (refresh) the page again and the browser sends the rejected digest
>> information again
Do you have any proxy configures for your browser?
Regards,
SZ
On Thu, Jan 1, 2009 at 2:23 PM, Heiko Sommerfeldt wrote:
>
> >> The main problem is the following: If the user (of the browser) puts
> >> in a wrong password the connection is refused. Now the user opens
> >> (refresh) the page aga
>> The main problem is the following: If the user (of the browser) puts
>> in a wrong password the connection is refused. Now the user opens
>> (refresh) the page again and the browser sends the rejected digest
>> information again automatically so the login fails again.
>> Is there really no solu
Scrive Heiko Sommerfeldt :
[...]
> The main problem is the following: If the user (of the browser) puts in
> a wrong password the connection is refused. Now the user opens (refresh)
> the page again and the browser sends the rejected digest information
> again automatically so the login fails aga
Heiko Sommerfeldt wrote:
> The main problem is the following: If the user (of the browser) puts
> in a wrong password the connection is refused. Now the user opens
> (refresh) the page again and the browser sends the rejected digest
> information again automatically so the login fails again.
> Is
>> Hi,
>>
>> I am using THttpServer with digest authentication and it works well.
>> What I need is a logout, so the user (browser) needs a new login.
>>
>
> It's IMO not possible to force the browser to display a login dialog.
> Currently the HTTP server uses a hardcoded nonce-lifetime of
Heiko Sommerfeldt wrote:
> Hi,
>
> I am using THttpServer with digest authentication and it works well.
> What I need is a logout, so the user (browser) needs a new login.
It's IMO not possible to force the browser to display a login dialog.
Currently the HTTP server uses a hardcoded nonce-life
Lars Gehre wrote:
>> Hi,
>>
>> Fixed responses and an infinite loop when a byte-range-set
>> was unsatisfiable. Added a fix for content ranges with files
>>> 2GB as suggested by Lars Gehre .
>> Replaced symbol UseInt64ForHttpRange by STREAM64.
>>
>> --
>> Arno Garrels [TeamICS]
>
> Sorry for tak
> Hi,
>
> Fixed responses and an infinite loop when a byte-range-set
> was unsatisfiable. Added a fix for content ranges with files
> > 2GB as suggested by Lars Gehre .
> Replaced symbol UseInt64ForHttpRange by STREAM64.
>
> --
> Arno Garrels [TeamICS]
Sorry for taking so long to give feedback
Changes are ICS v7 only.
--
Arno Garrels [TeamICS]
http://www.overbyte.be/eng/overbyte/teamics.html
Arno Garrels wrote:
> Hi,
>
> THttpServer
> ---
>
> Added Keep-Alive timeout and a maximum number
> of allowed requests during persistent connections. Set property
> KeepAliveTimeSec to
> > I don't know how you send the reply (since there are several ways to do
it),
> > but if you don't set ContentLength correctly, then the client may wait
> > forever for data that will never comes. As you said it usually works,
> > probable the length is set correctly. You have to verify if it is
Hi !
> Client side: Always the message "Pending" + server name.
I don't know how you send the reply (since there are several ways to do it),
but if you don't set ContentLength correctly, then the client may wait
forever for data that will never comes. As you said it usually works,
probable
> I am using ICS THttpserver Component.i created a webserver .so i
> want to know that does this component support ISAPI application.
Someone wrote ISAPI/CGI support. See "usermade" page at my website. This
code probably need a little refresh.
btw: basically ISAPI/CGI is completely against
Probably you should make available somewhere a small test (the smallest
possible actually) which reproduce the problem so that the one willing to
investigate can do it in a snap.
Contribute to the SSL Effort. Visit http://www.overbyte.be/eng/ssl.html
--
[EMAIL PROTECTED]
Author of ICS (Internet Co
Thank you for all your help. I managed to get it work.:-)
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Arno Garrels
Sent: Friday, September 08, 2006 2:41 PM
To: ICS support mailing
Subject: Re: [twsocket] THttpServer Authentication
xmedia wrote
rt mailing
> Subject: Re: [twsocket] THttpServer Authentication
>
> That is a reference variable parameter! You need to pass the correct
> password for the user specified to the component by assigning to the
> variable!
>
> Regards,
>
> SZ
>
> - Original Messa
Subject: Re: [twsocket] THttpServer Authentication
That is a reference variable parameter! You need to pass the correct
password for the user specified to the component by assigning to the
variable!
Regards,
SZ
- Original Message -
From: "xmedia" <[EMAIL PROTECTED]>
To: "
That is a reference variable parameter! You need to pass the correct
password for the user specified to the component by assigning to the
variable!
Regards,
SZ
- Original Message -
From: "xmedia" <[EMAIL PROTECTED]>
To: "'ICS support mailing'"
Sent: Friday, September 08, 2006 8:30 AM
Francois PIETTE wrote:
>>Thanks for the pointer. Im guessing the API for the Delphi and Kylix
>>versions are the same so all we need to do is have the different ICS
>>libary on each platform to successfully compile without changing source
>>code.
>>
>>
>
>That was the goal of my Kylix port. St
> Thanks for the pointer. Im guessing the API for the Delphi and Kylix
> versions are the same so all we need to do is have the different ICS
> libary on each platform to successfully compile without changing source
> code.
That was the goal of my Kylix port. Still there are differences mostly
be
Thanks for the pointer. Im guessing the API for the Delphi and Kylix
versions are the same so all we need to do is have the different ICS
libary on each platform to successfully compile without changing source
code.
Can you recommend any reading material related to threaded/non-threaded
verus
There is a ICS-Kylix version available (see website).
Not all components are there are development is more or less in standby.
ICS for Windows make use of Winsock asynchronous mode and Windows messages
none are available on Linux. ICS for Linux replace built in asynchronous
operation by thread an
Hello Rafael,
There is an example for POST in one of the ICS examples. To upload a
file it is exacly the same as any other post data.
---
Rgds, Wilfried [TeamICS]
http://www.overbyte.be/eng/overbyte/teamics.html
http://www.mestdagh.biz
Tuesday, July 4, 2006, 21:23, Rafael A. Morales Castro wrote
dd NTLM to the
end, it would never be executed as higher priority Basic is always
supported.).
Regards,
SZ
- Original Message -
From: "Arno Garrels" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Monday, January 23, 2006 10:01 AM
Subject: Re: [twsocket]
Fastream Technologies wrote:
> Hello Francois and Everybody,
>
> We (me and Peter Nikolow) worked on Digest authentication for ICS
> THttpServer.
Could this be implemented so that further authentication methods
can be added easily?
Would it make sense to add NTLM support as well?
With NTLM i
: Friday, January 20, 2006 8:44 PM
Subject: Re: [twsocket] THttpServer Digest Auth implemented with ICS
> That's an interesting contribution !
> Thank you.
> --
> [EMAIL PROTECTED]
> http://www.overbyte.be
>
> - Original Message -
> From: "Fastream Tech
That's an interesting contribution !
Thank you.
--
[EMAIL PROTECTED]
http://www.overbyte.be
- Original Message -
From: "Fastream Technologies" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Friday, January 20, 2006 1:50 PM
Subject: [twsocket] THttpServer Digest Auth implemented with
rt: [EMAIL PROTECTED]
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Francois Piette
Envoyé : lundi 10 octobre 2005 16:12
À : ICS support mailing
Objet : Re: [twsocket] ThttpServer and SOAP
> If anyone in
or Sven and your [approved by Sven] changes ?
--
[EMAIL PROTECTED]
http://www.overbyte.be
- Original Message -
From: "Frédéric SCHENCKEL" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Monday, October 10, 2005 4:03 PM
Subject: Re: [twsocket] ThttpServer and
Hello,
I've found the problem. I made an additionnal modification in the WebInterface
unit from Sven Schmidts.
The POST behaviour between html and SOAP requests is not the same.
The data buffer from the ISAPI dll was empty. This is why I had this message
with no useful indication !
If anyone
Francois Piette a écrit :
>>When transmit a soap request, i get the error from my
>>ISAPI dll : 'EDOMParse Error : An Invalid character
>>was found in text content'
>
>
> Is it possible for you the get the invalid character ? This could give an
> idea about what is
> occuring. Maybe you have an
> When transmit a soap request, i get the error from my
> ISAPI dll : 'EDOMParse Error : An Invalid character
> was found in text content'
Is it possible for you the get the invalid character ? This could give an idea
about what is
occuring. Maybe you have an accented character that is not proper
It might that you send some special character that gets encoded through the
webserver. You probably need to decode the text. Try to send just A to Z
characters to start with and no weird signs like é ü et c.
Regards, Fredrik.
-Original Message-
When transmit a soap request, i get the err
Hello Adrian,
Yes, ICS does not create threads. If you have bloking code then you can
eventually execute it in a thread, but for the communication it is not
needed.
---
Rgds, Wilfried
http://www.mestdagh.biz
Tuesday, September 13, 2005, 00:57, adrian spinetta wrote:
> are you sure? if 10 user a
> are you sure? if 10 user at the same time press intro,
> fired ongetdocument and using a Tdatabase-Tquery only
> one of them is processing?
If you don't use multithreading yourself, the HTTP server component will
serialize requests. This is
very handy when processing for your requests is fast.
are you sure? if 10 user at the same time press intro, fired ongetdocument and
using a Tdatabase-Tquery only one of them is processing?
What about Tsession,unique name, is that way?
thanks a lot.
Guillaume MAISON <[EMAIL PROTECTED]> escribió:
adrian spinetta a écrit :
> I am making a compl
>I am making a complete webserver dinamic using the examples of
>createvirtualdoc.
> is it ok using criticalsection inside ongetdocument to block access of a
> Tquery?
It is not needed because the component is asynchronous. If you don't use a
thread yourself, then only one request is handled at
adrian spinetta a écrit :
> I am making a complete webserver dinamic using the examples of
> createvirtualdoc.
> is it ok using criticalsection inside ongetdocument to block access of a
> Tquery?
>
Hello,
You have no need to use criticalsection as ICS is not thread based.
Only one onGetdocume
Oh, I guess my version was a bit old. This may be the problem.
Thanks,
SZ
- Original Message -
From: "Bjørnar Nielsen" <[EMAIL PROTECTED]>
To: "'ICS support mailing'"
Sent: Monday, April 18, 2005 12:13 PM
Subject: RE: [twsocket] THttpServer not complie
I have not tested this, but the sourse says that answering 501 was added Mar
07, 2005.
Did you test with latest release?
Regards Bjørnar
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Fastream Technologies
Sent: 18. april 2005 10:48
To: ICS support ma
74 matches
Mail list logo