[JBoss JIRA] Created: (GTNPORTAL-1936) WSRP Producer: Custom policy in wsrp-producer-config.xml leads to IllegalArgumentException at restart
by Christoph Hennes (JIRA)
WSRP Producer: Custom policy in wsrp-producer-config.xml leads to IllegalArgumentException at restart
-----------------------------------------------------------------------------------------------------
Key: GTNPORTAL-1936
URL: https://issues.jboss.org/browse/GTNPORTAL-1936
Project: GateIn Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 3.1.0-GA
Environment: EPP 5.1, WSRP
Reporter: Christoph Hennes
If a custom policy class is used in wsrp-producer-config.xml and the producer is initially created with these settings an exception is thrown after restart:
IllegalArgumentException: Couldn't instantiate policy class
at org.gatein.wsrp.producer.config.impl.ProducerRegistrationRequirementsImpl.reloadPolicyFrom(ProducerRegistrationRequirementsImpl.java:393)
The reason for this seems to be the RegistrationPolicyWrapper which is used as wrapper for the custom policy. The next startup time JBoss tries to create an instance of the wrapper:
ProducerRegistrationRequirementsImpl:
RegistrationPolicy policy = (RegistrationPolicy)policyClass.newInstance();
But the RegistrationPolicyWrapper does not have a default constructor. I think that the wrapper should not be persisted at all and just be added transiently.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 5 months
[JBoss JIRA] Created: (GTNPORTAL-1976) Invalid groupsites created in JCR with clean DB.
by Nick Scavelli (JIRA)
Invalid groupsites created in JCR with clean DB.
------------------------------------------------
Key: GTNPORTAL-1976
URL: https://issues.jboss.org/browse/GTNPORTAL-1976
Project: GateIn Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: JCR integration
Affects Versions: 3.2.0-M02
Reporter: Nick Scavelli
On fresh startup of gatein, I noticed that JCR has some invalid groupsite entries: platform/users and platform/administrators, instead to /platform/users and /platform/administrators. (no leading '/')
crash ls output:
% ls
/production/mop:workspace/mop:groupsites
+-properties
| +-jcr:primaryType: mop:groupsites
| +-jcr:uuid: '722b7f497f0000014d0dcfaddc73a818'
+-children
| +-/production/mop:workspace/mop:groupsites/mop:%03platform%03guests
| +-/production/mop:workspace/mop:groupsites/mop:%03organization%03management%03executive-board
| +-/production/mop:workspace/mop:groupsites/mop:%03platform%03administrators
| +-/production/mop:workspace/mop:groupsites/mop:%03platform%03users
| +-/production/mop:workspace/mop:groupsites/mop:platform%03users
| +-/production/mop:workspace/mop:groupsites/mop:platform%03administrators
| +-/production/mop:workspace/mop:groupsites/mop:%03platform
| +-/production/mop:workspace/mop:groupsites/mop:%03organization
| +-/production/mop:workspace/mop:groupsites/mop:%03organization%03management
| +-/production/mop:workspace/mop:groupsites/mop:%03organization%03management%03human-resources
| +-/production/mop:workspace/mop:groupsites/mop:%03organization%03communication
| +-/production/mop:workspace/mop:groupsites/mop:%03organization%03communication%03marketing
| +-/production/mop:workspace/mop:groupsites/mop:%03organization%03communication%03press-and-media
| +-/production/mop:workspace/mop:groupsites/mop:%03organization%03operations
| +-/production/mop:workspace/mop:groupsites/mop:%03organization%03operations%03sales
| +-/production/mop:workspace/mop:groupsites/mop:%03organization%03operations%03finances
| +-/production/mop:workspace/mop:groupsites/mop:%03customers
| +-/production/mop:workspace/mop:groupsites/mop:%03partners
I'm not sure how the two w/out the '/' are being created, but it's causing issues when listing group sites.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 6 months
[JBoss JIRA] Created: (GTNPORTAL-1908) NPE when request to portal which configured to use SSO integration
by Khoi Nguyen (JIRA)
NPE when request to portal which configured to use SSO integration
------------------------------------------------------------------
Key: GTNPORTAL-1908
URL: https://issues.jboss.org/browse/GTNPORTAL-1908
Project: GateIn Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Security
Reporter: Khoi Nguyen
Normally, if GateIn is integrated with any SSO server (CAS, JOSSO, OpenSSO), we will get the login screen delivered from SSO Server when asking for http://localhost:8080/portal/private/classic.
Unfortunately, if there is the first request to portal in private mode, I'd get an exception such:
{code}
Caused by: javax.servlet.ServletException: java.lang.NullPointerException
at org.gatein.sso.agent.GenericSSOAgent.doGet(GenericSSOAgent.java:88)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at org.exoplatform.container.web.AbstractHttpServlet.onService(AbstractHttpServlet.java:183)
at org.exoplatform.container.web.AbstractHttpServlet.service(AbstractHttpServlet.java:132)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.exoplatform.portal.application.localization.LocalizationFilter.doFilter(LocalizationFilter.java:179)
... 18 more
Caused by: java.lang.NullPointerException
at org.gatein.sso.agent.opensso.OpenSSOAgent.validateTicket(OpenSSOAgent.java:73)
at org.gatein.sso.agent.GenericSSOAgent.processSSOToken(GenericSSOAgent.java:120)
at org.gatein.sso.agent.GenericSSOAgent.doGet(GenericSSOAgent.java:73)
... 25 more
{code}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 6 months
[JBoss JIRA] Created: (GTNPORTAL-1968) Remote portlet only works for the default portal context but doens't work with extension.
by Gary Hu (JIRA)
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
14 years, 6 months