aspose file tools*
The moose likes Distributed Java and the fly likes This weeks giveaway Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of Spring in Action this week in the Spring forum!
JavaRanch » Java Forums » Java » Distributed Java
Bookmark "This weeks giveaway" Watch "This weeks giveaway" New topic
Author

This weeks giveaway

Carl Trusiak
Sheriff

Joined: Jun 13, 2000
Posts: 3340
giving away four copies of the book "Java Connector Architecture: Building Enterprise Adaptors".
And the best part... The Author, Atul Apte, will be online to answer your questions!
Lets give him a warm JavaRanch welcome
Thanks to the people at Sams Publishing for the book's!
Alagan Devika
Greenhorn

Joined: Jan 04, 2002
Posts: 17
Hi Atul Apte,
Welcome to JavaRanch Forum.
We are using JMS1.0.2 , what is the difference between this and the recent version of the JMS API.
Devika
[ April 30, 2002: Message edited by: Alagan Devika ]
Ren Li
Ranch Hand

Joined: Feb 20, 2002
Posts: 64
Hi Atul Apte,
Could you please give more detail about this book? When I followed the "Sams Publishing"-> Programming-> Java, I did not find your book. The only available info is Editorial Reviews.
Thanks,
Ren
Ruilin Yang
Ranch Hand

Joined: Jan 06, 2002
Posts: 150
What are differences between what Java Connector Archetecture is trying to do and Web services (methods)?
Thanks
Ruilin
Tiger Scott
Ranch Hand

Joined: Mar 01, 2001
Posts: 223
WebServices are a mechanism to talk to remote/legacy systems using web protocols- like http/smtp, etc. JCA is a architecture to talk to EIS systems using a common architecture. Parts of it could be implemented using WebServices or any other suitable mechanism. But JCA would stand on top of any implementation.
HTH
Sanjay
Ruilin Yang
Ranch Hand

Joined: Jan 06, 2002
Posts: 150
Sanjay,
Thanks, This means that JCA is an abstract architecture (framework), Whereas, the web services are concrete implementation mechanism.

Ruilin
[ April 30, 2002: Message edited by: Ruilin Yang ]
Atul Apte
Author
Greenhorn

Joined: Feb 19, 2002
Posts: 29
Thanks for the warm welcome. I am sure Java Ranch members will have a a lot of perseptive questions. I will do my best to provide answers as quickly as possible.
Originally posted by Carl Trusiak:
giving away four copies of the book "Java Connector Architecture: Building Enterprise Adaptors".
And the best part... The Author, Atul Apte, will be online to answer your questions!
Lets give him a warm JavaRanch welcome
Thanks to the people at Sams Publishing for the book's!


Atul Apte<br />President and CEO <a href="http://www.iconexio.com/" target="_blank" rel="nofollow">iConexio Technologies Inc</a>.<br />Author of <a href="http://www.amazon.com/exec/obidos/ASIN/0672323109/ref=ase_electricporkchop" target="_blank" rel="nofollow">Java Connector Architecture: Building Enterprise Adaptors</a>
Atul Apte
Author
Greenhorn

Joined: Feb 19, 2002
Posts: 29
Ruilian,
Web Services is an internet based RPC (Remote Proedure Call) mechanism that allows applications hosted on different operating systems to call specific functions as required. If you are familiar with CORBA and IDL then Web Services is not very different conceptually.
The biggest difference is that Microsoft, IBM, and SUN have agreed that XML is a the way to go in terms of protocols for enabling web services. Hence it is quite possible that Web Services will be come a better success story then Corba.
In terms of JCA, it is a J2EE framework that extends the capability of the J2EE application server enabling it to access other non-J2EE applications.
You can think of Web Services as a peer - to -peer model of integration wereas JCA is a application server based integration model.
JCA is valid only in the context of J2EE applications.
Hope this helps answer your question.
Atul
Originally posted by Ruilin Yang:
What are differences between what Java Connector Archetecture is trying to do and Web services (methods)?
Thanks
Ruilin
Atul Apte
Author
Greenhorn

