[jira] Commented: (MYFACES-1358) PortletExternalContextImpl should massage RenderResponse.getNamespace() into acceptable ID
[
http://issues.apache.org/jira/browse/MYFACES-1358?page=comments#action_12440438
]
Jason Novotny commented on MYFACES-1358:
Thanks Scott,
Not sure if you noticed but I have fixed my code in the latest release to not
contain a '#'. I urge you to try GS again and see if it all works now. If not,
please subscribe to the gs mail list or use the forum at forums.gridsphere.org!
Cheers, Jason
PortletExternalContextImpl should massage RenderResponse.getNamespace() into
acceptable ID
--
Key: MYFACES-1358
URL: http://issues.apache.org/jira/browse/MYFACES-1358
Project: MyFaces Core
Issue Type: Bug
Components: Portlet_Support
Affects Versions: 1.1.3
Environment: MacOS X, JDK 5, GridSphere Portal
Reporter: Jason Novotny
Hi,
I've been testing the most basic portlet in our GridSphere framework and
ran into this error:
java.lang.IllegalArgumentException: Subsequent characters of component
identifier must be a letter, a digit, an underscore ('_'), or a dash ('-')!
But component identifier contains #
at
javax.faces.component.UIComponentBase.isIdValid(UIComponentBase.java:1049)
It appears that PortletExternalContextImpl is using the
RenderResponse.getNamespace() method which in our case will return a string
containing a #.
The JSR168 spec. does not specify any disallowed characters in getNamespace()
so I think this is a bug in the PortletExternalContextImpl class-- probably
in the
public String encodeNamespace(String name)
method, it should conert the response.getNamespace into a form that the
UIComponentBase.isValid method can deal with.
Thanks, Jason
--
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
[jira] Commented: (MYFACES-1358) PortletExternalContextImpl should massage RenderResponse.getNamespace() into acceptable ID
[
http://issues.apache.org/jira/browse/MYFACES-1358?page=comments#action_12440489
]
Scott O'Bryan commented on MYFACES-1358:
Hey thanks Jason. I might just do that. I've never actually run Gridsphere, I
was just looking over the issues and seeing if I could answer any of them
without looking too deep.
PortletExternalContextImpl should massage RenderResponse.getNamespace() into
acceptable ID
--
Key: MYFACES-1358
URL: http://issues.apache.org/jira/browse/MYFACES-1358
Project: MyFaces Core
Issue Type: Bug
Components: Portlet_Support
Affects Versions: 1.1.3
Environment: MacOS X, JDK 5, GridSphere Portal
Reporter: Jason Novotny
Hi,
I've been testing the most basic portlet in our GridSphere framework and
ran into this error:
java.lang.IllegalArgumentException: Subsequent characters of component
identifier must be a letter, a digit, an underscore ('_'), or a dash ('-')!
But component identifier contains #
at
javax.faces.component.UIComponentBase.isIdValid(UIComponentBase.java:1049)
It appears that PortletExternalContextImpl is using the
RenderResponse.getNamespace() method which in our case will return a string
containing a #.
The JSR168 spec. does not specify any disallowed characters in getNamespace()
so I think this is a bug in the PortletExternalContextImpl class-- probably
in the
public String encodeNamespace(String name)
method, it should conert the response.getNamespace into a form that the
UIComponentBase.isValid method can deal with.
Thanks, Jason
--
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
[jira] Commented: (MYFACES-1358) PortletExternalContextImpl should massage RenderResponse.getNamespace() into acceptable ID
[
http://issues.apache.org/jira/browse/MYFACES-1358?page=comments#action_12440523
]
Marcus Christie commented on MYFACES-1358:
--
I believe that this bug was fixed in GridSphere 2.2.x. I have tried a MyFaces
portlet (1.1.4) on GridSphere 2.2.7 and auto generated JSF component id's are
valid and the portlet worked just fine.
PortletExternalContextImpl should massage RenderResponse.getNamespace() into
acceptable ID
--
Key: MYFACES-1358
URL: http://issues.apache.org/jira/browse/MYFACES-1358
Project: MyFaces Core
Issue Type: Bug
Components: Portlet_Support
Affects Versions: 1.1.3
Environment: MacOS X, JDK 5, GridSphere Portal
Reporter: Jason Novotny
Hi,
I've been testing the most basic portlet in our GridSphere framework and
ran into this error:
java.lang.IllegalArgumentException: Subsequent characters of component
identifier must be a letter, a digit, an underscore ('_'), or a dash ('-')!
But component identifier contains #
at
javax.faces.component.UIComponentBase.isIdValid(UIComponentBase.java:1049)
It appears that PortletExternalContextImpl is using the
RenderResponse.getNamespace() method which in our case will return a string
containing a #.
The JSR168 spec. does not specify any disallowed characters in getNamespace()
so I think this is a bug in the PortletExternalContextImpl class-- probably
in the
public String encodeNamespace(String name)
method, it should conert the response.getNamespace into a form that the
UIComponentBase.isValid method can deal with.
Thanks, Jason
--
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
[jira] Commented: (MYFACES-1358) PortletExternalContextImpl should massage RenderResponse.getNamespace() into acceptable ID
[
http://issues.apache.org/jira/browse/MYFACES-1358?page=comments#action_12440234
]
Wendy Smoak commented on MYFACES-1358:
--
Related discussion thread:
http://www.nabble.com/JIRA-Issue-MYFACES-1358-t2386768.html
PortletExternalContextImpl should massage RenderResponse.getNamespace() into
acceptable ID
--
Key: MYFACES-1358
URL: http://issues.apache.org/jira/browse/MYFACES-1358
Project: MyFaces Core
Issue Type: Bug
Components: Portlet_Support
Affects Versions: 1.1.3
Environment: MacOS X, JDK 5, GridSphere Portal
Reporter: Jason Novotny
Hi,
I've been testing the most basic portlet in our GridSphere framework and
ran into this error:
java.lang.IllegalArgumentException: Subsequent characters of component
identifier must be a letter, a digit, an underscore ('_'), or a dash ('-')!
But component identifier contains #
at
javax.faces.component.UIComponentBase.isIdValid(UIComponentBase.java:1049)
It appears that PortletExternalContextImpl is using the
RenderResponse.getNamespace() method which in our case will return a string
containing a #.
The JSR168 spec. does not specify any disallowed characters in getNamespace()
so I think this is a bug in the PortletExternalContextImpl class-- probably
in the
public String encodeNamespace(String name)
method, it should conert the response.getNamespace into a form that the
UIComponentBase.isValid method can deal with.
Thanks, Jason
--
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
[jira] Commented: (MYFACES-1358) PortletExternalContextImpl should massage RenderResponse.getNamespace() into acceptable ID
[
http://issues.apache.org/jira/browse/MYFACES-1358?page=comments#action_12439891
]
Scott O'Bryan commented on MYFACES-1358:
You are incorrect. The API specification for getNamespace reads:
The value returned by this method should be prefixed or appended to elements,
such as JavaScript variables or function names, to ensure they are unique in
the context of the portal page.
According to the W3C and ECMA specifications for javascript variables, function
names, and element id's, characters like the # are not valid characters for
this purpose. I'm of the opinion that MyFaces should not have to fix a
deficiency in the GridSphere framework.
PortletExternalContextImpl should massage RenderResponse.getNamespace() into
acceptable ID
--
Key: MYFACES-1358
URL: http://issues.apache.org/jira/browse/MYFACES-1358
Project: MyFaces Core
Issue Type: Bug
Components: Portlet_Support
Affects Versions: 1.1.3
Environment: MacOS X, JDK 5, GridSphere Portal
Reporter: Jason Novotny
Hi,
I've been testing the most basic portlet in our GridSphere framework and
ran into this error:
java.lang.IllegalArgumentException: Subsequent characters of component
identifier must be a letter, a digit, an underscore ('_'), or a dash ('-')!
But component identifier contains #
at
javax.faces.component.UIComponentBase.isIdValid(UIComponentBase.java:1049)
It appears that PortletExternalContextImpl is using the
RenderResponse.getNamespace() method which in our case will return a string
containing a #.
The JSR168 spec. does not specify any disallowed characters in getNamespace()
so I think this is a bug in the PortletExternalContextImpl class-- probably
in the
public String encodeNamespace(String name)
method, it should conert the response.getNamespace into a form that the
UIComponentBase.isValid method can deal with.
Thanks, Jason
--
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
