Et aussi, la partie Load-Balancing est-elle effectuée au niveau PostgreSQL ou au niveau du serveur global ?
La distribution (load-balancing ou services différents sur différents ordis) se fait au niveau du serveur. Le serveur offre une interface au dessus de postgresql avec les fonctionnalités suivantes:
* orienté objets (héritages, méthodes, ...) -> orm
* row-level security
* gestion des contraintes, valeurs défauts,
* intégration dans le système de workflow, ...
La distribution ainsi que le serveur objet est du code à moi. Les patterns utilisés dans la distribution (publish/subscribe, request/reply, annoucement, ...) proviennent de http://ose.sf.net(...)
Il y a juste quelques "TODO" qui mériteraient d'être commentés (au niveau code pour ne pas apparaitre sur le site en ligne) afin de ne pas effrayer le client potentiel :)
C'est pour cela qu'il y a un site .com et un .org. Les clients sont redirigés vers le .com qui est complet. Malheusement, je n'ai pas bcp le temps de compléter le .org.
Le client en Python + GTK a l'air très abouti
Oui, il l'est et très ergonomique.
mais a t'il été envisagé de développer un client en XUL ? Mozilla a effet une lib standard pour faire des requètes SOAP. L'avantage principal d'un client XUL est un déploiement super simplifé : il suffit de mettre un .xpi sur le serveur ou même directement un fichier .xul si le client n'a pas besoin de composants XPCOM non standard.
Dans Tiny ERP c'est totalement différent:
* Seul le client fait du GTK. Tous les forms et trees sont automatiquement générés en fonction de la desription des objets. Il faut voir cela comme un méta-programme: on décrit les objets Tiny ERP et comment ils fonctionnent et le framework fait le reste (la gui, les interfaces, les relations, ...)
* L'interface SOAP (ainsi que xml-rpc, net-rpc et les accès objets) est gérée par OSE et le système de modules distribués de Tiny ERP.
[^] # Re: Alternative SGBD
Posté par pinky . En réponse au journal Première release officielle de Tiny ERP.. Évalué à 2.
Coté server, voir http://ose.sf.net(...)
Coté client, j'utilise xmlrpclib
Et aussi, la partie Load-Balancing est-elle effectuée au niveau PostgreSQL ou au niveau du serveur global ?
La distribution (load-balancing ou services différents sur différents ordis) se fait au niveau du serveur. Le serveur offre une interface au dessus de postgresql avec les fonctionnalités suivantes:
* orienté objets (héritages, méthodes, ...) -> orm
* row-level security
* gestion des contraintes, valeurs défauts,
* intégration dans le système de workflow, ...
La distribution ainsi que le serveur objet est du code à moi. Les patterns utilisés dans la distribution (publish/subscribe, request/reply, annoucement, ...) proviennent de http://ose.sf.net(...)
Il y a juste quelques "TODO" qui mériteraient d'être commentés (au niveau code pour ne pas apparaitre sur le site en ligne) afin de ne pas effrayer le client potentiel :)
C'est pour cela qu'il y a un site .com et un .org. Les clients sont redirigés vers le .com qui est complet. Malheusement, je n'ai pas bcp le temps de compléter le .org.
Le client en Python + GTK a l'air très abouti
Oui, il l'est et très ergonomique.
mais a t'il été envisagé de développer un client en XUL ? Mozilla a effet une lib standard pour faire des requètes SOAP. L'avantage principal d'un client XUL est un déploiement super simplifé : il suffit de mettre un .xpi sur le serveur ou même directement un fichier .xul si le client n'a pas besoin de composants XPCOM non standard.
Dans Tiny ERP c'est totalement différent:
* Seul le client fait du GTK. Tous les forms et trees sont automatiquement générés en fonction de la desription des objets. Il faut voir cela comme un méta-programme: on décrit les objets Tiny ERP et comment ils fonctionnent et le framework fait le reste (la gui, les interfaces, les relations, ...)
* L'interface SOAP (ainsi que xml-rpc, net-rpc et les accès objets) est gérée par OSE et le système de modules distribués de Tiny ERP.