Joined: Feb 19, 2002
Posts: 29
Ren,
You can get more info on the following URL. The table of contents of the book are listed here. Hope this helps.
http://www.pearsonptg.com/book_detail/0,3771,0672323109,00.html
Atul
Originally posted by Ren Li:
Hi Atul Apte,
Could you please give more detail about this book? When I followed the "Sams Publishing"-> Programming-> Java, I did not find your book. The only available info is Editorial Reviews.
Thanks,
Ren
Atul Apte
Author
Greenhorn

Joined: Feb 19, 2002
Posts: 29
Hi Devika,
My book is about JCA and not JMS. However JMS is a fundamental piece of technology that JCA depends on to integrate with message driven applications such as MQSeries or other messaging engines.
The concept of JCA and how it applies to message driven beans (EJB) in the context of JMS is a very big topic. In terms of differences between the latest version of JMS specifications and earlier versions I am not sure of the details. Perhaps someone on the JMS forum could be better help. Sorry.
Atul
Originally posted by Alagan Devika:
Hi Atul Apte,
Welcome to JavaRanch Forum.
We are using JMS1.0.2 , what is the difference between this and the recent version of the JMS API.
Devika
[ April 30, 2002: Message edited by: Alagan Devika ]
Axel Janssen
Ranch Hand

Joined: Jan 08, 2001
Posts: 2164
Welcome Atul,
your book covers writing JCA adapters, right?
I am really no expert.
Won't there be ready made JCA adapter packages for integrating say WebLogic and SAP. Or do I have to write my own?
Axel
[ April 30, 2002: Message edited by: Axel Janssen ]
Atul Apte
Author
Greenhorn

Joined: Feb 19, 2002
Posts: 29
Hi Axel,
Yes there will be off-the-shelf JCA resource adapters for packages for sure. In fact there are already adapters for SAP and other ERP and large CRM packages. I also know of some middleware adapters.
The key thing to remember is that your integration scenario drives your integration requirements not what is available and what is not available.
If you can find resource adapters for your requirements at the right price.. great.. if not you build them or let some other experts build them and support them for you.
Thanks
Atul
Ruilin Yang
Ranch Hand

Joined: Jan 06, 2002
Posts: 150
Atul,
What are Microsoft counter-part technology for the J2EE connector architecture ?
Or you book cover some discussion about microsoft technology ?
Thanks
Ruilin
Atul Apte
Author
Greenhorn

Joined: Feb 19, 2002
Posts: 29
Ruilin,
Going forward Microsoft will push SOAP and UDDI as the way to go for integrating business applications. However there really is not a standard like JCA where a web service can extend the .NET platform or the Windows 2000/NT platform.
The reason for that could be that Microsoft does not have the concept of an application platform (like J2EE) but view the network as the application platform or domain. Hence their strategy appears to be focus on getting different pieces of code and applications integrated over the network as web services.
J2EE on the other hand is more based on the concept that applications will be hosted on the application server and everything else becomes integrated using JCA.
That is my opinion. Perhaps Microsoft will define an integration framework in future.
Atul
Atul Apte
Author
Greenhorn

Joined: Feb 19, 2002
Posts: 29
Ruilin,
I forgot to add that my book does cover the web services aspect of integration and the potential impact on JCA adapters.
Atul
Pho Tek
Ranch Hand

Joined: Nov 05, 2000
Posts: 761

Atul,
Are there any open-source JCA implementations to SAP ? What does it take to write one on your own -
c.f. writing a JDBC driver ?
Thanks
Pho


Regards,

Pho
Atul Apte
Author
Greenhorn

Joined: Feb 19, 2002
Posts: 29
Hi Pho,
I don't know of any open source SAP resource adapter atleast now. Perhaps there will be in the near future.
Developing a SAP resource adapter will require domain knowledge about SAP as well as proper scope management in terms of which SAP applications you want to interface with and the choice of interface mechanism. Remember SAP and other ERP and large packages have more than one channels or access mechanisms to enable integration.
And once you have an adapter you need to certify it by testing the adapter with SAP systems and keep it updated as SAP applications change in the future.
Also, the SAP adapter needs to support customization of SAP systems at the customers site.
These are just some of the things that you need to keep an eye on. In my book I have a chapter on project management aspects of adapter development and that may help you as well.
Regards
Atul
[ May 01, 2002: Message edited by: Atul Apte ]
[ May 01, 2002: Message edited by: Atul Apte ]
Fei Ng
Ranch Hand

