Remote portlet only works for the default portal context but doens't work with
extension.
-----------------------------------------------------------------------------------------
Key: GTNPORTAL-1968
URL:
https://issues.jboss.org/browse/GTNPORTAL-1968
Project: GateIn Portal
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Reporter: Gary Hu
If I create a WSRP consumer via the WSRP configuration portlet, the WSRP portlets
don't show under the "REMOTE" tab or "wsrp" application type when
adding portlet to categories if Site Publisher is deployed.
The same issue doesn't occur if the Site Publisher is not deployed.
The following steps could reproduce the issue.
1) login ecmdemo as "john"
2) create a WSRP consumer via the WSRP configuration portlet. I'm using the NetUnity
test public WSDL
http://www.netunitysoftware.com/wsrp2interop/wsrpproducer.asmx?WSDL. If
you see errors "faultCode=OTHER_ERROR: Inconsistent NS in port bindings" using
the url above you can try to change it to
http://www.netunitysoftware.com/wsrp2interop/wsrpproducer.asmx?Operation=...
you are likely to see a different error "Refresh failed (probably because the
registration information was not valid). ". Then you change the url back to
http://www.netunitysoftware.com/wsrp2interop/wsrpproducer.asmx?WSDL (click the Refresh and
Save a couple of times if it doesn't work) you should be able to successfully register
the WSRP producer.
3) go to Adminstration->Application Registry->Portlet->REMOTE, the WSRP portlets
are not showing there.
If you click "Categories", and under "CATEGORIES", you select any
category, for example "Web", can click "+" to add a portlet. And then
select "wsrp" as the Application Type and click "Add" button, it shows
empty.
If I go through the same steps by logging in "portal" as root, you can see the
WSRP portlets are showing up.
The further research shows that this is a limitation in the current EPP 5 product.
This limitation is caused by hard-codes in EPP-5.1.x source code in file
component/wsrp/src/main/java/org/gatein/portal/wsrp/WSRPServiceIntegration.java:
...
public WSRPServiceIntegration(ExoContainerContext context, InitParams params,
ConfigurationManager configurationManager,
ExoKernelIntegration pc, NodeHierarchyCreator nhc) throws
Exception
{
// IMPORTANT: even though PC ExoKernelIntegration and NodeHierarchyCreator is not
used anywhere in the code, it's still needed for pico
// to properly make sure that this service is started after the PC one. Yes, Pico is
crap. :/
// todo: we currently only allow the service to go through initialization if we are
running in the default portal
// as this service is not meant to work with extensions yet...
String consumersConfigLocation;
if ("portal".equals(context.getName()))
{
if (params != null)
{
producerConfigLocation =
params.getValueParam(PRODUCER_CONFIG_LOCATION).getValue();
consumersConfigLocation =
params.getValueParam(CONSUMERS_CONFIG_LOCATION).getValue();
}
else
{
throw new IllegalArgumentException("Improperly configured service:
missing values for "
+ PRODUCER_CONFIG_LOCATION + "and " +
CONSUMERS_CONFIG_LOCATION);
}
...
Can you add a new feature that makes the remote portlet also work with the extension?
--
This message is automatically generated by JIRA.
For more information on JIRA, see:
http://www.atlassian.com/software/jira