| Eric Dalquist |
portlet API docs |
Fri, 02 May, 16:10 |
| Elliot Metsger |
Re: portlet API docs |
Sat, 17 May, 01:33 |
| Eric Dalquist |
Re: portlet API docs |
Sat, 17 May, 11:13 |
| Donald Woods (JIRA) |
[jira] Created: (PLUTO-485) Need to handle URIs that contain a question mark |
Wed, 14 May, 18:04 |
| Donald Woods (JIRA) |
[jira] Updated: (PLUTO-485) Need to handle URIs that contain a question mark |
Wed, 14 May, 18:08 |
| Nikita (JIRA) |
[jira] Created: (PLUTO-486) The USER_INFO map is re-created every time the USER_INFO attribute is retrieved using getAttribute() on org.apache.pluto.internal.impl.PortletRequestImpl |
Wed, 14 May, 18:32 |
| Nikita (JIRA) |
[jira] Created: (PLUTO-487) PortletPreferencesImpl should not store the preferences every time it is instantiated |
Wed, 14 May, 21:51 |
|
[jira] Updated: (PLUTO-487) PortletPreferencesImpl should not store the preferences every time it is instantiated |
|
| Nikita (JIRA) |
[jira] Updated: (PLUTO-487) PortletPreferencesImpl should not store the preferences every time it is instantiated |
Wed, 14 May, 21:51 |
| Nikita Dubrovsky (JIRA) |
[jira] Updated: (PLUTO-487) PortletPreferencesImpl should not store the preferences every time it is instantiated |
Thu, 29 May, 16:57 |
| Nikita (JIRA) |
[jira] Issue Comment Edited: (PLUTO-487) PortletPreferencesImpl should not store the preferences every time it is instantiated |
Wed, 14 May, 21:53 |
| Craig Doremus (JIRA) |
[jira] Commented: (PLUTO-486) The USER_INFO map is re-created every time the USER_INFO attribute is retrieved using getAttribute() on org.apache.pluto.internal.impl.PortletRequestImpl |
Thu, 15 May, 00:33 |
|
[jira] Updated: (PLUTO-486) The USER_INFO map is re-created every time the USER_INFO attribute is retrieved using getAttribute() on org.apache.pluto.internal.impl.PortletRequestImpl |
|
| Nikita Dubrovsky (JIRA) |
[jira] Updated: (PLUTO-486) The USER_INFO map is re-created every time the USER_INFO attribute is retrieved using getAttribute() on org.apache.pluto.internal.impl.PortletRequestImpl |
Thu, 15 May, 15:09 |
| Nikita Dubrovsky (JIRA) |
[jira] Updated: (PLUTO-486) The USER_INFO map is re-created every time the USER_INFO attribute is retrieved using getAttribute() on org.apache.pluto.internal.impl.PortletRequestImpl |
Thu, 29 May, 16:59 |
| Nikita Dubrovsky (JIRA) |
[jira] Created: (PLUTO-488) When executing doAction/doRender/doLoad/doAdmin and retrieving the servlet context of the portlet app fails, a generic NullPointerException is thrown |
Thu, 15 May, 18:34 |
|
[jira] Updated: (PLUTO-488) When executing doAction/doRender/doLoad/doAdmin and retrieving the servlet context of the portlet app fails, a generic NullPointerException is thrown |
|
| Nikita Dubrovsky (JIRA) |
[jira] Updated: (PLUTO-488) When executing doAction/doRender/doLoad/doAdmin and retrieving the servlet context of the portlet app fails, a generic NullPointerException is thrown |
Thu, 15 May, 18:36 |
| Nikita Dubrovsky (JIRA) |
[jira] Updated: (PLUTO-488) When executing doAction/doRender/doLoad/doAdmin and retrieving the servlet context of the portlet app fails, a generic NullPointerException is thrown |
Thu, 29 May, 16:59 |
| Craig Doremus (JIRA) |
[jira] Updated: (PLUTO-488) When executing doAction/doRender/doLoad/doAdmin and retrieving the servlet context of the portlet app fails, a generic NullPointerException is thrown |
Fri, 30 May, 02:07 |
| Craig Doremus (JIRA) |
[jira] Updated: (PLUTO-488) When executing doAction/doRender/doLoad/doAdmin and retrieving the servlet context of the portlet app fails, a generic NullPointerException is thrown |
Fri, 30 May, 10:37 |
| Erik Smelt |
Pluto 2.0 on Tomcat 6.0.x |
Fri, 23 May, 06:26 |
| Bogeblad Mattias |
Approximate status for an evaluation? |
Thu, 29 May, 06:49 |
| Eric Dalquist (JIRA) |
[jira] Commented: (PLUTO-487) PortletPreferencesImpl should not store the preferences every time it is instantiated |
Fri, 30 May, 11:03 |
| Eric Dalquist (JIRA) |
[jira] Assigned: (PLUTO-487) PortletPreferencesImpl should not store the preferences every time it is instantiated |
Fri, 30 May, 11:05 |
| Amiruddin Nagri |
Amiruddin Nagri is out of the office. |
Sat, 31 May, 18:26 |