#78 java.lang.IllegalStateException: RelationshipRole.compareTo

closed-duplicate
EJB (58)
9
2004-03-07
2003-01-24
Jerome Bernard
No

When importing OFBiz (www.ofbiz.org) data base model --
a really huge and complex model made of 498 tables with
constrains and various relation types -- into
Middlegen, I have the following error (from CVS
version -- 23/01/2003):

[middlegen] Database URL:jdbc:oracle:thin:@sv21:1521:ECPERF
[middlegen] No <table> elements specified. Reading all
tables. This might take a while...
[middlegen] java.lang.IllegalStateException:
RelationshipRole.compareTo bug

[middlegen] PLEASE FILE A BUG REPORT TO
http://sourceforge.net/tracker/?group_id=36044&atid=415990.
[middlegen] ENCLOSE THE FOLLOWING INFORMATION:
[middlegen] -THIS STACK TRACE
[middlegen] -THE VERSION YOU'RE USING (DATE IF YOU'RE
USING CVS VERSION)

[middlegen] at
middlegen.DbTable.addRelationshipRole(DbTable.java:328)
[middlegen] at
middlegen.Relation.<init>(Relation.java:142)
[middlegen] at
middlegen.MiddlegenPopulator.addRelations(MiddlegenPopulator.java:447)
[middlegen] at
middlegen.MiddlegenPopulator.populate(MiddlegenPopulator.java:252)
[middlegen] at
middlegen.MiddlegenTask.execute(MiddlegenTask.java:398)
[middlegen] at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:166)
[middlegen] at
org.apache.tools.ant.Task.perform(Task.java:319)
[middlegen] at
org.apache.tools.ant.Target.execute(Target.java:309)
[middlegen] at
org.apache.tools.ant.Target.performTasks(Target.java:336)
[middlegen] at
org.apache.tools.ant.Project.executeTarget(Project.java:1306)
[middlegen] at
org.apache.tools.ant.Project.executeTargets(Project.java:1250)
[middlegen] at
org.apache.tools.ant.Main.runBuild(Main.java:610)
[middlegen] at
org.apache.tools.ant.Main.start(Main.java:196)
[middlegen] at
org.apache.tools.ant.Main.main(Main.java:235)

