RE: [sqlite] uSQLiteServer Source code available

Roger, I am on the road at the moment, but will be home in a week and can give you the essence of a very simple HTTP server and client, with socket interface for Unix and Win32. In an embedded world you only need it simple. JS Quoting [EMAIL PROTECTED]: > > > > > > HTTP is just a transport

Re: [sqlite] uSQLiteServer Source code available

Joe Wilson <[EMAIL PROTECTED]> wrote: > Is the source available for this nano web server? > > --- [EMAIL PROTECTED] wrote: > > FWIW, the www.sqlite.org website is implemented using a > > webserver written as a single file of C code - 752 lines > > (exclusive of comments). It's unix-specific thoug

Re: [sqlite] uSQLiteServer Source code available

Is the source available for this nano web server? --- [EMAIL PROTECTED] wrote: > FWIW, the www.sqlite.org website is implemented using a > webserver written as a single file of C code - 752 lines > (exclusive of comments). It's unix-specific though, and > in fact really wants to run on Linux. > -

RE: [sqlite] uSQLiteServer Source code available

At 15:52 16/11/2005, you wrote: I'd be interested in seeing that code--there's always something to be learned from another implementation. For those interested, I've put my code up at: http://www.poweradmin.com/sourcecode/index.asp (HTTPServer.zip--you'll see it) I welcome any feedback. Proba

RE: [sqlite] uSQLiteServer Source code available

ter to send it to my private account (admin AT poweradmin DOT com) to keep from bothering the list. -- Doug -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 15, 2005 10:48 PM To: sqlite-users@sqlite.org Subject: Re: [sqlite] uSQLiteServer Source

Re: [sqlite] uSQLiteServer Source code available

Doug Nebeker <[EMAIL PROTECTED]> wrote: > I've had a number of people express interest in the small HTTP > server. I'll work on commenting it a little better and then > put it out on a website in a day or two. > FWIW, the www.sqlite.org website is implemented using a webserver written as a sing

Re: [sqlite] uSQLiteServer Source code available

Mozilla CVS builds of Rhino (JS in Java) and SpiderMonkey (JS in C) have E4X (

Re: [sqlite] uSQLiteServer Source code available

[EMAIL PROTECTED] wrote: HTTP would be the logical choice, telnet is often firewalled. BTW, you can of course allready telnet into the server anyway. I will try doing something like this, but I have never implemented the server side of a HTML connection. Do you know where I can find a quick

RE: [sqlite] uSQLiteServer Source code available

To: sqlite-users@sqlite.org Subject: Re: [sqlite] uSQLiteServer Source code available Doug Nebeker wrote: >I have a simple C++ HTTP server that I wrote (all in a single .cpp and >.h file). Multi-threaded, has a session concept (via cookies), can >parse POST and GET variables. It is a C++

RE: [sqlite] uSQLiteServer Source code available

Thanks for the pointers and feedback. I have now grasped a very simple way to allow HTTP access via the same mechanisms. Back soon with the implementation :-)

Re: [sqlite] uSQLiteServer Source code available

M To: sqlite-users@sqlite.org Subject: RE: [sqlite] uSQLiteServer Source code available "r" == roger <[EMAIL PROTECTED]> writes: r> HTTP would be the logical choice, telnet is often firewalled. BTW, r> you can of course allready telnet into the s

RE: [sqlite] uSQLiteServer Source code available

e.org Subject: RE: [sqlite] uSQLiteServer Source code available >>>>> "r" == roger <[EMAIL PROTECTED]> writes: r> HTTP would be the logical choice, telnet is often firewalled. BTW, r> you can of course allready telnet into the server anyway. r> I

RE: [sqlite] uSQLiteServer Source code available

> "r" == roger <[EMAIL PROTECTED]> writes: r> HTTP would be the logical choice, telnet is often firewalled. BTW, r> you can of course allready telnet into the server anyway. r> I will try doing something like this, but I have never implemented r> the server side of a HTML connection. Do you

RE: [sqlite] uSQLiteServer Source code available

> > HTTP is just a transport method. There is no reason why its payload > should not include your protocol if you want to tunnel through port 80. > You could embed it in TELNET also if you wanted to take advantage of > port 23. > JS HTTP would be the logical choice, telnet is often firewa

