May 2009 - seam-issues - Jboss List Archives

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3712) Seam performance regression from 2.1.0.SP1 to 2.1.1.CR1

by Jay Balunas (JIRA)

Seam performance regression from 2.1.0.SP1 to 2.1.1.CR1 ------------------------------------------------------- Key: JBSEAM-3712 URL: https://jira.jboss.org/jira/browse/JBSEAM-3712 Project: Seam Issue Type: Bug Components: Core, Platform interoperability Affects Versions: 2.1.0.SP1 Environment: Fedora 8 JDK 5 Reporter: Jay Balunas Priority: Blocker Fix For: 2.1.1.CR2 Working with the latest trunk (r9557) and testing the performance changes that were made. Previous tests were done with (r9017). Just as a refresher my baseline test uses the wiki example with all of the sfwk.org data up to July 31st 2008. For these tests I use JBoss AS 4.2.3 with JDK5 on my linux machine. Jmeter is used to load test and calculate the results and graphs. I then use JProfiler to to identify either blocking threads, call graphs, and CPU usage. I was using a mixture of 25 and 50 users - hitting the server 25 times each. As before they were accessing the first page of the user forum. With r9017 the 25 user x 25 requests averaged 3 seconds a request. With trunk they were 100+ seconds. Thinking something was wrong with the system I replaced the 9557 wiki.war with the 9017 and reran with all other variables the same. Again the 9017 saw about 3 seconds for the average over the 625 requests. I then profiled the server under load as I did before. The methods below appear to be the primary offenders although as with most blocking threads there are some others waiting on the same monitor. ----------------------------------- 1) com.arjuna.ats.jbossatx.jta.TransactionManagerDelegate.findLock(..) - This appears to be the biggest issue. Every requests are generating many of these calls. - http://viewvc.jboss.org/cgi-bin/viewvc.cgi/labs/labs/jbosstm/branches/JBO... - It looks like every interaction with any transaction causing synchronization issues with this call. - We'll need to find a way to limit these calls. - I'm guessing some of the changes made for JBSEAM-3519 may be the cause although I have not had time to look deeper. - See : http://fisheye.jboss.org/browse/Seam/trunk/src/main/org/jboss/seam/transa... http://fisheye.jboss.org/browse/Seam/trunk/src/main/org/jboss/seam/util/W... ----------------------------------- 2) org.jboss.naming.ENCFactory.getObjectInstance() javax.naming.Context.lookup(java.lang.String) This appears to be the second biggest offender and it looks like we are no longer blocking on retrieving the InitialContext, but now blocking on performing the lookups using the context. ----------------------------------- 3) org.jboss.resource.connectionmanager.CachedConnectionManager.unregisterConnection() org.jboss.resource.connectionmanager.CachedConnectionManager.registerConnection() This is the third biggest issue, but much less than the others. 1 or 2 dozen blocks on 60 requests. These are all related to hibernate calls and database access from what I've seen so far. ----------------------------------- -- 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

5
16
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3856) seam-gen projects on windows "ant validate" fails

by Jay Balunas (JIRA)

