Re: [Phpgroupware-developers] PGW in multi-location setup

[Alex Borges]

Hey guys....

Im biting my nails here thinking "let it go lex, youre not hacking there
for the time being, wait until better times" But, i cant resist.

Long Long Long term idea:

a) Define in an XML sublanguage all of the  data structure in phpgroupware
b) Get rid  of the way we generate databases right now, beter use XML
and a script to convert to each database's SQL
c) Define in XML all of the data that gets passed from storage logic to
bussiness logic
d) Write it so SO logic passes an array (as array_to_xml takes it) that
complies with this xml, this way, (C) becomes just whatever output the
SO logic gives. Same concept with data that goes BO -> UI.
e) End result of this would be that  we could make BO objects comply
with an interface that would return, in XML, every part of their data
exchange, of every application. The reason for point (C) to exist is
that the XML format should be actually documented and designed.

f) [Perhaps this shouldve been put first] The goal would be that Local
applications could be made that locally stored everything in XML (this
dialect could be called PhpgwTML or  Phpgroupware Bussiness Transaction
Markup Language) and later on sent that to phpgroupware (through
whatever medium) to be applied as transactions. This could work
syncronously or asyncronously, offline or  online and would give freedom
to app developers to just comply to the language. Imagine a beowolf
cluster of.... nah, imagine an OpenOffice macro that made some business
autmation stuff but that could immediatly transfer results to
phpgroupware, or save them localy, or send them as email to phpgw to ba
automatically picked up by an pipe alias.... the mediums are endless.
I think this is the Lotus Notes approach, and hey, people still buy that
because of its offline/online replication capabilities.

g) Waky, no?


Chris Weiss wrote:

>My understanding is that "peer server" was a starting point to using
>soap or xmlrpc so one server can login and make function calls on a
>remote server (see phpgwapi/inc/class.interserver.inc.php), but
>currently doesn't do much of anything and is unmaintained.  There are
>many functions that are still not xmlrpc enabled so there's still a
>lot work to be done to get it do something.  the IPC based sync app is
>currently far more advanced, maybe the peer system could be reworked
>to make use of that?
>
>On 4/22/05, Christian Rost <address@hidden> wrote:
>  
>
>> > Interesting coincitence... We are working on an offline-client
>>concept (and
>> > implementation) at the moment.
>> > This looks quite similar: notebooks have their own phpGW installation,
>> > application data can be synced bidirectional where ACL and user data
>>can be
>> > changed only on the master server. Works mostly already for mail,
>>contacts
>> > and calendaring, other modules are planned but not implemented. And it's
>> > alpha phase, not beta or stable.
>> >
>> > But the basic requirements sound similar.
>> >
>>Well, the requirements are nearly similar. The key is the online/ offline
>>connection and which mechanisms you want to use for replication -
>>database or
>>pgw. Your goal is to run offline clients that replicate their changes
>>with the
>>master server. Thus you want the database to log the changes and do the
>>replication.
>>
>>On the other side, we always have an online connection to share data. So
>>database replication is an option. It might be easier to sent SQL-Queries
>>directly to the local and the remote pgw servers.
>>
>>That's the point, where began to focus on the "Peer Server" option in pgw.
>>Unfortunately we couldn't find any information yet and therefore have no
>>idea
>>what kind of functionality "Peer Server" provides and how stable it is. If
>>"Peer Server" can be used to query different servers, we're done and don't
>>have to worry about database replication.
>>
>>Regards,
>>
>>Christian
>>
>>--
>>===========================================================
>>Christian Rost
>>roCon - Informationstechnologie
>>Herner Strasse 299 B-29
>>
>>44809 Bochum
>>
>>fon: +49 (0) 234 33 80 820 - 0
>>fax: +49 (0) 234 33 80 820 - 9
>>url: http://www.rocon-it.de 
>>
>>
>>_______________________________________________
>>Phpgroupware-developers mailing list
>>address@hidden 
>>http://lists.gnu.org/mailman/listinfo/phpgroupware-developers 
>>
>>
>>    
>>
>
>
>_______________________________________________
>Phpgroupware-developers mailing list
>address@hidden
>http://lists.gnu.org/mailman/listinfo/phpgroupware-developers
>  
>

alex.vcf
Description: Vcard