[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1576) Query object in framework does not consistently treat "" and null as equivelant.
by Chris Rudd (JIRA)
Query object in framework does not consistently treat "" and null as equivelant.
--------------------------------------------------------------------------------
Key: JBSEAM-1576
URL: http://jira.jboss.com/jira/browse/JBSEAM-1576
Project: JBoss Seam
Issue Type: Bug
Affects Versions: 1.3.0.ALPHA
Reporter: Chris Rudd
In Query.isRestrictionParameterSet a null string and an empty string are treated as equivelant (both represent no value set)
BUT in isAnyParameterDirty they are not treated as equivelant.
In JSF null and empty string are always represented as empty string. Therefore when an input is "not set" an empty string will be set into the backing bean instead of a null.
This ends up with the isAnyParameterDirty detecting that the default value (null) and the current value (empty string) are different, this causing the query object to reset. This causes the query object to refetch data twice on a request, even though the parameters did not realy change (same exact query is executed both times).
Query.java line 303
private static boolean isAnyParameterDirty(List<ValueExpression> valueBindings, List<Object> lastParameterValues)
{
if (lastParameterValues==null) return true;
for (int i=0; i<valueBindings.size(); i++)
{
Object parameterValue = valueBindings.get(i).getValue();
Object lastParameterValue = lastParameterValues.get(i);
+ // Treat "" and null as equivelant
+ if( (lastParameterValue == null && "".equals(parameterValue)) || (parameterValue == null && "".equals(lastParameterValue)) )
+ {
+ continue;
+ }
if ( parameterValue!=lastParameterValue && ( parameterValue==null || !parameterValue.equals(lastParameterValue) ) )
{
return true;
}
}
return false;
}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 8 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1688) SMPC is broken on Glassfish
by Guy Veraghtert (JIRA)
SMPC is broken on Glassfish
---------------------------
Key: JBSEAM-1688
URL: http://jira.jboss.com/jira/browse/JBSEAM-1688
Project: JBoss Seam
Issue Type: Bug
Components: Core
Affects Versions: 2.0.0.BETA1
Environment: Glassfish v2-b50g (beta3), Windows XP
Reporter: Guy Veraghtert
(this issue is related to http://jira.jboss.org/jira/browse/JBSEAM-456, regression!)
Adding @In to an entityManager-field to a SFSB causes a java.lang.IllegalStateException: Operation not allowed on Glassfish.
In org.jboss.seam.transaction.Transaction the UserTransaction is retrieved via
Naming.getInitialContext().lookup("UserTransaction");
Glassfish doesn't throw a NameNotFoundException in this case but just returns the UserTransaction instance (according to the glassfish guys, a NameNotFoundException should only be thrown when lookup is done via "java:comp/..." (see https://glassfish.dev.java.net/issues/show_bug.cgi?id=3356)).
When later on getStatus() is called on the retrieved UserTransaction instance, following exception is thrown:
java.lang.IllegalStateException: Operation not allowed.
at com.sun.enterprise.distributedtx.UserTransactionImpl.checkUserTransactionMethodAccess(UserTransactionImpl.java:135)
at com.sun.enterprise.distributedtx.UserTransactionImpl.getStatus(UserTransactionImpl.java:262)
at org.jboss.seam.transaction.UTTransaction.getStatus(UTTransaction.java:70)
at org.jboss.seam.transaction.AbstractUserTransaction.isActive(AbstractUserTransaction.java:24)
at org.jboss.seam.persistence.ManagedPersistenceContext.joinTransaction(ManagedPersistenceContext.java:120)
at org.jboss.seam.persistence.ManagedPersistenceContext.getEntityManager(ManagedPersistenceContext.java:111)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.seam.util.Reflections.invoke(Reflections.java:21)
at org.jboss.seam.util.Reflections.invokeAndWrap(Reflections.java:124)
at org.jboss.seam.Component.callComponentMethod(Component.java:1975)
at org.jboss.seam.Component.unwrap(Component.java:2001)
at org.jboss.seam.Component.getInstance(Component.java:1788)
at org.jboss.seam.Component.getInstance(Component.java:1741)
at org.jboss.seam.Component.getValueToInject(Component.java:2026)
at org.jboss.seam.Component.injectAttributes(Component.java:1499)
at org.jboss.seam.Component.inject(Component.java:1320)
When we change the implementation of getUserTransaction() to:
(why isn't this the default implementation anyway??)
protected javax.transaction.UserTransaction getUserTransaction() throws NamingException
{
return (javax.transaction.UserTransaction) Naming.getInitialContext().lookup(STANDARD_USER_TRANSACTION_NAME);
}
a NameNotFoundException is thrown, and a CMTTransaction is created in the getTransaction() method.
However, then following exception is thrown:
java.lang.IllegalStateException: ERROR: only SessionBeans with bean-managed transactionscan obtain UserTransaction
at com.sun.ejb.containers.BaseContainer.getUserTransaction(BaseContainer.java:752)
at com.sun.ejb.containers.SessionContextImpl.getUserTransaction(SessionContextImpl.java:198)
at org.jboss.seam.transaction.CMTTransaction.getStatus(CMTTransaction.java:92)
at org.jboss.seam.transaction.AbstractUserTransaction.isActive(AbstractUserTransaction.java:24)
at org.jboss.seam.jsf.SeamPhaseListener.commitOrRollback(SeamPhaseListener.java:576)
at org.jboss.seam.jsf.SeamPhaseListener.handleTransactionsAfterPhase(SeamPhaseListener.java:325)
at org.jboss.seam.jsf.SeamPhaseListener.afterServletPhase(SeamPhaseListener.java:226)
at org.jboss.seam.jsf.SeamPhaseListener.afterPhase(SeamPhaseListener.java:184)
at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:280)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
Even worse, an endless redirect happens then, due to the ExceptionHandler responsible for an IllegalStateException.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 8 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1582) DataModel with <s:link> or <s:button> Error
by Evan Zeng (JIRA)
DataModel with <s:link> or <s:button> Error
-------------------------------------------
Key: JBSEAM-1582
URL: http://jira.jboss.com/jira/browse/JBSEAM-1582
Project: JBoss Seam
Issue Type: Bug
Components: Core
Environment: All seam versions
Reporter: Evan Zeng
Priority: Critical
If a page references a property of the back bean, then using <s:link> or <s:button> action to delete the last row of data backed by a DataModel will cause an exception with the following root cause:
java.lang.IllegalArgumentException
javax.faces.model.ListDataModel.getRowData(ListDataModel.java:139)
......
This bug recurs when we make the following modifications to the 'messages' seam example :
1. Add a property 'title' to the MessageManager bean.
2. In messages.jsp, change the header 'Message List' to '<h:outputText value="#{messageManager.title}"/>'
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 8 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1041) Pages: isLoginRedirectRequired should be called before applying request parameter values
by Darryl Smith (JIRA)
Pages: isLoginRedirectRequired should be called before applying request parameter values
----------------------------------------------------------------------------------------
Key: JBSEAM-1041
URL: http://jira.jboss.com/jira/browse/JBSEAM-1041
Project: JBoss Seam
Issue Type: Bug
Components: Security
Affects Versions: 1.2.0.GA
Reporter: Darryl Smith
Seam will apply page parameters before it does the checks to see if login redirection is required.
This is problematic for applications rely on session scope information created in authenticator being present
e.g. using @In(scope=SESSION) currentUser, or using @In(scope=SESSION) Identity identity, or any factory that depends on identity information
12:16:53,383 ERROR [DebugPageHandler] redirecting to debug page
org.jboss.seam.RequiredException: In attribute requires non-null value: userBrowseQueryFactory.currentUser
at org.jboss.seam.Component.getValueToInject(Component.java:1887)
at org.jboss.seam.Component.injectAttributes(Component.java:1336)
at org.jboss.seam.Component.inject(Component.java:1163)
at org.jboss.seam.interceptors.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:46)
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:69)
at org.jboss.seam.interceptors.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:27)
at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:69)
at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:103)
at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:154)
at org.jboss.seam.intercept.JavaBeanInterceptor.intercept(JavaBeanInterceptor.java:89)
at edu.uga.ais.piac.pva.action.user.UserBrowseQueryFactory$$EnhancerByCGLIB$$5ef43164.setFirstResult(<generated>)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.myfaces.el.PropertyResolverImpl.setProperty(PropertyResolverImpl.java:406)
at org.apache.myfaces.el.PropertyResolverImpl.setValue(PropertyResolverImpl.java:173)
at org.apache.myfaces.el.ValueBindingImpl.setValue(ValueBindingImpl.java:275)
at org.jboss.seam.core.Expressions$1.setValue(Expressions.java:67)
at org.jboss.seam.core.Pages.applyRequestParameterValues(Pages.java:608)
at org.jboss.seam.jsf.AbstractSeamPhaseListener.beforeRender(AbstractSeamPhaseListener.java:176)
at org.jboss.seam.jsf.SeamPhaseListener.beforePhase(SeamPhaseListener.java:57)
at org.apache.myfaces.lifecycle.PhaseListenerManager.informPhaseListenersBefore(PhaseListenerManager.java:70)
at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:373)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 8 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1681) NPE thrown when tomcat shutsdown
by Michael Youngstrom (JIRA)
NPE thrown when tomcat shutsdown
--------------------------------
Key: JBSEAM-1681
URL: http://jira.jboss.com/jira/browse/JBSEAM-1681
Project: JBoss Seam
Issue Type: Bug
Components: Core
Affects Versions: 2.0.0.CR1
Reporter: Michael Youngstrom
Fix For: 2.0.0.CR1
I'm running Seam in tomcat 5.5.23. When I shutdown I get an NPE. It appears that contextDestroyed is being called before tomcat does the session passivation. Any opinions on the best way to deal with this? It's obviously fairly harmless but the message is semi annoying?
java.lang.NullPointerException
at org.jboss.seam.contexts.BasicContext.get(BasicContext.java:48)
at org.jboss.seam.Component.forName(Component.java:1709)
at org.jboss.seam.Component.getInstance(Component.java:1757)
at org.jboss.seam.Component.getInstance(Component.java:1752)
at org.jboss.seam.Component.getInstance(Component.java:1729)
at org.jboss.seam.Component.getInstance(Component.java:1724)
at org.jboss.seam.core.Events.instance(Events.java:154)
at org.jboss.seam.core.Events.exists(Events.java:149)
at org.jboss.seam.contexts.Contexts.destroy(Contexts.java:236)
at org.jboss.seam.contexts.Lifecycle.endCall(Lifecycle.java:91)
at org.jboss.seam.persistence.ManagedPersistenceContext.sessionWillPassivate(ManagedPersistenceContext.java:157)
at org.apache.catalina.session.StandardSession.passivate(StandardSession.java:774)
at org.apache.catalina.session.StandardManager.doUnload(StandardManager.java:516)
at org.apache.catalina.session.StandardManager.unload(StandardManager.java:463)
at org.apache.catalina.session.StandardManager.stop(StandardManager.java:667)
at org.apache.catalina.core.StandardContext.stop(StandardContext.java:4363)
at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1067)
at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1067)
at org.apache.catalina.core.StandardEngine.stop(StandardEngine.java:448)
at org.apache.catalina.core.StandardService.stop(StandardService.java:510)
at org.apache.catalina.core.StandardServer.stop(StandardServer.java:734)
at org.apache.catalina.startup.Catalina.stop(Catalina.java:602)
at org.apache.catalina.startup.Catalina.start(Catalina.java:577)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 8 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1648) Seam 2.0.0 Beta1: using noSelectionLabel attribute of <s:selectItems causes value attribute of <h:selectOneMenu to be ignored.
by Jennifer Miller (JIRA)
Seam 2.0.0 Beta1: using noSelectionLabel attribute of <s:selectItems causes value attribute of <h:selectOneMenu to be ignored.
------------------------------------------------------------------------------------------------------------------------------
Key: JBSEAM-1648
URL: http://jira.jboss.com/jira/browse/JBSEAM-1648
Project: JBoss Seam
Issue Type: Bug
Affects Versions: 2.0.0.BETA1
Environment: JBoss 4.2.0 GA
Java 1.6.0_02
Seam 2.0 Beta 1
JSF 1.2
Reporter: Jennifer Miller
There seems to be an issue with s:selectItems. Specificly, using the noSelectionLabel attribute causes incorrect html output. Before upgrading to Seam 2.0.0 Beta1 from Seam 1.2.1GA the following snippit of code worked correctly:
<h:selectOneMenu id="selectRequestType"
value="#{serviceRequest.requestType}"
converter="requestTypeConverter"
styleClass="field"
onchange="loadServiceValues(this.options[this.selectedIndex].value)"
required="false">
<s:selectItems value="#{lookupTable.requestTypes}"
var="type"
label="#{type.name}"
noSelectionLabel="-- select --" />
</h:selectOneMenu>
After upgrading the generated html correctly concists of a <select> with <option> elements that match the list from [ lookupTable.requestTypes ]. However, the <option> matching [ serviceRequest.requestType ] (the selected option) did not have [ selected="true" ]. The [ selected="true" ] attribute is missing from the selected <option> element.
If [ noSelectionLabel="--select --" ] is deleted from the above snipet of code the error does not occur. The selected <option> is output with [ selected="true" ].
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 8 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1689) NPE in event ExternalContextImpl
by henrik lindberg (JIRA)
NPE in event ExternalContextImpl
---------------------------------
Key: JBSEAM-1689
URL: http://jira.jboss.com/jira/browse/JBSEAM-1689
Project: JBoss Seam
Issue Type: Bug
Affects Versions: 2.0.1.GA
Environment: Lastest from CVS as of 0717 JBoss 4.2.1.GA
Reporter: henrik lindberg
NPE - stacktrace
22:26:04,125 ERROR [[/cssite]] Session event listener threw exception
org.jboss.seam.InstantiationException: Could not instantiate Seam component: org.jboss.seam.security.identity
at org.jboss.seam.Component.newInstance(Component.java:1871)
at org.jboss.seam.contexts.Contexts.startup(Contexts.java:304)
at org.jboss.seam.contexts.Contexts.startup(Contexts.java:278)
at org.jboss.seam.contexts.Lifecycle.beginSession(Lifecycle.java:187)
at org.jboss.seam.contexts.ServletLifecycle.beginSession(ServletLifecycle.java:127)
at org.jboss.seam.servlet.SeamListener.sessionCreated(SeamListener.java:44)
at org.apache.catalina.session.StandardSession.tellNew(StandardSession.java:397)
at org.apache.catalina.session.StandardSession.setId(StandardSession.java:369)
at org.apache.catalina.session.ManagerBase.createSession(ManagerBase.java:827)
at org.apache.catalina.session.StandardManager.createSession(StandardManager.java:291)
at org.apache.catalina.connector.Request.doGetSession(Request.java:2293)
at org.apache.catalina.connector.Request.getSession(Request.java:2066)
at org.apache.catalina.connector.RequestFacade.getSession(RequestFacade.java:833)
at com.sun.faces.context.SessionMap.getSession(ExternalContextImpl.java:1002)
at com.sun.faces.context.SessionMap.get(ExternalContextImpl.java:962)
at org.jboss.seam.contexts.BasicContext.get(BasicContext.java:48)
at org.jboss.seam.Component.getInstance(Component.java:1752)
at org.jboss.seam.Component.getInstance(Component.java:1730)
at org.jboss.seam.web.Session.getInstance(Session.java:122)
at org.jboss.seam.contexts.FacesLifecycle.beginRequest(FacesLifecycle.java:53)
at org.jboss.seam.jsf.SeamPhaseListener.beforeRestoreView(SeamPhaseListener.java:361)
at org.jboss.seam.jsf.SeamPhaseListener.beforeServletPhase(SeamPhaseListener.java:139)
at org.jboss.seam.jsf.SeamPhaseListener.beforePhase(SeamPhaseListener.java:116)
at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:222)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:82)
at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:85)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:68)
at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:61)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:68)
at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:44)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:68)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:72)
at org.ajax4jsf.framework.ajax.xmlfilter.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:127)
at org.ajax4jsf.framework.ajax.xmlfilter.BaseFilter.doFilter(BaseFilter.java:277)
at org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:60)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:68)
at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:58)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:68)
at org.jboss.seam.debug.hot.HotDeployFilter.doFilter(HotDeployFilter.java:68)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:68)
at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:149)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:164)
at org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:141)
at org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:90)
at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:395)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:580)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.NullPointerException
at com.sun.faces.context.SessionMap.get(ExternalContextImpl.java:962)
at org.jboss.seam.contexts.ServerConversationContext.get(ServerConversationContext.java:103)
at org.jboss.seam.contexts.Contexts.lookupInStatefulContexts(Contexts.java:189)
at org.jboss.seam.Component.getInstance(Component.java:1740)
at org.jboss.seam.Component.getInstance(Component.java:1735)
at org.jboss.seam.el.SeamELResolver.resolveBase(SeamELResolver.java:164)
at org.jboss.seam.el.SeamELResolver.getValue(SeamELResolver.java:54)
at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53)
at com.sun.faces.el.FacesCompositeELResolver.getValue(FacesCompositeELResolver.java:64)
at org.jboss.el.parser.AstIdentifier.getValue(AstIdentifier.java:44)
at org.jboss.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186)
at org.jboss.seam.core.Expressions$1.getValue(Expressions.java:112)
at org.jboss.seam.Component$ELInitialValue.getValue(Component.java:2220)
at org.jboss.seam.Component.initialize(Component.java:1293)
at org.jboss.seam.Component.instantiateJavaBean(Component.java:1219)
at org.jboss.seam.Component.instantiate(Component.java:1172)
at org.jboss.seam.Component.newInstance(Component.java:1867)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 8 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1691) MockHttpServletRequest getRequestURI should return same value as getRequestURL
by Darryl Smith (JIRA)
MockHttpServletRequest getRequestURI should return same value as getRequestURL
------------------------------------------------------------------------------
Key: JBSEAM-1691
URL: http://jira.jboss.com/jira/browse/JBSEAM-1691
Project: JBoss Seam
Issue Type: Bug
Components: Test Harness
Reporter: Darryl Smith
java.lang.NullPointerException
at org.ajax4jsf.framework.util.config.WebXml.getFacesResourceKey(WebXml.java:262)
at org.ajax4jsf.framework.resource.InternetResourceService.serviceResource(InternetResourceService.java:138)
at org.ajax4jsf.framework.ajax.xmlfilter.BaseFilter.doFilter(BaseFilter.java:261)
at org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:60)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:68)
at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:58)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:68)
at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:149)
at org.jboss.seam.mock.BaseSeamTest$Request.run(BaseSeamTest.java:495)
MockHttpServletRequest returns null from getRequrestURI
WebXml.java:262: String resourcePath = request.getRequestURI().substring(
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 8 months