Mormot Enterprise Manager

h.hasenack · 2012-09-26 11:53:02

COnsidering the fact that it is required to have the interfaces registered at both the clienbt and server side, it seems very hard to create a generic Mormot ORM browser.

Is it possible to create some kind of Mormot enterprise manager, or mormot explorer that allows browsing and investigation of interfaces and (virtual) tables provided by an arbitrary mormot server?

I think it would be a very welcome addition to the mormot framework to have this kind of "enterprise manager".

Hans

ab · 2012-09-26 14:54:31

Interface signatures can be exported optionally from the server side.
By default, only a hash is transmitted, to allow a quick check of the both side interface coherency.

A "mORMot service browser" may be implemented, using this interface signature feature (which supply JSON content).
A service catalog system should be also implemented.

But the current use pattern is to define interface in code, and to share the interfaces within both client and server sides, in conjunction with the common TSQLModel.

A WSDL gateway could be a good idea: not reinventing the wheel, be allow to expose some services as regular SOAP, for third-party consumption.
I guess this is not a simple task, due to the SOAP message-based architecture, and the fact that I'm no SOAP expert, nor that we do not need this feature yet.

Interesting perspective, indeed...

h.hasenack · 2012-09-27 09:10:49

SO no priority here
Maybe we could define a standard "interface query" interface which allows querying the # of interfaces, an enumerator returning the hashes of the available interfaces, and next an interface quary wich returns the interface name and GUID, as well as (named) methods and properties. None of this would have to be SOAP, but could be provided through the regular JSON/Mormot interfaces.

mpv · 2012-09-27 12:08:14

I plan to implement such functionality in my mORMot-based project in few weeks for use with Ext.direct ( see https://www.sencha.com/products/extjs/extdirect and one of Delphi realization here: http://code.google.com/p/extpascal/). So I do it and share code here - I think this is what we need. About SOAP: in my opinion SOAP is very "hard" for our little mormot In today world, even on enterprise level, SOAP became not popular. I know some big J2EE project used JSON-RPC instead.

h.hasenack · 2012-09-27 13:57:22

jay - that sounds great! (waiting impatiently)

ab · 2012-09-27 15:17:23

yes... definitively a nice idea!

I'm not a big fan of SOAP message layout either.
Our implementation is very close to JSON-RPC, and could be adapted if needed.

mORMot Open Source

#1 2012-09-26 11:53:02

Mormot Enterprise Manager

#2 2012-09-26 14:54:31

Re: Mormot Enterprise Manager

#3 2012-09-27 09:10:49

Re: Mormot Enterprise Manager

#4 2012-09-27 12:08:14

Re: Mormot Enterprise Manager

#5 2012-09-27 13:57:22

Re: Mormot Enterprise Manager

#6 2012-09-27 15:17:23

Re: Mormot Enterprise Manager

Board footer