September 2015 - seam-issues - Jboss List Archives

[JBoss JIRA] (JBSEAM-4854) countQuery not correcly generated when group by is used

by Tiago Peruzzo (JIRA)

[ https://issues.jboss.org/browse/JBSEAM-4854?page=com.atlassian.jira.plugi... ] Tiago Peruzzo commented on JBSEAM-4854: --------------------------------------- [~manaRH] I'm upgrading multiple projects (more than 40 projects in all) using the seam 2.2 to 2.3, have many classes with group by using EntityQuery that worked in version 2.2. It would be too costly and risky to find all places where I have a sql with group by and change to set useWildcardAsCountQuerySubject to false. Another issue is that the sql referenced in the bug is not wrong. The method makes the count properly, what do happens is that some providers do not support multiple distincts in the count or have a different semantics. Mysql: select count(distinct year(e.receivedDate), quarter(e.receivedDate)) from Entity e; Oracle: select count (distinct trunc(e.receivedDate, 'year') || trunc(e.receivedDate, 'Q')) from Entity e; > countQuery not correcly generated when group by is used > ------------------------------------------------------- > > Key: JBSEAM-4854 > URL: https://issues.jboss.org/browse/JBSEAM-4854 > Project: Seam 2 > Issue Type: Bug > Components: Framework > Affects Versions: 2.3.0.ALPHA > Reporter: Sergio Angelo > Assignee: Marek Novotny > Fix For: 2.3.0.BETA1 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When an EntityQuery contains a group-by, then the select statement of the count-query is not correctly generated. > Example query for reproducing the problem: > select min(e.receivedDate), count(*) > from Entity e > where ... > groupby date_trunc('year', e.receivedDate), date_trunc('quarter', e.receivedDate) > The count-query becomes as follows (which generates an exception when run): > select distinct date_trunc('year', l.receivedDate), date_trunc('quarter', e.receivedDate) > from etc. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JBSEAM-4854) countQuery not correcly generated when group by is used

by Marek Novotny (JIRA)

[ https://issues.jboss.org/browse/JBSEAM-4854?page=com.atlassian.jira.plugi... ] Marek Novotny commented on JBSEAM-4854: --------------------------------------- [~peruzzo] why don't you set useWildcardAsCountQuerySubject to false in your query? > countQuery not correcly generated when group by is used > ------------------------------------------------------- > > Key: JBSEAM-4854 > URL: https://issues.jboss.org/browse/JBSEAM-4854 > Project: Seam 2 > Issue Type: Bug > Components: Framework > Affects Versions: 2.3.0.ALPHA > Reporter: Sergio Angelo > Assignee: Marek Novotny > Fix For: 2.3.0.BETA1 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When an EntityQuery contains a group-by, then the select statement of the count-query is not correctly generated. > Example query for reproducing the problem: > select min(e.receivedDate), count(*) > from Entity e > where ... > groupby date_trunc('year', e.receivedDate), date_trunc('quarter', e.receivedDate) > The count-query becomes as follows (which generates an exception when run): > select distinct date_trunc('year', l.receivedDate), date_trunc('quarter', e.receivedDate) > from etc. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JBSEAM-4480) Sometimes JSF lifecycle not completing which leaves conversation in locked state causing concurrent conversation error

by Marek Novotny (JIRA)

[ https://issues.jboss.org/browse/JBSEAM-4480?page=com.atlassian.jira.plugi... ] Marek Novotny commented on JBSEAM-4480: --------------------------------------- very probably yes as this issue is not closed. > Sometimes JSF lifecycle not completing which leaves conversation in locked state causing concurrent conversation error > ---------------------------------------------------------------------------------------------------------------------- > > Key: JBSEAM-4480 > URL: https://issues.jboss.org/browse/JBSEAM-4480 > Project: Seam 2 > Issue Type: Bug > Components: Core, JSF Integration > Affects Versions: 2.2.0.GA > Environment: Linux > Reporter: Ross Mills > Labels: concurrent, conversation > Attachments: concurrent-conv-err.log, concurrent-conv-error-2.log > > > I have an Seam app that has a left menu on every page. When the user selects an item from the menu, it ends the current conversation and starts a new one. However, once in a while, I get a concurrent conversation exception. I have an automated test that does the following: > (1) Logs the user in. > (2) 10 seconds later, the user selects an item from the left hand menu (which ends the current conversation and begins a new one). This causes a seach form to appear. > (3) 10 seconds later, the user fills in the form and submits. The search results are displayed. > (4) 10 seconds later, the user navigates through the search results and drills down. > (5) 10 seconds later, the user returns to step (2) by selecting the same item from the left hand menu and repeats the above steps. > The user is able to cycle through these steps anywhere from a few seconds to several minutes until the concurrent conversation error occurs. When the error occurs, it is when the user attempts to submit the search form. > The logs indicate that when the search form is displayed, the JSF lifecycle is not progressing beyond the RESTORE_VIEW phase. This causes the conversation to remain locked. Then when the user attempts to submit the form, the new thread finds the conversation locked and generated the concurrent conversation exception. > My company policy may not allow me to provide you with code that you can use to duplicate the problem. But snippets of the logs can be found in the JBoss forum reference I am including. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JBSEAM-4854) countQuery not correcly generated when group by is used

by Tiago Peruzzo (JIRA)

[ https://issues.jboss.org/browse/JBSEAM-4854?page=com.atlassian.jira.plugi... ] Tiago Peruzzo commented on JBSEAM-4854: --------------------------------------- [~mnovotny] this change has affected my queries that have group by. Now the count returns without the distinct and appears a number of different records than return the select with group by. Sample: select min (e.birthYear), count (*) from Person p group by p.birthYear The correct count should be: select count (distinct p.birthYear) from Person p https://github.com/seam2/jboss-seam/commit/a73ff489e9f62fcacf6c9593889018... > countQuery not correcly generated when group by is used > ------------------------------------------------------- > > Key: JBSEAM-4854 > URL: https://issues.jboss.org/browse/JBSEAM-4854 > Project: Seam 2 > Issue Type: Bug > Components: Framework > Affects Versions: 2.3.0.ALPHA > Reporter: Sergio Angelo > Assignee: Marek Novotny > Fix For: 2.3.0.BETA1 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When an EntityQuery contains a group-by, then the select statement of the count-query is not correctly generated. > Example query for reproducing the problem: > select min(e.receivedDate), count(*) > from Entity e > where ... > groupby date_trunc('year', e.receivedDate), date_trunc('quarter', e.receivedDate) > The count-query becomes as follows (which generates an exception when run): > select distinct date_trunc('year', l.receivedDate), date_trunc('quarter', e.receivedDate) > from etc. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JBSEAM-4480) Sometimes JSF lifecycle not completing which leaves conversation in locked state causing concurrent conversation error

by Sreenath Reddy (JIRA)

[ https://issues.jboss.org/browse/JBSEAM-4480?page=com.atlassian.jira.plugi... ] Sreenath Reddy commented on JBSEAM-4480: ---------------------------------------- Is this issue still exist in Seam 2.3.1. I am facing similar issue. > Sometimes JSF lifecycle not completing which leaves conversation in locked state causing concurrent conversation error > ---------------------------------------------------------------------------------------------------------------------- > > Key: JBSEAM-4480 > URL: https://issues.jboss.org/browse/JBSEAM-4480 > Project: Seam 2 > Issue Type: Bug > Components: Core, JSF Integration > Affects Versions: 2.2.0.GA > Environment: Linux > Reporter: Ross Mills > Labels: concurrent, conversation > Attachments: concurrent-conv-err.log, concurrent-conv-error-2.log > > > I have an Seam app that has a left menu on every page. When the user selects an item from the menu, it ends the current conversation and starts a new one. However, once in a while, I get a concurrent conversation exception. I have an automated test that does the following: > (1) Logs the user in. > (2) 10 seconds later, the user selects an item from the left hand menu (which ends the current conversation and begins a new one). This causes a seach form to appear. > (3) 10 seconds later, the user fills in the form and submits. The search results are displayed. > (4) 10 seconds later, the user navigates through the search results and drills down. > (5) 10 seconds later, the user returns to step (2) by selecting the same item from the left hand menu and repeats the above steps. > The user is able to cycle through these steps anywhere from a few seconds to several minutes until the concurrent conversation error occurs. When the error occurs, it is when the user attempts to submit the search form. > The logs indicate that when the search form is displayed, the JSF lifecycle is not progressing beyond the RESTORE_VIEW phase. This causes the conversation to remain locked. Then when the user attempts to submit the form, the new thread finds the conversation locked and generated the concurrent conversation exception. > My company policy may not allow me to provide you with code that you can use to duplicate the problem. But snippets of the logs can be found in the JBoss forum reference I am including. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 3 months

1
0
0 / 0

[JBoss JIRA] (SEAMREST-19) ValidationInterceptor not triggered on GF

by Jozef Hartinger (JIRA)

[ https://issues.jboss.org/browse/SEAMREST-19?page=com.atlassian.jira.plugi... ] Jozef Hartinger reassigned SEAMREST-19: --------------------------------------- Assignee: (was: Jozef Hartinger) > ValidationInterceptor not triggered on GF > ----------------------------------------- > > Key: SEAMREST-19 > URL: https://issues.jboss.org/browse/SEAMREST-19 > Project: Seam REST > Issue Type: Bug > Components: Bean Validation > Affects Versions: 3.0.0.Alpha3 > Environment: GF 3.1b37 > JDK6U23 > Reporter: Jozef Hartinger > Fix For: Future > > > Seam Tasks example - the ValidationInterceptor is not triggered. Probably a bug in GF. Need to write a test for that. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (SEAMREST-49) String response not rendered by @ResponseTemplate

by Jozef Hartinger (JIRA)

[ https://issues.jboss.org/browse/SEAMREST-49?page=com.atlassian.jira.plugi... ] Jozef Hartinger reassigned SEAMREST-49: --------------------------------------- Assignee: (was: Jozef Hartinger) > String response not rendered by @ResponseTemplate > ------------------------------------------------- > > Key: SEAMREST-49 > URL: https://issues.jboss.org/browse/SEAMREST-49 > Project: Seam REST > Issue Type: Bug > Components: Templating > Affects Versions: 3.0.0.Final, 3.1.0.Beta3, 3.1.0.Final > Reporter: Jozef Hartinger > > {code:JAVA} > @Path("string") > @GET > @Produces("text/plain") > @ResponseTemplate("/string.ftl") > public String string() > { > return "Jozef"; > } > {code} > won't be rendered. "Jozef" is returned instead. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBSEAM-4779) Session not invalidated after failed authentication

by Jozef Hartinger (JIRA)

[ https://issues.jboss.org/browse/JBSEAM-4779?page=com.atlassian.jira.plugi... ] Jozef Hartinger reassigned JBSEAM-4779: --------------------------------------- Assignee: (was: Jozef Hartinger) > Session not invalidated after failed authentication > --------------------------------------------------- > > Key: JBSEAM-4779 > URL: https://issues.jboss.org/browse/JBSEAM-4779 > Project: Seam 2 > Issue Type: Bug > Components: WS > Affects Versions: 2.2.1.Final > Reporter: Jozef Hartinger > > When the "anemic session" options is enabled, the session is not be invalidated under following circumstances: > - authentication (such as HTTP Basic authentication provided by seam security) is unsuccessful - an exception is thrown outside of seam-resteasy - we cannot invalidate the session -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBSEAM-3988) Support for mapping RESTful XHTML resource representations with Facelets templates

by Jozef Hartinger (JIRA)

[ https://issues.jboss.org/browse/JBSEAM-3988?page=com.atlassian.jira.plugi... ] Jozef Hartinger reassigned JBSEAM-3988: --------------------------------------- Assignee: (was: Jozef Hartinger) > Support for mapping RESTful XHTML resource representations with Facelets templates > ---------------------------------------------------------------------------------- > > Key: JBSEAM-3988 > URL: https://issues.jboss.org/browse/JBSEAM-3988 > Project: Seam 2 > Issue Type: Feature Request > Components: WS > Reporter: Christian Bauer > Fix For: The future > > > What I wrote a while ago about this feature: > I'm thinking about a special provider that can marshal an object graph into an XHTML (not just XML) response body and back from an XHTML request body to an object graph. This is about the "connectedness" of resources, see the O'Reilly REST book. As a developer I should write a Facelets XHTML template that defines the transformation. Imagine that you write it the same way you write a JSF template today, with bidirectional binding using EL expressions, from object getter/setter pair to XML attribute or element value. We can even have built-in Facelets "widgets" that render certain microformats. Seam has some machinery for this already but we might need an extra interceptor on resource methods to trigger the transformation. Or we use Seams pages.xml navigation rules ("when this resource method finishes, render this template"). > Later I did some prototype experiments - note that this only considers uni-directional mapping for GET, handling POST/PUT resource representation is more difficult: > package org.jboss.seam.resteasy; > import java.lang.annotation.*; > /** > * @author Christian Bauer > */ > @Target({ElementType.METHOD}) > @Retention(RetentionPolicy.RUNTIME) > @Documented > @Inherited > public @interface FaceletsXhtmlResponse { > String template(); > } > package org.jboss.seam.resteasy; > import org.jboss.seam.core.Interpolator; > import org.jboss.seam.faces.Renderer; > import org.jboss.seam.log.Log; > import org.jboss.seam.log.Logging; > import javax.ws.rs.ProduceMime; > import javax.ws.rs.core.MediaType; > import javax.ws.rs.core.MultivaluedMap; > import javax.ws.rs.ext.MessageBodyWriter; > import javax.ws.rs.ext.Provider; > import java.io.IOException; > import java.io.OutputStream; > import java.lang.annotation.Annotation; > import java.lang.reflect.Type; > /** > * @author Christian Bauer > */ > @Provider > @ProduceMime("application/xhtml+xml") > public class FaceletsXhtmlProvider implements MessageBodyWriter<Object> { > Log log = Logging.getLog(FaceletsXhtmlProvider.class); > public boolean isWriteable(Class<?> type, Type genericType, Annotation[] annotations) { > for (Annotation annotation : annotations) { > if (annotation.annotationType().equals(FaceletsXhtmlResponse.class)) { > return true; > } > } > return false; > } > public long getSize(Object o) { > return -1; > } > public void writeTo(Object o, Class<?> type, Type genericType, Annotation[] annotations, > MediaType mediaType, MultivaluedMap<String, Object> httpHeaders, OutputStream entityStream) > throws IOException { > log.debug("writing XHTML response for entity type: " + type.getName()); > FaceletsXhtmlResponse respAnnotation = null; > for (Annotation annotation : annotations) { > if (annotation.annotationType().equals(FaceletsXhtmlResponse.class)) > respAnnotation = (FaceletsXhtmlResponse) annotation; > } > if (respAnnotation == null) throw new IllegalStateException("@FaceletsXhtmlResponse annotation disappeared"); > String template = getTemplatePath(respAnnotation); > log.debug("rendering XHTML template: " + template); > String output = Renderer.instance().render(template); > entityStream.write(output.getBytes()); > } > protected String getTemplatePath(FaceletsXhtmlResponse annotation) { > return isTemplatePathInterpolated() > ? Interpolator.instance().interpolate(annotation.template()) > : annotation.template(); > } > protected boolean isTemplatePathInterpolated() { > return true; > } > } > @Name("customerResource") > @Path("/customer") > public class CustomerResource { > @GET > @ProduceMime("application/xhtml+xml") > @FaceletsXhtmlResponse( > template = "#{somePath}/customerTemplate.xhtml" > ) > @Out(value = "customers", scope = ScopeType.EVENT) > public List<Customer> getCustomers() { > return mockCustomers(); > } > } > <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > <html xmlns="http://www.w3.org/1999/xhtml" > xmlns:t="http://java.sun.com/jsf/facelets" > xmlns:h="http://java.sun.com/jsf/html" > xmlns:f="http://java.sun.com/jsf/core"> > <head> > <title>Customers</title> > </head> > <body> > <ul> > <t:repeat var="cust" value="#{customers}"> > <li> > <h:outputText value="#{cust.name}"/> > </li> > </t:repeat> > </ul> > </body> > </html> -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (SEAMREST-26) Less verbose configuration of exception mapping rules

by Jozef Hartinger (JIRA)

[ https://issues.jboss.org/browse/SEAMREST-26?page=com.atlassian.jira.plugi... ] Jozef Hartinger reassigned SEAMREST-26: --------------------------------------- Assignee: (was: Jozef Hartinger) > Less verbose configuration of exception mapping rules > ----------------------------------------------------- > > Key: SEAMREST-26 > URL: https://issues.jboss.org/browse/SEAMREST-26 > Project: Seam REST > Issue Type: Feature Request > Components: Configuration, Examples, Exception handling > Affects Versions: 3.0.0.Beta1 > Reporter: Jozef Hartinger > Priority: Minor > > Currently we have: > <rest:SeamRestConfiguration preferedTemplatingProvider="org.jboss.seam.rest.templating.freemarker.FreeMarkerProvider"> > <rest:mappings> > <s:value> > <exceptions:Mapping exceptionType="javax.persistence.NoResultException" statusCode="404"> > <exceptions:message>Requested resource (#{uriInfo.path}) does not exist.</exceptions:message> > </exceptions:Mapping> > </s:value> > <s:value> > <exceptions:Mapping exceptionType="java.lang.IllegalArgumentException" statusCode="400" message="Illegal value."/> > </s:value> > <s:value> > <exceptions:Mapping exceptionType="java.lang.IllegalArgumentException" statusCode="400" message="Illegal value."/> > </s:value> > </rest:mappings> > </rest:SeamRestConfiguration> > we could make it to > <rest:SeamRestConfiguration preferedTemplatingProvider="org.jboss.seam.rest.templating.freemarker.FreeMarkerProvider"> > <rest:mappings> > <s:values> > <exceptions:Mapping exceptionType="javax.persistence.NoResultException" statusCode="404"> > <exceptions:message>Requested resource (#{uriInfo.path}) does not exist.</exceptions:message> > </exceptions:Mapping> > <exceptions:Mapping exceptionType="java.lang.IllegalArgumentException" statusCode="400" message="Illegal value."/> > <exceptions:Mapping exceptionType="java.lang.IllegalArgumentException" statusCode="400" message="Illegal value."/> > </s:values> > </rest:mappings> > </rest:SeamRestConfiguration> -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 4 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

seam-issues September 2015