Re: [sqlite] uSQLiteServer Source code available

[EMAIL PROTECTED] wrote: I wrote it. I used XML in the end because it can map a complex data structure into a single document. In that case what you lose on the swings (XML) you gain on the roundabouts (TCP/IP), particularly if you use HTTP for transport. Just a thought. The TechFell pr

Re: [sqlite] uSQLiteServer Source code available

[EMAIL PROTECTED] wrote: Original Message Subject: Re: [sqlite] uSQLiteServer Source code available From: John Stanton <[EMAIL PROTECTED]> Date: Mon, November 14, 2005 9:47 pm To: sqlite-users@sqlite.org [EMAIL PROTECTED] wrote: I like your concept and agree wit

RE: [sqlite] uSQLiteServer Source code available

> > > I wrote it. I used XML in the end because it can map a complex data > structure into a single document. In that case what you lose on the > swings (XML) you gain on the roundabouts (TCP/IP), particularly if you > use HTTP for transport. Just a thought. The TechFell protocol as used

RE: [sqlite] uSQLiteServer Source code available

> Original Message > Subject: Re: [sqlite] uSQLiteServer Source code available > From: John Stanton <[EMAIL PROTECTED]> > Date: Mon, November 14, 2005 9:47 pm > To: sqlite-users@sqlite.org > > [EMAIL PROTECTED] wrote: > >>I like your concep

Re: [sqlite] uSQLiteServer Source code available

[EMAIL PROTECTED] wrote: I like your concept and agree with your design choices, so much in fact that I independently implemented a very similar system. In my case I packaged the responses in XML, Difficult isn't it, XML or no XML :-) I had also considered XML, if nothing else it is the 'in

Re: [sqlite] uSQLiteServer Source code available

On 11/13/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > 4) Am I doing the right thing? Of course I think the uSQLiteServer is > the best thing since sliced bread, but then it was designed to meet my > criteria :-) I think it is an excellent project. Maybe my problem is similar: I would like t

Re: [sqlite] uSQLiteServer Source code available

I like your concept and agree with your design choices, so much in fact that I independently implemented a very similar system. In my case I packaged the responses in XML, Difficult isn't it, XML or no XML :-) I had also considered XML, if nothing else it is the 'in thing'. But the other side

RE: [sqlite] uSQLiteServer Source code available

> I like your concept and agree with your design choices, so much in fact > that I independently implemented a very similar system. In my case I > packaged the responses in XML, Difficult isn't it, XML or no XML :-) I had also considered XML, if nothing else it is the 'in thing'. But the other

Re: [sqlite] uSQLiteServer Source code available

[EMAIL PROTECTED] wrote: I have reorganized the archive and got all the source into it this time. http://users.iol.it/irwin A few notes: 1) This has nothing to do with the RPC based uSQLite project, which I have found has the same name! That project does seem a bit dead thougth so I shall not

RE: [sqlite] uSQLiteServer Source code available

> > What might help interest and uptake, is to give us more detail on why > YOU found it so useful. For example, in your use of uSQLiteServer on > embedded systems, why didn't you just use an existing client-server > RDBMS? I have been using RDBMS's. This solves various recurrent problems: 1)

Re: [sqlite] uSQLiteServer Source code available

Hi Roger, [EMAIL PROTECTED] wrote: I have reorganized the archive and got all the source into it this time. Just downloaded it, i'll give a look at it. ... 1) This has nothing to do with the RPC based uSQLite project, which I have found has the same name! That project does seem a bit dead thou

Re: [sqlite] uSQLiteServer Source code available

On Sat, Nov 12, 2005 at 05:24:47PM -0700, [EMAIL PROTECTED] wrote: > http://users.iol.it/irwin > 4) Am I doing the right thing? Of course I think the uSQLiteServer is > the best thing since sliced bread, but then it was designed to meet my > criteria :-) OTOH reception has been mixed. I have had

Re: [sqlite] uSQLiteServer Source code available

El Sábado, 12 de Noviembre de 2005 18:24, [EMAIL PROTECTED] escribió: > I have reorganized the archive and got all the source into it this time. > > http://users.iol.it/irwin > > It's an interesting concept. I downloaded it and will try it. Thank you, Roger. -- Alfredo J. Cole Grupo ACyC