SOA using web services & GenPro

Posts   
 
    
pdegoede2
User
Posts: 9
Joined: 28-Sep-2005
# Posted on: 09-Jan-2006 18:51:42   

Hi,

I'm faced with making a decision regarding architecture of a new application.

The scenario is as follows: 1. multiple clients distributed over a fairly slow connection via the internet (128kbps) 2. client application ideally should be quite interactive (quite a rich interface would be beneficial). It could be web but ideally winforms. 3. the datasets aren't very large that need to be exposed via the UI in the client app

So it seems there are a number of alternatives available to us: a. web application hosted in the same LAN as the DB. b. winforms clients which connect directly via SQL (port 1433) but this is a security issue for us c. SOA type arch where there is a web application on the same LAN as the DB which serves up content off Gen Pro entities / collections.

And some questions: Q1: does anyone have any thoughts on the correct approach here?

Q2: with regards to option (c) - are there any templates which expose webmethods for all the various get's, save's, etc.

Q3: is there a best practises way of implementing transactions for option (c)?

Q4: for option (b) - how heavy is Gen Pro when it talks to the DB - are there ways to make it lighter?

Any thoughts on this would be greatly appreciated.

Thanks in advance.

Paul

sparmar2000 avatar
Posts: 341
Joined: 30-Nov-2003
# Posted on: 11-Jan-2006 10:23:24   

Paul

  1. multiple clients distributed over a fairly slow connection via the internet (128kbps)

This is a low bandwidth connection. I presume it is over a telephone line. I think you will find that the accual sppen you will get will be even lower then 128kbps.

  1. client application ideally should be quite interactive (quite a rich interface would be beneficial). It could be web but ideally winforms.

I presume the reuirement is to provide the client with a responsive and rich experience. The choise is either web but using AJAX to provide the rich interface or winforms.

The web advantage is that there is no client instalation. With winform, there is software that need to be installed on the client, but I think this can be reduced by using SMART client technology.

However, your bigest problem is the low bandwidth. I feel you have very little choise but to use winforms pre-installed on clients and then communicate to the server for data only.

  1. the datasets aren't very large that need to be exposed via the UI in the client app

This is indeed good and should be a relief to you.

So it seems there are a number of alternatives available to us: a. web application hosted in the same LAN as the DB. b. winforms clients which connect directly via SQL (port 1433) but this is a security issue for us c. SOA type arch where there is a web application on the same LAN as the DB which serves up content off Gen Pro entities / collections.

I think there is alternative 'd' avaliable. This is: SOA type arch where the client 'talks' to the server using remoting over HTTP. XML is passed between the client and the server. The server hosts IIS, the business layer and the database.

The MS Pattern and Practices publish Application Architecture blueprint. Have a look at http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnpag/html/uipab-ch01.asp ...some guidelines on developing distributed application such as the one you are trying to develop.

Hope this helps