[JBoss JIRA] Created: (JBSEAM-4636) tasks_jboss5.editTurtleTask fails
by Jozef Hartinger (JIRA)
tasks_jboss5.editTurtleTask fails
---------------------------------
Key: JBSEAM-4636
URL: https://jira.jboss.org/jira/browse/JBSEAM-4636
Project: Seam
Issue Type: Bug
Components: Examples
Affects Versions: 2.2.1.CR1
Reporter: Jozef Hartinger
Assignee: Jozef Hartinger
Fix For: 2.2.1.CR2
ERROR: Option with value 'School' not found
Stacktrace
com.thoughtworks.selenium.SeleniumException: ERROR: Option with value 'School' not found
at com.thoughtworks.selenium.HttpCommandProcessor.throwAssertionFailureExceptionOrError(HttpCommandProcessor.java:97)
at com.thoughtworks.selenium.HttpCommandProcessor.doCommand(HttpCommandProcessor.java:91)
at com.thoughtworks.selenium.DefaultSelenium.select(DefaultSelenium.java:315)
at org.jboss.seam.example.tasks.test.selenium.SeleniumTasksTest.editTask(SeleniumTasksTest.java:277)
at org.jboss.seam.example.tasks.test.selenium.SeleniumTasksTest.editTurtleTask(SeleniumTasksTest.java:129)
... Removed 22 stack frames
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 5 months
[JBoss JIRA] Created: (JBSEAM-4629) Disable default behaviour of auto-save for process instances
by Tihomir Surdilovic (JIRA)
Disable default behaviour of auto-save for process instances
------------------------------------------------------------
Key: JBSEAM-4629
URL: https://jira.jboss.org/jira/browse/JBSEAM-4629
Project: Seam
Issue Type: Bug
Affects Versions: 2.2.1.CR1
Reporter: Tihomir Surdilovic
When injecting org.jboss.seam.bpm.ProcessInstance in a Seam components the code ends up in the following code snipped of this class:
********
if (processId!=null)
{
//TODO: do we need to cache this??
return ManagedJbpmContext.instance().getProcessInstanceForUpdate(processId);
}
********
the org.jbpm.JbpmContext#getProcessInstanceForUpdate(processId) method will get a process instance from the db and will register it for auto-save. It will then be saved automatically at the close() .
Continuous registering for auto-save can cause performance issues as when the jbpmContext closes it will save all instances in the autoSaveProcessInstances list which can be huge.
The proposed fix is to change to the code to:
if (processId!=null)
{
return ManagedJbpmContext.instance().getProcessInstance(processId);
}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 5 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3769) org.jboss.seam.ui.facelet.RendererRequest replaces HttpServletXXX with MockHttpServletXXX
by Kenneth Christensen (JIRA)
org.jboss.seam.ui.facelet.RendererRequest replaces HttpServletXXX with MockHttpServletXXX
-----------------------------------------------------------------------------------------
Key: JBSEAM-3769
URL: https://jira.jboss.org/jira/browse/JBSEAM-3769
Project: Seam
Issue Type: Bug
Components: JSF Integration
Affects Versions: 2.1.1.CR1
Environment: Mac OS X 10.5.5
JBoss AS 4.2.3.GA
JBoss Seam 2.1.1.CR1
Java 6
Reporter: Kenneth Christensen
Seam 2.0.3:
private void init()
{
// Make sure we are using the correct ClassLoader
originalClassLoader = Thread.currentThread().getContextClassLoader();
Thread.currentThread().setContextClassLoader(this.getClass().getClassLoader());
// If a FacesContext isn't available, set one up
if (FacesContext.getCurrentInstance() == null)
{
MockFacesContext mockFacesContext = new MockFacesContext(new MockExternalContext(new MockServletContext()))
.setCurrent();
mockFacesContext.createViewRoot();
}
FacesContext facesContext = FacesContext.getCurrentInstance();
// Wrap the ResponseWriter
originalResponseWriter = facesContext.getResponseWriter();
facesContext.setResponseWriter(facesContext.getRenderKit().createResponseWriter(writer,
null, null));
// Create a new UIViewRoot
originalViewRoot = facesContext.getViewRoot();
UIViewRoot viewRoot = new UIViewRoot();
viewRoot.setRenderKitId(facesContext.getApplication().getViewHandler().calculateRenderKitId(facesContext));
viewRoot.setViewId(viewId);
viewRoot.setLocale(originalViewRoot.getLocale());
facesContext.setViewRoot(viewRoot);
}
Seam 2.1.1.CR1:
private void init()
{
request = new MockHttpServletRequest(HttpSessionManager.instance());
response = new MockHttpServletResponse();
// Generate the FacesContext from the JSF FacesContextFactory
originalFacesContext = FacesContext.getCurrentInstance();
facesContext = RendererFacesContextFactory.instance().getFacesContext(request, response);
DelegatingFacesContext.setCurrentInstance(facesContext);
// Create the viewRoot
UIViewRoot newRoot = facesContext.getApplication().getViewHandler().createView(facesContext, viewId);
facesContext.setViewRoot(newRoot);
// Set the responseWriter to write to a buffer
writer = new StringWriter();
facesContext.setResponseWriter(facesContext.getRenderKit().createResponseWriter(writer,
null, null));
}
As you can see, Seam 2.1.1.CR1 never checks for the original FacesContext, but creates a new FacesContext which includes the MockHttpServletXXX.
It's a problem for the application I'm developing, because I need the external context (HttpServletResponse) when I'm using the renderer.render("/abc/xyz.xhtml").
It works fine with Seam 2.0.3, but not with Seam 2.1.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 5 months