RE: Whitepaper: CMS interoperability?

"Travis Wissink" <travis-Mj/XWMzl2LRWk0Htik3J/[email protected]>
Newsgroups gmane.comp.cms.cms-forum.general
Message-ID <[email protected]>
Oli,

Once again I think jsr-168 and WSRP have very different requirements that
each fulfill.  

168 are, like most j2ee API's, very limited and takes the lowest common
denominator of requirements that all java portal vendors can support.  And
there is room for vendors to extend the implementation.  I believe that
jsr-168 has penetrated the java market effectively.  However, if I was
developing a new portal for a customer that didn't need 168 then I would not
use it.  A 168 based portlet is just not as powerful as the proprietary
portlets that you can build with the vendors, for instance a page flow based
portlet in BEA Portal or a struts based portlet in IBM Portal.  I think that
the 168 portlet is very useful to vendors that want to provide portlets to
all java portal vendors.  For instance if I was a product manager at
IWOV/DOCU/VIG/Opentext/etc I would want one 168 based portlets instead of n
number of proprietary portlets.

WSRP was stated well by Nick's previous post.  Additionally, I think that
WSRP has penetrated the market being a platform neutral W$ standard but I
don't think it's reached its full potential in the market.  I don't believe
that 3rd party vendors have seen the need for implementing it yet.  I know
that I haven't seen any requirements come through my inbox that have the
need for it.  I also think that WSRP is a bit more difficult of a standard
to both code and architect.

Integration is a tricky little beast.  SOAP based web services make things
easier and more complicated at the same time.  I am a firm believer that if
you focus many cycles to finding the real requirements that the
implementation will show itself to be quite simple.  I always try and keep
it simple and as granular as possible.  Also know that database access
shouldn't be complicated.

I don't think I would look at 170 to implement until there are some more
products on the market.  However, I wouldn't want to pick a vendor that
doesn't have 170 in its product roadmap.

Hope I answered your questions somewhere above.
Regards,
-Travis

-----Original Message-----
From: Olli Aro [mailto:olli_aro-/[email protected]] 
Sent: Monday, April 04, 2005 12:19 PM
To: [email protected]
Subject: RE: [CMS] Whitepaper: CMS interoperability?

As Travis already pointed out I got my standards mixed up (JSR 168 <--> JSR
170). Sorry for the confusion. But I think the issue is still there. Both
standards above have been around now for relatively long time and still
lacking the take up. So, are they already too old fashioned and should all
integration go more web services way? Or maybe the way to go is to have API
such as JSR 170 for a tight integration and then some of the functions could
be exposed for more loose integration as web services?

Regards,

Olli

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.9.1 - Release Date: 01/04/2005
 

_______________________________________________
cms mailing list
[email protected]
Subscription controls:
http://lists.cms-forum.org/mailman/listinfo/cms
Netiquette FAQ and related CMS lists - [cms-forum], [cms-pr],
[contentmanagers], [cmpros]
http://www.cmsreview.com/NetiquetteFAQ.html
http://www.cms-lists.org
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.