Import from source file(s) generates orphans

[davdic]

We've embarked on documentation maintenance project and are going through our code base and the project models updating everything.  

Our standard procedure is to delete all the old classes in a particular package and then Import from source file(s) (Java).  However, recently that action does not place the generated classes in the package selected.  The classes are created but they're orphaned, without a parent package.

Why is this happening and how can we fix this?  We do not want to roll back to our initial state as that will lose many hundreds of hours of work already done.

Note: We keep our project in SVN and have most of our packages locked.  Procedure is to unlock the particular package we're working on (the bottom most level) and do the import.

Thanks for your help!

[Eve]

It's not something that I've seen, although I suspect it's due to the version control.

I'd suggest you submit a bug report with the details of your EA build etc.

[Oliver F.]

I just noticed exactly the same thing.
Whatever I am importing as JAVA file it creates an orphan object hidden somewhere. I can access the sources from the output pane (after searching for it) but it is not visible anywhere. Plus it can not be deleted.

This is seen with build 935.

Oliver

[Geert Bellekens]

Hmm, interesting.
Have you checked whether indeed the package_ID in t_object is empty (or references an non existent package_ID)
If that is the case you can fix this quickly yourself by running an update SQL statement to fill in the package_ID column.

Geert

[Oliver F.]

Hi Geert.

Hmm, interesting.
Have you checked whether indeed the package_ID in t_object is empty (or references an non existent package_ID)
If that is the case you can fix this quickly yourself by running an update SQL statement to fill in the package_ID column.

Good point. This is something I can try. Haven´t done this for a while and got a bit rusty but it will be a good refresher.
In the meantime I circumvented the issue though this is not a permanent solution.

Oliver