seam-gen projects on windows "ant validate" fails ------------------------------------------------- Key: JBSEAM-3856 URL: https://jira.jboss.org/jira/browse/JBSEAM-3856 Project: Seam Issue Type: Bug Components: Core Affects Versions: 2.1.1.GA Environment: Windows XP JDK 5 Reporter: Jay Balunas Assignee: Dan Allen Fix For: 2.1.2.CR1 Create a seam-gen EAR project on a windows machine. Within the projects directory execute "ant validate" and on a windows machine you will see the exception below. I did not see this on OS X. Note that this is seen with a space in the path, and without. Also the output is ugly, but this is how it was displayed. validate: [mkdir] Created dir: C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar\exploded-archives\schemas [unjar] Expanding: C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar\lib\jboss-seam.jar into C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar\exploded-archives\schemas validateConfiguration: [validateConfiguration] C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar\exploded-archives\seamGenEar.ear\META-INF\application.xml:1:1: http://www.w3.org/TR/xml-schema-1#SchemaLocation? http://jboss.com/products/seam/async C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar/exploded-archives/schemas/org/jboss/seam/async-2.1.xsd http://jboss.com/products/seam/bpm C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar/exploded-archives/schemas/org/jboss/seam/bpm-2.1.xsd http://jboss.com/products/se am/components C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar/exploded-archives/schemas/org/jboss/seam/components-2.1.xsd http://jboss.com/products/seam/core C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar/exploded-archives/schemas/org/jboss/seam/core-2.1.xsd http://jboss.com/products/seam/drools C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar/exploded-archives/schemas/org/jboss/seam/drools-2.1.xsd http://jboss.com/products/seam/framework C:\dev\projects\seam\2.1.1.GA\seam gen\seamGe nEar/exploded-archives/schemas/org/jboss/seam/framework-2.1.xsd http://jboss.com/products/seam/international C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar/exploded-archives/schemas/org/jboss/seam/international-2.1.xsd http://jboss.com/products/seam/jms C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar/exploded-archives/schemas/org/jboss/seam/jms-2.1.xsd http://jboss.com/products/seam/mail C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar/exploded-archives/schemas/org/jboss/seam/mail-2. 1.xsd http://jboss.com/products/seam/navigation C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar/exploded-archives/schemas/org/jboss/seam/navigation-2.1.xsd http://jboss.com/products/seam/pageflow C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar/exploded-archives/schemas/org/jboss/seam/pageflow-2.1.xsd http://jboss.com/products/seam/pages C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar/exploded-archives/schemas/org/jboss/seam/pages-2.1.xsd http://jboss.com/products/seam/pdf C:\dev\pr ojects\seam\2.1.1.GA\seam gen\seamGenEar/src/pdf/org/jboss/seam/pdf/pdf-2.1.xsd http://jboss.com/products/seam/persistence C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar/exploded-archives/schemas/org/jboss/seam/persistence-2.1.xsd http://jboss.com/products/seam/remoting C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar/exploded-archives/schemas/org/jboss/seam/remoting-2.1.xsd http://jboss.com/products/seam/security C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar/exploded-archives/sche mas/org/jboss/seam/security-2.1.xsd http://jboss.com/products/seam/theme C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar/exploded-archives/schemas/org/jboss/seam/theme-2.1.xsd http://jboss.com/products/seam/transaction C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar/exploded-archives/schemas/org/jboss/seam/transaction-2.1.xsd http://jboss.com/products/seam/web C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar/exploded-archives/schemas/org/jboss/seam/web-2.1.xsd [validateConfiguration] http://java.sun.com/xml/ns/javaee/javaee_5.xsd:83:57: schema_reference.4: Failed to read schema document 'http://www.w3.org/2001/xml.xsd', because 1) could not find the document; 2) the document could not be read; 3) the root element of the document is not <xsd:schema>. [validateConfiguration] http://java.sun.com/xml/ns/javaee/javaee_5.xsd:141:33: src-resolve: Cannot resolve the name 'xml:lang' to a(n) 'attribute declaration' component. [validateConfiguration] http://java.sun.com/xml/ns/javaee/javaee_5.xsd:141:33: s4s-elt-invalid-content.1: The content of 'descriptionType' is invalid. Element 'attribute' is invalid, misplaced, or occurs too often. [validateConfiguration] http://java.sun.com/xml/ns/javaee/javaee_5.xsd:188:33: s4s-elt-invalid-content.1: The content of 'display-nameType' is invalid. Element 'attribute' is invalid, misplaced, or occurs too often. [validateConfiguration] http://java.sun.com/xml/ns/javaee/javaee_5.xsd:689:36: s4s-elt-invalid-content.1: The content of 'iconType' is invalid. Element 'attribute' is invalid, misplaced, or occurs too often. BUILD FAILED C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar\build.xml:444: The following error occurred while executing this line: C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar\validate.xml:51: C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar\exploded-archives\seamGenEar.ear\META-INF\application.xml is not a valid XML document. Total time: 24 seconds C:\dev\projects\seam\2.1.1.GA\seam gen\seamGenEar> -- 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

3
4
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3636) UTF8 quoted-printable encoding bug with seam mail

by Daniel Wachter (JIRA)

UTF8 quoted-printable encoding bug with seam mail ------------------------------------------------- Key: JBSEAM-3636 URL: https://jira.jboss.org/jira/browse/JBSEAM-3636 Project: Seam Issue Type: Bug Components: Mail Affects Versions: 2.0.3.CR1 Environment: Debian Linux (Lenny), JBoss AS 4.2 Reporter: Daniel Wachter Assignee: Pete Muir All umlauts passed to the view (which actually is an email template), get a wrong encoded in the wrong charset (iso8859-1) as soon as they are encoded as quoted-printable. Example: können is converted to k=C3=B6nnen It looks, as if the input is wrongly treated as iso8859-1 while it actually is utf8. -- 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

