ARGOMENTO: free version

Salve a tutti,

Attualmente lavoro su TurboGears e sto dando un'occhiata a openerp, sembra abbia alcune potenzialita' che potrebbero essere molto interessanti.
Avrei alcune questioni elementari... se qualcuno gentilmente mi vuole dare delle risposte...

Vedo che esiste una versione Free e delle versioni a pagamento.
Quali sono i limiti della versione free?
E' una versione usabile o semplicemente un demo?

Vedo che ci sono dei moduli/addons a pagamento.
Nella versione free, ci sono dei moduli free o solo dei moduli a pagamento?
Con quale tipo di licenza vengono forniti i moduli/addons a pagamento?

Ero rimasto che openerp usava TurboGears e CherryPy, sembra che nelle ultime versioni abbiano tolto completamente sia il TG che il CherryPy.
Come mai questa scelta?
E' possibile integrare con facilita' un progetto openerp con dei progetti scritti in TG?

Pare che openerp si interfacci solo con il database PostgreSQL.
Esiste la possibilita' di sostituirlo con Oracle o un'altro DB?
C'e' qualche prospettiva di rendere openerp crossdatabase in futuro?


Grazie a tutti per le risposte.
jo

Ciao benvenuto..

Di che versione a pagamento parli?

Puoi scaricare OpenERP da qui: avrai a disposizione un set di moduli "principali". Inoltre su launchpad trovi un sacco di altra roba.

OpenERP/OpenObject è distribuito in GPL.

Cosa intendi con integrare con facilita' un progetto openerp con dei progetti scritti in TG? openerp-server espone le sue funzionalità tramite XML-RPC, quindi lo puoi integrare con qualunque cosa.

Per quanto riguarda il database, il supporto a SQLAlchemy è in sviluppo (non so di preciso a che punto sia ma so che enlightx ha installato OpenERP su MySQL).

Ciao ciao

jo ha scritto:
Ciao, non esistono versioni "a pagamento" di OpenERP.
Esistono servizi a pagamento....

Ciò che tu indendi, è ciò che hai visto sul sito www.openerp.com, ovvero i servizi messi a disposizione da Tiny sprl, l'azienda proprietaria del dominio openerp.com

Il progetto open "NON" è OpenERP, ma è OpenObject.
OpenERP è una "distribuzione" di OpenObject compresi una serie di moduli aggiuntivi orientati alla gestione d'impresa.

Anche qui, in realtà non esistono moduli a pagamento.
Tiny vende sul sito sito alcuni suoi moduli a pagamento che puoi distribuisce sotto licenza GPL, ma è roba di Tiny, non della community.
Il moduli di "OpenObject" sono qui:
code.launchpad.net/openobject-addons

Nessuno dei quali è a pagamento.

Problemi di performance e snellezza del progetto.
TG era un collo di bottiglia siccome la scalabilità non è proprio un suo pregio (così come Django...Pylons...etc etc).
Ma soprattutto perchè il client web di OpenERP ha esclusivamente il compito di renderizzare via web dell'XML prodotto dal server. Quindi un framework complesso come TG non era necessario

Ultrasemplicissimo

Su launchpad è già presente una versione basata su SQLAlchemy che permette di svincolare il database.
Attualmente sono in preparazioni le versioni SA/PostgreSQL e SA/MySQL.
Qualcuno mi pare stia pensando a SA/Oracle.

Di fatto il porting per un determinato DB consiste esclusivamente nella modifica del poco SQL necessario a fare la differenza tra una versione e l'altra

jo:
Mi sa che avevo capito tutto!
Quindi il progetto in realta' e' in www.openobject.com
mentre www.openerp.com e' semplicemente un progetto basato su openobject che offre servizi a pagamento.
Pero' non capisco perche' questo progetto, allora si chiami openERP, non si dovrebbe chiamare OpenObject?
Invece TinyERP che cos'e'?
jo:
Questo e' sufficiente per me, infatti l'orm SQLAlchemy che uso pure in TG permette l'utilizzo di piu' DB, incluso Oracle.jo:
Per quanto riguarda la condivisione del DB vedo che puo' essere fatta grazie a SQLAlchemy (ma non essendo nativo ci sara' sicuramente da sudare, come ho dovuto fare con TG quando aveva ancora SQLObject come orm)
Per l'autenticazione comune, immagino si dovra' usare un sistema single sign on, tipo openid o altro.jo:
Sono interessato in particolare alla gestione documentale che ho visto in www.openerp.com di tiny, la possibilita' di usare word/openoffice per la creazione e archiviazione di documenti.
openobject ha qualcosa di questo tipo o si tratta di addons forniti da tiny?

