#251 Re: mORMot 1 » Thanks to all for mORMot/Zeos + Linux!!! » 2020-03-28 12:35:48

BTW, isn't two weeks a quite short period of time for porting a project with 600,000 lines of code? wink

BTW2, don't neglect the little virus, safety and health are much more important than the economics. I'm from China and I know a little about it.

#252 Re: mORMot 1 » Thanks to all for mORMot/Zeos + Linux!!! » 2020-03-28 12:15:21

mORMot is awesome! I genuinely recommend it to people everywhere when appropriate smile

#253 Re: mORMot 1 » Revision 2.x of the framework » 2020-03-11 03:05:42

I agree, I suggest continue using github if possible. "Everyone has an account and is familiar with" makes a lot of differences!

#254 Re: mORMot 1 » Revision 2.x of the framework » 2020-03-10 03:59:28

I've not used gitlab before, but the majority of the World is using github, it must for a good reason.

#255 Re: mORMot 1 » Revision 2.x of the framework » 2020-03-09 15:12:11

macfly wrote:

I agree with the smooth transition.
This way it looks like a preparatory version for 2.x. Something like 1.19.x

I disagree. ab is trying to achieve the migration path as smooth as possible, and that's the key for people to follow.

It's not like 1.19.x, while ab already planed to make changes like splitting TSQLRest into smaller pieces such as 'orm', 'rest', and so on, into different units. It'll already be API breaking changes, but just very logical, reasonable and easy to follow. And I appreciate ab's plan.

#256 Re: mORMot 1 » Revision 2.x of the framework » 2020-03-09 04:19:55

With github I can contribute changes very easily and I believe many are familiar with the process. How the gitlab's process compared to github's Fork-Clone-Edit-Commit-CreatePR process?

#257 Re: mORMot 1 » When use in package- SynTests: "Unsupported language feature: 'Object' » 2020-03-07 05:59:34

Problem solved!!! What a obscure compiler message!

Solution:
Go to "Project Objects > Delphi Compiler > Output - C/C++ > C/C++ Output file generation", change the value to "Generate DCUs Only " from the default value "Generate all C++Builder files (including package libs)"

#258 Re: mORMot 1 » Revision 2.x of the framework » 2020-03-06 15:55:17

@ab,

I filled and submitted the survey form. The most important thing is: Please keep the current forum, it contains a lot of value-able contents!!!

#259 mORMot 1 » When use in package- SynTests: "Unsupported language feature: 'Object' » 2020-03-06 08:17:41

edwinsn
Replies: 1

Several source file of my package (*.dpk) references SynCommons.pas and some other units of the mORMot library, when trying to compile/install it, I got the following error:

[dcc32 Error] SynTests.pas(1): E1025 Unsupported language feature: 'Object'

Anyone can give me some tips as to resolving the issue?

I already {$define USEPACKAGES} in the 'Conditional Defines' project options.

Thanks.

#260 Re: Free Pascal Compiler » VsCode as editor » 2020-03-06 05:38:27

@macfly, Lazarus supports extensions, of course.

#261 Re: mORMot 1 » Revision 2.x of the framework » 2020-03-05 10:16:31

@ab,
No problem at all! I can contribute for the XE4 compatibilities smile

#262 Re: mORMot 1 » Revision 2.x of the framework » 2020-03-05 07:56:41

If you plan to keep Delphi 7 compatibility, I guess my XE4 is safe then wink

#263 Re: Free Pascal Compiler » VsCode as editor » 2020-03-05 06:39:03

While I myself enjoyed using vs code for other editing tasks, but out of curiosity,  can you explain for fpc/mORMot coding why you don't like Lazarus? Does vscode for FPC provide the same code-complete experience as Lazarus?

#264 Re: mORMot 1 » open source project- really? » 2020-02-14 04:21:06

uian2000 wrote:

I think @johnnysynop is just worried that we're going to take unnecessary litigation risks.

