reverse engineering & server repository

[kingc]

I have successfully imported a java source directory into a model that is saved as an eap file.  But when I try to import the same directory into a model that is saved in an Oracle repository nothing happens.  Does the importing of directories for reverse engineering not work when the underlying model repository is a database?

Thanks for any info!

[thomaskilian]

Just as work around: export the EAP as XML and import into Oracle. Does that work?

[kingc]

That did the job.  The "Update Package Contents" works as well, now that the model has been updated.  

When the XMI import is done it brings up a warning that the current package will be deleted.  Since this model is a multi-user model and folks will be reverse engineering different packages at different times, there is a chance that an XMI import could wipe out work that has already been done.  Just something that we should be really carefull about.

Is this a known issue?  Or was I just lucky enough to have something in my environment that would cause this to happen?

craig

[thomaskilian]

This "issue" is something left to the user. Keeping up with concurrent updates has to be done by some super user. Try searching this forum for. I can point out some threads by tomorrow - too busy now  :-/

[Eve]

EA should work the same way regardless of what database you're using.  If you can give more details as to what happens when you do the import in Oracle then I can try to track down what's happening.

eg.
- Using the same executable of EA (If you're using a non-unicode build with the oracle database then unicode files will cause a problem.)
- Following the exact same procedure.
- What does the progess dialog show, a whole lot of importing ... file, importing the files AND adding classes.

Simon

[kingc]

Simon,

The progress shows nothing, that is, when I hit the OK button on the "import source directory" dialog, the dialog goes away without the "reverse engineering progress" dialog getting displayed.    It is the same behavior as though an empty directory had been selected.  Of course, I know that my selected directory is not empty, and it does import correctly when I am using an eap based model rather than an Oracle based model.  I have not tried this with any other repository types.

Craig

[javelin5]

We have had similar problems with MySQL.  We think we tracked it down to the import statements with our packages defined in them.

For example:

import com.test.utilites.dateTime.*;

We are close to a release so I haven't had time to try and replicate the problem to send in.  Though I did file a bug report.

If someone from EA reads this.  I don't know if the package being imported exists in the repository or not.  I would not think it would matter.

Not all java files being sychronized or reverse engineered show this behaviour.

[cadams]

We also have had this problem when attempting to reverse engineer into an Oracle repository. It just doesn't do anything...

We have had to go back to using a shared network file instead of the repository for the time being because of this issue.

A fix for this problem would definetely be appreciated.

Chris

[kingc]

Its good to know that I am not the only one... sort of...

Happy New Year to everyone!

Craig

[ea0804]

same problem here....

the error was that we used the MS OLE driver for oracle....

but you must use the Oracle OLE driver....

bye