[JBoss JIRA] Created: (JBAS-8688) I'm using jboss-eap-5.0 server getting the exception when connecting to mssql-ds.xml(mssqldb) org.jboss.resource.adapter.jdbc.WrapperDataSource cannot be cast to javax.sql.DataSource but its working fine in jboss4.2.3GA i didn't getting what happen
by siva Rama krishna Bonepalli (JIRA)
I'm using jboss-eap-5.0 server getting the exception when connecting to mssql-ds.xml(mssqldb) org.jboss.resource.adapter.jdbc.WrapperDataSource cannot be cast to javax.sql.DataSource but its working fine in jboss4.2.3GA i didn't getting what happen
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Key: JBAS-8688
URL: https://jira.jboss.org/browse/JBAS-8688
Project: JBoss Application Server
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Other
Affects Versions: JBossAS-5.0.0.GA
Environment: windows xp,Eclipse IDE,jboss-eap-5.0,jboss-4.2.3 GA,JDK1.6,1GB RAM,MSSQL 2005,java,jsp,servlets
Reporter: siva Rama krishna Bonepalli
Fix For: JBossAS-5.0.0.GA
Hi all,
I'm using jboss-eap-5.0 application server trying to get connection with database using jndi and mssql-ds.xml(in default/deploy)
i'm getting exception org.jboss.resource.adapter.jdbc.WrapperDataSource cannot be cast to javax.sql.DataSource in jboss-eap-5.0 but it's fine everything in jboss4.2.3GA,tomcat6.0. could you please give me solution asap.its urgent.
i'used jndi like that
InitialContext ctx = new InitialContext();
DataSource sd = (DataSource)ctx.lookup(strJNDI);
con = sd.getConnection();
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 4 months
[JBoss JIRA] Commented: (JBAS-8668) All OSGi bundle install code paths must go through deployer chain
by Thomas Diesler (JIRA)
[ https://jira.jboss.org/browse/JBAS-8668?page=com.atlassian.jira.plugin.sy... ]
Thomas Diesler commented on JBAS-8668:
--------------------------------------
Merge from master waiting on JBAS-8690
> All OSGi bundle install code paths must go through deployer chain
> -----------------------------------------------------------------
>
> Key: JBAS-8668
> URL: https://jira.jboss.org/browse/JBAS-8668
> Project: JBoss Application Server
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: OSGi integration
> Reporter: Thomas Diesler
> Assignee: Jason Greene
> Fix For: 7.0.0.Alpha2
>
>
> There are multiple code paths paths that install a bundle
> Aries JMX install --> BundleContext.install()
> DeploymentChain --> DeployerService.deploy(Deployment)
> Bundle Hotdeploy --> DeployerService.deploy(Deployment)
> OSGi Console --> DeployerService.deploy(Deployment)
> BundleContext.install() -> BundleManager.install(Deployment)
> DeployerService.deploy(Deployment) --> BundleManager.install(Deployment)
> In AS7 all bundle install paths must go through the DeploymentChain
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 4 months
[JBoss JIRA] Created: (JBAS-8689) JNDI namespace doesn't contain beans with inherited business interfaces anymore since 6.0.0.CR1
by Tobias Grundmann (JIRA)
JNDI namespace doesn't contain beans with inherited business interfaces anymore since 6.0.0.CR1
-----------------------------------------------------------------------------------------------
Key: JBAS-8689
URL: https://jira.jboss.org/browse/JBAS-8689
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: EJB3, Java EE APIs
Affects Versions: 6.0.0.CR1
Environment: java version "1.6.0_18"
Reporter: Tobias Grundmann
Assignee: Carlo de Wolf
Since 6.0.0.CR1 the lookup of EJBs via jndi doesnt' work anymore if the bean itself doesn't "implement" a business interface but inherits it. I''ve tried this with @Local annotated interfaces and both the old JBoss syntax ("appName/beanName/local") and the newly supported (as of 6.0.0.CR1) portable ones ("java:global/appName/moduleName/beanName!InterfaceFQN").
"Implements" here means actually specifying an implements statement at the class definition:
@Local
interface IBeanA {}
@Stateful
class BeanA implements IBeanA {} //lookup of BeanA works
@Stateful
class BeanB extends BeanA {} //lookup of BeanB doesn't work
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 4 months