Why is that? I don't think so. If you want to compile sqlite.c with XE7 and you don't have one, then buy one. If you want to compile it with a free compiler, the way I see it you have three options:
#1 - Make changes yourself.
#2 - Pay someone else capable to make the changes.
#3 - Ask others help for free.

Obviously the OP is taking approach #3 but somehow @ab couldn't respond to him for some reason, and the OP then posted this thread which doesn't seem very friendly nor very polite, not even consist with the facts.

#265 Re: mORMot 1 » open source project- really? » 2020-02-13 10:34:32

@johnnysynop,

Sure, mORMot is a 100% percent open source project with an extremely permissive (MIT) license, it's a godsend to the Delphi/Object Pascal community.

I have nothing to say but "thanks" for the work done by @ab and other contributors.

Please note that the world is not a perfect world where everything is completely as you expected. Frankly, maybe you're having some kind of issue using mORMot, but what you are asking now is like someone has given you 10K dollars **for free* and you ask for another $100 for free. If he do that, you are lucky; If he don't, you have to understand the other people - no one is responsible to serve you in all situations for free.

Or at least, if you want to be a little more kind, be a little more polite when asking for help for free.

#267 Re: SyNode » Is there someone out there using this? » 2020-01-25 15:32:02

no, no requirements yet, but the SynNode module is really really impressive!

Alternatives:
https://github.com/Coldzer0/QuickJS-Pascal (based on a famous lightweight engine by a famous open source rockstar)

and

https://github.com/tondrej/chakracore-delphi (based on chakracore which Microsoft no longer enhances)

#268 Re: mORMot 1 » Using Mormot on FreeBSD, Linux, etc. with almost all your windows libs » 2020-01-21 04:16:44

Hey Erick, thank you again for the very insightful and helpful info!
So in order for this kind of web server programs to run under WINE, all you need is a Delphi-compiled console mORMot program that that doesn't have  a VCL GUI.

#269 Re: mORMot 1 » Using Mormot on FreeBSD, Linux, etc. with almost all your windows libs » 2020-01-20 09:31:30

Hey Erick,

The result is very much impressive! Do you have a link to any good article that you can suggest, mostly about two things:
- Install WINE from Linux console that's hosted in a remote VPS
- Get a mORMot app run by WINE.

#271 Re: mORMot 1 » Using Mormot on FreeBSD, Linux, etc. with almost all your windows libs » 2020-01-19 11:12:25

@erick,

Thanks for keep sharing, it's very helpful!

Re the msvcr100.dll issue, is it a license one? I mean, MS doesn't allow installing msvcr100.dll on non-MS OSes, right?

BTW, I assume Linux is much much more popular then FreeBSD nowadays, I'm just out of curiosity - why do you prefer the latter?

#272 Re: mORMot 1 » Using Mormot on FreeBSD, Linux, etc. with almost all your windows libs » 2020-01-18 14:19:27

One question - I guess if you use WINE to deploy your Delphi program, you won't be able to debug on the target platform (FreeBSD or Linux)?

#273 Re: mORMot 1 » Using Mormot on FreeBSD, Linux, etc. with almost all your windows libs » 2020-01-18 11:20:49

@ab, Yes, agreed! That'll be great if mORMot can include necessary changes, if any, in order to adapt to the WINE layer on Linux etc.

#274 Re: mORMot 1 » Using Mormot on FreeBSD, Linux, etc. with almost all your windows libs » 2020-01-18 04:25:58

@ab,
It's perfect if one can port their apps to FPC which supports a lot of compilers, but as Erick has mentioned, with the WINE you can continue using Delphi and your 3rd party libraries, that's a huge benefit if you have time and resource constraints.

#275 Re: mORMot 1 » Using Mormot on FreeBSD, Linux, etc. with almost all your windows libs » 2020-01-18 04:23:56

Hey erick, thanks for sharing, it's a very interesting and useful finding!

