Re: AW: JCA on Web server
Colleen Evans <[email protected]> Tue, 18 Mar 2003 10:17:42 -0700
| Newsgroups | gmane.comp.java.sun.connector |
|---|---|
| Organization | Progress Software Corporation |
| Message-ID | <[email protected]> |
Hi Lim, There's another managed environment option in addition to the Web, EJB or client containers mentioned below - a remotable JCA container that can be co-located wherever it's required. See SonicXQ info at: http://www.sonicsoftware.com/products/index.ssp A JCA mail adapter code share is available if you want to try it out (select the link in code snippets box on right): http://www.sonicsoftware.com/cgi-bin/sonic.cgi/dx_source_share.w Regards, Colleen Allwin Immanuel wrote: > Managed Environment: > > A managed environment defines an operational environment for a J2EE-based, > multi-tier, web-enabled > application that accesses EISs. The application consists of one or more > application > components-EJBs, JSPs, servlets-which are deployed on containers. These > containers can be > one of the following: > . Web containers that host JSP, servlets, and static HTML pages > . EJB containers that host EJB components > . Application client containers that host standalone application clients > > A container implementation typically provides the following functionality: > . It provides deployed application components with transaction and security > management, > distribution of clients, scalable management of resources, and other > services that are > generally required as part of a managed server platform. > . It provides application components with connectivity to an EIS by > transparently managing > security, resources, and transactions using the system-level contracts with > the EIS-specific > resource adapter. > . It insulates application components from the specifics of the underlying > system-level > mechanisms by supporting a simple, standard contract with the application > component. > > Non-managed Environment: > > In a non-managed two-tier application environment, an application client > directly uses a re-source > adapter library. A resource adapter, in this case, exposes its low-level > transactions and > security APIs to its clients. An application client has to take > responsibility for managing security > and transactions (and rely on connection pooling if done by the resource > adapter internally) > by using the low-level APIs exposed by the resource adapter. This model is > similar to the > way a two-tier JDBC application client accesses a database system in a > non-managed environ-ment. > > Taken from the J2EE Connector Specification. > Please have a look at the specification if the above information is not > sufficient. > > Thanks, > Allwin. > -----Original Message----- > From: Lim Huat Heng [mailto:[email protected]] > Sent: Tuesday, March 18, 2003 4:15 PM > To: [email protected] > Subject: Re: AW: JCA on Web server > > Manish: > You mentioned managed and non- managed environment several times, could > you briefly elaborate what's the differences between them and what are the > advantages/ disadvantages of using non- managed environment? > > > Hi Lim, > > You can use JCA adapter in non-manage environment also...but if you want > to > > use JCO, attached is a tutorial for your help. > > > > Regards. > > Manish. > > > > -----Original Message----- > > From: A public list for J2EE Connector architecture interest. > > [mailto:[email protected]]On Behalf Of Lim Huat Heng > > Sent: Tuesday, March 18, 2003 3:26 PM > > To: [email protected] > > Subject: Re: AW: JCA on Web server > > > > > > Iris Peter: > > I am really glad for your reply. From your explanations, does that mean > > that if I use Java (but running in web server), then I can use JCO, thus > no > > need an application server? If so, could you please elaborate more on how > I > > could achieve it? Thanks. > > > > > Hi Lim, > > > > > > 1) The JCO is not conform to JCA standards as it doesnt use a common > > > lient interface to access the ERP but directlcy access SAP via RFC . > > Also > > JCo is a bi-direktional interface whereas the current JCA standards > only > > allows uni-directional interfaces . > > > > > > 2) yes it does need a J2EE server to faciliatate services like system > > > management, clustering, security etc. I think the only chance you can do > > > it without is directly calling the RFC although Im not sure about the > > > performance impacts and the scalibility. > > > if your application is not only JSPs but also java it would work with > > > JCo > > > > > > 3) Regarding JcO have a look at the SAP pages . Also look at the SAP > > > WebAS page for more infos > > > > http://help.sap.com/saphelp_webas620sp9/helpdata/en/e1/8e51341a06084de100> > > 00009b38f83b/frameset.htm > > > you can donwload the connector az service.sap.com/connectors but you > > > need authorization for that. > > > http://www.sap.com/australia/teched/tuesday/HO3Fewster.pdf is also an > > > interesting intro. > > > > > > > > > I hope that helps, > > > > > > Iris Peters > > > EAI Architect > > > SPM technologies Germany Berlin > > > > > > -----Ursprungliche Nachricht----- > > > Von: Lim Huat Heng [mailto:[email protected]] > > > Gesendet: Dienstag, 18. Marz 2003 09:38 > > > An: [email protected] > > > Betreff: JCA on Web server > > > > > > > > > To anyone who may advice: > > > I am currently evaluating the feasibility of integration between a > > > web- based application (written in JSP and running on Jakarta Tomcat) > > and > > SAP system, in which, I will only want to 'download' data from SAP. > > > I have searched in the Internet and found that there are few > > > architectures that could help me in achieving the objective. However, I > > am > > confused and would like anyone who may advice to clear my following > > > doubts: > > > 1) What is the differences between J2EE Connector Architecture (JCA) and > > > > SAP Java Connector (JCO)? > > > 2) Does J2EE Connector Architecture really need to be implemented on an > > > > application server? In order words, can I achieve the above objective by > > > using JCA but still running the system on web- server (particularly > > > Jakarta- Tomcat) > > > 3) What is the best practice to develop such a system (to achieve the > > > above objective)? > > > 4) Any good examples/ references (including source code/ demo page) that > > > > I could refer to? > > > Thanks. > > > > > > =========================> =========================> > > =========================> > > > To unsubscribe, send email to [email protected] and include in the > > > body > > > of the message "signoff CONNECTOR-INTEREST". For general help, send > > > email to > > > [email protected] and include in the body of the message "help". > > > > > > > To unsubscribe, send email to [email protected] and include in the > > body > > > of the message "signoff CONNECTOR-INTEREST". For general help, send > email > > to > > > [email protected] and include in the body of the message "help". > > > > > =========================================================================== > > To unsubscribe, send email to [email protected] and include in the > body > > of the message "signoff CONNECTOR-INTEREST". For general help, send email > > to > > [email protected] and include in the body of the message "help". > > > > ---------------------------------------------------- > > Name: JCOTutorial.pdf > > Type: application/pdf > > Encoding: base64 > > Length: 37.34 KB > > =========================================================================== > To unsubscribe, send email to [email protected] and include in the body > of the message "signoff CONNECTOR-INTEREST". For general help, send email > to > [email protected] and include in the body of the message "help". > > =========================================================================== > To unsubscribe, send email to [email protected] and include in the body > of the message "signoff CONNECTOR-INTEREST". For general help, send email to > [email protected] and include in the body of the message "help". =========================================================================== To unsubscribe, send email to [email protected] and include in the body of the message "signoff CONNECTOR-INTEREST". For general help, send email to [email protected] and include in the body of the message "help".