Nabble - Apache Pluto

[jira] Commented: (PLUTO-585) Make pluto more osgi friendly

2009-12-03T00:12:21Z

[ https://issues.apache.org/jira/browse/PLUTO-585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12785221#action_12785221 ]

David Jencks commented on PLUTO-585:
------------------------------------

rev 886700 builds bundles instead of plain jars and makes a few osgi package imports optional. I can get all the jars to load in geronimo but don't know if anything works yet.

> Make pluto more osgi friendly
> -----------------------------
>
> Key: PLUTO-585
> URL: https://issues.apache.org/jira/browse/PLUTO-585
> Project: Pluto
> Issue Type: Bug
> Components: general
> Affects Versions: 2.0.1
> Reporter: David Jencks
> Assignee: David Jencks
> Fix For: 2.0.1
>
>
> Geronimo needs pluto to come with more osgi support. We don't know yet exactly what this will entail. Some possible bits:
> 1. make the jars into osgi bundles. This should be completely non-controversial and easy.
> 2. use the osgi blueprint service instead of spring. This could be an optional other way of assembling the portal (most likely) or a replacement (I doubt this would be acceptable to everyone at this point).
> 3. Investigate deploying the wars as rfc 66 web app bundles. I'm not sure whether or not this would be useful for geronimo.
>

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

From forum: Pluto - Dev

[jira] Commented: (PLUTO-387) Provide add/remove page functionality to Pluto Portal Driver

2009-12-03T00:08:20Z

[ https://issues.apache.org/jira/browse/PLUTO-387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12785219#action_12785219 ]

David Jencks commented on PLUTO-387:
------------------------------------

Somehow the removepage method got lost in the RenderConfigAdminService on the way to 2.0. I added it back in rev 886695.

> Provide add/remove page functionality to Pluto Portal Driver
> ------------------------------------------------------------
>
> Key: PLUTO-387
> URL: https://issues.apache.org/jira/browse/PLUTO-387
> Project: Pluto
> Issue Type: Improvement
> Components: portal driver
> Affects Versions: 1.1.0, 1.1.1, 1.1.2, 1.1.3
> Reporter: Ajay Panagariya
> Assignee: Craig Doremus
> Fix For: 1.1.4, 1.2.0
>
> Attachments: pluto-387.patch, pluto-387.patch
>
>
> The Page Admin Portlet needs the ability to add and remove pages.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

From forum: Pluto - Dev

[jira] Created: (PLUTO-585) Make pluto more osgi friendly

2009-11-30T21:30:21Z

Make pluto more osgi friendly
-----------------------------

Key: PLUTO-585
URL: https://issues.apache.org/jira/browse/PLUTO-585
Project: Pluto
Issue Type: Bug
Components: general
Affects Versions: 2.0.1
Reporter: David Jencks
Assignee: David Jencks
Fix For: 2.0.1

Geronimo needs pluto to come with more osgi support. We don't know yet exactly what this will entail. Some possible bits:

1. make the jars into osgi bundles. This should be completely non-controversial and easy.
2. use the osgi blueprint service instead of spring. This could be an optional other way of assembling the portal (most likely) or a replacement (I doubt this would be acceptable to everyone at this point).
3. Investigate deploying the wars as rfc 66 web app bundles. I'm not sure whether or not this would be useful for geronimo.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

From forum: Pluto - Dev

Re: How to invalidate portlet session on logout?

2009-11-18T04:40:06Z

Here is a previous thread on this topic which includes some links as to how uPortal deals with this issue:

http://old.nabble.com/Invalidating-all-portlet-sessions-td18386578.html

-Eric

Brett Randall wrote:

Yes Ate is correct, and also here's a couple of likely links to Jetspeed and Liferay issue trackers where I believe they have dealt with the same requirement you are trying to deal with:

http://issues.apache.org/jira/browse/JS2-582

http://issues.liferay.com/browse/LEP-1466

I've not reviewed those issues, but I can image that the Portal context needs to propagate the session invalidation to the Portlet context.

Brett

On Wed, Nov 18, 2009 at 8:26 PM, Ate Douma <ate@...> wrote:

Portlet 2.0 spec PLT.18.4 (and for that matter the whole of the Portlet spec) *only* talks about the *Portlet* application, not the *Portal* application.
This means, the portlet *container* is required to invalidate the servlet (application) session when the portlet session is invalidated, and this is properly implemented in the Pluto container.
You should not confuse this with the (limited) behavior of the Pluto *Portal* Driver, which primarily purpose is only to serve as testbed for the Pluto container, not a full blown, production ready, portal.
Handling logout *across* portlet applications hosted by the Pluto Portal Driver simply isn't implemented as it not needed for *testing* the Pluto Container itself.

The Pluto Portal Driver, while actually used by some for production purposes, really is not targeted nor maintained for such usages.

If you need such functionality (and/or similar production quality features like persistence, better (session) navigation state/url handling, etc., etc.) you either have to add this yourself or probably better switch using a full blown portal like Apache Jetspeed-2 or others which does provide all such features.

HTH,

Ate

hub wrote:

Brett,
After logout / login I see the same session attributes as I set before in
the portlet session.
I noticed that my, "valueUnbound()" method for attributes in the portlet
session is not called for the cleanup I need to do on logout / "portal
session invalidation". I then set portlet session expiration time to a short
period to check, if valueUnbound() is called at all, ... it is, also on
application shutdown.
The session.invalidate() on logout is run in a jsp in "portal context".
After login with different username I have a different principal in the
portlet session, but same session attributes as set before.

javabrett wrote:

If the HttpSession object is invalidated, the PortletSession object must
also be invalidated by the portlet container.

I read the same here for JSR 168:
http://opensource.atlassian.com/confluence/spring/pages/viewpage.action?pageId=3131

I have set emptySessionPath="true" in server.xml.
running on JBoss GA 4.2.2, Tomcat version is 6.0.20

Thank you
hub

javabrett wrote:

According to Portlet 2.0 spec PLT.18.4:

If the HttpSession object is invalidated, the PortletSession object
must
also be invalidated by the portlet container.

How do you detect that your portlet sessions are not being invalidated?

Brett

On Tue, Nov 17, 2009 at 10:09 PM, hub <felber@...> wrote:

Hello,
How do I invalidate all portlet sessions on logout?

in my logout.jsp in the portal I do the following
<%
session.invalidate();
%>

This invalidates the "portal" session but my portlet sessions are not
invalidated.

smime.p7s (4K) Download Attachment

From forum: Pluto - User

Re: How to invalidate portlet session on logout?

2009-11-18T02:17:31Z

Brett and Ate,

The Pluto Portal Driver, while actually used by some for production purposes, really is not targeted nor maintained for such usages.
...
If you need such functionality .......add this yourself or probably better switch using a full blown portal like Apache Jetspeed.

I was afraid to hear that ...
Yes, I saw that others using different portal struggeled with similar problems.

Thank you very much
hub

From forum: Pluto - User

Re: How to invalidate portlet session on logout?

2009-11-18T01:34:42Z

Yes Ate is correct, and also here's a couple of likely links to Jetspeed and Liferay issue trackers where I believe they have dealt with the same requirement you are trying to deal with:

http://issues.apache.org/jira/browse/JS2-582

http://issues.liferay.com/browse/LEP-1466

I've not reviewed those issues, but I can image that the Portal context needs to propagate the session invalidation to the Portlet context.

Brett

On Wed, Nov 18, 2009 at 8:26 PM, Ate Douma <ate@...> wrote:

Portlet 2.0 spec PLT.18.4 (and for that matter the whole of the Portlet spec) *only* talks about the *Portlet* application, not the *Portal* application.
This means, the portlet *container* is required to invalidate the servlet (application) session when the portlet session is invalidated, and this is properly implemented in the Pluto container.
You should not confuse this with the (limited) behavior of the Pluto *Portal* Driver, which primarily purpose is only to serve as testbed for the Pluto container, not a full blown, production ready, portal.
Handling logout *across* portlet applications hosted by the Pluto Portal Driver simply isn't implemented as it not needed for *testing* the Pluto Container itself.

The Pluto Portal Driver, while actually used by some for production purposes, really is not targeted nor maintained for such usages.

If you need such functionality (and/or similar production quality features like persistence, better (session) navigation state/url handling, etc., etc.) you either have to add this yourself or probably better switch using a full blown portal like Apache Jetspeed-2 or others which does provide all such features.

HTH,

Ate

hub wrote:

Brett,
After logout / login I see the same session attributes as I set before in
the portlet session.
I noticed that my, "valueUnbound()" method for attributes in the portlet
session is not called for the cleanup I need to do on logout / "portal
session invalidation". I then set portlet session expiration time to a short
period to check, if valueUnbound() is called at all, ... it is, also on
application shutdown.
The session.invalidate() on logout is run in a jsp in "portal context".
After login with different username I have a different principal in the
portlet session, but same session attributes as set before.

javabrett wrote:

If the HttpSession object is invalidated, the PortletSession object must
also be invalidated by the portlet container.

I read the same here for JSR 168:
http://opensource.atlassian.com/confluence/spring/pages/viewpage.action?pageId=3131

I have set emptySessionPath="true" in server.xml.
running on JBoss GA 4.2.2, Tomcat version is 6.0.20

Thank you
hub

javabrett wrote:

According to Portlet 2.0 spec PLT.18.4:

If the HttpSession object is invalidated, the PortletSession object
must
also be invalidated by the portlet container.

How do you detect that your portlet sessions are not being invalidated?

Brett

On Tue, Nov 17, 2009 at 10:09 PM, hub <felber@...> wrote:

Hello,
How do I invalidate all portlet sessions on logout?

in my logout.jsp in the portal I do the following
<%
session.invalidate();
%>

This invalidates the "portal" session but my portlet sessions are not
invalidated.

From forum: Pluto - User

Re: How to invalidate portlet session on logout?

2009-11-18T01:26:26Z

Portlet 2.0 spec PLT.18.4 (and for that matter the whole of the Portlet spec) *only* talks about the *Portlet* application, not the *Portal*
application.
This means, the portlet *container* is required to invalidate the servlet (application) session when the portlet session is invalidated, and
this is properly implemented in the Pluto container.
You should not confuse this with the (limited) behavior of the Pluto *Portal* Driver, which primarily purpose is only to serve as testbed
for the Pluto container, not a full blown, production ready, portal.
Handling logout *across* portlet applications hosted by the Pluto Portal Driver simply isn't implemented as it not needed for *testing* the
Pluto Container itself.

The Pluto Portal Driver, while actually used by some for production purposes, really is not targeted nor maintained for such usages.

If you need such functionality (and/or similar production quality features like persistence, better (session) navigation state/url handling,
etc., etc.) you either have to add this yourself or probably better switch using a full blown portal like Apache Jetspeed-2 or others which
does provide all such features.

HTH,

Ate

hub wrote:

> Brett,
> After logout / login I see the same session attributes as I set before in
> the portlet session.
> I noticed that my, "valueUnbound()" method for attributes in the portlet
> session is not called for the cleanup I need to do on logout / "portal
> session invalidation". I then set portlet session expiration time to a short
> period to check, if valueUnbound() is called at all, ... it is, also on
> application shutdown.
> The session.invalidate() on logout is run in a jsp in "portal context".
> After login with different username I have a different principal in the
> portlet session, but same session attributes as set before.
>
>
> javabrett wrote:
>> If the HttpSession object is invalidated, the PortletSession object must
>> also be invalidated by the portlet container.
>>
>
> I read the same here for JSR 168:
> http://opensource.atlassian.com/confluence/spring/pages/viewpage.action?pageId=3131
>
> I have set emptySessionPath="true" in server.xml.
> running on JBoss GA 4.2.2, Tomcat version is 6.0.20
>
>
> Thank you
> hub
>
>
> javabrett wrote:
>> According to Portlet 2.0 spec PLT.18.4:
>>
>> If the HttpSession object is invalidated, the PortletSession object
>> must
>> also be invalidated by the portlet container.
>>
>> How do you detect that your portlet sessions are not being invalidated?
>>
>> Brett
>>
>> On Tue, Nov 17, 2009 at 10:09 PM, hub <felber@...> wrote:
>>
>>> Hello,
>>> How do I invalidate all portlet sessions on logout?
>>>
>>> in my logout.jsp in the portal I do the following
>>> <%
>>> session.invalidate();
>>> %>
>>>
>>> This invalidates the "portal" session but my portlet sessions are not
>>> invalidated.
>>>
>

From forum: Pluto - User

Re: How to invalidate portlet session on logout?

2009-11-18T01:11:17Z

Brett,
After logout / login I see the same session attributes as I set before in the portlet session.
I noticed that my, "valueUnbound()" method for attributes in the portlet session is not called for the cleanup I need to do on logout / "portal session invalidation". I then set portlet session expiration time to a short period to check, if valueUnbound() is called at all, ... it is, also on application shutdown.
The session.invalidate() on logout is run in a jsp in "portal context". After login with different username I have a different principal in the portlet session, but same session attributes as set before.

javabrett wrote:

If the HttpSession object is invalidated, the PortletSession object must
also be invalidated by the portlet container.

I read the same here for JSR 168:
http://opensource.atlassian.com/confluence/spring/pages/viewpage.action?pageId=3131

I have set emptySessionPath="true" in server.xml.
running on JBoss GA 4.2.2, Tomcat version is 6.0.20

Thank you
hub

javabrett wrote:

According to Portlet 2.0 spec PLT.18.4:

If the HttpSession object is invalidated, the PortletSession object must
also be invalidated by the portlet container.

How do you detect that your portlet sessions are not being invalidated?

Brett

On Tue, Nov 17, 2009 at 10:09 PM, hub <felber@abacus.ch> wrote:

>
> Hello,
> How do I invalidate all portlet sessions on logout?
>
> in my logout.jsp in the portal I do the following
> <%
> session.invalidate();
> %>
>
> This invalidates the "portal" session but my portlet sessions are not
> invalidated.
>

From forum: Pluto - User

Re: How to invalidate portlet session on logout?

2009-11-17T19:09:07Z

According to Portlet 2.0 spec PLT.18.4:

If the HttpSession object is invalidated, the PortletSession object must also be invalidated by the portlet container.

How do you detect that your portlet sessions are not being invalidated?

Brett

On Tue, Nov 17, 2009 at 10:09 PM, hub <felber@...> wrote:

Hello,
How do I invalidate all portlet sessions on logout?

in my logout.jsp in the portal I do the following
<%
session.invalidate();
%>

This invalidates the "portal" session but my portlet sessions are not
invalidated.

I use objects with implement the HttpSessionBindingListener interface. These
should be called, when the user logs out and the portlet session is
invalidated. I need to do some cleanup for attributes I stored on the
portlet session.

Thank you for helping
Hub

--
View this message in context: http://old.nabble.com/How-to-invalidate-portlet-session-on-logout--tp26388080p26388080.html
Sent from the Pluto - User mailing list archive at Nabble.com.

From forum: Pluto - User

How to invalidate portlet session on logout?

2009-11-17T03:09:36Z

Hello,
How do I invalidate all portlet sessions on logout?

in my logout.jsp in the portal I do the following
<%
session.invalidate();
%>

This invalidates the "portal" session but my portlet sessions are not invalidated.

I use objects with implement the HttpSessionBindingListener interface. These should be called, when the user logs out and the portlet session is invalidated. I need to do some cleanup for attributes I stored on the portlet session.

Thank you for helping
Hub

From forum: Pluto - User

[jira] Created: (PLUTO-584) Unalbe to add a portlet application through Pulto Admin

2009-10-31T22:28:59Z

Unalbe to add a portlet application through Pulto Admin
-------------------------------------------------------

Key: PLUTO-584
URL: https://issues.apache.org/jira/browse/PLUTO-584
Project: Pluto
Issue Type: Bug
Components: portlets-admin
Affects Versions: 2.0.0
Environment: Windows XP / Apache tomcat 6
Reporter: Abani Ranjan Behera

Unalbe to add a portlet application through Pulto Admin. When ever the portlet is deployed through manager application then the portlet option is not coming in the available portlets option.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

From forum: Pluto - Dev

pom error deploying portlet JSR286

2009-10-29T10:13:43Z

This is the error message:

Description    Resource    Path    Location    Type
Web application descriptor must be a valid web.xml    Copy of Spring-Portlet-JSR286-2.0final prueba final        line 1    Maven Problem
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" id="WebApp_ID" version="2.5">
<display-name>PortletPrueba</display-name>
   <servlet>
        <servlet-name>TestPortlet</servlet-name>
        <servlet-class>org.apache.pluto.core.PortletServlet</servlet-class>
        <init-param>
        <param-name>portlet-name</param-name>
        <param-value>TestPortlet</param-value>
        </init-param>
        <load-on-startup>1</load-on-startup>
    </servlet>

    <servlet-mapping>
        <servlet-name>TestPortlet</servlet-name>
        <url-pattern>/PlutoInvoker/TestPortlet</url-pattern>
    </servlet-mapping>
</web-app>

dog somebody send me to web.xml been worth of example?

From forum: Pluto - Dev

java.lang.LinkageError while dispatching events in Pluto 2.0

2009-10-29T08:54:34Z

Hi,

I have problems dispatching events (Pluto 2.0 / JBoss 4.2.2 / Tomcat).
Curiously enough it works, although I get stacktraces. I can send and receive the events.

With the event I dispatch the following object.

public class PortletExchangeInfo implements Serializable {
// jaxb doesnt dispatch HashMap
public ArrayList<String> parameterNames = new ArrayList();
public ArrayList<String[]> parameterValues = new ArrayList();
}

There seams to be a problem getting the JAXB serializer/deserializers.

The exceptions happen in
org.apache.pluto.driver.services.container.EventProviderImpl.createEvent(EventProviderImpl.java:84)
and
org.apache.pluto.driver.services.container.PortletWindowThread.run(PortletWindowThread.java:114)

when calling: JAXBContext jc = JAXBContext.newInstance(clazz);

I get:

FEIN: Unable to inject ch/abacus/flow/web/portlets/PortletExchangeInfo$JaxbAccessorF_parameterNames
java.lang.reflect.InvocationTargetException
at sun.reflect.GeneratedMethodAccessor79.invoke(Unknown Source)
...
at org.apache.pluto.driver.services.container.PortletWindowThread.run(PortletWindowThread.java:114)
Caused by: java.lang.LinkageError: loader (instance of org/jboss/web/tomcat/service/WebAppClassLoader): attempted duplicate class definition for name: "ch/abacus/flow/web/portlets/PortletExchangeInfo$JaxbAccessorF_parameterNames"
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at java.lang.ClassLoader.defineClass(ClassLoader.java:465)
...
and

FEIN: Unable to inject ch/abacus/flow/web/portlets/PortletExchangeInfo$JaxbAccessorF_parameterValues
java.lang.reflect.InvocationTargetException
...
at org.apache.pluto.driver.services.container.PortletWindowThread.run(PortletWindowThread.java:114)
Caused by: java.lang.LinkageError: loader (instance of org/jboss/web/tomcat/service/WebAppClassLoader): attempted duplicate class definition for name: "ch/abacus/flow/web/portlets/PortletExchangeInfo$JaxbAccessorF_parameterValues"
...

---------------------------------

and a similar stacktrace from org.apache.pluto.driver.services.container.EventProviderImpl.createEvent

It would be great, if anybody had a clue on this.

Thanks
Hubert

From forum: Pluto - User

[jira] Created: (PLUTO-583) PortalURLParserImpl: unnecessary "?"

2009-10-29T06:49:59Z

PortalURLParserImpl: unnecessary "?"
------------------------------------

Key: PLUTO-583
URL: https://issues.apache.org/jira/browse/PLUTO-583
Project: Pluto
Issue Type: Bug
Components: portal driver
Affects Versions: 2.0.0
Reporter: Jürgen Gahl
Priority: Trivial

When creating an URL with "public String toString(PortalURL portalURL)" an unnecessary "?" is added if the query is empty (org.apache.pluto.driver.url.impl.PortalURLParserImpl).
This is the part of the source code where the URL is finally composed:

---
// Construct the string representing the portal URL.
// Fix for PLUTO-247 - check if query string contains parameters
if ( query.length() > 1 ) {
return buffer.append(query).toString();
}

// Construct the string representing the portal URL.
return buffer.append(query).toString();
---

There was already a fix for this issue (PLUTO-247). May be this reappeared after some refactoring. The statement in the if-block and the one behind the if-block is the same.
The unnecessary "?" caused problems when using the URL as action in a form within a HTTPUnit-Test because the testframework does not look at the final character of the URL and adds an additional "?".

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

From forum: Pluto - Dev

Re: actionURL way to long

2009-10-28T09:57:55Z

unsubscribe

_________________________________________________________
Eric Anderson
Palantir Technologies | Engineering Team Lead
eanderson@... | 520.440.3773
_________________________________________________________

On Oct 28, 2009, at 6:56 AM, hub wrote:

Hello,

It does not have anything to do with public render parameters.
The problem I have with this long url is, that Acrobat Reader refuses to
work with a URL that is 1015 characters long.

The more different portlets I clicked in, the longer the url gets.

Is this the default behaviour? If yes, this is pretty bad :-(

Thank you
Hubert
--
View this message in context: http://www.nabble.com/actionURL-way-to-long-tp26092324p26095045.html
Sent from the Pluto - User mailing list archive at Nabble.com.

smime.p7s (5K) Download Attachment

From forum: Pluto - User

Re: sample JSR286

2009-10-28T08:32:23Z

It is not possible to make an alone portlet without this inside to Suite.

I have comes with the file pom.xml. It doesn't work me.

Please alone ayundeme wants to deploy to portlet JSR268 in pluto 2.0..

This could make it with the pluto 1.0 since has / she had to plugin. But it cannot spread on to war in 2.0 o'clock the portlet has / she doesn't register I don't eat to make it, alguién dog give me an example been worth of to hello world. Does This version of pluto non work??

2009/8/5 Woonsan Ko <woon_san@...>

Have you looked at the pluto testsuite portlets?
You can download and run it the binary and see JSR 286 portlets here:

http://portals.apache.org/pluto/v20/getting-started.html

You can also look into the sources under the testsuite subproject.

--- On Tue, 8/4/09, lagrimas negras xxx <lagrimasnegras33@...> wrote:

> From: lagrimas negras xxx <lagrimasnegras33@...>

> Subject: sample JSR286
> To: pluto-user@...
> Date: Tuesday, August 4, 2009, 3:03 PM

> Please somebody can spend a portlet JSR 286
> of example. Simple hello World
>

From forum: Pluto - User

Re: actionURL way to long

2009-10-28T06:55:56Z

Hello,

It does not have anything to do with public render parameters.
The problem I have with this long url is, that Acrobat Reader refuses to work with a URL that is 1015 characters long.

The more different portlets I clicked in, the longer the url gets.

Is this the default behaviour? If yes, this is pretty bad :-(

Thank you
Hubert

From forum: Pluto - User

actionURL way to long

2009-10-28T03:26:17Z

Hello,

A Url created with renderResponse.createActionURL() (jsr-286) is m u c h too long. Below is a sample url.
Why is this so? It looks linke all portlets are contained in this url. For some tools like acrobat reader, this kind of URL is too long, it refuses to connect to.
How can I avoid this? Could it have to do with public render parameters?

Thanks for your help
Hubert

/pluto/portal/__actestsuite0x2MenuPortlet!2255103%7C0/__pmtestsuite0x2MenuPortlet!2255103%7C0_view/__pmtestsuite0x2XFormsPortlet!2255103%7C6_view/__pmtestsuite0x2StartWorkflowPortlet!2255103%7C3_view/__pmtestsuite0x2WorkflowPortlet!2255103%7C4_view/__pmtestsuite0x2MyStartedWorkflowsPortlet!2255103%7C5_view/__pmtestsuite0x2MyWorkflowsPortlet!2255103%7C1_view/__wstestsuite0x2MenuPortlet!2255103%7C0_normal/__wstestsuite0x2XFormsPortlet!2255103%7C6_normal/__wstestsuite0x2StartWorkflowPortlet!2255103%7C3_normal/__wstestsuite0x2WorkflowPortlet!2255103%7C4_normal/__wstestsuite0x2MyStartedWorkflowsPortlet!2255103%7C5_normal/__wstestsuite0x2MyWorkflowsPortlet!2255103%7C1_normal/__rptestsuite0x2WorkflowPortlet!2255103%7C4_command/viewworkflow/__rptestsuite0x2XFormsPortlet!2255103%7C6_param_XFormsPortlet/karotest/__rptestsuite0x2MyStartedWorkflowsPortlet!2255103%7C5_param_MyStartedWorkflowsPortlet/karotest/__rptestsuite0x2WorkflowPortlet!2255103%7C4_id/5762/__rptestsuite0x2MyStartedWorkflowsPortlet!2255103%7C5_id/5762/__rptestsuite0x2WorkflowPortlet!2255103%7C4_view/viewworkflow/__rptestsuite0x2MyStartedWorkflowsPortlet!2255103%7C5_command/viewworkflow/__sp_render-action/home?

From forum: Pluto - User

Shorten URL

2009-10-27T07:18:08Z

Hi all,

is there a way to get rid of the "/portal" in the URL? And if it's
possible please tell me how.
I tried to use UrlRewrite to forward /hello to /pluto/portal/hello,
but this does not work since pluto does not react after a forward.

Thanks in advance,
Armin

From forum: Pluto - User

Re: serveResource() question

2009-10-23T09:33:14Z

in doView()

response.setContentType("text/html");
PrintWriter writer = response.getWriter();
ResourceURL resURL = response.createResourceURL();
String p = "<object data=\"" + resURL.toString() + "\"" + "type=\"application/pdf\" width=\"100%\" height=\"100%\"";
writer.print(p);

serveResource() is called then.

This works for IE and firefox but....
in IE without problems, in firefox I get a Stacktrace although I get the document in the browser, but sometimes firefox also crashes

Does someone perhaps have a clue?
Thank you
Hubert

17:55:47,953 ERROR [[WorkflowPortlet]] Servlet.service() for servlet WorkflowPortlet threw exception
java.net.SocketException: Connection reset by peer: socket write error
at java.net.SocketOutputStream.socketWrite0(Native Method)
at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
at java.net.SocketOutputStream.write(SocketOutputStream.java:136)

From forum: Pluto - Dev

Re: Portlet locked with processEvent() ?

2009-10-23T09:16:58Z

...well, it looks like it was my fault.
The thread that locked the whole thing was "com.sun.jndi.ldap.Connection".
And it locked, because I left a DirContext open in my application. Closing this solved the problem.

hub

From forum: Pluto - Dev

[jira] Created: (PLUTO-582) forwarding to jsp in action phase causes error if is used in jsp

2009-10-22T02:26:59Z

forwarding to jsp in action phase causes error if <portlet:defineObjects/> is used in jsp
------------------------------------------------------------------------------------------

Key: PLUTO-582
URL: https://issues.apache.org/jira/browse/PLUTO-582
Project: Pluto
Issue Type: Bug
Affects Versions: 2.0.0
Environment: windows, JBOSS 4.2.2 GA
Reporter: Hubert Felber

in the action phase I do a

getPortletContext().getRequestDispatcher("test.jsp").forward(request,response);

in test.jsp I defined
<%@ taglib uri="http://java.sun.com/portlet_2_0" prefix="portlet" %>
<portlet:defineObjects/>

The compiled jsp then contains
renderRequest = (javax.portlet.RenderRequest) _jspx_page_context.findAttribute("renderRequest");

which causes a

javax.servlet.ServletException: javax.portlet.PortletException: java.lang.ClassCastException: org.apache.pluto.container.impl.ActionRequestImpl cannot be cast to javax.portlet.RenderRequest
org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet.java:141)
javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

From forum: Pluto - Dev

Portlet locked with processEvent() ?

2009-10-19T12:39:23Z

Hi,

Please excuse me for writing in the Dev forum, but I don't notice any activity in the user forum.
I think I am locking a portlet, maybe I do stuff which I should not. Could anyone please help me?

I have a portlet B , loaded on startup but not visible (not displayed).
Portlet A sends an event to portlet B.
Portlet B receives it in processEvent() , does some stuff(creates a workflow with opensymphony/osworkflow) and would like to be rendered then ---but nothing happens. I do not notice that any portlet is rendered at all. Instead I see (visuall feedback from browser) that a request is pending, which times out after a while.
Creating a new request by pressing "home" interrupts the pending request and all works fine again. But I think the request is still pending somewhere.

If I don't do anything in processEvent(), the portlet get's rendered (doView()).
Sometimes (rarely) it works, although I do my stuff in processEvent() (create the workflow).
Sometimes my breakpoints in doView() are triggered, if I stop my application (Ctrl C), which brought me to the idea that I am locking something.

While stopping the application I then see following output on the console
[TomcatDeployer] undeploy, ctxPath=/pluto, warUrl=.../deploy/pluto.war/
[StandardWrapper] Waiting for 1 instance(s) to be deallocated
[StandardWrapper] Waiting for 1 instance(s) to be deallocated
[StandardWrapper] Waiting for 1 instance(s) to be deallocated
[[/pluto]] Closing Spring root WebApplicationContext

The more requests I generated, the more "Waiting ..." I see.

I am running on JBoss 4.2.2 GA

Are there some restrictions on what is allowed in processEvent()?
Could somebody please help me to isolate the problem?

Thank you for helping

Regards
Hubert

From forum: Pluto - Dev

serveResource() question

2009-10-19T10:47:54Z

Hi,

1.

Problem:
In doView() I want to display a PDF form. I call response.createResourceURL() and expect that my serveResource() function will be called, but this does not happen -- i get a blank page (there is no other output). The created resource URL is OK, if I copy/paste it to the browser, my serveResource() is called and the PDF is displayed.
Question:
How do I achieve to display a PDF as response to a RenderRequest ?

Thank you
Hubert

From forum: Pluto - Dev

[jira] Created: (PLUTO-581) org.apache.pluto.driver.url.impl.PortalURLParserImpl not properly decoding public/private render parameters

2009-10-16T11:20:31Z

org.apache.pluto.driver.url.impl.PortalURLParserImpl not properly decoding public/private render parameters
-----------------------------------------------------------------------------------------------------------

Key: PLUTO-581
URL: https://issues.apache.org/jira/browse/PLUTO-581
Project: Pluto
Issue Type: Bug
Affects Versions: 2.0.0
Reporter: Michael Freedman

PortalURLParserImpl doubly encodes public/private render parameters into the path portion of the ResourceURL but on return its parser only decodes once.

See encodeMultiValues() to see the double encoding.

Look at decodePublicParameter() to see the single decode. Instead this method should use the same decoding strategy as decodeParameter(). namely it needs the following code added after the call to split up the values into an array of values:

for (int i = 0; i < paramValues.length;i++){
try {
paramValues[i] = URLDecoder.decode(paramValues[i], "UTF-8");
} catch (UnsupportedEncodingException e) {
LOG.warn(e.getMessage(),e);
}
}

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

From forum: Pluto - Dev

[jira] Commented: (PLUTO-579) Some render parameters are lost if they contains semicolon

2009-10-12T15:32:31Z

[ https://issues.apache.org/jira/browse/PLUTO-579?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12764874#action_12764874 ]

Ate Douma commented on PLUTO-579:
---------------------------------

Hi David,

Sorry for not replying any time sooner on your questions.
I agree definitely the current 1.1.x and possibly also the trunk parameter encoding might not be fully compliant yet and in some areas seems to be unnecessary and excessive indeed.
But I still haven't had time to look deeper into this, nor will I be able to do so this week.
I never really worked on the Pluto 1.1.x code base and for 2.0 only migrated and fixed (the Pluto *Driver*) code where minimally needed.
If you already have progressed further since your last comment, please let me know: I'd like to further discuss and help out to get this straightened out.
I'll try to chime back in on this issue next week if possible. If you want, ping me in private to remind me :)

> Some render parameters are lost if they contains semicolon
> ----------------------------------------------------------
>
> Key: PLUTO-579
> URL: https://issues.apache.org/jira/browse/PLUTO-579
> Project: Pluto
> Issue Type: Bug
> Components: portal driver
> Affects Versions: 1.1.7
> Reporter: Ivan
> Assignee: David Jencks
> Fix For: 2.0.1, 1.1.8
>
> Attachments: PLUTO-579-0921.patch, PLUTO-579.patch
>
>
> If one render parameter contains semicolon, those parameters after it in the url are lost
> Like the URL below
> __pm0x3system-database0x2DBWizard!1134683811|0_view/__rp0x3system-database0x2DBWizard!1134683811|0_rarPath/org0x2tranql0x3tranql-connector-ra0x30x3rar/__rp0x3system-database0x2DBWizard!1134683811|0_driverClass/com0x2microsoft0x2sqlserver0x2jdbc0x2SQLServerDriver/__rp0x3system-database0x2DBWizard!1134683811|0_mode/params/__rp0x3system-database0x2DBWizard!1134683811|0_dbtype/SQL0x8Server0x82005/__rp0x3system-database0x2DBWizard!1134683811|0_adapterDisplayName/TranQL0x8Generic0x8JDBC0x8Resource0x8Adapter/__rp0x3system-database0x2DBWizard!1134683811|0_urlPrototype/jdbc:sqlserver:0x30x3%7BHost%7D:%7BPort%7D;DatabaseName=%7BDatabase%7D/__rp0x3system-database0x2DBWizard!1134683811|0_transactionType/LOCAL/__rp0x3system-database0x2DBWizard!1134683811|0_name/ddddd
> The parameter urlPrototype contains semicolon, while I calling renderRequest.getParameter("name"), it will return null.
> After some investigations, I found in the class PortalURLParserImpl, line 115
> String pathInfo = request.getPathInfo(); <--- the pathInfo got from the request is truncated by the semicolon.
> if (pathInfo == null) {
> Maybe, we need to add the ; to the ENCODINGS arrays ?
> Thanks !

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

From forum: Pluto - Dev

[jira] Resolved: (PLUTO-580) Allow portlet descriptor with empty namesapce during deployment.

2009-10-09T03:39:31Z

[ https://issues.apache.org/jira/browse/PLUTO-580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Woonsan Ko resolved PLUTO-580.
------------------------------

Resolution: Fixed

Fixed by adjusting namespace uris in a custom XmlStreamReader based on the version attribute of the root element.
I will appreciate for any reviews and comments. Thanks.

> Allow portlet descriptor with empty namesapce during deployment.
> ----------------------------------------------------------------
>
> Key: PLUTO-580
> URL: https://issues.apache.org/jira/browse/PLUTO-580
> Project: Pluto
> Issue Type: Improvement
> Affects Versions: 2.0.0
> Reporter: Woonsan Ko
> Assignee: Woonsan Ko
> Fix For: 2.0.1
>
>
> Currently, PortletAppDescriptorServiceImpl is using explicit schema based JAXB unmarshalling. (.../portlet-app_1_0.xsd or .../portlet-app_2_0.xsd).
> However, if we allow empty namespaced descriptor as well, then I think it would be very convenient.
> Because "version" attribute of portlet-app element is required one, we can infer its implicit namespaces.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

From forum: Pluto - Dev

understanding pluto-default-theme

2009-10-08T06:52:17Z

Hi,
I would like to understand, what exactly happens in the "pluto-default-theme.jsp"
Where do variables like "currentPage.portletIds" or "portlet" come from? What else is accessible? Is there any documentation available?

What I would like to do is:
For all portlets on a page using the same theme, I want to check the name of the portlet and decide at runtime wether it will be placed on portal page or not.
Is this possible at all and how do you do this?

I noticed that a "porlet" variable looks like for example "testsuite.MenuPortlet!2255103|0".
Is it possible to work with Portletnames only? (MenuPortlet).

Unfortunately I did not find any documentation or samples about this.
Any help would be appreciated

Thanx
Hubert

From forum: Pluto - User

Re: Getting Started

2009-09-25T10:48:26Z

Something obviously went wrong... but you'll need to provide more clues for anyone to be able to help you... any exceptions anywhere?

Pavel

On Fri, Jul 17, 2009 at 1:15 AM, KetanNale <ketan_nale@...> wrote:

Hi All,

I am new to portlets. I want to develop portal for my site.
I downloaded Pluto 2.0 source and built but
as per guided on home site
http://localhost:8080/pluto/portal didnt started....

can anyone help me how to start with pluto...

cheers,
--
View this message in context: http://www.nabble.com/Getting-Started-tp24529702p24529702.html
Sent from the Pluto - Dev mailing list archive at Nabble.com.

From forum: Pluto - Dev

Re: Escaping more characters in portlet urls

2009-09-24T12:05:18Z

Hi Ate,

I think there are still issues.... I added another comment to the issue.

thanks
david jencks

On Sep 24, 2009, at 12:56 AM, Ate Douma wrote:

> Hi David,
>
> I looked briefly at both the PLUTO-579 patch and the current Pluto
> trunk PortalURLParserImpl and don't think this issue applies to
> trunk anymore.
> I added a more detailed comment on the issue itself: https://issues.apache.org/jira/browse/PLUTO-579
>
> Regards,
>
> Ate
>
> David Jencks wrote:
>> In geronimo we've had some problems with ';' not getting escaped in
>> some portlet urls, see PLUTO-579. The escaping algorithm currently
>> used looks really inefficient. One of the Geronimo developers
>> (Ivan) came up with a patch that looks good to me and I've applied
>> to branches-1.1.x. I think it would be appropriate for trunk as
>> well, the code looks about the same.
>> Could one of the pluto devs more familiar with this area take a
>> look and make sure I'm not missing the point before I go ahead any
>> apply it to trunk?
>> many thanks
>> david jencks
>

From forum: Pluto - Dev

[jira] Commented: (PLUTO-579) Some render parameters are lost if they contains semicolon

2009-09-24T12:05:16Z

[ https://issues.apache.org/jira/browse/PLUTO-579?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12759215#action_12759215 ]

David Jencks commented on PLUTO-579:
------------------------------------

Hi Ate,

I now have a lot of questions :-)

As you note, in trunk both single parameters and multi valued parameters are URLEncoded/Decoded whereas in 1.1.x only single valued paramters were. I think that clearly by the spec (1.0 spec, top of p 32) the multivalued parameters need to be URL encoded/decoded as well in 1.1.x, in other words both before and after the 1.1.x change it's not spec compliant.

What I don't understand is why encodeCharacters is needed at all, and why we can't always use the URLEncoded/Decoder.

trunk encodes these characters:
{code}
private static final String[][] ENCODINGS = new String[][] {
new String[] { "_", "0x1" },
new String[] { ".", "0x2" },
new String[] { "/", "0x3" },
new String[] { "\r", "0x4" },
new String[] { "\n", "0x5" },
new String[] { "<", "0x6" },
new String[] { ">", "0x7" },
new String[] { " ", "0x8" },
new String[] { "#", "0x9" },
new String[] { "?", "0xa" },
new String[] { "\\", "0xb" },
new String[] { "%", "0xc" },
};
{code}

The URLEncoder docs say everything except these get URL encoded:

# The special characters ".", "-", "*", and "_" remain the same.

"." and "_" are pluto-encoded, "-" and "*" are not.

pluto encodeCharacters is called:

after url-encoding multi values. (line 434) This will encode "." and "_" in parameter values. I don't think this is compliant with the spec.

to encode a windowId (encodeControlParameter, line 395). Is there a regex or similar grammar for window Ids?

to encode a resourceWindow (toString, line 239). I think this is another windowId.

to encode the actionWindow (toString, line 248), presumably another windowId.

to encode resource window cachablilty (toString, line 256). The ResourceURL seems to indicate that the valid cachability values are in a small set of string constants. none of which need encoding.

to encode resource window resourceId (toString, line 261), presumably another windowId.

So, depending on what valid windowIds are, the encoding is unnecessary, excessive, or incomplete. I'd like to know what valid windowIds can be.

Also, there's a problem with strings to be encoded that have the encoding characters in them already, such as "0x1". These need to be re-encoded somehow so decoding produces the original value. I think Ivan's patch does this successfully.

I'll change the branch impl to use more URLEncoding on multi-values, for the other bits I need more info.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

From forum: Pluto - Dev

Re: Escaping more characters in portlet urls

2009-09-24T00:56:10Z

Hi David,

I looked briefly at both the PLUTO-579 patch and the current Pluto trunk PortalURLParserImpl and don't think this issue applies to trunk
anymore.
I added a more detailed comment on the issue itself: https://issues.apache.org/jira/browse/PLUTO-579

Regards,

Ate

David Jencks wrote:

> In geronimo we've had some problems with ';' not getting escaped in some
> portlet urls, see PLUTO-579. The escaping algorithm currently used
> looks really inefficient. One of the Geronimo developers (Ivan) came up
> with a patch that looks good to me and I've applied to branches-1.1.x.
> I think it would be appropriate for trunk as well, the code looks about
> the same.
>
> Could one of the pluto devs more familiar with this area take a look and
> make sure I'm not missing the point before I go ahead any apply it to
> trunk?
>
> many thanks
> david jencks
>

From forum: Pluto - Dev

[jira] Commented: (PLUTO-579) Some render parameters are lost if they contains semicolon

2009-09-24T00:54:16Z

[ https://issues.apache.org/jira/browse/PLUTO-579?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12759053#action_12759053 ]

Ate Douma commented on PLUTO-579:
---------------------------------

Hi David,

I looked briefly at both the patch and the current Pluto trunk PortalURLParserImpl.
While a lot of the code still looks the same, there is one major difference: in trunk parameters are first passed through URLEncoder/URLDecoder before/after the custom encoding/decoding is done like in Pluto 1.1.x.
As URLEncoder already takes care of ';' characters I think this issue no longer applies to trunk anymore.
And it seems to me the custom encoding/decoding on trunk could actually now ignore some of the characters currently defined in the ENCODINGS array.
If using URLEncoder/URLDecoder is as efficient as the new custom encoding/decoding in Pluto 1.1.x branch I don't know.
So, for performance reasons, it might be interested to review if we should replace the trunk code with this one, but functionally I don't think its needed anymore.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

From forum: Pluto - Dev

Escaping more characters in portlet urls

2009-09-23T17:53:43Z

In geronimo we've had some problems with ';' not getting escaped in
some portlet urls, see PLUTO-579. The escaping algorithm currently
used looks really inefficient. One of the Geronimo developers (Ivan)
came up with a patch that looks good to me and I've applied to
branches-1.1.x. I think it would be appropriate for trunk as well,
the code looks about the same.

Could one of the pluto devs more familiar with this area take a look
and make sure I'm not missing the point before I go ahead any apply it
to trunk?

many thanks
david jencks

From forum: Pluto - Dev

[jira] Updated: (PLUTO-579) Some render parameters are lost if they contains semicolon

2009-09-23T17:46:16Z

[ https://issues.apache.org/jira/browse/PLUTO-579?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

David Jencks updated PLUTO-579:
-------------------------------

Fix Version/s: 1.1.8
2.0.1

I applied this to branches-1.1.x after making it compile with jdk 1.4 settings. (rev 818328). I think it should be applied to trunk to, but I'll ask on the dev list first to make sure its appropriate.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

From forum: Pluto - Dev