Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Users List" <commons-user@jakarta.apache.org>
Received-SPF: pass (hermes.apache.org: local policy)
Reply-To: <henry.voyer@gemplus.com>
From: "Henry Voyer" <henry.voyer@gemplus.com>
To: "'Jakarta Commons Users List'" <commons-user@jakarta.apache.org>
Subject: RE: Business Tier
Date: Tue, 12 Apr 2005 13:41:27 -0400
Message-ID: <001801c53f86$db64efc0$670c640a@CORP.DS.GEMPLUS.COM>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Importance: Normal
In-Reply-To: 
 <6C6F6659FF768141BE4E4945FA71AE0E0E93F485@lon0349xns.fm.rbsgrp.net>

My advice.

Use concrete class with the business tier, and interfaces that defines the
available services.

Now if you want to use any framework, use decorators (GoF pattern) to adapt
them. And use a IoC container (Spring, Avalon, etc) to hide the lookup
implementation.

Like that you can use EJB, Commons Commands, RMI, or anything you want
without changing the iner working of your main implementation.

Regards

-----Original Message-----
From: SONI, Ketan, FM [mailto:Ketan.SONI@rbos.com]
Sent: Tuesday, April 12, 2005 11:48 AM
To: 'Jakarta Commons Users List'
Subject: Business Tier


Hi,

I am trying to decide what utilities/frameworks to use for the Business Tier
and was wandering if anyone had good suggestions.  Looking at Struts in
Action book the Scaffolding classes are mentioned frequently and are used in
the sample Artimus app.  I tried looking at these but wasn't sure if this is
an old utility.  Also it would be useful to know of any decent utilities to
run queries an stored procedures as opposed to using the JDBC interface
directly.

Any advice would be useful

Many Thanks

K


****************************************************************************
*******
The Royal Bank of Scotland plc. Registered in Scotland No 90312.
Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB.
Authorised and regulated by the Financial Services Authority

This e-mail message is confidential and for use by the
addressee only. If the message is received by anyone other
than the addressee, please return the message to the sender
by replying to it and then delete the message from your
computer. Internet e-mails are not necessarily secure. The
Royal Bank of Scotland plc does not accept responsibility for
changes made to this message after it was sent.

Whilst all reasonable care has been taken to avoid the
transmission of viruses, it is the responsibility of the recipient to
ensure that the onward transmission, opening or use of this
message and any attachments will not adversely affect its
systems or data.  No responsibility is accepted by The Royal
Bank of Scotland plc in this regard and the recipient should carry
out such virus and other checks as it considers appropriate.

Visit our websites at:
http://www.rbs.co.uk/CBFM
http://www.rbsmarkets.com

****************************************************************************
****


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org