[JBoss JIRA] Created: (EJBTHREE-2247) Datasource not available during clean shutdown
by Tom Ross (JIRA)
Datasource not available during clean shutdown
----------------------------------------------
Key: EJBTHREE-2247
URL: https://issues.jboss.org/browse/EJBTHREE-2247
Project: EJB 3.0
Issue Type: Bug
Components: core
Affects Versions: bom-eap5-1.0.1
Environment: JBoss EAP 5.1 (standalone)
Reporter: Tom Ross
This is a scenario where there is an EJB 2.1 deployed in standalone JBoss environment. It depends on data source for its operations. If a shut-down command is issued the container will unload the data source even though the EJB may still need it.
If the EJB tries to lookup the data source in JNDI after shut-down command has been issued the following exception is thrown:
Caused by: javax.naming.NameNotFoundException: JBossDBDriverTester-XA2 not bound
at org.jnp.server.NamingServer.getBinding(NamingServer.java:771)
at org.jnp.server.NamingServer.getBinding(NamingServer.java:779)
at org.jnp.server.NamingServer.getObject(NamingServer.java:785)
at org.jnp.server.NamingServer.lookup(NamingServer.java:443)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:726)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:686)
at javax.naming.InitialContext.lookup(InitialContext.java:392)
at com.${company name}.util.db.DBHelper.getDataSource(DBHelper.java:115)
Any explicit dependencies defined between EJB and the data source are ignored.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 8 months
[JBoss JIRA] Created: (JBRULES-2998) MVEL performance regression
by Lukáš Petrovický (JIRA)
MVEL performance regression
---------------------------
Key: JBRULES-2998
URL: https://issues.jboss.org/browse/JBRULES-2998
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-core
Affects Versions: 5.2.0.M2
Reporter: Lukáš Petrovický
Assignee: Mark Proctor
Priority: Blocker
Fix For: 5.2.0.CR1
I'm filing this JIRA to track the performance regression talked over recently at the rules-dev mailing list. Blocker priority per Ḿark's off-list suggestion. Quote follows:
On 26/04/2011 15:53, Wolfgang Laun wrote:
> A simple rule containing an eval with a % b == 0 exhibits a considerable slowdown when comparing execution times between a Drools core built in February and the one there is now.
>
> The slow-down factor is 15.
There is a performance issue with MVEL. We moved to indexed (array based) mvel factories, which is suppose to give faster performance. However the MVEL author has not finished that work completely and so far they give a performance regression :( I'm pestering him daily on this.
Mark
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 8 months
[JBoss JIRA] Created: (AS7-699) create a new service to activate RA with method activate(ra.xml, ironjacamar.xml, classloader)
by Stefano Maestri (JIRA)
create a new service to activate RA with method activate(ra.xml, ironjacamar.xml, classloader)
----------------------------------------------------------------------------------------------
Key: AS7-699
URL: https://issues.jboss.org/browse/AS7-699
Project: Application Server 7
Issue Type: Feature Request
Components: JCA
Reporter: Stefano Maestri
Assignee: Stefano Maestri
Fix For: 7.0.0.Beta4
the method will get the necessary metadata representation and the classloader and will activate a ra. The necessary java code for ra is not deployed but it's cosidered already loaded by the given classloader.
Consider also a variant taking ra.xml and ij.xml as string containing the xml and proved parse too. Anyway the priority is on metadata variant
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 8 months