mORMot Open Source

Thanks, ab, one more question, if you don't mind.

If I define a server side function, eg, TSQLRestServerDB.Sum(), will this  function runs in the thread created by ExportServerNamedPipe() ?

I noticed the .Net Native news few weeks ago, and it really got my attention. I'm quite sure it can be very compelling, at least to me, if it finally supports the entire .Net framework for desktop, given the fact that Visual Studio and the .Net framework, both are so far ahead of the Delphi IDE and VCL, and c# is a nice language, so if the speed thing can be fixed, it'll be amazing. But who knows if MS will finally get to that point.

thanks for the info, Arnaud.

PS 1, it seems that a windows message-based server (ExportServerMessage()) doesn't work inside a TOmniWorker (of OTL - OmniThreadLibrary), I tried that, and when a client access that server from the main thread, the program will hang. Maybe it conflicts with OTL's message loops... Anyways, just a report to you, I use the named pipe protocol now.

PS 2,  you seem to use the term 'GDI message', but a Google search didn't show any results about it, I guess the more proper term should be 'win32 message', or 'winapi message', or 'Windows message'? This occurred to me when replying you, so I figured I'd mention it

@ab, that's a good news! You are always great, as usual

@ab, with respect, I think what you said is not fair to the brook framework.

Although I have not fully evaluated and test it, IIRC, just like Python's popular and elegant Flask web framework (http://flask.pocoo.org/), I guess Brook fro FPC is also inspired by the Sinatra framework for Ruby (http://www.sinatrarb.com/).

Actually, almost every mainstream languages has one or more Sinatra-inspired web framework that are quite widely used, well, except Dephi (http://en.wikipedia.org/wiki/Sinatra_(s … by_Sinatra)

That being said, the philosophies beyind all those Sinatra-inspired frameworks like brook are:

  **simplicity** and **flexibility**

A quote from the wikipedia: the goal is to "quickly creating web-applications with minimal effort."

Want to use another ORM or data persistence library? No problem, and most importantly - it's easy and simple from the coder's POV, since usually you can just plug-in an extension or module.

In additional to **simplicity** (which has/is always a good thing and nowadays people embrace ), another benefit of Brook is **cross-platform**. (well, I really wish mormot will fully support free Pascal in the near future!)

What I said above doesn't remove my praise to mORMot, of course, but saying brook is a toy is far from fair.

The way ASP works has proved to be a mess due to it mix logics in the html markups, and that approach have been abandoned nowadays.

What makes the Mustache template engine appearing, is that, it's **logic-less**, the philosophy is that, no program logics in the template markups.

In your case, you can just use a js function,  to handle the click event, and in that js function talk to the mormot server.

I think we should stick with standard and proven technologies.

Arnaud, yes, the Synopse framework is very well organized already!

And I didn't describe that 'perfect world' well. Simply put it, in a perfect world, we'll have a dependency/package manager like Maven for Java (http://stackoverflow.com/a/3589974), and all Delphi libs are comply with it... Well, just a dream

Hi Arnaud, I am actually embracing speed and performance like you!

ab, this is really a nice approach by having a synced repository for other people, we you keep the convenience you already enjoy with fossil.

Re git client, I use the official git which has some Windows Explorer integration, it should be much fast and lightweight that github for Windows, although I've never installed the latter - I never liked bloatware, especially slow-bloat-ware, nor I have got many good fast experiences with .net-powered software.

If you have used Evernote for Windows for enough long time, you must know that few years ago they completely re-written it in c++ and replaced the old one that's written with .net, just for the sake of speed and performance. They had a blog post IIRC.

ab, actually, maybe you should also create separate repository for other detach-able bits of in the synopses library, such as the BSON implementation, the mongodb client library, the standalone http servers, etc. Nowadays single-purpose libraries is a trend - just check the node.js/python libraries, and I always liked it.

Hi ab, maybe you missed this reply, Can you still tell me how to disable the exception logging? Thanks.

great job ab! Maybe get this Delphi wrapper listed here: http://mustache.github.io/

Great! Great! You guys!
I'll check the low level API someday.

is it possible that the problem is coming from the c wrapper?

ab, I always use my copter with an administrator account
screenshot is uploaded: http://screenpresso.com/=kiMec
http://screenpresso.com/=kiMec

Can you still tell me how to disable the exception logging? I prefer madExcept because it's IDE integration. Thanks.

ab, it's very kind of you! And this kind of "integration" of 3rd party code is OK - not in terms of legal concerns, I mean at least it not affect the mormot development.

ok, on my i5/6GB local PC, I just did a load test using a command line tool called openload (http://openwebload.sourceforge.net/) and got the following result, using the nightly build ( I think it's SpiderMonkey 1.8.5):

D:\>openload localhost:888/root/readme.md 1000
URL: http://localhost:888/root/readme.md
Clients: 1000
MaTps 814.00, Tps 814.00, Resp Time  0.138, Err   0%, Count   814
MaTps 907.20, Tps 1746.00, Resp Time  0.074, Err   0%, Count  2560
MaTps 985.53, Tps 1690.55, Resp Time  0.072, Err   0%, Count  4259
MaTps 1056.18, Tps 1692.00, Resp Time  0.079, Err   0%, Count  5951
MaTps 1120.82, Tps 1702.59, Resp Time  0.074, Err   0%, Count  7657
MaTps 1167.62, Tps 1588.82, Resp Time  0.081, Err   0%, Count  9249
MaTps 1208.67, Tps 1578.06, Resp Time  0.080, Err   0%, Count 10846
MaTps 1259.41, Tps 1716.12, Resp Time  0.075, Err   0%, Count 12581

The second column, Tps, is the number of completed requests during a second.

I will do the same test once I got the SM24 version and we'll see how it'll go.

This is interesting, I want to do a load test here too, I did a google search and it led me to this github repository (https://github.com/wg/wrk), but I'm not sure how to install and use it on **Windows**, any hints?

Congratulations on the great work! A debugger API is really a nice addition!

Same here, that's why I suggest to move the source code to google code or github, but keep everything here. Just my suggestions.

@mpv, thanks for the update. The scale of file size is not a big deal.

@ab, I think it's not about the version control features, but the popularity of the system - how are the client programs? How many good tutorials? I assume many developers have used svn or git already. But I understand the reasons not to switch on your side.

Great job, you guys!

Can't wait to try this! Is the mozjs.dll file for SM 24 bigger?

Please don't forget to notify us here when it's done and the link to the new mozjs.dll

Wow! This is amazing, any possibility of rolling it into a embedded, document-based datastore by combining your bigTable, just like mongoDb, but much lightweight like sqlite, and without the 4gb limit on a 32bit machine?