4
7
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3818) Wicket example - confirmation message is not displayed after succesful booking on JDK6

by Jozef Hartinger (JIRA)

Wicket example - confirmation message is not displayed after succesful booking on JDK6 -------------------------------------------------------------------------------------- Key: JBSEAM-3818 URL: https://jira.jboss.org/jira/browse/JBSEAM-3818 Project: Seam Issue Type: Bug Components: Examples Affects Versions: 2.1.1.CR2 Environment: JBoss AS 5.0.0.GA JDK 6 update 10 Reporter: Jozef Hartinger Fix For: 2.1.2.CR1 Message appears normally on JDK5. -- 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

2
4
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3689) No active conversation context - Exception

by Arron Ferguson (JIRA)

No active conversation context - Exception ------------------------------------------ Key: JBSEAM-3689 URL: https://jira.jboss.org/jira/browse/JBSEAM-3689 Project: Seam Issue Type: Bug Components: Core Affects Versions: 2.1.0.SP1 Environment: Ubuntu/Linux 7.10, Tomcat 6.0.16 Reporter: Arron Ferguson Bug 3369 from: https://jira.jboss.org/jira/browse/JBSEAM-3369 I don't believe this was ever fixed . Clicking on a page that requires HTTPS (e.g., http://localhost:8443/register.html) and that also requires a natural conversation results in a "javax.servlet.ServletException: No active conversation context" (HTTP Status 500) exception which is displayed to the web browser despite having exception rules in the pages.xml file (including restrict element for the page requiring restriction). Example is attached and uses HTTP to HTTPS and back again, natural conversations, facelets, and conversation scoped beans. File attached with all files (minus JAR files) required to run the example. This example has only two pages: index and register. All files (except jboss-archive-browsing.jar) are from JBoss Seam 2.1SP1 -- 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

2
3
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3641) Built-in async mechanism always returns null for Future.get()

by toto titi (JIRA)

Built-in async mechanism always returns null for Future.get() ------------------------------------------------------------- Key: JBSEAM-3641 URL: https://jira.jboss.org/jira/browse/JBSEAM-3641 Project: Seam Issue Type: Bug Components: Async Affects Versions: 2.1.0.GA, 2.0.2.SP1 Environment: Linux, JBoss 4.2.2 GA Reporter: toto titi When trying to use the built-in async mechanism, I'm unable to obtain the result of the asynchronous task using Future.get(). This always returns null. TimerServiceDispatcher seems to be installed , the asynchronous task runs perfectly. No error or misconfiguration has been seen even running in DEBUG or TRACE logging mode. Code, observations and bug are detailed here: http://www.seamframework.org/Community/AsynchronousFuturegetNull -- 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

3
4
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3458) UI control for in-page real-time viewing debug info on conversations, context contents, credentials etc

by Nicklas Karlsson (JIRA)

UI control for in-page real-time viewing debug info on conversations, context contents, credentials etc ------------------------------------------------------------------------------------------------------- Key: JBSEAM-3458 URL: https://jira.jboss.org/jira/browse/JBSEAM-3458 Project: Seam Issue Type: Feature Request Components: JSF Controls Reporter: Nicklas Karlsson Assignee: Nicklas Karlsson As discussed on the dev-list, it would be nice to have a s:debug control that would give summarized information on the state of the application -- 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

4
10
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3445) s:defaultAction doesn't work for h:commandLink

by Pete Muir (JIRA)

s:defaultAction doesn't work for h:commandLink ---------------------------------------------- Key: JBSEAM-3445 URL: https://jira.jboss.org/jira/browse/JBSEAM-3445 Project: Seam Issue Type: Bug Components: JSF Controls Reporter: Pete Muir Fix For: 2.1.1.CR1 -- 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

3
5
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2519) SeamTest class does not support dependent testing

by Olivier Thierry (JIRA)

