Lazarus web application, how choose

[ouiouioui]

Hello,

I use Lazarus for a while but I work more on Delphi, I am doing a web server that allows the user to view information from the server and client side to ring when a new message arrives.

My application checks through sensors if doors are opened, So if a door is opened I want to send a beep or sound and a message to those who are connected.

I looked fcl-web, Web Service Toolkit, Raudus, Brook framework, ... and others they there are a lot so hard to choose.

So I come to you for advice which solution will be the most suitable for my needs according to you?

I thank you in advance.

[Leledumbo]

All of them are OK, but I don't suggest WST. AFAIK it only supports SOAP, which is a heavyweight protocol. Use simple REST-based unstructured JSON instead, which you can do with other frameworks. Raudus is more RAD alike, so it's a bit overkill if you don't need to provide JS-based UI as a response.

[ouiouioui]

Thanks,

I have read more about Raudus and it don't give source so i don't use it.

and Kitto you now?
https://github.com/nandod/kitto/wiki/KittoGettingStarted

i try Brook framework i think

[Leledumbo]

and Kitto you now?
https://github.com/nandod/kitto/wiki/KittoGettingStarted

If it's not designed for Free Pascal, I won't know. It's Delphi only AFAICS, just like uniGUI, despite ExtPascal works on Free Pascal, too.

[ouiouioui]

you have rights, i'l try ExtPascal it seem great.

[Leledumbo]

you have rights, i'l try ExtPascal it seem great.

With the last commit set to last year, it's a dead project. I wouldn't use it if I were you.

[chrnobel]

With the last commit set to last year, it's a dead project. I wouldn't use it if I were you.

My car is 17 years old, but is still in perfect shape 

Even though a project seems dead, it can still be very usefull - I am still using pwu 1.6 for my projects, and it is extremely stable and reliable.

/Christian

[Leledumbo]

With the last commit set to last year, it's a dead project. I wouldn't use it if I were you.

My car is 17 years old, but is still in perfect shape 

Even though a project seems dead, it can still be very usefull - I am still using pwu 1.6 for my projects, and it is extremely stable and reliable.

/Christian

Wow, pwu. Long time no hear

[valdir.marcos]

"There's a pascal based CGI framework used to be called PSP (Pascal Server Page) but the authors had change the name to PWU (Pascal Web Utility?). Before I know PWU is existed, I use PHP, but now, I choose PWU. If you prefer OOP approach, you can use O-PSP (object PSP) another branch of the (default) procedural PSP."
http://lists.freepascal.org/fpc-pascal/2007-March/013517.html
http://sourceforge.net/projects/pascal-webdev/files/?source=navbar
http://free-pascal-general.1045716.n5.nabble.com/how-to-compile-PWU-project-from-command-line-td2815159.html

Be careful with projects not frequently updated  on SourceForge:
http://linux.softpedia.com/blog/Wine-Will-Migrate-Away-from-SourceForge-483823.shtml
http://news.softpedia.com/news/GIMP-Devs-Accuse-Sourceforge-of-Locking-Them-Out-and-Distribuiting-Adware-482570.shtml

[motaz]

Why not to have a look to FreeSpider, it is simple to deploy as CGI web application

http://code.sd/products/freespider/

[ouiouioui]

Thanks all,

i'l take a look on this project.

i'm not good in web programming with lazarus, and for a simple program i don't know what is better, standalone server with indy, cgi, apache module.

Standalone is more easy to debug, i can run directly else if i must deploy manually for test it's a lost of time, ok we can automate it but i'm beginner with that and i have not time for learn all i want so what is the more easy to use for a beginner?

For now i don't see a framework working standalone on linux, ExtPascal can do it on Windows as i see. I don' t explain very well sorry for my English spelling. A framework for a linux indy http server.

Thanks.

[Leledumbo]

For now i don't see a framework working standalone on linux

Something is wrong with the way you analyze the frameworks. fpWeb and Brook runs standalone on any supported platforms, because their base, fcl-web, works so.

[JD]

For now i don't see a framework working standalone on linux, ExtPascal can do it on Windows as i see. I don' t explain very well sorry for my English spelling. A framework for a linux indy http server.

Thanks.

If it is an Indy HTTP Server on Linux you are after, why don't you look at some of the many examples created using Delphi (Google search) & port them to Lazarus? You'll learn a lot from that, I can assure you.

JD

[inoussa]

All of them are OK, but I don't suggest WST. AFAIK it only supports SOAP, which is a heavyweight protocol. Use simple REST-based unstructured JSON instead, which you can do with other frameworks.

(Disclaimer: WST's author here )

WST does support JSON-RPC, XML-RPC, a custom binary serializer and SOAP.

Why should one choose an "unstructured" over a "structured" mechanism ? 
REST style services have their use, so does structured web services.
Using WSDL[1] you have auto documented definitions :

• clearly expressed data structures
• well defined services definitions
• tools are available to author WSDL files, you do not have to hand write them
• tools are available to automatically translate WSDL files to (understandable) pascal sources files

 
Using WST :

• You have a (GUI) type library editor[2] to author WSDL files and generated corresponding pascal source files
• the same editor can be used to import an existing file
• a command line WSDL parser to generated pascal sources
• the type library editor is available as a Lazarus IDE expert

 

With WST you do not have to hand write or translate WSDL files, there are tools for that.

Try by yourself, then decide, knowingly.

[1]WSDL: Web Service Description Language
[2] WST's Type Library Editor : http://wiki.lazarus.freepascal.org/File:Wst_type_lib_edtr.PNG

Best regards.

[Leledumbo]

(Disclaimer: WST's author here )

WST does support JSON-RPC, XML-RPC, a custom binary serializer and SOAP.

Oh, nice to know. What's that custom binary serializer and how would the other end understand how to (un)serialize according to the protocol?