Spring Roo
  1. Spring Roo
  2. ROO-1676

Project with Database Reverse Engineering locks Roo shell up after restart

    Details

    • Type: Improvement Improvement
    • Status: Resolved
    • Priority: Major Major
    • Resolution: Complete
    • Affects Version/s: 1.1.0.RELEASE
    • Fix Version/s: 1.1.1.RELEASE
    • Component/s: PERSISTENCE
    • Labels:
      None

      Description

      If you do a database reverse engineering and create controllers for them and then restart the Roo shell it is unresponsive. Apparently it is trying to create some classes again:

      wolff@wolff-desktop:~/roo-reverse-problem$ ~/springsource/roo-1.1.0.RELEASE/bin/roo.sh
      ____ ____ ___Deleted com.springsource.reverseengineering.domain.HqMetricData3d1sPK
      / __ \/ __ \/ __ \
      / /_/ / / / / / / Deleted com.springsource.reverseengineering.domain.HqMetricData4d0s
      / , _/ // / /_/ /
      // ||___/___/Deleted com.springsource.reverseengineering.domain.HqMetricData4d0sPK

      Deleted com.springsource.reverseengineering.domain.HqMetricData4d1s
      Welcome to Spring Roo. For assistance press TAB or type "hint" then hit ENTER.
      [FelixDispatchQueueDeleted com.springsource.reverseengineering.domain.HqMetricData4d1sPK
      rce/reverseengineering/domain/EamMeasurementData1d.java

      ... many more message like this to follow.

      This process starts fast, then becomes very slow so that the shell is blocked.

      Apparently everything is fine if you do only the database reverse engineering i.e. no controller. Then the classes are also created again but that process is fast.

      I attached a dumb of the MySQL database I am using and the Spring Roo log file.

      1. hq.sql.gz
        15 kB
        Eberhard Wolff
      2. log.roo
        0.5 kB
        Eberhard Wolff

        Activity

        Hide
        Alan Stewart added a comment -

        Fixed in Git ID dfff37528ec620e887973a633a647a1df7a01ec5

        Show
        Alan Stewart added a comment - Fixed in Git ID dfff37528ec620e887973a633a647a1df7a01ec5

          People

          • Assignee:
            Alan Stewart
            Reporter:
            Eberhard Wolff
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: