[JBoss JIRA] (GTNPORTAL-2169) Header values case sensitive
by Hai Nguyen (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2169?page=com.atlassian.jira.pl... ]
Work on GTNPORTAL-2169 started by Hai Nguyen.
---------------------------------------------
> Header values case sensitive
> ----------------------------
>
> Key: GTNPORTAL-2169
> URL: https://issues.jboss.org/browse/GTNPORTAL-2169
> Project: GateIn Portal
> Issue Type: Feature Request
> Components: Common integration
> Affects Versions: 3.1.0-GA, 3.2.0-M01
> Reporter: Ronny Pscheidl
> Assignee: Hai Nguyen
> Fix For: 3.x
>
>
> case sensitiv problem with getHeaders in portal-container.
> For example, if you call request.getHeader("Wicket-Ajax") without portal-container you get the value of this parameter. if you call this in portal-container you get null. in both cases the header value is set. the difference is, that without portal-container you get these parameters by javax.xml.soap.MimeHeaders. it implements getHeader like this with equalsIgnoreCase:
> public String[] getHeader(String name) {
> Vector values = new Vector();
> for(int i = 0; i < headers.size(); i++) {
> MimeHeader hdr = (MimeHeader) headers.elementAt(i);
> if (hdr.getName().equalsIgnoreCase(name)
> && hdr.getValue() != null)
> values.addElement(hdr.getValue());
> }
> if (values.size() == 0)
> return null;
> String r[] = new String[values.size()];
> values.copyInto(r);
> return r;
> }
> With portal-container you get the header parameter by SimpleMultiValuedProperty method getValue which doesn't ignore case sensetive. so we have to overwrite the method getHeader and getHeaders in our HttpServletRequestWrapper. is there a way to change this in gatein to use also MimeHeaders in PortletRequestImpl instead of SimpleMultiValuedProperty.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 4 months
[JBoss JIRA] (GTNPORTAL-2169) Header values case sensitive
by Hai Nguyen (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2169?page=com.atlassian.jira.pl... ]
Work on GTNPORTAL-2169 stopped by Hai Nguyen.
---------------------------------------------
> Header values case sensitive
> ----------------------------
>
> Key: GTNPORTAL-2169
> URL: https://issues.jboss.org/browse/GTNPORTAL-2169
> Project: GateIn Portal
> Issue Type: Feature Request
> Components: Common integration
> Affects Versions: 3.1.0-GA, 3.2.0-M01
> Reporter: Ronny Pscheidl
> Assignee: Hai Nguyen
> Fix For: 3.x
>
>
> case sensitiv problem with getHeaders in portal-container.
> For example, if you call request.getHeader("Wicket-Ajax") without portal-container you get the value of this parameter. if you call this in portal-container you get null. in both cases the header value is set. the difference is, that without portal-container you get these parameters by javax.xml.soap.MimeHeaders. it implements getHeader like this with equalsIgnoreCase:
> public String[] getHeader(String name) {
> Vector values = new Vector();
> for(int i = 0; i < headers.size(); i++) {
> MimeHeader hdr = (MimeHeader) headers.elementAt(i);
> if (hdr.getName().equalsIgnoreCase(name)
> && hdr.getValue() != null)
> values.addElement(hdr.getValue());
> }
> if (values.size() == 0)
> return null;
> String r[] = new String[values.size()];
> values.copyInto(r);
> return r;
> }
> With portal-container you get the header parameter by SimpleMultiValuedProperty method getValue which doesn't ignore case sensetive. so we have to overwrite the method getHeader and getHeaders in our HttpServletRequestWrapper. is there a way to change this in gatein to use also MimeHeaders in PortletRequestImpl instead of SimpleMultiValuedProperty.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 4 months
[JBoss JIRA] (GTNPORTAL-3258) Allow classpath resolver to accept a leading slash
by Hai Nguyen (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3258?page=com.atlassian.jira.pl... ]
Hai Nguyen commented on GTNPORTAL-3258:
---------------------------------------
This issues has fixed
> Allow classpath resolver to accept a leading slash
> --------------------------------------------------
>
> Key: GTNPORTAL-3258
> URL: https://issues.jboss.org/browse/GTNPORTAL-3258
> Project: GateIn Portal
> Issue Type: Enhancement
> Reporter: Hai Nguyen
> Assignee: Hai Nguyen
> Priority: Minor
> Fix For: 3.7.0.Final
>
>
> Classpath Resolver for resources does not currently support a leading slash. So for example in a webui component I can't put (or my template won't be found) :
> {code}
> @ComponentConfig (
> template = "classpath:/path/oto/my/template/MyTemplate.gtmpl",
> events = {
> }
> )
> {code}
> whereas this notation is allowed in kernel configuration. For example I can do :
> {code}
> <import>classpath:/path/to/my/configuration/file/my-configuration.xml</import>
> {code}
> and it is also allowed in the "app" resolver (I can do "app:/path/oto/my/template/MyTemplate.gtmpl").
> It would be more consistent and less error-prone for the developer to allow to add a leading slash for the classpath resolver.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 4 months
[JBoss JIRA] (GTNPORTAL-2875) JQuery bound events don't work after "save" in the "edit navigation"
by Hai Nguyen (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2875?page=com.atlassian.jira.pl... ]
Work on GTNPORTAL-2875 started by Hai Nguyen.
---------------------------------------------
> JQuery bound events don't work after "save" in the "edit navigation"
> --------------------------------------------------------------------
>
> Key: GTNPORTAL-2875
> URL: https://issues.jboss.org/browse/GTNPORTAL-2875
> Project: GateIn Portal
> Issue Type: Bug
> Affects Versions: 3.5.0.Final
> Reporter: Viliam Rockai
> Assignee: Hai Nguyen
> Attachments: test-portlet.zip
>
>
> If you add a portlet using JQuery to layout, so it's visible while using the administration interface of "Site", you would be able to reproduce the issue.
> I'm attaching the portlet as an attachment (src + war in the target directory). Put it somewhere on the page and go to the "Site" management. If you click on the portlet link, an alert will pop-up. When you click on the "edit navigation" -> "save" (save even without doing any changes), the link won't respond to clicking any more.
> After the save button is pressed, the page is reloaded by ajax, but it seems that it doesn't handle the JS correctly.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 4 months
[JBoss JIRA] (GTNPORTAL-2169) Header values case sensitive
by Hai Nguyen (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2169?page=com.atlassian.jira.pl... ]
Work on GTNPORTAL-2169 stopped by Hai Nguyen.
---------------------------------------------
> Header values case sensitive
> ----------------------------
>
> Key: GTNPORTAL-2169
> URL: https://issues.jboss.org/browse/GTNPORTAL-2169
> Project: GateIn Portal
> Issue Type: Feature Request
> Components: Common integration
> Affects Versions: 3.1.0-GA, 3.2.0-M01
> Reporter: Ronny Pscheidl
> Assignee: Hai Nguyen
> Fix For: 3.x
>
>
> case sensitiv problem with getHeaders in portal-container.
> For example, if you call request.getHeader("Wicket-Ajax") without portal-container you get the value of this parameter. if you call this in portal-container you get null. in both cases the header value is set. the difference is, that without portal-container you get these parameters by javax.xml.soap.MimeHeaders. it implements getHeader like this with equalsIgnoreCase:
> public String[] getHeader(String name) {
> Vector values = new Vector();
> for(int i = 0; i < headers.size(); i++) {
> MimeHeader hdr = (MimeHeader) headers.elementAt(i);
> if (hdr.getName().equalsIgnoreCase(name)
> && hdr.getValue() != null)
> values.addElement(hdr.getValue());
> }
> if (values.size() == 0)
> return null;
> String r[] = new String[values.size()];
> values.copyInto(r);
> return r;
> }
> With portal-container you get the header parameter by SimpleMultiValuedProperty method getValue which doesn't ignore case sensetive. so we have to overwrite the method getHeader and getHeaders in our HttpServletRequestWrapper. is there a way to change this in gatein to use also MimeHeaders in PortletRequestImpl instead of SimpleMultiValuedProperty.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 4 months
[JBoss JIRA] (GTNPORTAL-2169) Header values case sensitive
by Hai Nguyen (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2169?page=com.atlassian.jira.pl... ]
Work on GTNPORTAL-2169 started by Hai Nguyen.
---------------------------------------------
> Header values case sensitive
> ----------------------------
>
> Key: GTNPORTAL-2169
> URL: https://issues.jboss.org/browse/GTNPORTAL-2169
> Project: GateIn Portal
> Issue Type: Feature Request
> Components: Common integration
> Affects Versions: 3.1.0-GA, 3.2.0-M01
> Reporter: Ronny Pscheidl
> Assignee: Hai Nguyen
> Fix For: 3.x
>
>
> case sensitiv problem with getHeaders in portal-container.
> For example, if you call request.getHeader("Wicket-Ajax") without portal-container you get the value of this parameter. if you call this in portal-container you get null. in both cases the header value is set. the difference is, that without portal-container you get these parameters by javax.xml.soap.MimeHeaders. it implements getHeader like this with equalsIgnoreCase:
> public String[] getHeader(String name) {
> Vector values = new Vector();
> for(int i = 0; i < headers.size(); i++) {
> MimeHeader hdr = (MimeHeader) headers.elementAt(i);
> if (hdr.getName().equalsIgnoreCase(name)
> && hdr.getValue() != null)
> values.addElement(hdr.getValue());
> }
> if (values.size() == 0)
> return null;
> String r[] = new String[values.size()];
> values.copyInto(r);
> return r;
> }
> With portal-container you get the header parameter by SimpleMultiValuedProperty method getValue which doesn't ignore case sensetive. so we have to overwrite the method getHeader and getHeaders in our HttpServletRequestWrapper. is there a way to change this in gatein to use also MimeHeaders in PortletRequestImpl instead of SimpleMultiValuedProperty.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 4 months
[JBoss JIRA] (GTNPORTAL-2559) Invalid cookie message in log when access portal through loadbalancer
by Mohammad Faisal (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2559?page=com.atlassian.jira.pl... ]
Mohammad Faisal commented on GTNPORTAL-2559:
--------------------------------------------
I am also getting the same message logged in my JBoss AS 7.1
The issue arise when I am saving a javascript array in the cookie value as:
{{document.cookie="sadsad="+JSON.stringify([100,120])}}
> Invalid cookie message in log when access portal through loadbalancer
> ---------------------------------------------------------------------
>
> Key: GTNPORTAL-2559
> URL: https://issues.jboss.org/browse/GTNPORTAL-2559
> Project: GateIn Portal
> Issue Type: Bug
> Affects Versions: 3.4.0.M01
> Environment: GateIn master, cluster build, 2 nodes + mod_jk loadbalancer
> Reporter: Michal Vanco
> Assignee: Marko Strukelj
> Priority: Minor
> Labels: EPP6.0-Test-Dev
> Fix For: 3.9.0.Final
>
> Attachments: cookie.txt
>
>
> I'm getting message in portal log when accessing portal on loadbalancer:
> INFO [org.apache.tomcat.util.http.Cookies] (ajp-perf11/10.16.88.189:8009-8) Cookies: Invalid cookie. Value not a token or quoted value
> This doesn't cause any issue, but wasn't present at EPP5.x version.
> Snippet from ff firebug:
> Connection keep-alive
> Cookie gtn.site.preference=FailoverPortal; JSESSIONID=eEGzAwUbc9eCEh9nIkE6ukzl.perf15; s_vi=[CS]v1|281B075B051D1B93-6000012D601169D9[CE]; rh_omni_tc=70160000000H4AjAAK
> Host perf13.mw.lab.eng.bos.redhat.com:8080
> Pragma no-cache
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 4 months
[JBoss JIRA] (GTNPORTAL-2169) Header values case sensitive
by Hai Nguyen (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2169?page=com.atlassian.jira.pl... ]
Work on GTNPORTAL-2169 started by Hai Nguyen.
---------------------------------------------
> Header values case sensitive
> ----------------------------
>
> Key: GTNPORTAL-2169
> URL: https://issues.jboss.org/browse/GTNPORTAL-2169
> Project: GateIn Portal
> Issue Type: Feature Request
> Components: Common integration
> Affects Versions: 3.1.0-GA, 3.2.0-M01
> Reporter: Ronny Pscheidl
> Assignee: Hai Nguyen
> Fix For: 3.x
>
>
> case sensitiv problem with getHeaders in portal-container.
> For example, if you call request.getHeader("Wicket-Ajax") without portal-container you get the value of this parameter. if you call this in portal-container you get null. in both cases the header value is set. the difference is, that without portal-container you get these parameters by javax.xml.soap.MimeHeaders. it implements getHeader like this with equalsIgnoreCase:
> public String[] getHeader(String name) {
> Vector values = new Vector();
> for(int i = 0; i < headers.size(); i++) {
> MimeHeader hdr = (MimeHeader) headers.elementAt(i);
> if (hdr.getName().equalsIgnoreCase(name)
> && hdr.getValue() != null)
> values.addElement(hdr.getValue());
> }
> if (values.size() == 0)
> return null;
> String r[] = new String[values.size()];
> values.copyInto(r);
> return r;
> }
> With portal-container you get the header parameter by SimpleMultiValuedProperty method getValue which doesn't ignore case sensetive. so we have to overwrite the method getHeader and getHeaders in our HttpServletRequestWrapper. is there a way to change this in gatein to use also MimeHeaders in PortletRequestImpl instead of SimpleMultiValuedProperty.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 4 months
[JBoss JIRA] (GTNPORTAL-2169) Header values case sensitive
by Hai Nguyen (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2169?page=com.atlassian.jira.pl... ]
Work on GTNPORTAL-2169 stopped by Hai Nguyen.
---------------------------------------------
> Header values case sensitive
> ----------------------------
>
> Key: GTNPORTAL-2169
> URL: https://issues.jboss.org/browse/GTNPORTAL-2169
> Project: GateIn Portal
> Issue Type: Feature Request
> Components: Common integration
> Affects Versions: 3.1.0-GA, 3.2.0-M01
> Reporter: Ronny Pscheidl
> Assignee: Hai Nguyen
> Fix For: 3.x
>
>
> case sensitiv problem with getHeaders in portal-container.
> For example, if you call request.getHeader("Wicket-Ajax") without portal-container you get the value of this parameter. if you call this in portal-container you get null. in both cases the header value is set. the difference is, that without portal-container you get these parameters by javax.xml.soap.MimeHeaders. it implements getHeader like this with equalsIgnoreCase:
> public String[] getHeader(String name) {
> Vector values = new Vector();
> for(int i = 0; i < headers.size(); i++) {
> MimeHeader hdr = (MimeHeader) headers.elementAt(i);
> if (hdr.getName().equalsIgnoreCase(name)
> && hdr.getValue() != null)
> values.addElement(hdr.getValue());
> }
> if (values.size() == 0)
> return null;
> String r[] = new String[values.size()];
> values.copyInto(r);
> return r;
> }
> With portal-container you get the header parameter by SimpleMultiValuedProperty method getValue which doesn't ignore case sensetive. so we have to overwrite the method getHeader and getHeaders in our HttpServletRequestWrapper. is there a way to change this in gatein to use also MimeHeaders in PortletRequestImpl instead of SimpleMultiValuedProperty.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 4 months
[JBoss JIRA] (GTNPORTAL-3258) Allow classpath resolver to accept a leading slash
by Hai Nguyen (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3258?page=com.atlassian.jira.pl... ]
Hai Nguyen commented on GTNPORTAL-3258:
---------------------------------------
This issues has fixed
> Allow classpath resolver to accept a leading slash
> --------------------------------------------------
>
> Key: GTNPORTAL-3258
> URL: https://issues.jboss.org/browse/GTNPORTAL-3258
> Project: GateIn Portal
> Issue Type: Enhancement
> Reporter: Hai Nguyen
> Assignee: Hai Nguyen
> Priority: Minor
> Fix For: 3.7.0.Final
>
>
> Classpath Resolver for resources does not currently support a leading slash. So for example in a webui component I can't put (or my template won't be found) :
> {code}
> @ComponentConfig (
> template = "classpath:/path/oto/my/template/MyTemplate.gtmpl",
> events = {
> }
> )
> {code}
> whereas this notation is allowed in kernel configuration. For example I can do :
> {code}
> <import>classpath:/path/to/my/configuration/file/my-configuration.xml</import>
> {code}
> and it is also allowed in the "app" resolver (I can do "app:/path/oto/my/template/MyTemplate.gtmpl").
> It would be more consistent and less error-prone for the developer to allow to add a leading slash for the classpath resolver.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 4 months