[JBoss JIRA] Commented: (JBTM-18) Use inhouse DTF for QA
by Richard Achmatowicz (JIRA)
[ http://jira.jboss.com/jira/browse/JBTM-18?page=comments#action_12348920 ]
Richard Achmatowicz commented on JBTM-18:
-----------------------------------------
This problem has been resolved. The source of the problem was that a Java version I had installed on my laptop in /opt/j2sdk1.4.2._13 was not installed on the QA labs. The latest release on the QA labs for 1.4.2 is in /opt/j2sdk1.4.2_10. This problem is easy to rectify if an error message is produced, however linuxprochandler, a small C program used to trap KILL signals for java tasks started up by TestNodes, was masking the error. This needs to be adjusted in future so that linuxprochandler reports error messages correctly.
The DTF now executes single task programs as it should.
Another problem has arisen with deployment of products. When two testnodes install a product, the first install completes successfully, and the second fails, unable to delete directories installed in the first install. This seems to be related to the fact that the QA machines use NFS to share filespaces, so that testnodes attempt to install the product multiple times in the same location. I'm working on this.
> Use inhouse DTF for QA
> ----------------------
>
> Key: JBTM-18
> URL: http://jira.jboss.com/jira/browse/JBTM-18
> Project: JBoss Transaction Manager
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: JTA Implementation, JTS Implementation, WS-T Implementation
> Reporter: Mark Little
> Assigned To: Richard Achmatowicz
>
> Get the QA up and running for refactored ATS. Require refactoring DTF too.
--
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
19 years, 7 months
[JBoss JIRA] Updated: (JBAS-1553) Update the JAAS login module base class password mapping options
by Dimitris Andreadis (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-1553?page=all ]
Dimitris Andreadis updated JBAS-1553:
-------------------------------------
Fix Version/s: (was: JBossAS-4.2.0.CR1)
Assignee: Anil Saldhana
Assign to Anil to decide how this can be scheduled.
> Update the JAAS login module base class password mapping options
> ----------------------------------------------------------------
>
> Key: JBAS-1553
> URL: http://jira.jboss.com/jira/browse/JBAS-1553
> Project: JBoss Application Server
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Security
> Affects Versions: JBossAS-3.2.7 Final, JBossAS-4.0.1 Final
> Reporter: Scott M Stark
> Assigned To: Anil Saldhana
>
> Currently we support a simple notion of only having the first login module perform authentication with all other login modules bypassing authentication when the password-stacking=useFirstPass
> We need to update the base login modules that support most of the options from the jaas developer guide:
> * try_first_pass - If true, the first LoginModule in the stack saves the password entered, and subsequent LoginModules also try to use it. If authentication fails, the LoginModules prompt for a new password and retry the authentication.
> * use_first_pass - If true, the first LoginModule in the stack saves the password entered, and subsequent LoginModules also try to use it. LoginModules do not prompt for a new password if authentication fails (authentication simply fails).
> * try_mapped_pass - If true, the first LoginModule in the stack saves the password entered, and subsequent LoginModules attempt to map it into their service-specific password. If authentication fails, the LoginModules prompt for a new password and retry the authentication.
> * use_mapped_pass - If true, the first LoginModule in the stack saves the password entered, and subsequent LoginModules attempt to map it into their service-specific password. LoginModules do not prompt for a new password if authentication fails (authentication simply fails).
> * moduleBanner - If true, then when invoking the CallbackHandler, the LoginModule provides a TextOutputCallback as the first Callback, which describes the LoginModule performing the authentication.
--
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
19 years, 7 months
[JBoss JIRA] Updated: (JBAS-2402) EAR deployer does not process MANIFEST.MF correctly
by Dimitris Andreadis (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-2402?page=all ]
Dimitris Andreadis updated JBAS-2402:
-------------------------------------
Fix Version/s: (was: JBossAS-4.2.0.CR1)
> EAR deployer does not process MANIFEST.MF correctly
> ---------------------------------------------------
>
> Key: JBAS-2402
> URL: http://jira.jboss.com/jira/browse/JBAS-2402
> Project: JBoss Application Server
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Deployment services
> Affects Versions: JBossAS-4.0.3 Final, JBossAS-4.0.3 SP1
> Environment: Windows 2000 AS, SUN JDK 1.5_04
> Reporter: Alex Pavlov
>
> EAR deployer failed to process MANIFEST.MF, bundled with EAR - instead of loading jars from EAR content it will try to locate referenced files in ${jboss.server.home}/deploy directory.
> EAR layout:
> Directory of C:\java\jboss\server\default\deploy\ear-rpa.ear
> 10/26/2005 01:14p <DIR> .
> 10/26/2005 01:14p <DIR> ..
> 10/26/2005 01:09p 227,260 ejb-pwc.jar
> 10/26/2005 01:09p 39,997 ejb-rpatask.jar
> 10/26/2005 01:13p <DIR> lib
> 10/26/2005 01:13p <DIR> META-INF
> 10/26/2005 01:14p 2,498,160 war-rpa.war
> 2 File(s) 267,257 bytes
> Directory of C:\java\jboss\server\default\deploy\ear-rpa.ear\lib
> 10/26/2005 01:13p <DIR> .
> 10/26/2005 01:13p <DIR> ..
> 10/26/2005 01:09p 324 app-classpath.jar
> 10/26/2005 01:09p 39,523 commons-pool-1.1.jar
> 10/26/2005 01:09p 187,037 edx_client.jar
> 10/26/2005 01:09p 679,520 edx_common.jar
> 10/26/2005 01:09p 120,477 edx_rpa.jar
> 10/26/2005 01:09p 11,408 edx_system.jar
> 10/26/2005 01:09p 11,053,816 jrulesall.jar
> 10/26/2005 01:09p 350,627 log4j-1.2.11.jar
> 10/26/2005 01:09p 40,526 logging.jar
> 10/26/2005 01:09p 44,648 sam.jar
> 10 File(s) 12,527,906 bytes
> Directory of C:\java\jboss\server\default\deploy\ear-rpa.ear\META-INF
> 10/26/2005 01:13p <DIR> .
> 10/26/2005 01:13p <DIR> ..
> 10/26/2005 02:00p 487 application.xml
> 10/26/2005 01:10p 252 MANIFEST.MF
> 2 File(s) 739 bytes
> EAR's MANIFEST file :
> Manifest-Version: 1.0
> Ant-Version: Apache Ant 1.6.2
> Created-By: 1.4.2_06-b03 (Sun Microsystems Inc.)
> Built-By: apavlov
> Implementation-Title: rpa
> Implementation-Version: 5.0
> Class-Path: lib/app-classpath.jar
> Fragment of server log file:
> 2005-10-25 17:03:48,153 DEBUG [org.jboss.web.tomcat.tc5.jasper.TagLibCache] Scanning for tlds in: file:/C:/java/jboss/server/default/deploy/jbossweb-tomcat55.sar/jsf-libs/myfaces-impl.jar
> 2005-10-25 17:05:47,370 DEBUG [org.jboss.deployment.MainDeployer] Undeploying file:/C:/java/jboss/server/default/deploy/edx_rpa.jar
> 2005-10-25 17:05:47,370 DEBUG [org.jboss.mx.loading.RepositoryClassLoader] Unregistering cl=org.jboss.mx.loading.UnifiedClassLoader3@d0005e{ url=file:/C:/java/jboss/server/default/tmp/deploy/tmp45781edx_rpa.jar ,addedOrder=43}
> 2005-10-25 17:05:47,370 DEBUG [org.jboss.mx.loading.UnifiedLoaderRepository3] UnifiedLoaderRepository removed(true) org.jboss.mx.loading.UnifiedClassLoader3@d0005e{ url=file:/C:/java/jboss/server/default/tmp/deploy/tmp45781edx_rpa.jar ,addedOrder=43}
> 2005-10-25 17:05:47,370 DEBUG [org.jboss.util.file.Files] Failed to delete dir: C:\java\jboss\server\default\tmp\deploy\tmp45781edx_rpa.jar
> 2005-10-25 17:05:47,370 DEBUG [org.jboss.deployment.DeploymentInfo] Could not delete file:/C:/java/jboss/server/default/tmp/deploy/tmp45781edx_rpa.jar restart will delete it
> 2005-10-25 17:05:47,370 DEBUG [org.jboss.deployment.MainDeployer] Undeployed file:/C:/java/jboss/server/default/deploy/edx_rpa.jar
> 2005-10-25 17:06:07,385 DEBUG [org.jboss.deployment.MainDeployer] Starting deployment of package: file:/C:/java/jboss/server/default/deploy/ear-rpa.ear
> 2005-10-25 17:06:07,385 DEBUG [org.jboss.deployment.MainDeployer] Starting deployment (init step) of package at: file:/C:/java/jboss/server/default/deploy/ear-rpa.ear
> 2005-10-25 17:06:07,385 DEBUG [org.jboss.deployment.MainDeployer] Copying file:/C:/java/jboss/server/default/deploy/ear-rpa.ear -> C:\java\jboss\server\default\tmp\deploy\tmp45787ear-rpa.ear
> 2005-10-25 17:06:08,839 DEBUG [org.jboss.deployment.MainDeployer] using deployer org.jboss.deployment.EARDeployer@cade31
> 2005-10-25 17:06:08,839 INFO [org.jboss.deployment.EARDeployer] Init J2EE application: file:/C:/java/jboss/server/default/deploy/ear-rpa.ear
> 2005-10-25 17:06:08,854 DEBUG [org.jboss.deployment.EARDeployer] Extracted non-deployable content: META-INF/MANIFEST.MF
> 2005-10-25 17:06:08,854 DEBUG [org.jboss.deployment.EARDeployer] Extracted non-deployable content: META-INF/application.xml
> 2005-10-25 17:06:08,870 DEBUG [org.jboss.deployment.EARDeployer] Extracted non-deployable content: ejb-pwc.jar
> 2005-10-25 17:06:08,885 DEBUG [org.jboss.deployment.EARDeployer] Extracted deployable content: ejb-rpatask.jar
> 2005-10-25 17:06:08,885 DEBUG [org.jboss.deployment.EARDeployer] Extracted non-deployable content: lib/app-classpath.jar
> 2005-10-25 17:06:08,901 DEBUG [org.jboss.deployment.EARDeployer] Extracted non-deployable content: lib/commons-pool-1.1.jar
> 2005-10-25 17:06:08,901 DEBUG [org.jboss.deployment.EARDeployer] Extracted non-deployable content: lib/edx_client.jar
> 2005-10-25 17:06:08,948 DEBUG [org.jboss.deployment.EARDeployer] Extracted non-deployable content: lib/edx_common.jar
> 2005-10-25 17:06:08,948 DEBUG [org.jboss.deployment.EARDeployer] Extracted non-deployable content: lib/edx_rpa.jar
> 2005-10-25 17:06:08,964 DEBUG [org.jboss.deployment.EARDeployer] Extracted non-deployable content: lib/edx_system.jar
> 2005-10-25 17:06:10,276 DEBUG [org.jboss.deployment.EARDeployer] Extracted non-deployable content: lib/jrulesall.jar
> 2005-10-25 17:06:10,464 DEBUG [org.jboss.deployment.EARDeployer] Extracted non-deployable content: lib/log4j-1.2.11.jar
> 2005-10-25 17:06:10,464 DEBUG [org.jboss.deployment.EARDeployer] Extracted non-deployable content: lib/logging.jar
> 2005-10-25 17:06:10,479 DEBUG [org.jboss.deployment.EARDeployer] Extracted non-deployable content: lib/sam.jar
> 2005-10-25 17:06:10,510 DEBUG [org.jboss.deployment.EARDeployer] Extracted deployable content: war-rpa.war
> 2005-10-25 17:06:10,510 DEBUG [org.jboss.deployment.EARDeployer] Deployment Info: org.jboss.deployment.DeploymentInfo@5a81f787 { url=file:/C:/java/jboss/server/default/tmp/deploy/tmp45787ear-rpa.ear-contents/war-rpa.war }
> deployer: null
> status: null
> state: CONSTRUCTED
> watch: file:/C:/java/jboss/server/default/tmp/deploy/tmp45787ear-rpa.ear-contents/war-rpa.war
> altDD: null
> lastDeployed: 0
> lastModified: 0
> mbeans:
> , isDirectory: false
> 2005-10-25 17:06:10,510 DEBUG [org.jboss.deployment.EARDeployer] Deployment Info: org.jboss.deployment.DeploymentInfo@afbc8eb4 { url=file:/C:/java/jboss/server/default/tmp/deploy/tmp45787ear-rpa.ear-contents/ejb-rpatask.jar }
> deployer: null
> status: null
> state: CONSTRUCTED
> watch: file:/C:/java/jboss/server/default/tmp/deploy/tmp45787ear-rpa.ear-contents/ejb-rpatask.jar
> altDD: null
> lastDeployed: 0
> lastModified: 0
> mbeans:
> , isDirectory: false
> 2005-10-25 17:06:10,510 DEBUG [org.jboss.deployment.DeploymentInfo] createLoaderRepository from config: LoaderRepositoryConfig(repositoryName: JMImplementation:service=LoaderRepository,name=Default, repositoryClassName: null, configParserClassName: null, repositoryConfig: null)
> 2005-10-25 17:06:10,510 DEBUG [org.jboss.mx.loading.UnifiedClassLoader] New jmx UCL with url file:/C:/java/jboss/server/default/tmp/deploy/tmp45787ear-rpa.ear
> 2005-10-25 17:06:10,510 DEBUG [org.jboss.mx.loading.RepositoryClassLoader] setRepository, repository=org.jboss.mx.loading.UnifiedLoaderRepository3@10e790c, cl=org.jboss.mx.loading.UnifiedClassLoader3@10dc89e{ url=file:/C:/java/jboss/server/default/tmp/deploy/tmp45787ear-rpa.ear ,addedOrder=0}
> 2005-10-25 17:06:10,510 DEBUG [org.jboss.mx.loading.RepositoryClassLoader] setRepository, repository=org.jboss.mx.loading.UnifiedLoaderRepository3@10e790c, cl=org.jboss.mx.loading.UnifiedClassLoader3@10dc89e{ url=file:/C:/java/jboss/server/default/tmp/deploy/tmp45787ear-rpa.ear ,addedOrder=0}
> 2005-10-25 17:06:10,510 DEBUG [org.jboss.mx.loading.UnifiedLoaderRepository3] Adding org.jboss.mx.loading.UnifiedClassLoader3@10dc89e{ url=file:/C:/java/jboss/server/default/tmp/deploy/tmp45787ear-rpa.ear ,addedOrder=0}
> 2005-10-25 17:06:10,510 DEBUG [org.jboss.mx.loading.ClassLoaderUtils] Multiple class loaders found for pkg:
> 2005-10-25 17:06:10,948 DEBUG [org.jboss.deployment.MainDeployer] resolveLibraries: lib/app-classpath.jar
> 2005-10-25 17:06:10,948 DEBUG [org.jboss.deployment.MainDeployer] new manifest entry for sdi at ear-rpa.ear entry is lib/app-classpath.jar
> 2005-10-25 17:06:10,948 DEBUG [org.jboss.deployment.MainDeployer] The manifest entry in file:/C:/java/jboss/server/default/deploy/ear-rpa.ear references URL file:/C:/java/jboss/server/default/deploy/lib/app-classpath.jar which could not be opened, entry ignored
> 2005-10-25 17:06:10,948 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.parentTraceEnabled=true
> 2005-10-25 17:06:10,948 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.nestedTraceEnabled=false
> 2005-10-25 17:06:10,948 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.detectDuplicateNesting=true
> org.jboss.deployment.DeploymentException: url file:/C:/java/jboss/server/default/deploy/lib/app-classpath.jar could not be opened, does it exist?
> at org.jboss.deployment.DeploymentInfo.<init>(DeploymentInfo.java:191)
> at org.jboss.deployment.MainDeployer.parseManifestLibraries(MainDeployer.java:1101)
> at org.jboss.deployment.MainDeployer.init(MainDeployer.java:855)
> at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:780)
> at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:753)
> at sun.reflect.GeneratedMethodAccessor50.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
> at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
> at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:118)
> at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
> at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:127)
> at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
> at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:245)
> at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
> at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
> at $Proxy9.deploy(Unknown Source)
> at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:319)
> at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:507)
> at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:192)
> at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:203)
> at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:182)
> 2005-10-25 17:06:10,948 DEBUG [org.jboss.deployment.MainDeployer] found 2 subpackages of file:/C:/java/jboss/server/default/deploy/ear-rpa.ear
> 2005-10-25 17:06:10,948 DEBUG [org.jboss.deployment.MainDeployer] Starting deployment (init step) of package at: file:/C:/java/jboss/server/default/tmp/deploy/tmp45787ear-rpa.ear-contents/ejb-rpatask.jar
> 2005-10-25 17:06:11,104 DEBUG [org.jboss.deployment.MainDeployer] using deployer MBeanProxyExt[jboss.ejb:service=EJBDeployer]
> 2005-10-25 17:06:11,104 DEBUG [org.jboss.ejb.EJBDeployer] init, ejb-rpatask.jar
> 2005-10-25 17:06:11,120 DEBUG [org.jboss.ejb.EJBDeployer] looking for nested deployments in : file:/C:/java/jboss/server/default/tmp/deploy/tmp45787ear-rpa.ear-contents/ejb-rpatask.jar
> 2005-10-25 17:06:11,120 DEBUG [org.jboss.webservice.ServiceDeployer] handleNotification: org.jboss.deployment.SubDeployer.init,ejb-rpatask.jar
> 2005-10-25 17:06:11,135 DEBUG [org.jboss.mx.loading.RepositoryClassLoader] Added url: file:/C:/java/jboss/server/default/tmp/deploy/tmp45787ear-rpa.ear-contents/ejb-rpatask.jar, to ucl: org.jboss.mx.loading.UnifiedClassLoader3@10dc89e{ url=file:/C:/java/jboss/server/default/tmp/deploy/tmp45787ear-rpa.ear ,addedOrder=51}
> 2005-10-25 17:06:11,135 DEBUG [org.jboss.deployment.MainDeployer] resolveLibraries: lib/app-classpath.jar
> 2005-10-25 17:06:11,135 DEBUG [org.jboss.deployment.MainDeployer] new manifest entry for sdi at ejb-rpatask.jar entry is lib/app-classpath.jar
> 2005-10-25 17:06:11,135 DEBUG [org.jboss.deployment.MainDeployer] No deployer found for url: file:/C:/java/jboss/server/default/tmp/deploy/tmp45787ear-rpa.ear-contents/lib/app-classpath.jar
> 2005-10-25 17:06:11,135 DEBUG [org.jboss.mx.loading.RepositoryClassLoader] Added url: file:/C:/java/jboss/server/default/tmp/deploy/tmp45787ear-rpa.ear-contents/lib/app-classpath.jar, to ucl: org.jboss.mx.loading.UnifiedClassLoader3@10dc89e{ url=file:/C:/java/jboss/server/default/tmp/deploy/tmp45787ear-rpa.ear ,addedOrder=51}
> 2005-10-25 17:06:11,135 DEBUG [org.jboss.deployment.MainDeployer] found 0 subpackages of file:/C:/java/jboss/server/default/tmp/deploy/tmp45787ear-rpa.ear-contents/ejb-rpatask.jar
> 2005-10-25 17:06:11,135 DEBUG [org.jboss.deployment.MainDeployer] Starting deployment (init step) of package at: file:/C:/java/jboss/server/default/tmp/deploy/tmp45787ear-rpa.ear-contents/war-rpa.war
--
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
19 years, 7 months
[JBoss JIRA] Updated: (JBAS-2133) use left join in jboss-3.2.7 with oracle8.1.7.0.1
by Dimitris Andreadis (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-2133?page=all ]
Dimitris Andreadis updated JBAS-2133:
-------------------------------------
Fix Version/s: JBossAS-4.2.1.CR1
(was: JBossAS-4.2.0.CR1)
Assignee: Alexey Loubyansky
Priority: Minor (was: Major)
> use left join in jboss-3.2.7 with oracle8.1.7.0.1
> -------------------------------------------------
>
> Key: JBAS-2133
> URL: http://jira.jboss.com/jira/browse/JBAS-2133
> Project: JBoss Application Server
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: CMP service
> Affects Versions: JBossAS-3.2.7 Final
> Environment: fedora core 3 ,jrockit 1.4.2_05
> Reporter: peixubin
> Assigned To: Alexey Loubyansky
> Priority: Minor
> Fix For: JBossAS-4.2.1.CR1
>
>
> I have this jbossquery:
> <query-method>
> <method-name>findByCounte</method-name>
> <method-params>
> <method-param>java.lang.String</method-param>
> </method-params>
> </query-method>
> <jboss-ql><![CDATA[SELECT OBJECT(o) FROM JhFyck o WHERE o.counte.name=?1]]></jboss-ql>
> <read-ahead>
> on-find
> <eager-load-group>*</eager-load-group>
> <left-join cmr-field="jhFyk" eager-load-group="*"/>
> </read-ahead>
> while I execute this find method,the console print errors:
> 10:35:44,374 DEBUG [JhFyck#findByCounte] Executing SQL: SELECT t0_o.PKID, t0_o.FYLX, t0_o.RKSJ, t0_o.RKR, t0_o.CWM, t0_o.FYH, t0_o.FYK, t0_o.RKPC, t0_o.RCPC, t0_o.ZT, t0_o.BFR, t0_o.BFSJ, t1 _o_jhFyk.PKID, t1_o_jhFyk.P_PKID, t1_o_jhFyk.MC, t1_o_jhFyk.BM, t1_o_jhFyk.X, t1_o_jhFyk.Y, t1_ o_jhFyk.ZT FROM PXB.JH_FYCK t0_o, YD.COUNTE t2_o_counte, JH_COUNTE_FY t3_o_counte_RELATION_TABLE LEFT OUTER JOIN PXB.JH_FYK t1_o_jhFyk ON t0_o.FYK=t1_o_jhFyk.PKID WHERE (t2_o_counte.NAME = ? AND t0_o.PKID=t3_o_counte_RELATION_TABLE.FYBH AND t2_o_counte.NAME=t3_o_counte_RELATION_TABLE. COUNTE)
> 10:35:44,405 ERROR [JhFyck#findByCounte] Find failed
> java.sql.SQLException: ORA-00933: SQL command not properly ended
> at oracle.jdbc.dbaccess.DBError.throwSqlException(Ljava.lang.String;Ljava.lang.String;I )V(DBError.java:168)
> at oracle.jdbc.ttc7.TTIoer.processError()V(TTIoer.java:208)
> at oracle.jdbc.ttc7.Oall7.receive()V(Oall7.java:543)
> at oracle.jdbc.ttc7.TTC7Protocol.doOall7(BBI[B[Loracle.jdbc.dbaccess.DBType;[Loracle.jd bc.dbaccess.DBData;I[Loracle.jdbc.dbaccess.DBType;[Loracle.jdbc.dbaccess.DBData;I)V(TTC7Protoco l.java:1405)
> at oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(Loracle.jdbc.dbaccess.DBStatement ;[BLoracle.jdbc.dbaccess.DBDataSet;)[Loracle.jdbc.dbaccess.DBColumn;(TTC7Protocol.java:643)
> at oracle.jdbc.driver.OracleStatement.doExecuteQuery()V(OracleStatement.java:1674)
> at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout()V(OracleStatement.java:1870 )
> at oracle.jdbc.driver.OraclePreparedStatement.executeUpdate()I(OraclePreparedStatement. java:363)
> at oracle.jdbc.driver.OraclePreparedStatement.executeQuery()Ljava.sql.ResultSet;(Oracle PreparedStatement.java:314)
> at org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeQuery()Ljava.sql.Res ultSet;(WrappedPreparedStatement.java:314)
> at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(Ljava.lang.String;[L java.lang.Object;IILorg.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCEntityBridge;Lorg.jboss.ejb.plugi ns.cmp.jdbc.bridge.JDBCCMPFieldBridge;Lorg.jboss.ejb.plugins.cmp.ejbql.SelectFunction;Lorg.jbos s.ejb.plugins.cmp.jdbc.JDBCStoreManager;[ZLjava.util.List;Ljava.util.List;Lorg.jboss.ejb.plugin s.cmp.jdbc.metadata.JDBCQueryMetaData;Lorg.jboss.ejb.GenericEntityObjectFactory;Lorg.jboss.logg ing.Logger;)Ljava.util.Collection;(JDBCAbstractQueryCommand.java:226)
> at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand.execute(Ljava.lang.reflect.M ethod;[Ljava.lang.Object;Lorg.jboss.ejb.EntityEnterpriseContext;Lorg.jboss.ejb.GenericEntityObj ectFactory;)Ljava.util.Collection;(JDBCAbstractQueryCommand.java:128)
> at org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntitiesCommand.execute(Ljava.lang.reflect.Me thod;[Ljava.lang.Object;Lorg.jboss.ejb.EntityEnterpriseContext;Lorg.jboss.ejb.GenericEntityObje ctFactory;)Ljava.util.Collection;(JDBCFindEntitiesCommand.java:40)
> at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEntities(Ljava.lang.reflect.Meth od;[Ljava.lang.Object;Lorg.jboss.ejb.EntityEnterpriseContext;Lorg.jboss.ejb.GenericEntityObject Factory;)Ljava.util.Collection;(JDBCStoreManager.java:598)
> at org.jboss.ejb.plugins.CMPPersistenceManager.findEntities(Ljava.lang.reflect.Method;[ Ljava.lang.Object;Lorg.jboss.ejb.EntityEnterpriseContext;Lorg.jboss.ejb.GenericEntityObjectFact ory;)Ljava.util.Collection;(CMPPersistenceManager.java:278)
> at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.findEntities(Ljava. lang.reflect.Method;[Ljava.lang.Object;Lorg.jboss.ejb.EntityEnterpriseContext;Lorg.jboss.ejb.Ge nericEntityObjectFactory;)Ljava.util.Collection;(CachedConnectionInterceptor.java:325)
> at org.jboss.ejb.EntityContainer.findLocal(Lorg.jboss.invocation.Invocation;)Ljava.lang .Object;(EntityContainer.java:609)
> at jrockit.reflect.NativeMethodInvoker.invoke0(Ljava.lang.Object;ILjava.lang.Object;[Lj ava.lang.Object;)Ljava.lang.Object;(Unknown Source)
> at jrockit.reflect.NativeMethodInvoker.invoke(Ljava.lang.Object;[Ljava.lang.Object;)Lja va.lang.Object;(Unknown Source)
> at jrockit.reflect.VirtualNativeMethodInvoker.invoke(Ljava.lang.Object;[Ljava.lang.Obje ct;)Ljava.lang.Object;(Unknown Source)
> at java.lang.reflect.Method.invoke(Ljava.lang.Object;[Ljava.lang.Object;I)Ljava.lang.Ob ject;(Unknown Source)
> at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(Lorg.jboss.invocation. Invocation;)Ljava.lang.Object;(EntityContainer.java:1066)
> at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(Lorg.jboss.invocation.Invocatio n;)Ljava.lang.Object;(AbstractInterceptor.java:88)
> at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(Lorg.jboss.invocat ion.Invocation;)Ljava.lang.Object;(EntitySynchronizationInterceptor.java:204)
> at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(Lorg.jbo ss.invocation.Invocation;)Ljava.lang.Object;(CachedConnectionInterceptor.java:215)
> at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(Lorg.jboss.invocation.Invocatio n;)Ljava.lang.Object;(AbstractInterceptor.java:88)
> at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(Lorg.jboss.invocation.Inv ocation;)Ljava.lang.Object;(EntityInstanceInterceptor.java:97)
> at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(Lorg.jboss.invocation.Invocat ion;)Ljava.lang.Object;(EntityLockInterceptor.java:61)
> at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(Lorg.jboss.invocation.Inv ocation;)Ljava.lang.Object;(EntityCreationInterceptor.java:28)
> at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(Lorg.jboss.invocation.Invocat ion;Z)Ljava.lang.Object;(AbstractTxInterceptor.java:88)
> at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(Lorg.jboss.invocation.Inv ocation;)Ljava.lang.Object;(TxInterceptorCMT.java:317)
> at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(Lorg.jboss.invocation.Invocation;) Ljava.lang.Object;(TxInterceptorCMT.java:130)
> Oracle not support left join syntax,how to configure jboss to use oracle-style left-join?
--
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
19 years, 7 months
[JBoss JIRA] Updated: (JBAS-2213) Replace PooledExector usage in BasicThreadPool
by Dimitris Andreadis (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-2213?page=all ]
Dimitris Andreadis updated JBAS-2213:
-------------------------------------
Fix Version/s: JBossAS-4.2.1.CR1
(was: JBossAS-4.2.0.CR1)
> Replace PooledExector usage in BasicThreadPool
> ----------------------------------------------
>
> Key: JBAS-2213
> URL: http://jira.jboss.com/jira/browse/JBAS-2213
> Project: JBoss Application Server
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: Other
> Reporter: Scott M Stark
> Fix For: JBossAS-4.2.1.CR1
>
>
> We need to replace the use of the PooledExecutor due to its inefficient idle thread handling. From dev list messages.
> Elias Ross wrote:
> What I've noticed is a large number of mostly idle threads, some of the for the sorts of things that don't require timely processing, e.g.
> transaction and JMS message timeouts, etc. From what I hear from Adrian, the minimum pool size has been kept very large to deal with a design flaw in the concurrent.PooledExecutor that favors queueing over creating new threads to handle the work.
> Adrian Brock wrote:
> >
> > > I don't see why you need to change it anyway?.
> >
> > Probably not, but allocating 100 minimum idle threads is not a really
> > appropriate default. I should have brought this up in the development
> > list. The JavaDoc was also wrong on Min versus Max so perhaps 100 was
> > chosen as a mistake?
> >
> There are lots of examples where "bad" defaults have been chosen, sometimes for a reason. e.g. in this case, if you don't set the minimum equal to the maximum, it never uses more than minimum unless there is a very large backlog forcing the queue to become full.
> Concurrent's PooledExector should really be called QueuedExecutorWithMaybeSomePooling :-)
> There is certainly zero control over idle thread management and it is inefficient at using idle threads in a stupid attempt to reduce contention.
> There is even a race condition in there, which is why we have a subclass to work around it.
> If I had more time, I would rewrite BasicThreadPool to NOT use PooledExecutor.
--
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
19 years, 7 months