[JBoss JIRA] Created: (JBSEAM-4576) Upgrade Javassist to new version - current version has memory leaks
by Marek Novotny (JIRA)
Upgrade Javassist to new version - current version has memory leaks
-------------------------------------------------------------------
Key: JBSEAM-4576
URL: https://jira.jboss.org/jira/browse/JBSEAM-4576
Project: Seam
Issue Type: Task
Components: Core
Affects Versions: 2.2.0.GA, 2.2.0.CR1
Reporter: Marek Novotny
Assignee: Marek Novotny
Fix For: 2.2.1.CR2
The problem is caused by the current javassist usage pattern of calling ProxyFactory.createClass().newInstance() which currently (due to the broken cache), always creates a new class for the proxy. And once this class gets classloaded, you cannot easily get rid of it from the ClassLoaders class map.
There were also a few problems with deserialization, mainly because it did drop the assigned MethodHandler and used the DefaultMethodHandler instead.
Storing a static reference cause a problem for garbage collection, because the MethodHandler set directly into the ProxyFactory can never get freed.
Patches from Mark Struberg is available at http://github.com/struberg/javassist
--
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
15 years, 2 months
[JBoss JIRA] Created: (JBSEAM-4720) facelets.RESOURCE_RESOLVER parameter in web.xml is ignored in org.jboss.seam.ui.facelet.RendererRequest
by Rotciv Arabadzhi (JIRA)
facelets.RESOURCE_RESOLVER parameter in web.xml is ignored in org.jboss.seam.ui.facelet.RendererRequest
-------------------------------------------------------------------------------------------------------
Key: JBSEAM-4720
URL: https://jira.jboss.org/browse/JBSEAM-4720
Project: Seam
Issue Type: Bug
Affects Versions: 2.2.1.CR2, 2.2.1.CR1, 2.2.0.GA
Reporter: Rotciv Arabadzhi
org.jboss.seam.ui.facelet.RendererRequest is hardcoded to use DefaultResourceResolver to obtain Facelets instead of the ResourceResolver passed in facelets.RESOURCE_RESOLVER context parameter which is passed via web.xml
Below is a code excerpt from org.jboss.seam.ui.facelet.RendererRequest
protected Facelet faceletForViewId(String viewId) throws IOException
{
URL url = ResourceLoader.instance().getResource(viewId);
if (url == null)
{
throw new IllegalArgumentException("resource doesn't exist: " + viewId);
}
return new DefaultFaceletFactory(FaceletCompiler.instance(), new DefaultResourceResolver())
.getFacelet(url);
}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 2 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4204) Hot redeploy is broken w/ JBoss AS 5
by Fred Bricon (JIRA)
Hot redeploy is broken w/ JBoss AS 5
------------------------------------
Key: JBSEAM-4204
URL: https://jira.jboss.org/jira/browse/JBSEAM-4204
Project: Seam
Issue Type: Bug
Components: Hot Deploy
Affects Versions: 2.1.2.CR2, 2.1.1.GA, 2.0.2.SP1
Environment: Vista, Eclipse Ganymede 3.4.2, JBoss Tools 3.0.1.GA, JBoss 5.0.1.GA
Reporter: Fred Bricon
Hi
It seems hot deployement doesn't work on JBoss 5.0.1.GA : when editing (and saving) xhtml files, JBoss Tools correctly publish the files to the JBoss AS deploy directory,
but changes are not picked up.
I tested projects created from the JBoss Tools wizards :
- booking (2.0.2.SP1 from the examples menu)
- simple 2.0.2.SP1 project
- simple 2.1.1.GA project
- simple 2.1.2.CR2 project
A simple seam-less dynamic web project, is correctly hot redeployed via JBoss Tools.
[Others|http://seamframework.org/Community/HotDeployAndJBoss5] have experienced this problem. I couldn't say if it's a Seam or an AS5 issue for sure, but I vote for the former.
regards,
Fred Bricon
--
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
15 years, 2 months
[JBoss JIRA] Created: (JBSEAM-4717) NPE in s:token
by Valeriy Molyakov (JIRA)
NPE in s:token
--------------
Key: JBSEAM-4717
URL: https://jira.jboss.org/browse/JBSEAM-4717
Project: Seam
Issue Type: Bug
Components: JSF Controls
Affects Versions: 2.2.0.GA
Environment: JBOSS 5.1.0.GA JETTY 6.1.25 Seam 2.2.0.GA + Sun RI JSF 1.2_13
Reporter: Valeriy Molyakov
NPE raised when use s:token
Caused by java.lang.NullPointerException with message: ""
org.jboss.seam.ui.renderkit.TokenRendererBase.generateViewSignature(TokenRendererBase.java:177)
org.jboss.seam.ui.renderkit.TokenRendererBase.doDecode(TokenRendererBase.java:108)
org.jboss.seam.ui.util.cdk.RendererBase.decode(RendererBase.java:59)
javax.faces.component.UIComponentBase.decode(UIComponentBase.java:789)
javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1031)
javax.faces.component.UIForm.processDecodes(UIForm.java:209)
org.ajax4jsf.component.AjaxViewRoot$1.invokeContextCallback(AjaxViewRoot.java:400)
line 177
String renderStamp = form.getAttributes().get(RENDER_STAMP_ATTR).toString();
RENDER_STAMP_ATTR is removed during form submit. If you try to make double submit attribute is missing in the map and NPE raised.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 3 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4284) Wrong pageflow name in case of nested conversation
by Vesa Hiltunen (JIRA)
Wrong pageflow name in case of nested conversation
--------------------------------------------------
Key: JBSEAM-4284
URL: https://jira.jboss.org/jira/browse/JBSEAM-4284
Project: Seam
Issue Type: Bug
Affects Versions: 2.1.2.GA
Reporter: Vesa Hiltunen
I tried to start nested conversation with new pageflow as follows:
<s:link value="DoIt" action="/pages/myPage.xhtml">
<s:conversationPropagation type="nested" pageflow="myPageflowName" />
</s:link>
Seam did not find pageflow because it is looking for pageflow named as: d.myPageflowName
Request parameter was: conversationPropagation=nested.myPageflowName
It looks like method getPropagationFromRequestParameter(Map parameters) in org.jboss.seam.core.ConversationPropagation contains a bug. Method assumes that string "nested." was "nest."
Current code:
else if (value.startsWith("nest"))
{
propagationType = PropagationType.NEST;
if ( value.length()>5 )
{
pageflow = value.substring(5);
}
}
One way to fix the code:
else if (value.startsWith("nest"))
{
propagationType = PropagationType.NEST;
if ( value.length()>7 )
{
pageflow = value.substring(7);
}
}
--
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
15 years, 3 months