Un'altro interessante progetto e' Medical. Si tratta di un prodotto pienamente funzionante o e' semplicemente un demo?

Vi ringrazio a tutti per le risposte, ma ringrazio inanzitutto enlightx che ha illuminato la mia ignoranza.

jo ha scritto:

Ni, il rapporto che c'è tra OpenObject e OpenERP è lo stesso che c'è tra Linux ed Ubuntu ad esempio.
Ubuntu è una distribuzione basata su Linux.

Nella realtà poi, OpenERP è un prodotto basato su OpenObject, ma è anche il sito di Tiny, l'azienda che ha ideato OpenERP e OpenObject.

OpenObject è il framework, OpenERP è il prodotto finito, sviluppato con OpenObject.

www.openerp-italia.org è nato come punto di riferimento per gli utenti del progetto OpenERP, ma ovviamente si parla spesso anche di sviluppo, quindi di OpenObject.

Visto che sei pratico di TG.
TG è l'equivalente di OpenObject. Il tuo software sviluppato su TG è l'equivalente di OpenERP.


TinyERP era il vecchio nome di OpenERP, prima che Tiny rendesse libero non solo il software, ma tutto il metodo di sviluppo.

In realtà il solo supporto di SA non è sufficiente in quanto è comunque necessario testing approfondito oltre alla progettazione della basa dati corretta per Oracle.

Cmq ci sono già moduli che funzionano perfettamente anche con Oracle, come OLAP per la Business Intelligence.


Non dovrai condividere il DB.
Ogni oggetto e ogni funzionalità di OpenObject viene automaticamente esposta via XML-RPC.
Di fatto il server OpenObject è un vero e proprio contenitore di web services.
Quindi dalle tue applicazioni TG non dovrai far altro che accedere ai metodi esposti.
Niente SQL quindi.

OpenLDAP, o anche PostgreSQL stesso come base, più SSO basato su OpenID o quello che preferisci.
Crearsi il proprio meccanismo è semplice.

La gestione documentale in OpenObject, è qualcosa di trasversale a tutti i moduli.
Nel senso che una fattura, un ordine, documentazione di progetto, vengono automaticamente esposti dal modulo di gestione documentale e sono accessibili via FTP/Webdav, un po' come fanno Zope e Plone.

L'integrazione con OpenOffice e MS Office è concepita invece per creare modelli per la reportistica.
E' cmq possibile ad esempio accedere via FTP/WebDav ai documenti per l'editing online.


Medical è una distribuzione di OpenObject, proprio come OpenERP.
Si tratta di una serie di moduli per OpenObject dedicati all'utilizzo in strutture sanitarie.

Non è una demo, ma a mio avviso è ancora lontano dal potersi definire completo.
E' sicuramente una buona base di partenza per lo sviluppo di soluzioni custom per l'ambito sanitario.

OpenERP/OpenObject sono progetti altamente complessi, per via del loro campo di utilizzo che è decisamente più complesso di altri, siccome le competenze informatiche sono circa il 2% di quelle necessarie a padroneggiare lo strumento.
La nostra community deve crescere, quindi facciamo il più possibile per far ambientare i nuovi utenti

Dovrebbe essere SA a preoccuparsi con questo. In TG ora io uso gia' un model comune che puo' usare sia PG che Oracle (ovviamente bisogna trovare un punto comune tra i 2 DB, come per exempio la lung. max. dei nomi in Oracle che non deve eccedere i 30 car., ecc.)

Sono stato a guardare alcuni video dimostrativi di openObject/openERP, vedo che si possono personalizzare i vari moduli gia' essitenti, e crearne dei nuovi da zero.
Ovviamente non tutto si puo' personalizzare usando l'interfaccia di openObject, a volte bisognera' pure "sporcarsi le mani direttamente nella parte bassa".
C'e' qualcosa che spiega dove mettere le mani, diciamo per creare nuove funzioni in python ancora non previsti da OO?