Re: AW: JCA on Web server
Allwin Immanuel <[email protected]> Tue, 18 Mar 2003 07:00:49 -0500
| Newsgroups | gmane.comp.java.sun.connector |
|---|---|
| Message-ID | <CB8215AD270F3F4B82E6B04F567C0AC40115AB78@eipmailsvr.erunway.atc.dns> |
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".