| 
  • If you are citizen of an European Union member nation, you may not use this service unless you are at least 16 years old.

  • Stop wasting time looking for files and revisions. Connect your Gmail, DriveDropbox, and Slack accounts and in less than 2 minutes, Dokkio will automatically organize all your file attachments. Learn more and claim your free account.

View
 

31072007

Page history last edited by Juri Strumpflohner 13 years ago

Meeting, 31.07.2007

Attendees

  • Matthias Braunhofer
  • Markus Tragust
  • Juri Strumpflohner (recorder)
  • Roberto Gritti

 

 

Problems treated

  • Integration on the Server side
  • Integration on the Client side
  • Common business classes

 

 

Decisions taken

We decided more or less the following integration schema:

 

On the server side, every Firstlife component (Chat, Social Network,...) has its own server. All of them use the same MySQL database. In this way, each server uses the DB data which he needs and moreover we don't have the overhead of redirecting requests from the Firstlife mobile client to the corresponding server-class. Moreover each student can keep the way (protocol, XML communication model, etc...) he connects to his server and therefore keep the work he has done till now without having to rewrite everything. The reason is also that in this way, for instance the Mobile posting system has not to care about friends and virtual friends on the server side, but it can retrieve a list of them by accessing methods of the Social Network component on the mobile side or by accessing the shared business and/or utility classes. Therefore on the mobile side (as the free-form diagram above shows) we have all the components of Firstlife and a single midlet which is able to start all of the components. All the components on the mobile side reside in different packages and are able to interact between them.

 

Comments (0)

You don't have permission to comment on this page.