[JBoss JIRA] Created: (EJBTHREE-977) table creation ignores exception
by Ariane van der Steldt (JIRA)
table creation ignores exception
--------------------------------
Key: EJBTHREE-977
URL: http://jira.jboss.com/jira/browse/EJBTHREE-977
Project: EJB 3.0
Issue Type: Bug
Components: EJB3 Extensions
Environment: Postgresql
Reporter: Ariane van der Steldt
Priority: Critical
When the deployment code fails to create a table, it rather silently ignores the issue.
Log fragment:
2007-05-31 15:48:45,646 DEBUG [org.hibernate.tool.hbm2ddl.SchemaUpdate] create table UserRight_`group` (rights_id int8 not null, userGroups_id int8 not null)
2007-05-31 15:48:45,651 ERROR [org.hibernate.tool.hbm2ddl.SchemaUpdate] Unsuccessful: create table UserRight_`group` (rights_id int8 not null, userGroups_id int8 not null)
2007-05-31 15:48:45,651 ERROR [org.hibernate.tool.hbm2ddl.SchemaUpdate] ERROR: syntax error at or near "`"
JBoss finished the whole deployment and does not give any other complaints than this. My suspicion is that SchemaUpdate catches an exception somewhere, prints this line but then forgets to pass on the exception, causing the EJB deployment to "succeed" incorrectly.
Table UserRight_`group` was an automatic concatenation, due to a ManyToMany relation between entity UserRight and entity Group, where the latter was escaped using back ticks, as described here: http://jira.jboss.org/jira/browse/EJBTHREE-637
A bugreport about the incorrect name can be found here: http://jira.jboss.org/jira/browse/EJBTHREE-976
--
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
15 years, 10 months
[JBoss JIRA] Created: (EJBTHREE-929) SQL Exception when entities with composite keys are retrieved
by Venkat Kakula (JIRA)
SQL Exception when entities with composite keys are retrieved
-------------------------------------------------------------
Key: EJBTHREE-929
URL: http://jira.jboss.com/jira/browse/EJBTHREE-929
Project: EJB 3.0
Issue Type: Bug
Environment: Windows XP SP2; JBoss 4.0.5 GA with EJB 3.0
Reporter: Venkat Kakula
After migrating an OC4J/TopLink Essentials project to JBoss/Hibernate, there were some breakdowns. I have some entities with composite keys (specifically - 4 ID fields). There is a separate ID Key class. These field names do not match the database fields directly but are mapped with @Column(name="A_B_C" nullable="false") style notation with the field names as aBC. The SQL generated thus looks for 'TABLEONE0_'.'aBC' specifically on the ID fields of the entity instead of 'TABLEONE0_'.'A_B_C' they should be mapping to. The rest of the attributes map out alright.
By the way I just wanted to note that all the code that is breaking down was working fine on OC4J with toplink - FYI.
--
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
15 years, 10 months
[JBoss JIRA] Created: (EJBTHREE-789) build.xml and component-info.xml - version numbers and imports need to be updated
by Vladimir Ralev (JIRA)
build.xml and component-info.xml - version numbers and imports need to be updated
---------------------------------------------------------------------------------
Key: EJBTHREE-789
URL: http://jira.jboss.com/jira/browse/EJBTHREE-789
Project: EJB 3.0
Issue Type: Bug
Affects Versions: EJB 3.0 RC9 - FD
Reporter: Vladimir Ralev
Priority: Critical
The repository-zip target's comp-version, like this (use appropriate version string):
<target name="repository-zip" depends="jars"
description="Create the repository.jboss.com jboss/ejb3 component contents">
<!-- The binary component version -->
<property name="comp-version" value="1.0.0.CR9-jboss4.0.5" />
<!-- Pack the ejb3.deployer -->
<zip destfile="${build.lib}/ejb3-deployer.zip">
<zipfileset dir="${build.lib}">
<include name="ejb3.deployer/**" />
</zipfileset>
</zip>
<!-- Create a zip file with the component structure -->
<zip destfile="${build.lib}/jboss-ejb3-repo.zip">
<!-- The component-info.xml -->
<zipfileset dir="${build.etc}" prefix="${comp-version}">
<include name="component-info.xml" />
</zipfileset>
<!-- The bin/ejb3.deployer -->
<zipfileset dir="${build.lib}" fullpath="${comp-version}/bin/ejb3.deployer">
<include name="ejb3-deployer.zip" />
</zipfileset>
<!-- The lib client jars -->
<zipfileset dir="${build.lib}" prefix="${comp-version}/lib">
<include name="hibernate-client.jar" />
<include name="jboss-ejb3-client.jar" />
</zipfileset>
<!-- The resources deploy descriptors -->
<zipfileset dir="${build.lib}" prefix="${comp-version}/resources">
<include name="ejb3-clustered-sfsbcache-service.xml" />
<include name="ejb3-entity-cache-service.xml" />
<include name="ejb3-interceptors-aop.xml" />
</zipfileset>
</zip>
</target>
and ejb3\src\etc\component-info.xml (the version attribute):
<project name="jboss/ejb3-component-info">
<component id="jboss/ejb3"
licenseType="lgpl"
version="1.0.0.CR9-jboss4.0.5"
description="The EJB3 deployer for integration with jboss-4.0.x">
<artifact id="ejb3-clustered-sfsbcache-service.xml"/>
<artifact id="ejb3-entity-cache-service.xml"/>
<artifact id="ejb3-interceptors-aop.xml"/>
<artifact id="ejb3.deployer" />
<artifact id="hibernate-client.jar"/>
<artifact id="jboss-ejb3-client.jar"/>
<import componentref="javassist">
<compatible version="3.2.0.CR1"/>
<compatible version="3.2.0.CR2"/>
</import>
<import componentref="hibernate-annotations">
<compatible version="3.2.0.GA"/>
</import>
<import componentref="hibernate-entitymanager">
<compatible version="3.2.0.GA"/>
</import>
<import componentref="jboss/remoting">
<compatible version="1.4.1_final"/>
<compatible version="1.4.2.GA"/>
</import>
<import componentref="jboss/aop">
<compatible version="1.5.1.GA"/>
<compatible version="1.5.2.GA"/> <--------------- IS 1.5.2.GA COMPATIBLE?
</import>
<export>
<include input="hibernate-client.jar"/>
<include input="jboss-ejb3-client.jar"/>
</export>
</component>
</project>
--
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
15 years, 10 months
[JBoss JIRA] Created: (JBRULES-1603) Creating a multiline DSL with first line variable containing () causes source to be corrupt
by Richard Ambridge (JIRA)
Creating a multiline DSL with first line variable containing () causes source to be corrupt
-------------------------------------------------------------------------------------------
Key: JBRULES-1603
URL: http://jira.jboss.com/jira/browse/JBRULES-1603
Project: JBoss Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-brms
Affects Versions: 4.0.7
Environment: Solaris 10, Glassfish
Reporter: Richard Ambridge
Assigned To: Mark Proctor
Priority: Minor
Using drools-jbrms, create a new package, and add an Model,
Then create a DSL as follows: (change MessageObj to any object that exists in your Model, and extraField1,2 to items in that object)
Then create new Rule, Business Guided
Add a When, select the 'Line 1' option
Add another when, select the 'and this' option
Add a Then, select the 'Action'
Click validate.. it should pass.
Next change the variable for 'and this' from 'val2' to 'val(2|3)'
Click validate, it should pass
Next change the variable for 'Line 1' from 'val' to 'val(1|2)'
Click validate, It will fail
unknown:4:64 mismatched token: [@18,102:104='val',<7>,4:64]; expecting type RIGHT_PAREN
unknown:4:68 mismatched token: [@20,106:106='2',<25>,4:68]; expecting type RIGHT_PAREN
Click view source and you will see:
rule "TestRule"
dialect "mvel"
when
MessageObj( extraField1 matches "val(1|2, extraField2 matches "val(2|3)" )")
then
System.out.println("Hi");
end
Notice, the 1|2 is not terminated correctly.
--
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
15 years, 12 months
[JBoss JIRA] Created: (JBRULES-1651) deploying BRMS web app - drools-jbrms.war throws java.sql.SQLException: ORA-00902: invalid datatype Exception when used with Oracle database.
by santosh gadkari (JIRA)
deploying BRMS web app - drools-jbrms.war throws java.sql.SQLException: ORA-00902: invalid datatype Exception when used with Oracle database.
----------------------------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-1651
URL: http://jira.jboss.com/jira/browse/JBRULES-1651
Project: JBoss Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Environment: weblogic, oracle, jdk1.5, windows
Reporter: santosh gadkari
Assigned To: Mark Proctor
We want to move from filebased darby database to our Oracle database to store rules. We made the changes in the repository.xml and provided url,connection string etc. but after that we came across "java.sql.SQLException: ORA-00902: invalid datatype" Exceptions.
Please provide suitable solution for the same.
find the stack trace as below,
<19-Jun-2008 21:04:31 o'clock SGT> <Error> <Deployer> <BEA-149231> <Unable to set the activation state to true for the application 'brms'.
weblogic.application.ModuleException:
at weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.java:894)
at weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:336)
at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:204)
at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:26)
at weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:60)
Truncated. see log file for complete stacktrace
java.sql.SQLException: ORA-00902: invalid datatype
at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:112)
at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:331)
at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:288)
at oracle.jdbc.driver.T4C8Oall.receive(T4C8Oall.java:743)
at oracle.jdbc.driver.T4CStatement.doOall8(T4CStatement.java:207)
Truncated. see log file for complete stacktrace
--
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
15 years, 12 months