Joined: Aug 26, 2000
Posts: 1242
Originally posted by Atul Apte:
Ruilin,
Going forward Microsoft will push SOAP and UDDI as the way to go for integrating business applications. However there really is not a standard like JCA where a web service can extend the .NET platform or the Windows 2000/NT platform.
The reason for that could be that Microsoft does not have the concept of an application platform (like J2EE) but view the network as the application platform or domain. Hence their strategy appears to be focus on getting different pieces of code and applications integrated over the network as web services.
J2EE on the other hand is more based on the concept that applications will be hosted on the application server and everything else becomes integrated using JCA.
That is my opinion. Perhaps Microsoft will define an integration framework in future.
Atul

Would you say that this is a Advantage with J2EE over .NET? .Net focus on getting different pieces of code and applications integrated over the network as web services, I really dont think a develpor wants to itegrate DIFFERENT pieces of code. Some will agree but some will not. It is a maintain nightmare. That just my opinion though.
I am still not quite understand the idea of JCA.
Can you list some advantages for implementing JCA.
Thanks a lot.
[ May 03, 2002: Message edited by: FEI NG ]
Rashmi Tambe
Ranch Hand

Joined: Aug 07, 2001
Posts: 418
Hi Fei,
I happened to work with Weblogic Application Integration, JCA and biztalk before 6 months. I will put some points that I have understood out of it. (May bee this is quite primary )
1.Consider an organization where different departments are functioning.Each department or plant runs its own s/w for ERP.
2.Now these two Depts' systems need to communicate with each other w/o manual intervention.
For Eg. Whenever Dept A release some raw material, there should be corresponding change in Dept B's system to keep track of this event and this should happen automatically.
3.We call Dept A's system as System A and that of B's as System B
  • Now System A fires an event of release of raw material. But this event protocol would not be understood by System B,as its event mechanism works on a different protocol. So How do we communicate this to System B.
    4.There comes JCA. Its basically focuses on Adapters. There are basic 2 types of adapters.

  • 1. Event Adapters : that captures the event from System A
    2. Service Adapter : that delivers the info about the event to system B in the format that would be understood by system B.

    These Adapters are like plug - ins in JCA. The entire flow of this event-service mechanism is maintained by JCA. (It heavily uses JMS for this)
    5.This really helps in communicating heterogeneous systems working on different protocols to work hand in hand.
    Giant organizations running different systems in different plants or departments would be able to run all such systems w/o manual intervention.
    I hope it really helps u.
    Atul, If I am wrong some where please, do correct me.
    Rashmi
    [ May 03, 2002: Message edited by: Rashmi Gunjotikar ]
    Atul Apte
    Author
    Greenhorn

    Joined: Feb 19, 2002
    Posts: 29
    Fei, Rashmi,
    Hope this reply can be applied to both of your questions.

    Fei, I totally agree with you that maintenance can be a big issue for web services. Mainly because there is an element of trust and support of the web service provider that needs to be considered. However if you are deploying web services internally that maintenance job should become a little easier.
    Nonetheless if you are dealing with J2EE integration (J2EE apps to legacy apps) then JCA is the way to go.
    Rashmi, Thanks for taking the time to explain your perspective on the JCA by using an example. I have a couple of things to say about it.
    First JCA is not tied to JMS. Yes we can use JMS as a mechanism to send request/response messages to the legacy system but the JCA specifications do not depend on JMS.
    However the client of a JCA adapter could well be an EJB that is based on JMS (message driven bean).
    Also the concept of event adapter and service adapter is not specific in JCA. Those terms are not defined in JCA 1.0 specs. However your idea of developing event adapters and service adapters is correct and will help solve the integration problem you have defined in the example.
    Regards
    Atul
    Fei Ng
    Ranch Hand

    Joined: Aug 26, 2000
    Posts: 1242
    Rashmi, thanks for the example!! Example really clear things up good! thanks again!

    Atul, ah.. i see! i can see it better now.
    "However if you are deploying web services internally that maintenance job should become a little easier"
    I went to the MS .Net conference and saw them integrate codes from different languages and etc..
    It looked wow.. we can do that!! but wait who is going to maintain it?? Thanks for giving another view of that.
    And thanks for the past few days! I am still trying to read what you have posted. hehehe
     
    I agree. Here's the link: http://aspose.com/file-tools
     
    subject: This weeks giveaway