How to update fields/relationships/entities afterwards

[mirror303]

If I read between the lines, I think there is a feature request in here --

Roo command history per project, that can be dumped and sent back for bug reports

RC4 already creates a log.roo...

The weird thing is that it does not seem to be working when the roo shell is used from within STS.

[mirror303]

However, I would also need to know what steps you have taken outside the roo shell (changed java files (Serializable, etc)) and in which exact sequence you have taken these steps (ie. first I ran the attached script, then I added two fields in the Entities Java source, which should have updated the view artifacts). Also, it would be good to know if the Roo shell indicated any problems (ie errors, rollbacks etc). You can also run Roo shell in 'development mode' which will actually give you stack traces, etc.

Cheers,
Stefan

Hi,

This might take a while

I have been issueing quite a few commands in the roo shell from within STS, and like i said, they did not get appended to log.roo.

I also messed around with the project in other ways quite a bit (modified pom.xml, added webflow.version and spring security.version properties), so there can be many things causing this. I will try to get it replayable, but there's a few things i need to secure before that

Thanks a bunch for your help so far.

[mirror303]

I completely deleted both the scaffolded controller, its views and the domain class, then regenerated both with roo.

[Ben Alex]

STS 2.3.0 offers Roo command history recording. It is implemented by STS code as opposed to the normal Roo shell code. If it's not working with STS 2.3.0 would you please log a bug report and steps to reproduce at https://issuetracker.springsource.com/browse/STS. Thanks!

[mirror303]

https://issuetracker.springsource.com/browse/STS-724

[elliottc]

Is there a way to force Roo to regenerate my entity's aspects? In this case I just want to trigger the same generation that had occurred originally when I did "entity --class ...".

Though I have a Roo shell open while editing my entity's .java file, the generated code appears to be out of sync and this is why I am wondering if there is a "regenerate all decorations" trick.

[Ben Alex]

Every time you start Roo it does an in-memory computation of what every ITD should have inside it, compares this with what is on disk, and if necessary updates the disk. You don't need to do anything special for this to happen. Just reload Roo and it will therefore do the equivalent of a "clean rebuild" for you.

[elliottc]

OK, that's how I thought it should work. For some reason my Roo environment wasn't updating the ITDs, but I cannot reproduce it so for now I'll file this in the "probably will never know why" department. In the end I went with the nuclear option and restored from backup to a previous working state. The backup feature of Roo = win.

Thanks for the quick response,
-elliott

[Ben Alex]

The backup feature of Roo = win

Yeah, it's funny how such a small feature is so useful. :-)