October 2015 - gatein-issues - Jboss List Archives

[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, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-2213) Trigger an event when updating User info

by Hai Nguyen (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-2213?page=com.atlassian.jira.pl... ] Work on GTNPORTAL-2213 started by Hai Nguyen. --------------------------------------------- > Trigger an event when updating User info > ---------------------------------------- > > Key: GTNPORTAL-2213 > URL: https://issues.jboss.org/browse/GTNPORTAL-2213 > Project: GateIn Portal > Issue Type: Enhancement > Reporter: Trong Tran > Assignee: Hai Nguyen > Labels: portal-s63, synced > Fix For: 4.x > > > it would help for portlets to know when user profile is updated and handle it correspondingly. > The event name can be something like "UserChange" -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 1 month

1
0
0 / 0

[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, 1 month

1
0
0 / 0

[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, 1 month

1
0
0 / 0

[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, 1 month

1
0
0 / 0

[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, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-2885) Update the mobile site's CSS for a better user experience

by Gabriel Cardoso (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-2885?page=com.atlassian.jira.pl... ] Gabriel Cardoso closed GTNPORTAL-2885. -------------------------------------- Resolution: Out of Date > Update the mobile site's CSS for a better user experience > --------------------------------------------------------- > > Key: GTNPORTAL-2885 > URL: https://issues.jboss.org/browse/GTNPORTAL-2885 > Project: GateIn Portal > Issue Type: Task > Components: Mobile > Reporter: Matt Wringe > Assignee: Gabriel Cardoso > > The css for the mobile site's CSS is far from perfect and deviates too much in some areas from Gabriel's original awesome designs. > Work should be done to bring this back into compliance with the original designs and be updated where appropriate to bring a better user experience. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-2893) Update the image of the home page portlet to use 3.6 instead of 3.5

by Gabriel Cardoso (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-2893?page=com.atlassian.jira.pl... ] Gabriel Cardoso closed GTNPORTAL-2893. -------------------------------------- Resolution: Out of Date > Update the image of the home page portlet to use 3.6 instead of 3.5 > ------------------------------------------------------------------- > > Key: GTNPORTAL-2893 > URL: https://issues.jboss.org/browse/GTNPORTAL-2893 > Project: GateIn Portal > Issue Type: Bug > Reporter: Matt Wringe > Assignee: Gabriel Cardoso > Attachments: gatein-36.jpg > > > The homepage portlet's image states its 3.5 when it should display 3.6 for the next version. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 1 month

1
0
0 / 0

[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, 1 month

1
0
0 / 0

[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, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

gatein-issues October 2015