Over 2 years ago I had a similar experiment (https://synopse.info/forum/viewtopic.php?id=4263), and I've noticed significant improvements over the years from the media.

What I tried was on the Linux GUI, do you mean you can just install WINE from the FreeBSD command line and then run the Delphi-compiled, mORMot-powered console program from the FreeBSD console?

#276 Re: mORMot 1 » Sqlite db created by mORMot Framework can Not be operated by 3rd tools » 2020-01-17 10:04:45

ab wrote:

If anyone is willing to find out what is wrong with Delphi XE4 linking bug, and provide a fix, you are welcome!

I guess your last line was intended to reply "Delphi 64bit sqlite compilation" ( https://synopse.info/forum/viewtopic.php?id=5127) big_smile

#278 Re: mORMot 1 » Delphi 64bit sqlite compilation » 2020-01-16 17:47:57

Thank you, ab.
I downloaded sqlite3-64.dll from http://synopse.info/files/SQLite3-64.7z, and found it's 600+KB smaller than the official one from sqlite.org, not sure why. I assume it has all the FTS4/5 and json1, right?

#279 Re: mORMot 1 » Sqlite db created by mORMot Framework can Not be operated by 3rd tools » 2020-01-16 12:39:31

I think you'll have to disable those mORMot's built-in collations, I can't tell the details so please check the document.

#280 Re: mORMot 1 » Delphi 64bit sqlite compilation » 2020-01-15 17:52:16

In this case I don't need to encrypt the sqlite db file, I guess I don't lose any other features aside from slightly slower performance, right?

BTW, for dynamic linking I should download the sqlite3.dll from sqlite.org but not from somewhere on synopse.info, right?

#281 Re: mORMot 1 » Delphi 64bit sqlite compilation » 2020-01-15 15:00:31

@ab,

No problem, I'll use dynamic linking for now.

#282 Re: mORMot 1 » Delphi 64bit sqlite compilation » 2020-01-15 11:05:46

Hello ab,

I'm getting a "[dcc64 Fatal Error] F2084 Internal Error: AV0858E903-R343E15EC-0" error when trying to compile with XE4/Win64.
I'm wondering if there is a any workaround, I'm currently using dynamic linking (.dll)? I'm using the latest github repository committed on  Jan 14, 2020.
Thanks.

#283 mORMot 1 » Java client for mORMot » 2019-12-30 03:54:42

edwinsn
Replies: 2

Not by me, I'm the discoverer smile
https://github.com/krkodil/mORMot

Example usage:

SynClient client = new SynClient("127.0.0.1", 8080, "service", false);
if (client.login("User", "synopse")) {
        JSONArray params = new JSONArray().put(2).put(3);  // Add(2, 3)
        JSONObject response = client.call("Calculator.Add", params);
        System.out.println("Summ: " + response);
        client.logout();
}

#284 Re: synopse.info » Merry Christmas and Happy New Year! » 2019-12-26 15:47:43

Happy holidays to all mORMot authors and users!
mORMot is the most powerful web framework for the Pascal/Delphi community, it's been becoming more and more powerful and mature over the past years and I believe it will become better in the future.
Delphi's been the best desktop development tool, and now with mORMot, Delphi/Lazarus has also become  a very good server-side development tool as well, and this is not possible without ab and other contributor's good work!

#286 Re: mORMot 1 » Issue with passing a JSON string to a DMustache helper » 2019-12-24 11:47:32

Thanks for the new implementation, ab, I actually didn't take into account nested JSON objects.

I tested the new version and found an issue that's also exist with my implementation (which I didn't notice until now).

The issue is with tags with 3 brackets, in that case the result will include an extra unwanted '}' at the end of the rendering result.
I guess the following test can reveal the issue.

  helpers := mustache.HelpersGetStandardList(['jsonhelper'], [MustacheHelper]);
  mustache := TSynMustache.Parse('{{{jsonhelper {a:"a",b:10}}}}');
  html := mustache.RenderJSON('', nil, helpers);
  Check(html='a=a,b=10');

#287 Re: mORMot 1 » Issue with passing a JSON string to a DMustache helper » 2019-12-20 17:28:19

Thank you ab! I think you can write the tests better, and I'll check them once you are done, so that maybe next time my PR will also include some tests.

#288 Re: mORMot 1 » Issue with passing a JSON string to a DMustache helper » 2019-12-20 09:36:36

@ab,

the gihtub PR is here: https://github.com/synopse/mORMot/pull/260
Please review and make changes as needed. Thanks.

#290 mORMot 1 » Issue with passing a JSON string to a DMustache helper » 2019-12-19 19:38:35

edwinsn
Replies: 8

Hello ab,
The helper being used in this form:

{{{helperA {src: "folder1/file1.jpeg", alt: "some text"}}}}

If I understand the document correctly, this part, the JSON string will be passed to helperA by the engine:

  {src: "folder1/file1.jpeg", alt: "some text"}

is supposed to be passed into the TMyClass.HelperA method below:

The helper function registered with TSynMustache.HelperAdd is defined as something like:
procedure TMyClass.HelperA(const Value: variant; out result: variant);
begin
   // here I expect the "Value" parameter contains the JSON string passed to the helper, 
  // but the Delphi debugger shows that the "Value" parameter is null 
end;

However, the debugger shows that the "Value" parameter is null.

Any hint? Thanks.

#291 Re: mORMot 1 » Memcached Boilerplate HTTP Server for Synopse mORMot Framework » 2019-12-05 11:29:09

@Eugene, it's very useful, I shall study the source code, thanks!

#292 Re: mORMot 1 » Store PDF as Blobs in SQlite - performance issues? » 2019-12-05 07:15:54

If you do so, be sure to use TSQLRawBlob as the field type.


For your concerns about the performance of sqlite itself, read:
SQLite small blob storage: 35% Faster Than the Filesystem:

https://www.sqlite.org/fasterthanfs.html

#293 Re: mORMot 1 » Memcached Boilerplate HTTP Server for Synopse mORMot Framework » 2019-12-05 07:11:20

Great project! What if one want to use another css/html framework such as Bootstrap?

#294 Re: mORMot 1 » [sharing] A advantage of method-based service over the interface-based » 2019-11-28 11:43:21

Hey!
I didn't know about that, even after using mORMot for such a long time!
Well done and thanks, ab!

#295 mORMot 1 » [sharing] A advantage of method-based service over the interface-based » 2019-11-27 15:23:59

edwinsn
Replies: 3

Just sharing a thought concluded from real-life projects:

We all know that there are two kinds of services you can define with mORMot:
- Method-based
- Interface-based (the "interface" here is the interface in Delphi/FPC)

A advantage of method-based services over the interface-based ones, is that the **compatibility** to new/old versions of clients.
If you use interface-based services, if you need to add a new parameter - oops! all clients need to be updated **otherwise the call will fail**.
But with method-based services, new versions of clients can submit new parameters while the old clients can keep working, and the server handle it according to what the incoming parameters are.

Just my 2 cents.

#296 Re: mORMot 1 » Does Client of mORMot RPC server have to be in Delphi/FPC? » 2019-11-18 08:09:23

not sure, sorry. actually I don't quite understand Swagger

#297 Re: mORMot 1 » Does Client of mORMot RPC server have to be in Delphi/FPC? » 2019-11-15 05:29:14

Sure you can access the mORMot server from a client written in other languages - mORMot talks in HTTP/WebSocks/REST standards.

#298 Re: mORMot 1 » Batch Insert and Duplicates » 2019-10-16 06:49:34

Why not assign cross-node unique  IDs using TSynUniqueIdentifierGenerator on the client side?

#299 Re: mORMot 1 » TID Guid » 2019-10-07 13:07:02

Agree with @idSDS

#300 Re: mORMot 1 » Kingdom Driven Design principles » 2019-10-02 03:47:04

@ab, FYI,
In my view, for me to adopt a new methodology, I need to answer ALL of the following questions
- What are the **disadvantages** of using directly TSQLRecord?
- What are the **advantages** of using KDD/DDD?
- Are these disadvantages/advantages **significant** without significant side effects/penalties like class explosion?

Board footer

Powered by FluxBB