SeamTest class does not support dependent testing ------------------------------------------------- Key: JBSEAM-2519 URL: http://jira.jboss.com/jira/browse/JBSEAM-2519 Project: JBoss Seam Issue Type: Bug Components: Test Harness Affects Versions: 2.0.1.CR1, 2.0.0.GA Environment: Seam 2.0.0.GA + TestNG 5.1 + Maven Surefire plugin Reporter: Olivier Thierry When you use dependent testing in a test class extending SeamTest, either with dependsOnGroups or dependsOnMethods, the test crash on begin phase with the following stack trace : begin(fr.myCompany.test.ServiceOrganisationTest) Time elapsed: 0.126 sec <<< FAILURE! java.lang.IllegalStateException: Attempted to invoke a Seam component outside the an initialized application at org.jboss.seam.contexts.Lifecycle.getApplication(Lifecycle.java:36) at org.jboss.seam.contexts.Lifecycle.beginSession(Lifecycle.java:169) at org.jboss.seam.contexts.ServletLifecycle.beginSession(ServletLifecycle.java:124) at org.jboss.seam.mock.BaseSeamTest.begin(BaseSeamTest.java:920) at org.jboss.seam.mock.SeamTest.begin(SeamTest.java:28) 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.testng.internal.MethodHelper.invokeMethod(MethodHelper.java:552) at org.testng.internal.Invoker.invokeConfigurationMethod(Invoker.java:322) at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:156) at org.testng.internal.Invoker.invokeMethod(Invoker.java:365) at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:785) at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:114) at org.testng.TestRunner.privateRun(TestRunner.java:693) at org.testng.TestRunner.run(TestRunner.java:574) at org.testng.SuiteRunner.privateRun(SuiteRunner.java:241) at org.testng.SuiteRunner.run(SuiteRunner.java:145) at org.testng.TestNG.createAndRunSuiteRunners(TestNG.java:901) at org.testng.TestNG.runSuitesLocally(TestNG.java:863) at org.apache.maven.surefire.testng.TestNGExecutor.executeTestNG(TestNGExecutor.java:69) at org.apache.maven.surefire.testng.TestNGXmlTestSuite.execute(TestNGXmlTestSuite.java:78) at org.apache.maven.surefire.Surefire.run(Surefire.java:132) 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.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:308) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:879) -- 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

14 years, 5 months

4
8
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2346) s:selectItems - noSelectionLabel is not hidden after first selection of a value

by Wolfgang Schwendt (JIRA)

s:selectItems - noSelectionLabel is not hidden after first selection of a value ------------------------------------------------------------------------------- Key: JBSEAM-2346 URL: http://jira.jboss.com/jira/browse/JBSEAM-2346 Project: JBoss Seam Issue Type: Bug Environment: CVS-based Seam 2.0.1 Reporter: Wolfgang Schwendt Priority: Minor <s:selectItems> offers that the user can specify an (optional) "noSelectionLabel" to be placed at the top of the selection list. It further provides a hideNoSelectionLabel option -- if this property is true, the noSelectionLabel will be hidden when a value is selected. And exactly the latter functionality has a bug, but only as far as the user's FIRST selection is concerned. When the users makes his _first_ selection and submits the form, then the noSelectionLabel is still displayed when the page is redisplayed by the server, no matter whether or not hideNoSelection was set to "true". However, when the users makes additional requests, the hideNoSelectionLabel functionality works correctly. Reason for the bug: caching behavior of org.jboss.seam.ui.component.UISelectItems.getValue() Too understand why there is a bug, consider the following scenario: A page with <h:selectOneMenu> and <s:selectItems var="myVar" label="#{myVar.name}" value="#{resultList}" noSelectionLabel="* Your choice please *" hideNoSelectionLabel="true"/> as its child component. When the user makes a selection and submits the form, the UISelectOne components checks during the "Process validations" JSF phase whether the submitted input value matches one of the available options (SelectItems). Consequently, the UISelectOne component calls the getValue() method of its org.jboss.seam.ui.component.UISelectItems child component in order to retrieve a list of SelectItem s. Then, if if validation was successful because a matching value was found, the user's selection is either written to the model (during JSF Update model phase) or if we don't make it to the Update model phase, because some other component had a validation error, the user's selection is stored in the value property of the UISelectOne component. When we finally reach the "Render response" phase and the same page should be redisplayed, the UISelectOne component gets rendered again. In order to render the selection list items, org.jboss.seam.ui.component.UISelectItems.getValue() gets called another time. But now it doesn't re-calculate its list of SelectItems. Take a look at the code: org.jboss.seam.ui.component.UISelectItems.getValue() @Override public Object getValue() { if (value == null || originalValue == null || !originalValue.equals(super.getValue())) { ... } return value; } Note that "value" is not null, because during "Process validations" org.jboss.seam.ui.component.UISelectItems.getValue() was already called which lead to value being set. Therefore, getValue() returns the OLD cached list of SelectItem s, which was calculated during Process Validations and therefore still includes the noSelectionLabel! And therefore getValue() doesn't take into account that the user made a selection and that the noSelectionLabel should now be hidden. -- 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

14 years, 5 months

9
26
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

seam-issues May 2009