On Fri, 2010-03-05 at 14:57 -0500, Scott Marlow wrote:
>
> On Fri, 2010-03-05 at 13:41 -0600, Steve Ebersole wrote:
> > Not sure about "SQUIRREL_GET_ERROR_OFFSET". You use Squirrel?
>
> Yes, Squirrel SQL Client probably created that. I'll try dropping the
> tables/plsql and try again.
dropping
On Fri, 2010-03-05 at 13:41 -0600, Steve Ebersole wrote:
> Not sure about "SQUIRREL_GET_ERROR_OFFSET". You use Squirrel?
Yes, Squirrel SQL Client probably created that. I'll try dropping the
tables/plsql and try again.
>
> The rest come from tests in the testsuite, org.hibernate.test.sql
>
Not sure about "SQUIRREL_GET_ERROR_OFFSET". You use Squirrel?
The rest come from tests in the testsuite, org.hibernate.test.sql
On 03/05/2010 12:47 PM, Scott Marlow wrote:
> On Fri, 2010-03-05 at 09:12 -0600, Steve Ebersole wrote:
>> odd. were you able to fix this by cleaning up db? We do use
On Fri, 2010-03-05 at 09:12 -0600, Steve Ebersole wrote:
> odd. were you able to fix this by cleaning up db? We do use some
> triggers as part of other tests; could it maybe be an issue with schema
> export not able to cleanup those tables? But even there the error is
> strange because we do
the intellij import will do it provided:
1) you tell it an apprpriate phase to run to discover all source dirs
2) the metamodel gen stuff is set up correctly to register its output
dir as a src dir w/ maven.
On 03/05/2010 09:40 AM, Scott Marlow wrote:
> On Fri, 2010-03-05 at 09:14 -0600, Steve Eb
On Fri, 2010-03-05 at 09:14 -0600, Steve Ebersole wrote:
> as we discussed on irc you have to run the metamodel generator. X_ is a
> generated class 99.9% of the time. You also need to add the generated
> source directory as a source directory.
I missed the step of adding the generated source
as we discussed on irc you have to run the metamodel generator. X_ is a
generated class 99.9% of the time. You also need to add the generated
source directory as a source directory.
On 03/05/2010 09:09 AM, Scott Marlow wrote:
> I'm also blocked from debugging this issue due to a reference to
>
I'm also blocked from debugging this issue due to a reference to
entitymanager/target/test-classes/org/hibernate/ejb/metamodel/Product_.class
not being found in the intellij project generated by "mvn idea:idea". Project
import seemed to have the same problem.
On Thu, 2010-03-04 at 21:14 -0500
odd. were you able to fix this by cleaning up db? We do use some
triggers as part of other tests; could it maybe be an issue with schema
export not able to cleanup those tables? But even there the error is
strange because we do not commit nor rollback as part of the trigger.
basically i have
I ran org.hibernate.ejb.test.lock.LockTest and get a weird "ORA-04092:
cannot COMMIT in a trigger" failure in:
testLockOptimistic(org.hibernate.ejb.test.lock.LockTest)
testLockWrite(org.hibernate.ejb.test.lock.LockTest)
testLockWriteOnUnversioned(org.hibernate.ejb.test.lock.LockTest)
testLockPessi
10 matches
Mail list logo