Discussion

  • Hal Deadman
    Hal Deadman
    2003-01-28

    Logged In: YES
    user_id=164830

    We are using the head build from 1/27 and getting the
    same error. Let me know if you need any more
    information.

    java.lang.IllegalStateException:
    RelationshipRole.compareTo bug

    PLEASE FILE A BUG REPORT TO
    http://sourceforge.net/tracker/?
    group_id=36044&atid=415990.
    ENCLOSE THE FOLLOWING INFORMATION:
    -THIS STACK TRACE
    -THE VERSION YOU'RE USING (DATE IF YOU'RE USING
    CVS VERSION)

    at middlegen.DbTable.addRelationshipRole
    (DbTable.java:328)
    at middlegen.Relation.<init>(Relation.java:142)
    at
    middlegen.MiddlegenPopulator.addMany2ManyRelations
    (MiddlegenPopulator.java:846)
    at middlegen.MiddlegenPopulator.populate
    (MiddlegenPopulator.java:265)
    at middlegen.MiddlegenTask.execute
    (MiddlegenTask.java:403)
    at org.apache.tools.ant.UnknownElement.execute
    (UnknownElement.java:166)
    at org.apache.tools.ant.Task.perform(Task.java:319)
    at org.apache.tools.ant.Target.execute
    (Target.java:309)
    at org.apache.tools.ant.Target.performTasks
    (Target.java:336)
    at org.apache.tools.ant.Project.executeTarget
    (Project.java:1306)
    at org.apache.tools.ant.taskdefs.Ant.execute
    (Ant.java:371)
    at org.apache.tools.ant.Task.perform(Task.java:319)
    at org.apache.commons.jelly.tags.ant.AntTag.doTag
    (AntTag.java:215)
    at org.apache.commons.jelly.impl.TagScript.run
    (TagScript.java:278)
    at org.apache.commons.jelly.impl.ScriptBlock.run
    (ScriptBlock.java:133)
    at
    org.apache.commons.jelly.TagSupport.invokeBody
    (TagSupport.java:232)
    at org.apache.commons.jelly.tags.core.IfTag.doTag
    (IfTag.java:87)
    at org.apache.commons.jelly.impl.TagScript.run
    (TagScript.java:278)
    at org.apache.commons.jelly.impl.ScriptBlock.run
    (ScriptBlock.java:133)
    at
    org.apache.commons.jelly.TagSupport.invokeBody
    (TagSupport.java:232)
    at
    com.werken.werkz.jelly.GoalTag$1.performAction
    (GoalTag.java:108)
    at com.werken.werkz.Goal.fire(Goal.java:632)
    at com.werken.werkz.Goal.attain(Goal.java:568)
    at
    org.apache.maven.plugin.PluginManager.attainGoals
    (PluginManager.java:385)
    at org.apache.maven.MavenSession.attainGoals
    (MavenSession.java:350)
    at org.apache.maven.cli.App.doMain(App.java:523)
    at org.apache.maven.cli.App.main(App.java:1079)
    at java.lang.reflect.Method.invoke(Native Method)
    at com.werken.forehead.Forehead.run
    (Forehead.java:543)
    at com.werken.forehead.Forehead.main
    (Forehead.java:573)

     
  • Logged In: YES
    user_id=49846

    Yikes! This bug must have been introduced whe I did some
    recent bug fixes. This gets first priority.

    I haven't been able to reproduce this myself, but I believe it
    happens when Middlegen encounters more than one
    relationship between two tables.

    Jrme, may I ask why you're importing all of OfBiz' tables
    with Middlegen? It must be very fun to use Middlegen's GUI
    with 498 tables ;-)

    I'll try to fix this asap.

     
    • labels: --> EJB
    • priority: 5 --> 9
    • assigned_to: nobody --> rinkrank
    • status: open --> open-accepted
     
  • Logged In: YES
    user_id=49846

    Also see https://sourceforge.net/tracker/index.php?
    func=detail&aid=676712&group_id=36044&atid=415990

     
  • Jerome Bernard
    Jerome Bernard
    2003-01-29

    Logged In: YES
    user_id=60814

    I am trying to generate an Hibernate implementation of the
    OFBiz model. Even if "playing" with the GUI and fighting
    with 498 tables is going to be a pain, it's definitely going
    to be easier than rewriting those 498 objects (or even more).

     
  • vanitas
    vanitas
    2003-02-13

    Logged In: YES
    user_id=598010

    Is there any progress in this area?

     
  • Logged In: YES
    user_id=49846

    I need a test case. I'm not able to reproduce the bug. Could
    someone pleast post some SQL DDL?

     
  • vanitas
    vanitas
    2003-02-13

    Logged In: YES
    user_id=598010

    Give me your private email so I'll send you the test case
    (sory, but I'd rather not expose our database to publicity). My
    mail is greg#tenet.pl.

     
  • Logged In: YES
    user_id=716417

    I have the same problem and can give you any information
    you need. My mail is dema#alb.kz

     
  • Logged In: YES
    user_id=49846

    I know what's wrong, and I have done some work to fix it. -But
    I got drawn into a rather serious refactoring. Being a bit busy,
    I don't think I'll be able to complete the refactoring (and this
    bug) before a few weeks.

     
  • Logged In: YES
    user_id=745704

    Has anyone found a workaround for this problem or is it
    totally broken? Given the estimates that Aslak is providing
    for when the 2.1 release may be ready, I'm afraid that I may
    have to abandon Middlegen (or at least edit the generated
    files) so that I can meet my deadlines - and I am NOT
    looking forward to working directly with XDoclet if I can
    help it.

     
  • vanitas
    vanitas
    2003-03-30

    Logged In: YES
    user_id=598010

    This error seems to occur only in HEAD, but 2.0b1 works fine
    for us (despite few bugs and few patches we have applied), so
    what's the reason of using the HEAD?

     
  • Logged In: YES
    user_id=745704

    You are absolutely correct! I had inadvertently overwritten
    my 2.0b1 installation with the HEAD. I downloaded a clean
    2.0b1 version and it worked.

    Thanks alot. You just saved me hours of work.

     
  • vanitas
    vanitas
    2003-03-30

    Logged In: YES
    user_id=598010

    Your welcome, but watch out - the 2.0b1 has few important
    bugs :(.

     
  • Eivind Waaler
    Eivind Waaler
    2004-03-07

    • status: open-accepted --> closed-duplicate