From pluto-devtaylorsarah@example.com Sat Jun 04 00:29:38 2005 Return-Path: <pluto-devtaylorsarah@example.com> Delivered-To: taylorsarah@example.com Received: (qmail 6000 invoked from network); 4 Jun 2005 00:29:38 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 4 Jun 2005 00:29:38 -0000 Received: (qmail 89238 invoked by uid 500); 4 Jun 2005 00:29:37 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 89186 invoked by uid 500); 4 Jun 2005 00:29:36 -0000 Mailing-List: contact taylorsarah@example.com; run by ezmlm Precedence: bulk Reply-To: taylorsarah@example.com list-help: <mailto:taylorsarah@example.com> list-unsubscribe: <mailto:taylorsarah@example.com> List-Post: <mailto:taylorsarah@example.com> Reply-To: taylorsarah@example.com List-Id: <pluto-dev.portals.apache.org> Delivered-To: mailing list taylorsarah@example.com Delivered-To: moderator for taylorsarah@example.com Received: (qmail 63005 invoked by uid 500); 3 Jun 2005 15:30:45 -0000 Delivered-To: taylorsarah@example.com X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Message-ID: <{{EMAIL+PHONE}}> Date: Fri, 3 Jun 2005 17:30:02 +0200 (CEST) From: "Stefan Hepper (JIRA)" <taylorsarah@example.com> To: taylorsarah@example.com Subject: [jira] Commented: (PLUTO-113) HttpServletRequest.getAttribute returns namespaced attribute names In-Reply-To: <taylorsarah@example.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/PLUTO-113?page=comments#action_12312481 ] Stefan Hepper commented on PLUTO-113: ------------------------------------- I was not able to verify this on the current 1.0.1-rc3 and tomcat 5.0. It correctly returned the attribute without any namespace: (I used the attribute "mytest" with "myvalue" as value): portlet output: Namespaced attribute test Get attribute directly from the page context: myValue Get all attribute names from the page context: attrname = myName > HttpServletRequest.getAttribute returns namespaced attribute names > ------------------------------------------------------------------ > > Key: PLUTO-113 > URL: http://issues.apache.org/jira/browse/PLUTO-113 > Project: Pluto > Type: Bug > Components: portlet container > Versions: 1.0.1-rc3 > Reporter: nik gonzalez > > If I set an attribute in the RenderRequest like so: > request.setAttribute("bob", entity); > I can (with one exception noted below) read it from the HttpServletRequest in an included JSP/jspTag, thusly: > Object test3 = pageContext.getRequest().getAttribute("bob"); > However if I obtain an enumeration of the attribute names: > Enumeration attrNames = pageContext.getRequest().getAttributeNames(); > I will see the attribute in a namespaced form. Ie: > "Pluto_1574_bob" > When obtaining the enumeration from the RenderRequest the names do not include this namespacing. > Note the Portlet spec, PLT.16.3.3 "Request and Response objects for Included Servlets/JSPs", on page 67 line 16, wherein it is proclaimed that the method getAttributeNames must be like unto its PortletRequest equivalant. > Additionally, use of the name "entity" for request attributes doesnt work. It appears the container is using it to remember part of the portlets namespace, and this will silently override any attempt to set a request attribute named "entity". -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From pluto-devtaylorsarah@example.com Mon Jun 06 00:47:58 2005 Return-Path: <pluto-devtaylorsarah@example.com> Delivered-To: taylorsarah@example.com Received: (qmail 69433 invoked from network); 6 Jun 2005 00:47:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 6 Jun 2005 00:47:58 -0000 Received: (qmail 60767 invoked by uid 500); 6 Jun 2005 00:47:57 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 60684 invoked by uid 500); 6 Jun 2005 00:47:56 -0000 Mailing-List: contact taylorsarah@example.com; run by ezmlm Precedence: bulk Reply-To: taylorsarah@example.com list-help: <mailto:taylorsarah@example.com> list-unsubscribe: <mailto:taylorsarah@example.com> List-Post: <mailto:taylorsarah@example.com> Reply-To: taylorsarah@example.com List-Id: <pluto-dev.portals.apache.org> Delivered-To: mailing list taylorsarah@example.com Delivered-To: moderator for taylorsarah@example.com Received: (qmail 11097 invoked by uid 500); 5 Jun 2005 18:47:43 -0000 Delivered-To: taylorsarah@example.com X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Message-ID: <taylorsarah@example.com> Date: Sun, 5 Jun 2005 20:47:39 +0200 (CEST) From: "Elliot Metsger (JIRA)" <taylorsarah@example.com> To: taylorsarah@example.com Subject: [jira] Created: (PLUTO-130) PortletApplicationEntity.getPortletApplicationDefinition() causes NPE when the portletentityregistry.xml references a portlet that doesn't exist. Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N PortletApplicationEntity.getPortletApplicationDefinition() causes NPE when the portletentityregistry.xml references a portlet that doesn't exist. ------------------------------------------------------------------------------------------------------------------------------------------------- Key: PLUTO-130 URL: http://issues.apache.org/jira/browse/PLUTO-130 Project: Pluto Type: Improvement Components: portal driver Versions: 1.0.1-rc3 Environment: Sun JDK 1.4.2 Reporter: Elliot Metsger Priority: Minor For example if the portletentityregistry.xml defines an entity that doesn't exist, currently an NPE is thrown in o.a.p.portalImpl.om.entity.impl.PortletEntityImpl's getPortletDefinition() method (because the PortletApplicationEntity cannot load the corresponding - non-existant - PortletApplicatonDefinition). Can we throw an explicit NPE containing an error message? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From pluto-devtaylorsarah@example.com Mon Jun 06 00:48:09 2005 Return-Path: <pluto-devtaylorsarah@example.com> Delivered-To: taylorsarah@example.com Received: (qmail 69584 invoked from network); 6 Jun 2005 00:48:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 6 Jun 2005 00:48:09 -0000 Received: (qmail 61292 invoked by uid 500); 6 Jun 2005 00:48:08 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 61096 invoked by uid 500); 6 Jun 2005 00:48:07 -0000 Mailing-List: contact taylorsarah@example.com; run by ezmlm Precedence: bulk Reply-To: taylorsarah@example.com list-help: <mailto:taylorsarah@example.com> list-unsubscribe: <mailto:taylorsarah@example.com> List-Post: <mailto:taylorsarah@example.com> Reply-To: taylorsarah@example.com List-Id: <pluto-dev.portals.apache.org> Delivered-To: mailing list taylorsarah@example.com Delivered-To: moderator for taylorsarah@example.com Received: (qmail 26046 invoked by uid 500); 5 Jun 2005 18:58:44 -0000 Delivered-To: taylorsarah@example.com X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Message-ID: <taylorsarah@example.com> Date: Sun, 5 Jun 2005 20:58:39 +0200 (CEST) From: "Elliot Metsger (JIRA)" <taylorsarah@example.com> To: taylorsarah@example.com Subject: [jira] Commented: (PLUTO-130) PortletApplicationEntity.getPortletApplicationDefinition() causes NPE when the portletentityregistry.xml references a portlet that doesn't exist. In-Reply-To: <taylorsarah@example.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/PLUTO-130?page=comments#action_12312694 ] Elliot Metsger commented on PLUTO-130: -------------------------------------- Here is a patch against PortletApplicationEnittyImpl.java, r35916 Index: D:/eclipse-workspace/PlutoMselTrunk/portal/src/java/org/apache/pluto/portalImpl/om/entity/impl/PortletApplicationEntityImpl.java =================================================================== --- D:/eclipse-workspace/PlutoMselTrunk/portal/src/java/org/apache/pluto/portalImpl/om/entity/impl/PortletApplicationEntityImpl.java (revision 887) +++ D:/eclipse-workspace/PlutoMselTrunk/portal/src/java/org/apache/pluto/portalImpl/om/entity/impl/PortletApplicationEntityImpl.java (working copy) @@ -56,8 +56,25 @@ public PortletApplicationDefinition getPortletApplicationDefinition() { - return PortletDefinitionRegistry.getPortletApplicationDefinitionList().get( + + PortletApplicationDefinition appDef = PortletDefinitionRegistry.getPortletApplicationDefinitionList().get( org.apache.pluto.portalImpl.util.ObjectID.createFromString(definitionId)); + + /* + * According to org.apache.pluto.om.entity.PortletApplicationEntity#getPortletApplicationDefintion() we can't return null. + * However, if the PortletEntity doesn't have a corresponding PortletDefinition (for example when the entity registry references + * a non-existant portlet) NPEs may be thrown by calling classes. + * (e.g. o.a.p.portalImpl.om.entity.impl.PortletApplicationEntity#getPortletApplicationDefinition()). + * + * So throw an exception here if the PortletApplicationDefinition cannot be found. + */ + if ( appDef == null ) { + throw new NullPointerException( + "No PortletApplicationDefinition could be loaded for PortletEntity " + definitionId + ". " + + "Perhaps a portlet has been defined in the portlet registry that doesn't exist or hasn't been deployed." ); + } + + return appDef; } // additional methods. > PortletApplicationEntity.getPortletApplicationDefinition() causes NPE when the portletentityregistry.xml references a portlet that doesn't exist. > ------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: PLUTO-130 > URL: http://issues.apache.org/jira/browse/PLUTO-130 > Project: Pluto > Type: Improvement > Components: portal driver > Versions: 1.0.1-rc3 > Environment: Sun JDK 1.4.2 > Reporter: Elliot Metsger > Priority: Minor > > For example if the portletentityregistry.xml defines an entity that doesn't exist, currently an NPE is thrown in o.a.p.portalImpl.om.entity.impl.PortletEntityImpl's getPortletDefinition() method (because the PortletApplicationEntity cannot load the corresponding - non-existant - PortletApplicatonDefinition). > Can we throw an explicit NPE containing an error message? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From pluto-devtaylorsarah@example.com Mon Jun 06 00:48:26 2005 Return-Path: <pluto-devtaylorsarah@example.com> Delivered-To: taylorsarah@example.com Received: (qmail 69718 invoked from network); 6 Jun 2005 00:48:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 6 Jun 2005 00:48:25 -0000 Received: (qmail 61943 invoked by uid 500); 6 Jun 2005 00:48:25 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 61728 invoked by uid 500); 6 Jun 2005 00:48:24 -0000 Mailing-List: contact taylorsarah@example.com; run by ezmlm Precedence: bulk Reply-To: taylorsarah@example.com list-help: <mailto:taylorsarah@example.com> list-unsubscribe: <mailto:taylorsarah@example.com> List-Post: <mailto:taylorsarah@example.com> Reply-To: taylorsarah@example.com List-Id: <pluto-dev.portals.apache.org> Delivered-To: mailing list taylorsarah@example.com Delivered-To: moderator for taylorsarah@example.com Received: (qmail 44564 invoked by uid 500); 5 Jun 2005 19:10:41 -0000 Delivered-To: taylorsarah@example.com X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Message-ID: <taylorsarah@example.com> Date: Sun, 5 Jun 2005 20:58:40 +0200 (CEST) From: "Elliot Metsger (JIRA)" <taylorsarah@example.com> To: taylorsarah@example.com Subject: [jira] Commented: (PLUTO-130) PortletApplicationEntity.getPortletApplicationDefinition() causes NPE when the portletentityregistry.xml references a portlet that doesn't exist. In-Reply-To: <taylorsarah@example.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/PLUTO-130?page=comments#action_12312695 ] Elliot Metsger commented on PLUTO-130: -------------------------------------- Should similar checks and explict NPE's be thrown for other methods: getPortletDefinition( ) getPortletWindowList( ) getPreferenceSet( ) e.g. where the JavaDoc indicates that "The return value cannot be NULL." Should there be a container runtime exception for these cases? > PortletApplicationEntity.getPortletApplicationDefinition() causes NPE when the portletentityregistry.xml references a portlet that doesn't exist. > ------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: PLUTO-130 > URL: http://issues.apache.org/jira/browse/PLUTO-130 > Project: Pluto > Type: Improvement > Components: portal driver > Versions: 1.0.1-rc3 > Environment: Sun JDK 1.4.2 > Reporter: Elliot Metsger > Priority: Minor > > For example if the portletentityregistry.xml defines an entity that doesn't exist, currently an NPE is thrown in o.a.p.portalImpl.om.entity.impl.PortletEntityImpl's getPortletDefinition() method (because the PortletApplicationEntity cannot load the corresponding - non-existant - PortletApplicatonDefinition). > Can we throw an explicit NPE containing an error message? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From pluto-devtaylorsarah@example.com Mon Jun 06 00:49:13 2005 Return-Path: <pluto-devtaylorsarah@example.com> Delivered-To: taylorsarah@example.com Received: (qmail 69876 invoked from network); 6 Jun 2005 00:49:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 6 Jun 2005 00:49:13 -0000 Received: (qmail 64379 invoked by uid 500); 6 Jun 2005 00:49:11 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 64341 invoked by uid 500); 6 Jun 2005 00:49:11 -0000 Mailing-List: contact taylorsarah@example.com; run by ezmlm Precedence: bulk Reply-To: taylorsarah@example.com list-help: <mailto:taylorsarah@example.com> list-unsubscribe: <mailto:taylorsarah@example.com> List-Post: <mailto:taylorsarah@example.com> Reply-To: taylorsarah@example.com List-Id: <pluto-dev.portals.apache.org> Delivered-To: mailing list taylorsarah@example.com Delivered-To: moderator for taylorsarah@example.com Received: (qmail 64279 invoked by uid 500); 5 Jun 2005 20:12:44 -0000 Delivered-To: taylorsarah@example.com X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Message-ID: <{{EMAIL+PHONE}}> Date: Sun, 5 Jun 2005 22:12:39 +0200 (CEST) From: "Elliot Metsger (JIRA)" <taylorsarah@example.com> To: taylorsarah@example.com Subject: [jira] Commented: (PLUTO-130) PortletApplicationEntity.getPortletApplicationDefinition() causes NPE when the portletentityregistry.xml references a portlet that doesn't exist. In-Reply-To: <taylorsarah@example.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/PLUTO-130?page=comments#action_12312697 ] Elliot Metsger commented on PLUTO-130: -------------------------------------- Here is a better patch, which doesn't modify PortletApplicationEntityImpl. The patch modifies org.apache.pluto.portalImpl.om.entity.impl.PortletEntityImpl. According to PortletEntityImpl javaDoc, the following methods are not allowed to return null (http://portals.apache.org/pluto/multiproject/pluto/apidocs/org/apache/pluto/om/entity/PortletEntity.html): getPortletApplicationEntity() getPortletDefinition() getPortletWindowList() getPreferenceSet() If any of the above methods were to return null or throw an NPE during their execution (e.g. getPortletDefinition()), a NPE is thrown with a nice log message. Index: D:/eclipse-workspace/PlutoMselTrunk/portal/src/java/org/apache/pluto/portalImpl/om/entity/impl/PortletEntityImpl.java =================================================================== --- D:/eclipse-workspace/PlutoMselTrunk/portal/src/java/org/apache/pluto/portalImpl/om/entity/impl/PortletEntityImpl.java (revision 887) +++ D:/eclipse-workspace/PlutoMselTrunk/portal/src/java/org/apache/pluto/portalImpl/om/entity/impl/PortletEntityImpl.java (working copy) @@ -29,7 +29,9 @@ import org.apache.pluto.om.entity.PortletApplicationEntity; import org.apache.pluto.om.entity.PortletEntity; import org.apache.pluto.om.entity.PortletEntityCtrl; +import org.apache.pluto.om.portlet.PortletApplicationDefinition; import org.apache.pluto.om.portlet.PortletDefinition; +import org.apache.pluto.om.portlet.PortletDefinitionList; import org.apache.pluto.om.window.PortletWindowList; import org.apache.pluto.portalImpl.om.common.impl.DescriptionSetImpl; import org.apache.pluto.portalImpl.services.portletentityregistry.PortletEntityRegistry; @@ -73,12 +75,38 @@ public PreferenceSet getPreferenceSet() { + // PLUTO-130 + // according to PortletEntity javaDoc we cannot return null. + // log a nice message. + if ( preferences == null ) + throw new NullPointerException( "Unable to obtain the preferences set for portlet entity " + getDefinitionId() + + "The preferences set is null." ); + return preferences; } public PortletDefinition getPortletDefinition() - { - return applicationEntity.getPortletApplicationDefinition().getPortletDefinitionList().get(org.apache.pluto.portalImpl.util.ObjectID.createFromString(definitionId)); + { + ObjectID portletDefId = org.apache.pluto.portalImpl.util.ObjectID.createFromString( definitionId ); + PortletApplicationDefinition appDef = applicationEntity.getPortletApplicationDefinition( ); + + // PLUTO-130 + // according to PortletEntity javaDoc we cannot return null. + // log a nice message. + if ( appDef == null ) + throw new NullPointerException( "No PortletApplicationDefinition could be loaded for PortletEntity " + getDefinitionId() + ". " + + "Perhaps a portlet has been defined incorrectly in the portlet registry." ); + + PortletDefinitionList portletDefList = appDef.getPortletDefinitionList( ); + if ( portletDefList == null ) + throw new NullPointerException( "The list of portlet definitions could not be loaded." ); + + PortletDefinition portletDef = portletDefList.get( portletDefId ); + if ( portletDef == null ) + throw new NullPointerException( "Unable to obtain PortletDefinition for " + getDefinitionId() + ". " + + "Perhaps a portlet has been defined incorrectly in the portlet registry." ); + + return portletDef; } public void setPortletDefinition(PortletDefinition portletDefinition) @@ -88,10 +116,24 @@ public PortletApplicationEntity getPortletApplicationEntity() { + // PLUTO-130 + // according to PortletEntity javaDoc we cannot return null. + // log a nice message. + if ( applicationEntity == null ) + throw new NullPointerException( "The portlet application entity is null for portlet entity " + getDefinitionId() + "." + + " Perhaps a portlet has been defined incorrectly in the portlet registry." ); + return applicationEntity; } public PortletWindowList getPortletWindowList() { + // PLUTO-130 + // according to PortletEntity javaDoc we cannot return null. + // log a nice message. + if ( portletWindows == null ) + throw new NullPointerException( "Unable to obtain the window list for portlet entity " + getDefinitionId() + + "The window list is null." ); + return portletWindows; } > PortletApplicationEntity.getPortletApplicationDefinition() causes NPE when the portletentityregistry.xml references a portlet that doesn't exist. > ------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: PLUTO-130 > URL: http://issues.apache.org/jira/browse/PLUTO-130 > Project: Pluto > Type: Improvement > Components: portal driver > Versions: 1.0.1-rc3 > Environment: Sun JDK 1.4.2 > Reporter: Elliot Metsger > Priority: Minor > > For example if the portletentityregistry.xml defines an entity that doesn't exist, currently an NPE is thrown in o.a.p.portalImpl.om.entity.impl.PortletEntityImpl's getPortletDefinition() method (because the PortletApplicationEntity cannot load the corresponding - non-existant - PortletApplicatonDefinition). > Can we throw an explicit NPE containing an error message? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From pluto-devtaylorsarah@example.com Mon Jun 06 00:49:24 2005 Return-Path: <pluto-devtaylorsarah@example.com> Delivered-To: taylorsarah@example.com Received: (qmail 69990 invoked from network); 6 Jun 2005 00:49:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 6 Jun 2005 00:49:24 -0000 Received: (qmail 64916 invoked by uid 500); 6 Jun 2005 00:49:23 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 64873 invoked by uid 500); 6 Jun 2005 00:49:23 -0000 Mailing-List: contact taylorsarah@example.com; run by ezmlm Precedence: bulk Reply-To: taylorsarah@example.com list-help: <mailto:taylorsarah@example.com> list-unsubscribe: <mailto:taylorsarah@example.com> List-Post: <mailto:taylorsarah@example.com> Reply-To: taylorsarah@example.com List-Id: <pluto-dev.portals.apache.org> Delivered-To: mailing list taylorsarah@example.com Delivered-To: moderator for taylorsarah@example.com Received: (qmail 64330 invoked by uid 500); 5 Jun 2005 20:12:45 -0000 Delivered-To: taylorsarah@example.com X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Message-ID: <{{EMAIL+PHONE}}> Date: Sun, 5 Jun 2005 22:12:40 +0200 (CEST) From: "Elliot Metsger (JIRA)" <taylorsarah@example.com> To: taylorsarah@example.com Subject: [jira] Commented: (PLUTO-130) PortletApplicationEntity.getPortletApplicationDefinition() causes NPE when the portletentityregistry.xml references a portlet that doesn't exist. In-Reply-To: <taylorsarah@example.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/PLUTO-130?page=comments#action_12312698 ] Elliot Metsger commented on PLUTO-130: -------------------------------------- NPE may not be the most appropriate thing to throw. Should there be a PortletContainerRuntimeException for cases like this? > PortletApplicationEntity.getPortletApplicationDefinition() causes NPE when the portletentityregistry.xml references a portlet that doesn't exist. > ------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: PLUTO-130 > URL: http://issues.apache.org/jira/browse/PLUTO-130 > Project: Pluto > Type: Improvement > Components: portal driver > Versions: 1.0.1-rc3 > Environment: Sun JDK 1.4.2 > Reporter: Elliot Metsger > Priority: Minor > > For example if the portletentityregistry.xml defines an entity that doesn't exist, currently an NPE is thrown in o.a.p.portalImpl.om.entity.impl.PortletEntityImpl's getPortletDefinition() method (because the PortletApplicationEntity cannot load the corresponding - non-existant - PortletApplicatonDefinition). > Can we throw an explicit NPE containing an error message? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From pluto-devtaylorsarah@example.com Tue Jun 07 02:15:29 2005 Return-Path: <pluto-devtaylorsarah@example.com> Delivered-To: taylorsarah@example.com Received: (qmail 95414 invoked from network); 7 Jun 2005 02:15:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 7 Jun 2005 02:15:29 -0000 Received: (qmail 4504 invoked by uid 500); 7 Jun 2005 02:15:28 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 4468 invoked by uid 500); 7 Jun 2005 02:15:27 -0000 Mailing-List: contact taylorsarah@example.com; run by ezmlm Precedence: bulk Reply-To: taylorsarah@example.com list-help: <mailto:taylorsarah@example.com> list-unsubscribe: <mailto:taylorsarah@example.com> List-Post: <mailto:taylorsarah@example.com> Reply-To: taylorsarah@example.com List-Id: <pluto-dev.portals.apache.org> Delivered-To: mailing list taylorsarah@example.com Received: (qmail 4454 invoked by uid 99); 7 Jun 2005 02:15:27 -0000 X-ASF-Spam-Status: No, hits=1.5 required=10.0 tests=HTML_50_60,HTML_MESSAGE,HTML_MIME_NO_HTML_TAG,MIME_HTML_ONLY,NO_REAL_NAME X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: 83.161.120.155 is neither permitted nor denied by domain of taylorsarah@example.com) Received: from emailheroes.com (HELO kgsiatmail01.emailheroes.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Mon, 06 Jun 2005 19:15:24 -0700 Received: from pool-71-114-53-145.washdc.dsl-w.verizon.net ([83.161.120.155] helo=dws01) by kgsiatmail01.emailheroes.com with asmtp (Exim 4.34) id 1DfTIV-0003Cr-89 for taylorsarah@example.com; Mon, 06 Jun 2005 20:54:31 -0500 Message-ID: <26030337.(581)345-5051.JavaMail.David@dws01> Date: Mon, 06 Jun 2005 21:53:17 -0400 From: taylorsarah@example.com Reply-To: taylorsarah@example.com To: taylorsarah@example.com Subject: [luntbuild] build of "Portals/nightly/pluto-05-06-06.1" success Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_7_14555711.(581)345-5051" X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_7_14555711.(581)345-5051 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <span style="color:#00AA00">Build of <a href="http://daviddewolf.com/luntbuild/app?service=external/Home&sp=l1&sp=l161">Portals/nightly/pluto-05-06-06.1</a> success.<br><br>This build has started at 2005-06-06 21:49, and has finished at 2005-06-06 21:53.<br><br>See the <a href="http://daviddewolf.com/luntbuild/app?service=external/Home&sp=l2&sp=l161">build log</a> and the <a href="http://daviddewolf.com/luntbuild/app?service=external/Home&sp=l3&sp=l161">revision log</a> of this build for details.<br><br><br>-- luntbuild</span> ------=_Part_7_14555711.(581)345-5051-- From pluto-devtaylorsarah@example.com Tue Jun 07 20:12:24 2005 Return-Path: <pluto-devtaylorsarah@example.com> Delivered-To: taylorsarah@example.com Received: (qmail 46600 invoked from network); 7 Jun 2005 20:12:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 7 Jun 2005 20:12:24 -0000 Received: (qmail 39374 invoked by uid 500); 7 Jun 2005 20:12:23 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 39294 invoked by uid 500); 7 Jun 2005 20:12:22 -0000 Mailing-List: contact taylorsarah@example.com; run by ezmlm Precedence: bulk Reply-To: taylorsarah@example.com list-help: <mailto:taylorsarah@example.com> list-unsubscribe: <mailto:taylorsarah@example.com> List-Post: <mailto:taylorsarah@example.com> Reply-To: taylorsarah@example.com List-Id: <pluto-dev.portals.apache.org> Delivered-To: mailing list taylorsarah@example.com Received: (qmail 39269 invoked by uid 500); 7 Jun 2005 20:12:22 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 39253 invoked by uid 99); 7 Jun 2005 20:12:22 -0000 X-ASF-Spam-Status: No, hits=-10.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from Unknown (HELO vmgump.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 07 Jun 2005 13:12:20 -0700 Date: Tue, 07 Jun 2005 13:10:48 PDT From: Julie MacNaught <taylorsarah@example.com> To: taylorsarah@example.com Subject: [GUMP@vmgump]: Project jakarta-pluto (in module jakarta-pluto) failed X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at taylorsarah@example.com. Project jakarta-pluto has an issue affecting its community integration. This issue affects 1 projects. The current state of this project is 'Failed', with reason 'Configuration Failed'. For reference only, the following projects are affected by this: - jakarta-pluto : JSR168 Container Full details are available at: http://vmgump.apache.org/gump/public/jakarta-pluto/jakarta-pluto/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason configuration failed -ERROR- Circular Dependency with ant. -ERROR- Circular Dependency with commons-logging. -ERROR- Circular Dependency with junit. -ERROR- Circular Dependency with jakarta-regexp. -ERROR- Circular Dependency with jakarta-servletapi-5-servlet. -ERROR- Circular Dependency with xml-apis. -ERROR- Circular Dependency with xml-xerces. -DEBUG- Dependency on ant exists, no need to add for property env.ANT_HOME. -DEBUG- Extracted fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/jakarta-pluto/jakarta-pluto/rss.xml - Atom: http://vmgump.apache.org/gump/public/jakarta-pluto/jakarta-pluto/atom.xml ============================== Gump Tracking Only === Produced by Gump version 2.2. Gump Run 35331107062005, vmgump.apache.org:vmgump-public:35331107062005 Gump E-mail Identifier (unique within run) #73. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] From pluto-devtaylorsarah@example.com Thu Jun 09 01:42:56 2005 Return-Path: <pluto-devtaylorsarah@example.com> Delivered-To: taylorsarah@example.com Received: (qmail 51499 invoked from network); 9 Jun 2005 01:42:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 9 Jun 2005 01:42:56 -0000 Received: (qmail 89710 invoked by uid 500); 9 Jun 2005 01:42:54 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 89676 invoked by uid 500); 9 Jun 2005 01:42:52 -0000 Mailing-List: contact taylorsarah@example.com; run by ezmlm Precedence: bulk Reply-To: taylorsarah@example.com list-help: <mailto:taylorsarah@example.com> list-unsubscribe: <mailto:taylorsarah@example.com> List-Post: <mailto:taylorsarah@example.com> Reply-To: taylorsarah@example.com List-Id: <pluto-dev.portals.apache.org> Delivered-To: mailing list taylorsarah@example.com Received: (qmail 89653 invoked by uid 99); 9 Jun 2005 01:42:52 -0000 X-ASF-Spam-Status: No, hits=1.5 required=10.0 tests=HTML_50_60,HTML_MESSAGE,HTML_MIME_NO_HTML_TAG,MIME_HTML_ONLY,NO_REAL_NAME X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from emailheroes.com (HELO kgsiatmail01.emailheroes.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 08 Jun 2005 18:42:50 -0700 Received: from pool-71-114-53-145.washdc.dsl-w.verizon.net ([83.161.120.155] helo=dws01) by kgsiatmail01.emailheroes.com with asmtp (Exim 4.34) id 1DgC4D-0002om-79 for taylorsarah@example.com; Wed, 08 Jun 2005 20:42:45 -0500 Message-ID: <13912225.1118281350221.JavaMail.David@dws01> Date: Wed, 08 Jun 2005 21:42:30 -0400 From: taylorsarah@example.com Reply-To: taylorsarah@example.com To: taylorsarah@example.com Subject: [luntbuild] build of "Portals/nightly/pluto-05-06-08.1" success Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_1_17453844.1118281350221" X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_1_17453844.1118281350221 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <span style="color:#00AA00">Build of <a href="http://daviddewolf.com/luntbuild/app?service=external/Home&sp=l1&sp=l162">Portals/nightly/pluto-05-06-08.1</a> success.<br><br>This build has started at 2005-06-08 21:38, and has finished at 2005-06-08 21:42.<br><br>See the <a href="http://daviddewolf.com/luntbuild/app?service=external/Home&sp=l2&sp=l162">build log</a> and the <a href="http://daviddewolf.com/luntbuild/app?service=external/Home&sp=l3&sp=l162">revision log</a> of this build for details.<br><br><br>-- luntbuild</span> ------=_Part_1_17453844.1118281350221-- From pluto-devtaylorsarah@example.com Thu Jun 09 16:17:45 2005 Return-Path: <pluto-devtaylorsarah@example.com> Delivered-To: taylorsarah@example.com Received: (qmail 87433 invoked from network); 9 Jun 2005 16:17:42 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 9 Jun 2005 16:17:42 -0000 Received: (qmail 65951 invoked by uid 500); 9 Jun 2005 16:17:41 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 65853 invoked by uid 500); 9 Jun 2005 16:17:40 -0000 Mailing-List: contact taylorsarah@example.com; run by ezmlm Precedence: bulk Reply-To: taylorsarah@example.com list-help: <mailto:taylorsarah@example.com> list-unsubscribe: <mailto:taylorsarah@example.com> List-Post: <mailto:taylorsarah@example.com> Reply-To: taylorsarah@example.com List-Id: <pluto-dev.portals.apache.org> Delivered-To: mailing list taylorsarah@example.com Delivered-To: moderator for taylorsarah@example.com Received: (qmail 45371 invoked by uid 500); 9 Jun 2005 15:35:33 -0000 Delivered-To: taylorsarah@example.com X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Message-ID: <taylorsarah@example.com> Date: Thu, 9 Jun 2005 17:35:17 +0200 (CEST) From: "Stefan Hepper (JIRA)" <taylorsarah@example.com> To: taylorsarah@example.com Subject: [jira] Closed: (PLUTO-113) HttpServletRequest.getAttribute returns namespaced attribute names In-Reply-To: <taylorsarah@example.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/PLUTO-113?page=all ] Stefan Hepper closed PLUTO-113: ------------------------------- Fix Version: 1.0.1-rc3 Resolution: Cannot Reproduce > HttpServletRequest.getAttribute returns namespaced attribute names > ------------------------------------------------------------------ > > Key: PLUTO-113 > URL: http://issues.apache.org/jira/browse/PLUTO-113 > Project: Pluto > Type: Bug > Components: portlet container > Versions: 1.0.1-rc3 > Reporter: nik gonzalez > Fix For: 1.0.1-rc3 > > If I set an attribute in the RenderRequest like so: > request.setAttribute("bob", entity); > I can (with one exception noted below) read it from the HttpServletRequest in an included JSP/jspTag, thusly: > Object test3 = pageContext.getRequest().getAttribute("bob"); > However if I obtain an enumeration of the attribute names: > Enumeration attrNames = pageContext.getRequest().getAttributeNames(); > I will see the attribute in a namespaced form. Ie: > "Pluto_1574_bob" > When obtaining the enumeration from the RenderRequest the names do not include this namespacing. > Note the Portlet spec, PLT.16.3.3 "Request and Response objects for Included Servlets/JSPs", on page 67 line 16, wherein it is proclaimed that the method getAttributeNames must be like unto its PortletRequest equivalant. > Additionally, use of the name "entity" for request attributes doesnt work. It appears the container is using it to remember part of the portlets namespace, and this will silently override any attempt to set a request attribute named "entity". -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From pluto-devtaylorsarah@example.com Fri Jun 10 23:25:39 2005 Return-Path: <pluto-devtaylorsarah@example.com> Delivered-To: taylorsarah@example.com Received: (qmail 13194 invoked from network); 10 Jun 2005 23:25:38 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 10 Jun 2005 23:25:38 -0000 Received: (qmail 7424 invoked by uid 500); 10 Jun 2005 23:25:35 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 7379 invoked by uid 500); 10 Jun 2005 23:25:35 -0000 Mailing-List: contact taylorsarah@example.com; run by ezmlm Precedence: bulk Reply-To: taylorsarah@example.com list-help: <mailto:taylorsarah@example.com> list-unsubscribe: <mailto:taylorsarah@example.com> List-Post: <mailto:taylorsarah@example.com> Reply-To: taylorsarah@example.com List-Id: <pluto-dev.portals.apache.org> Delivered-To: mailing list taylorsarah@example.com Received: (qmail 7366 invoked by uid 99); 10 Jun 2005 23:25:34 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from ipex1.johnshopkins.edu (HELO ipex1.johnshopkins.edu) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Fri, 10 Jun 2005 16:25:32 -0700 Received: from jhuml3.jhu.edu (83.161.120.155) by ipex1.johnshopkins.edu with ESMTP; 10 Jun 2005 19:25:21 -0400 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="3.93,191,1115006400"; d="scan'208"; a="69522069:sNHT19684852" Received: from [83.161.120.155] (esm.qis.net [83.161.120.155]) by jhuml3.jhu.edu (PMDF V6.2-X20 #30840) with ESMTPA id <taylorsarah@example.com> for taylorsarah@example.com; Fri, 10 Jun 2005 19:25:21 -0400 (EDT) Date: Fri, 10 Jun 2005 19:30:30 -0400 From: Elliot Metsger <taylorsarah@example.com> Subject: PLUTO-38 To: taylorsarah@example.com Message-id: <taylorsarah@example.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-FOAF: http://uppertank.net/foaf/foaf.rdf X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hey all, Could you take a look at http://issues.apache.org/jira/browse/PLUTO-38? Even though PLUTO-38 is postponed until 1.1 i'm wondering if we could get this patch included in 1.0.1-rc3? Should I open a new issue for -rc3? Also, I could take the time to see if I can apply it against the 1.1-ALPHA code. Thanks for taking a look, Elliot From pluto-devtaylorsarah@example.com Sat Jun 11 01:23:28 2005 Return-Path: <pluto-devtaylorsarah@example.com> Delivered-To: taylorsarah@example.com Received: (qmail 95637 invoked from network); 11 Jun 2005 01:23:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 11 Jun 2005 01:23:28 -0000 Received: (qmail 92936 invoked by uid 500); 11 Jun 2005 01:23:26 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 92897 invoked by uid 500); 11 Jun 2005 01:23:26 -0000 Mailing-List: contact taylorsarah@example.com; run by ezmlm Precedence: bulk Reply-To: taylorsarah@example.com list-help: <mailto:taylorsarah@example.com> list-unsubscribe: <mailto:taylorsarah@example.com> List-Post: <mailto:taylorsarah@example.com> Reply-To: taylorsarah@example.com List-Id: <pluto-dev.portals.apache.org> Delivered-To: mailing list taylorsarah@example.com Delivered-To: moderator for taylorsarah@example.com Received: (qmail 1550 invoked by uid 500); 10 Jun 2005 23:19:57 -0000 Delivered-To: taylorsarah@example.com X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Message-ID: <{{EMAIL+PHONE}}> Date: Sat, 11 Jun 2005 01:19:46 +0200 (CEST) From: "Elliot Metsger (JIRA)" <taylorsarah@example.com> To: taylorsarah@example.com Subject: [jira] Updated: (PLUTO-38) user profile attribute support Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/PLUTO-38?page=all ] Elliot Metsger updated PLUTO-38: -------------------------------- Attachment: PLUTO-38_userattribute.patch Please consider this patch for helping to correct and enable user profile support! This patch adds the following Interfaces: + container/src/java/org/apache/pluto/om/common/UserAttribute.java + container/src/java/org/apache/pluto/om/common/UserAttributeSetCtrl.java + container/src/java/org/apache/pluto/om/common/UserAttributeSet.java + container/src/java/org/apache/pluto/om/common/UserAttributeCtrl.java (not sure if they should have gone in om.common or om.portlet -- I can correct if need be). This patch adds the following implementations: + portal/src/java/org/apache/pluto/portalImpl/om/common/impl/UserAttributeSetImpl.java + portal/src/java/org/apache/pluto/portalImpl/om/common/impl/UserAttributeImpl.java This patch modifies: + container/src/java/org/apache/pluto/om/portlet/PortletApplicationDefinition.java + portal/src/java/org/apache/pluto/portalImpl/om/portlet/impl/PortletApplicationDefinitionImpl.java + portal/src/webapp/WEB-INF/data/xml/portletdefinitionmapping.xml Currently in HEAD the Castor mapping for portlet.xml is incorrect with regard to the schema definitions for the <user-attribute> element. The implementation of PortletApplicatonDefintion is based on the incorrect schema mapping. So I attempted to follow the MVC patterns already established and created a series of objects to support the <user-attribute> element. Finally, I exposed the <user-attribute> in the PortletApplicationDefinition interface. The end goal is to support PLT.17, and enable <user-attributes> to be exposed in a WSRP ServiceDescription, RegistrationContext and the like. > user profile attribute support > ------------------------------ > > Key: PLUTO-38 > URL: http://issues.apache.org/jira/browse/PLUTO-38 > Project: Pluto > Type: New Feature > Components: portal driver > Versions: 1.1.0-ALPHA > Environment: Operating System: All > Platform: All > Reporter: Nick Lothian > Priority: Minor > Fix For: 1.1.0-ALPHA > Attachments: PLUTO-38_userattribute.patch > > user profile attribute support > This was previously on the TODO list on bug 25282 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From pluto-devtaylorsarah@example.com Sat Jun 11 01:23:36 2005 Return-Path: <pluto-devtaylorsarah@example.com> Delivered-To: taylorsarah@example.com Received: (qmail 95768 invoked from network); 11 Jun 2005 01:23:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 11 Jun 2005 01:23:36 -0000 Received: (qmail 93360 invoked by uid 500); 11 Jun 2005 01:23:34 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 93321 invoked by uid 500); 11 Jun 2005 01:23:34 -0000 Mailing-List: contact taylorsarah@example.com; run by ezmlm Precedence: bulk Reply-To: taylorsarah@example.com list-help: <mailto:taylorsarah@example.com> list-unsubscribe: <mailto:taylorsarah@example.com> List-Post: <mailto:taylorsarah@example.com> Reply-To: taylorsarah@example.com List-Id: <pluto-dev.portals.apache.org> Delivered-To: mailing list taylorsarah@example.com Delivered-To: moderator for taylorsarah@example.com Received: (qmail 16948 invoked by uid 500); 10 Jun 2005 23:30:55 -0000 Delivered-To: taylorsarah@example.com X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Message-ID: <{{EMAIL+PHONE}}> Date: Sat, 11 Jun 2005 01:30:46 +0200 (CEST) From: "Elliot Metsger (JIRA)" <taylorsarah@example.com> To: taylorsarah@example.com Subject: [jira] Commented: (PLUTO-38) user profile attribute support Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/PLUTO-38?page=comments#action_12313338 ] Elliot Metsger commented on PLUTO-38: ------------------------------------- I forgot to say this patch is against http://svn.apache.org/repos/asf/portals/pluto/trunk, r190029 (at this point in time r190029 is HEAD). > user profile attribute support > ------------------------------ > > Key: PLUTO-38 > URL: http://issues.apache.org/jira/browse/PLUTO-38 > Project: Pluto > Type: New Feature > Components: portal driver > Versions: 1.1.0-ALPHA > Environment: Operating System: All > Platform: All > Reporter: Nick Lothian > Priority: Minor > Fix For: 1.1.0-ALPHA > Attachments: PLUTO-38_userattribute.patch > > user profile attribute support > This was previously on the TODO list on bug 25282 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From pluto-devtaylorsarah@example.com Sat Jun 11 01:25:02 2005 Return-Path: <pluto-devtaylorsarah@example.com> Delivered-To: taylorsarah@example.com Received: (qmail 95942 invoked from network); 11 Jun 2005 01:25:02 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 11 Jun 2005 01:25:02 -0000 Received: (qmail 95260 invoked by uid 500); 11 Jun 2005 01:25:01 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 95225 invoked by uid 500); 11 Jun 2005 01:25:01 -0000 Mailing-List: contact taylorsarah@example.com; run by ezmlm Precedence: bulk Reply-To: taylorsarah@example.com list-help: <mailto:taylorsarah@example.com> list-unsubscribe: <mailto:taylorsarah@example.com> List-Post: <mailto:taylorsarah@example.com> Reply-To: taylorsarah@example.com List-Id: <pluto-dev.portals.apache.org> Delivered-To: mailing list taylorsarah@example.com Received: (qmail 95208 invoked by uid 99); 11 Jun 2005 01:25:00 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from emailheroes.com (HELO kgsiatmail01.emailheroes.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Fri, 10 Jun 2005 18:24:59 -0700 Received: from pool-71-114-91-106.washdc.dsl-w.verizon.net ([83.161.120.155] helo=[83.161.120.155]) by kgsiatmail01.emailheroes.com with asmtp (Exim 4.34) id 1Dguk5-0001Of-Qg for taylorsarah@example.com; Fri, 10 Jun 2005 20:24:57 -0500 Message-ID: <taylorsarah@example.com> Date: Fri, 10 Jun 2005 21:23:22 -0400 From: "David H. DeWolf" <taylorsarah@example.com> User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: taylorsarah@example.com Subject: Re: PLUTO-38 References: <taylorsarah@example.com> In-Reply-To: <taylorsarah@example.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N I've got a pretty packed weekend but will try to take a look at it early next week if no one beats me to it. Things on my end have been rather slow for the past couple of months due to a new job, but I think I'm starting to have some cycles again. . . sorry for the delay. David Elliot Metsger wrote: > Hey all, > > Could you take a look at http://issues.apache.org/jira/browse/PLUTO-38? > > Even though PLUTO-38 is postponed until 1.1 i'm wondering if we could > get this patch included in 1.0.1-rc3? Should I open a new issue for -rc3? > > Also, I could take the time to see if I can apply it against the > 1.1-ALPHA code. > > Thanks for taking a look, > Elliot > From pluto-devtaylorsarah@example.com Sat Jun 11 01:49:59 2005 Return-Path: <pluto-devtaylorsarah@example.com> Delivered-To: taylorsarah@example.com Received: (qmail 1653 invoked from network); 11 Jun 2005 01:49:59 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 11 Jun 2005 01:49:59 -0000 Received: (qmail 33433 invoked by uid 500); 11 Jun 2005 01:49:59 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 33212 invoked by uid 500); 11 Jun 2005 01:49:58 -0000 Mailing-List: contact taylorsarah@example.com; run by ezmlm Precedence: bulk Reply-To: taylorsarah@example.com list-help: <mailto:taylorsarah@example.com> list-unsubscribe: <mailto:taylorsarah@example.com> List-Post: <mailto:taylorsarah@example.com> Reply-To: taylorsarah@example.com List-Id: <pluto-dev.portals.apache.org> Delivered-To: mailing list taylorsarah@example.com Received: (qmail 33197 invoked by uid 99); 11 Jun 2005 01:49:58 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from ipex2.johnshopkins.edu (HELO ipex2.johnshopkins.edu) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Fri, 10 Jun 2005 18:49:56 -0700 Received: from jhuml3.jhu.edu (83.161.120.155) by ipex2.johnshopkins.edu with ESMTP; 10 Jun 2005 21:49:54 -0400 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="3.93,191,1115006400"; d="scan'208"; a="60147881:sNHT20775832" Received: from [83.161.120.155] (esm.qis.net [83.161.120.155]) by jhuml3.jhu.edu (PMDF V6.2-X20 #30840) with ESMTPA id <taylorsarah@example.com> for taylorsarah@example.com; Fri, 10 Jun 2005 21:49:53 -0400 (EDT) Date: Fri, 10 Jun 2005 21:55:05 -0400 From: Elliot Metsger <taylorsarah@example.com> Subject: Re: PLUTO-38 In-reply-to: <taylorsarah@example.com> To: taylorsarah@example.com Message-id: <taylorsarah@example.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-FOAF: http://uppertank.net/foaf/foaf.rdf References: <taylorsarah@example.com> <taylorsarah@example.com> X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N heheh no problem :) I just submitted the patch this evening; i'm not convinced it solves the entire issue but it is a step. Thanks - Elliot David H. DeWolf wrote: > I've got a pretty packed weekend but will try to take a look at it early > next week if no one beats me to it. Things on my end have been rather > slow for the past couple of months due to a new job, but I think I'm > starting to have some cycles again. . . sorry for the delay. > > David > > Elliot Metsger wrote: > >> Hey all, >> >> Could you take a look at http://issues.apache.org/jira/browse/PLUTO-38? >> >> Even though PLUTO-38 is postponed until 1.1 i'm wondering if we could >> get this patch included in 1.0.1-rc3? Should I open a new issue for >> -rc3? >> >> Also, I could take the time to see if I can apply it against the >> 1.1-ALPHA code. >> >> Thanks for taking a look, >> Elliot >> From pluto-devtaylorsarah@example.com Sat Jun 11 02:06:50 2005 Return-Path: <pluto-devtaylorsarah@example.com> Delivered-To: taylorsarah@example.com Received: (qmail 4610 invoked from network); 11 Jun 2005 02:06:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 11 Jun 2005 02:06:49 -0000 Received: (qmail 62410 invoked by uid 500); 11 Jun 2005 02:06:48 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 62387 invoked by uid 500); 11 Jun 2005 02:06:47 -0000 Mailing-List: contact taylorsarah@example.com; run by ezmlm Precedence: bulk Reply-To: taylorsarah@example.com list-help: <mailto:taylorsarah@example.com> list-unsubscribe: <mailto:taylorsarah@example.com> List-Post: <mailto:taylorsarah@example.com> Reply-To: taylorsarah@example.com List-Id: <pluto-dev.portals.apache.org> Delivered-To: mailing list taylorsarah@example.com Received: (qmail 62373 invoked by uid 99); 11 Jun 2005 02:06:47 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from ipex1.johnshopkins.edu (HELO ipex1.johnshopkins.edu) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Fri, 10 Jun 2005 19:06:45 -0700 Received: from jhuml3.jhu.edu (83.161.120.155) by ipex1.johnshopkins.edu with ESMTP; 10 Jun 2005 22:06:37 -0400 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="3.93,191,1115006400"; d="scan'208"; a="69537283:sNHT20417836" Received: from [83.161.120.155] (esm.qis.net [83.161.120.155]) by jhuml3.jhu.edu (PMDF V6.2-X20 #30840) with ESMTPA id <taylorsarah@example.com> for taylorsarah@example.com; Fri, 10 Jun 2005 22:06:36 -0400 (EDT) Date: Fri, 10 Jun 2005 22:11:48 -0400 From: Elliot Metsger <taylorsarah@example.com> Subject: Re: PLUTO-38 In-reply-to: <taylorsarah@example.com> To: taylorsarah@example.com Message-id: <taylorsarah@example.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-FOAF: http://uppertank.net/foaf/foaf.rdf References: <taylorsarah@example.com> <taylorsarah@example.com> <taylorsarah@example.com> X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N David, While the code isn't ugly I didn't follow http://portals.apache.org/development/code-standards.html to the letter (or is it byte?). If you want I can redo it to those coding standards. Do you or anyone have an eclipse config file to share which would configure the proper settings? Elliot Elliot Metsger wrote: > heheh no problem :) I just submitted the patch this evening; i'm not > convinced it solves the entire issue but it is a step. > > Thanks - > Elliot > > > > > David H. DeWolf wrote: > >> I've got a pretty packed weekend but will try to take a look at it >> early next week if no one beats me to it. Things on my end have been >> rather slow for the past couple of months due to a new job, but I >> think I'm starting to have some cycles again. . . sorry for the delay. >> >> David >> >> Elliot Metsger wrote: >> >>> Hey all, >>> >>> Could you take a look at http://issues.apache.org/jira/browse/PLUTO-38? >>> >>> Even though PLUTO-38 is postponed until 1.1 i'm wondering if we could >>> get this patch included in 1.0.1-rc3? Should I open a new issue for >>> -rc3? >>> >>> Also, I could take the time to see if I can apply it against the >>> 1.1-ALPHA code. >>> >>> Thanks for taking a look, >>> Elliot >>> From pluto-devtaylorsarah@example.com Sat Jun 11 02:15:36 2005 Return-Path: <pluto-devtaylorsarah@example.com> Delivered-To: taylorsarah@example.com Received: (qmail 5616 invoked from network); 11 Jun 2005 02:15:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 11 Jun 2005 02:15:35 -0000 Received: (qmail 72938 invoked by uid 500); 11 Jun 2005 02:15:35 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 72710 invoked by uid 500); 11 Jun 2005 02:15:34 -0000 Mailing-List: contact taylorsarah@example.com; run by ezmlm Precedence: bulk Reply-To: taylorsarah@example.com list-help: <mailto:taylorsarah@example.com> list-unsubscribe: <mailto:taylorsarah@example.com> List-Post: <mailto:taylorsarah@example.com> Reply-To: taylorsarah@example.com List-Id: <pluto-dev.portals.apache.org> Delivered-To: mailing list taylorsarah@example.com Received: (qmail 72696 invoked by uid 99); 11 Jun 2005 02:15:33 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from emailheroes.com (HELO kgsiatmail01.emailheroes.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Fri, 10 Jun 2005 19:15:32 -0700 Received: from pool-71-114-88-165.washdc.dsl-w.verizon.net ([83.161.120.155] helo=[83.161.120.155]) by kgsiatmail01.emailheroes.com with asmtp (Exim 4.34) id 1DgvX0-0004KG-JD for taylorsarah@example.com; Fri, 10 Jun 2005 21:15:30 -0500 Message-ID: <taylorsarah@example.com> Date: Fri, 10 Jun 2005 22:13:53 -0400 From: "David H. DeWolf" <taylorsarah@example.com> User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: taylorsarah@example.com Subject: Re: PLUTO-38 References: <taylorsarah@example.com> <taylorsarah@example.com> <taylorsarah@example.com> <taylorsarah@example.com> In-Reply-To: <taylorsarah@example.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N No worries, I can't say that I do to a 'T' either. I'm an IntelliJ user so I can't say that I have many config files for Eclipse. Perhaps someone else will chime in with their config. David Elliot Metsger wrote: > David, > > While the code isn't ugly I didn't follow > http://portals.apache.org/development/code-standards.html to the letter > (or is it byte?). If you want I can redo it to those coding standards. > > Do you or anyone have an eclipse config file to share which would > configure the proper settings? > > Elliot > > Elliot Metsger wrote: > >> heheh no problem :) I just submitted the patch this evening; i'm not >> convinced it solves the entire issue but it is a step. >> >> Thanks - >> Elliot >> >> >> >> >> David H. DeWolf wrote: >> >>> I've got a pretty packed weekend but will try to take a look at it >>> early next week if no one beats me to it. Things on my end have been >>> rather slow for the past couple of months due to a new job, but I >>> think I'm starting to have some cycles again. . . sorry for the delay. >>> >>> David >>> >>> Elliot Metsger wrote: >>> >>>> Hey all, >>>> >>>> Could you take a look at http://issues.apache.org/jira/browse/PLUTO-38? >>>> >>>> Even though PLUTO-38 is postponed until 1.1 i'm wondering if we >>>> could get this patch included in 1.0.1-rc3? Should I open a new >>>> issue for -rc3? >>>> >>>> Also, I could take the time to see if I can apply it against the >>>> 1.1-ALPHA code. >>>> >>>> Thanks for taking a look, >>>> Elliot >>>> > From pluto-devtaylorsarah@example.com Tue Jun 14 02:16:58 2005 Return-Path: <pluto-devtaylorsarah@example.com> Delivered-To: taylorsarah@example.com Received: (qmail 38769 invoked from network); 14 Jun 2005 02:16:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 14 Jun 2005 02:16:58 -0000 Received: (qmail 73243 invoked by uid 500); 14 Jun 2005 02:16:57 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 73215 invoked by uid 500); 14 Jun 2005 02:16:57 -0000 Mailing-List: contact taylorsarah@example.com; run by ezmlm Precedence: bulk Reply-To: taylorsarah@example.com list-help: <mailto:taylorsarah@example.com> list-unsubscribe: <mailto:taylorsarah@example.com> List-Post: <mailto:taylorsarah@example.com> Reply-To: taylorsarah@example.com List-Id: <pluto-dev.portals.apache.org> Delivered-To: mailing list taylorsarah@example.com Delivered-To: moderator for taylorsarah@example.com Received: (qmail 65286 invoked by uid 500); 14 Jun 2005 02:15:14 -0000 Delivered-To: taylorsarah@example.com X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=DATE_IN_PAST_06_12 X-Spam-Check-By: apache.org Message-ID: <{{EMAIL+PHONE}}> Date: Mon, 13 Jun 2005 18:06:46 +0200 (CEST) From: "Elliot Metsger (JIRA)" <taylorsarah@example.com> To: taylorsarah@example.com Subject: [jira] Commented: (PLUTO-38) user profile attribute support Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/PLUTO-38?page=comments#action_12313485 ] Elliot Metsger commented on PLUTO-38: ------------------------------------- am re-thinking modifing the portletapplicationdefintion interface to expose userattributes. .. > user profile attribute support > ------------------------------ > > Key: PLUTO-38 > URL: http://issues.apache.org/jira/browse/PLUTO-38 > Project: Pluto > Type: New Feature > Components: portal driver > Versions: 1.1.0-ALPHA > Environment: Operating System: All > Platform: All > Reporter: Nick Lothian > Priority: Minor > Fix For: 1.1.0-ALPHA > Attachments: PLUTO-38_userattribute.patch > > user profile attribute support > This was previously on the TODO list on bug 25282 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From pluto-devtaylorsarah@example.com Tue Jun 14 03:09:43 2005 Return-Path: <pluto-devtaylorsarah@example.com> Delivered-To: taylorsarah@example.com Received: (qmail 52692 invoked from network); 14 Jun 2005 03:09:42 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 14 Jun 2005 03:09:42 -0000 Received: (qmail 70704 invoked by uid 500); 14 Jun 2005 03:09:32 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 70641 invoked by uid 500); 14 Jun 2005 03:09:32 -0000 Mailing-List: contact taylorsarah@example.com; run by ezmlm Precedence: bulk Reply-To: taylorsarah@example.com list-help: <mailto:taylorsarah@example.com> list-unsubscribe: <mailto:taylorsarah@example.com> List-Post: <mailto:taylorsarah@example.com> Reply-To: taylorsarah@example.com List-Id: <pluto-dev.portals.apache.org> Delivered-To: mailing list taylorsarah@example.com Received: (qmail 70577 invoked by uid 99); 14 Jun 2005 03:09:32 -0000 X-ASF-Spam-Status: No, hits=1.4 required=10.0 tests=DATE_IN_FUTURE_96_XX X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from emailheroes.com (HELO kgsiatmail01.emailheroes.com) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Mon, 13 Jun 2005 20:09:30 -0700 Received: from pool-71-114-88-165.washdc.dsl-w.verizon.net ([83.161.120.155] helo=[83.161.120.155]) by kgsiatmail01.emailheroes.com with asmtp (Exim 4.34) id 1Di1mC-0002JW-Gr for taylorsarah@example.com; Mon, 13 Jun 2005 22:07:44 -0500 Message-ID: <taylorsarah@example.com> Date: Wed, 13 Jul 2005 23:06:02 -0400 From: "David H. DeWolf" <taylorsarah@example.com> User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: taylorsarah@example.com Subject: Re: [jira] Commented: (PLUTO-38) user profile attribute support References: <{{EMAIL+PHONE}}> In-Reply-To: <{{EMAIL+PHONE}}> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ok, I'll wait. . .let me know when you think the patch is stable. Elliot Metsger (JIRA) wrote: > [ http://issues.apache.org/jira/browse/PLUTO-38?page=comments#action_12313485 ] > > Elliot Metsger commented on PLUTO-38: > ------------------------------------- > > am re-thinking modifing the portletapplicationdefintion interface to expose userattributes. .. > > >>user profile attribute support >>------------------------------ >> >> Key: PLUTO-38 >> URL: http://issues.apache.org/jira/browse/PLUTO-38 >> Project: Pluto >> Type: New Feature >> Components: portal driver >> Versions: 1.1.0-ALPHA >> Environment: Operating System: All >>Platform: All >> Reporter: Nick Lothian >> Priority: Minor >> Fix For: 1.1.0-ALPHA >> Attachments: PLUTO-38_userattribute.patch >> >>user profile attribute support >>This was previously on the TODO list on bug 25282 > > From pluto-devtaylorsarah@example.com Tue Jun 14 14:26:44 2005 Return-Path: <pluto-devtaylorsarah@example.com> Delivered-To: taylorsarah@example.com Received: (qmail 34928 invoked from network); 14 Jun 2005 14:26:43 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 14 Jun 2005 14:26:43 -0000 Received: (qmail 79064 invoked by uid 500); 14 Jun 2005 14:26:42 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 78995 invoked by uid 500); 14 Jun 2005 14:26:42 -0000 Mailing-List: contact taylorsarah@example.com; run by ezmlm Precedence: bulk Reply-To: taylorsarah@example.com list-help: <mailto:taylorsarah@example.com> list-unsubscribe: <mailto:taylorsarah@example.com> List-Post: <mailto:taylorsarah@example.com> Reply-To: taylorsarah@example.com List-Id: <pluto-dev.portals.apache.org> Delivered-To: mailing list taylorsarah@example.com Received: (qmail 78979 invoked by uid 99); 14 Jun 2005 14:26:41 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from ipex1.johnshopkins.edu (HELO ipex1.johnshopkins.edu) (83.161.120.155) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 14 Jun 2005 07:26:41 -0700 Received: from jhuml3.jhu.edu (83.161.120.155) by ipex1.johnshopkins.edu with ESMTP; 14 Jun 2005 09:25:21 -0400 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="3.93,197,1115006400"; d="scan'208"; a="70118000:sNHT20680796" Received: from [83.161.120.155] (72-255-3-24.client.stsn.net [83.161.120.155]) by jhuml3.jhu.edu (PMDF V6.2-X20 #30840) with ESMTPSA id <taylorsarah@example.com> for taylorsarah@example.com; Tue, 14 Jun 2005 09:25:21 -0400 (EDT) Date: Tue, 14 Jun 2005 09:25:15 -0400 From: Elliot Metsger <taylorsarah@example.com> Subject: Re: [jira] Commented: (PLUTO-38) user profile attribute support In-reply-to: <taylorsarah@example.com> To: taylorsarah@example.com Message-id: <taylorsarah@example.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=UTF-8 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 0.9 (Macintosh/20041103) References: <{{EMAIL+PHONE}}> <taylorsarah@example.com> X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N David H. DeWolf wrote: > ok, I'll wait. . .let me know when you think the patch is stable. > > Elliot Metsger (JIRA) wrote: > >> [ >> http://issues.apache.org/jira/browse/PLUTO-38?page=comments#action_12313485 >> ] >> Elliot Metsger commented on PLUTO-38: >> ------------------------------------- >> >> am re-thinking modifing the portletapplicationdefintion interface to >> expose userattributes. .. Well, This is a question for the list I guess. Is PortletApplicationDefinition meant to model the elements of portlet.xml? Currently the interface defines a way to get at: + the list of portlets (PortletDefintionList getPortletDefinitionList()) + the version of the portlet application (String getVersion()) + the identifier of the portlet application. (ObjectID getId()) + the webapplication deployment descriptor. (WebApplicationDefinition getWebApplicationDefinition()) Things like user-attributes, custom-portlet-mode, custom-window-state, and security-constraint (children of <portlet-app> in portlet.xml) are not accessable from PortletApplicationDefinition. One reason I'm questioning the modification of the interface is that user attributes is there as a private ArrayList in PortalApplicationDefinitionImpl and someone either consiouscly made a decision not to expose it in the interface or inadvertently forgot. So if someone (smarter than ME!) made a decision not to expose it then maybe it shouldn't be exposed. Elliot >> >> >>> user profile attribute support >>> ------------------------------ >>> >>> Key: PLUTO-38 >>> URL: http://issues.apache.org/jira/browse/PLUTO-38 >>> Project: Pluto >>> Type: New Feature >>> Components: portal driver >>> Versions: 1.1.0-ALPHA >>> Environment: Operating System: All >>> Platform: All >>> Reporter: Nick Lothian >>> Priority: Minor >>> Fix For: 1.1.0-ALPHA >>> Attachments: PLUTO-38_userattribute.patch >>> >>> user profile attribute support >>> This was previously on the TODO list on bug 25282 >> >> >> From pluto-devtaylorsarah@example.com Wed Jun 15 16:07:04 2005 Return-Path: <pluto-devtaylorsarah@example.com> Delivered-To: taylorsarah@example.com Received: (qmail 90842 invoked from network); 15 Jun 2005 16:07:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 15 Jun 2005 16:07:04 -0000 Received: (qmail 51118 invoked by uid 500); 15 Jun 2005 16:07:02 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 51086 invoked by uid 500); 15 Jun 2005 16:07:02 -0000 Mailing-List: contact taylorsarah@example.com; run by ezmlm Precedence: bulk Reply-To: taylorsarah@example.com list-help: <mailto:taylorsarah@example.com> list-unsubscribe: <mailto:taylorsarah@example.com> List-Post: <mailto:taylorsarah@example.com> Reply-To: taylorsarah@example.com List-Id: <pluto-dev.portals.apache.org> Delivered-To: mailing list taylorsarah@example.com Received: (qmail 51072 invoked by uid 99); 15 Jun 2005 16:07:02 -0000 X-ASF-Spam-Status: No, hits=-10.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from minotaur.apache.org (HELO minotaur.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.28) with SMTP; Wed, 15 Jun 2005 09:06:58 -0700 Received: (qmail 90767 invoked from network); 15 Jun 2005 16:06:42 -0000 Received: from unknown (HELO ?83.161.120.155?) (83.161.120.155) by 83.161.120.155 with SMTP; 15 Jun 2005 16:06:42 -0000 Message-ID: <taylorsarah@example.com> Date: Wed, 15 Jun 2005 18:06:45 +0200 From: Stefan Hepper <taylorsarah@example.com> User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: taylorsarah@example.com Subject: Re: [jira] Commented: (PLUTO-38) user profile attribute support References: <{{EMAIL+PHONE}}> <taylorsarah@example.com> <taylorsarah@example.com> In-Reply-To: <taylorsarah@example.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: 83.161.120.155 1.6.2 0/1000/N X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Elliot Metsger wrote: > David H. DeWolf wrote: > > ok, I'll wait. . .let me know when you think the patch is stable. > > > > Elliot Metsger (JIRA) wrote: > > > >> [ > >> > http://issues.apache.org/jira/browse/PLUTO-38?page=comments#action_12313485 > > >> ] > >> Elliot Metsger commented on PLUTO-38: > >> ------------------------------------- > >> > >> am re-thinking modifing the portletapplicationdefintion interface to > >> expose userattributes. .. > > Well, > > This is a question for the list I guess. > > Is PortletApplicationDefinition meant to model the elements of > portlet.xml? Currently the interface defines a way to get at: > + the list of portlets (PortletDefintionList getPortletDefinitionList()) > + the version of the portlet application (String getVersion()) > + the identifier of the portlet application. (ObjectID getId()) > + the webapplication deployment descriptor. (WebApplicationDefinition > getWebApplicationDefinition()) > > Things like user-attributes, custom-portlet-mode, custom-window-state, > and security-constraint (children of <portlet-app> in portlet.xml) are > not accessable from PortletApplicationDefinition. One reason I'm > questioning the modification of the interface is that user attributes > is there as a private ArrayList in PortalApplicationDefinitionImpl and > someone either consiouscly made a decision not to expose it in the > interface or inadvertently forgot. So if someone (smarter than ME!) > made a decision not to expose it then maybe it shouldn't be exposed. > > Elliot > I think we made that decission back then because the support of user attributes was optional in the spec so we just let it out (same reason for the other optional parts: custom portlet modes / window states). I think we should add it to the portlet app definition. Thanks Stefan >>> >>> >>>> user profile attribute support >>>> ------------------------------ >>>> >>>> Key: PLUTO-38 >>>> URL: http://issues.apache.org/jira/browse/PLUTO-38 >>>> Project: Pluto >>>> Type: New Feature >>>> Components: portal driver >>>> Versions: 1.1.0-ALPHA >>>> Environment: Operating System: All >>>> Platform: All >>>> Reporter: Nick Lothian >>>> Priority: Minor >>>> Fix For: 1.1.0-ALPHA >>>> Attachments: PLUTO-38_userattribute.patch >>>> >>>> user profile attribute support >>>> This was previously on the TODO list on bug 25282 >>> >>> >>> >>> > > From pluto-devtaylorsarah@example.com Wed Jun 22 01:29:47 2005 Return-Path: <pluto-devtaylorsarah@example.com> Delivered-To: taylorsarah@example.com Received: (qmail 56853 invoked from network); 22 Jun 2005 01:29:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 22 Jun 2005 01:29:47 -0000 Received: (qmail 8537 invoked by uid 500); 22 Jun 2005 01:29:11 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 6976 invoked by uid 500); 22 Jun 2005 01:29:00 -0000 Mailing-List: contact taylorsarah@example.com; run by ezmlm Precedence: bulk Reply-To: taylorsarah@example.com list-help: <mailto:taylorsarah@example.com> list-unsubscribe: <mailto:taylorsarah@example.com> List-Post: <mailto:taylorsarah@example.com> Reply-To: taylorsarah@example.com List-Id: <pluto-dev.portals.apache.org> Delivered-To: mailing list taylorsarah@example.com Received: (qmail 5921 invoked by uid 500); 22 Jun 2005 01:28:54 -0000 Delivered-To: taylorsarah@example.com Received: (qmail 1248 invoked by uid 99); 22 Jun 2005 01:28:19 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 21 Jun 2005 18:28:19 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of taylorsarah@example.com designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO ciao.gmane.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 21 Jun 2005 17:56:31 -0700 Received: from root by ciao.gmane.org with local (Exim 4.43) id 1DktRY-0004yJ-Qt for taylorsarah@example.com; Wed, 22 Jun 2005 02:50:16 +0200 Received: from ip70-176-122-145.ph.ph.cox.net ([83.161.120.155]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <taylorsarah@example.com>; Wed, 22 Jun 2005 02:50:16 +0200 Received: from jlewis by ip70-176-122-145.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <taylorsarah@example.com>; Wed, 22 Jun 2005 02:50:16 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: taylorsarah@example.com From: John Lewis <taylorsarah@example.com> Subject: Spring Portlet MVC Framework Date: Tue, 21 Jun 2005 16:45:42 -0700 Lines: 16 Message-ID: <taylorsarah@example.com>
{'source': 'Apache Software Foundation Public Mail Archives'}