The TrinidadDemo that is included in TrinidadExample distribution download on the MyFaces/Trinidad site runs against the current version of the Portlet 2.0 bridge. There are some problems -- mostly related to lack of Trinidad pop-up support in the portlet environment which the example relies on a bit and seemingly some issue related to the use of a simple portlet standard set of stylesheet classes but in all you should get what you want.
 -Mike-

Hiren Sheth wrote:
Hi My name is Hiren Sheth. i am new in Trinidad. i used Tomhawk before. i want to use Trinidad in my
websphere portal6.1 environment. with Portlet 2.0. can you please tell me
where can i found the simple demo war file?
or can u send me a simple demo which works in my portal environment.


Scott O'Bryan wrote:
Hey everyone,

I completed a migration to Trinidad to allow it to work with either Portlet 1.0 or Portlet 2.0. Portlet 2.0 containers will support AJAX.

So here is my problem. In order to support extra functionality of Portlet 2.0, I need to compile against a Portlet 2.0 container. Most of the code does a graceful fallback at runtime, but Trinidad has a number of custom wrapper objects that we were using for Portlet 1.0 which implement the Portlet Request/Response objects. Portlet 2.0 extends these objects and on some methods returns a ResourceURL which is a class that didn't exist in Portlet 1.0.

To make a long story short, in order for us to support both Portal containers we'll need these wrappers to be compiled using Portlet 1.0 while the rest of the code in Trinidad needs to be compiled using Portlet 2.0.

As such I think we have several options for handling this:

1. Force someone to add an extra jar as a "portlet compatibility layer". We would have 1 jar for portlet 1.0 compatibility and another for portlet 2.0 compatibility. Then, you just include the proper portlet compatibility jar and you're off.

2. We could support portlet 2.0 out of the box and force portlet 1.0 compatibility to use a special jar. This would mean that only 1.0 containers would need the extra jar to be added to their web-inf.lib.

It is a LOT harder to support portlet 1.0 by default and add a jar for portlet 2.0 because of the way the architecture works. Possible, but
hard.

Please let me know if either of these options sounds acceptable for Trinidad...


Scott



Reply via email to