File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
http://aspose.com/file-tools
The moose likes Spring and the fly likes Should Roo artifacts end at the SCM? Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Frameworks » Spring
Bookmark "Should Roo artifacts end at the SCM?" Watch "Should Roo artifacts end at the SCM?" New topic
Author

Should Roo artifacts end at the SCM?

Hussein Baghdadi
clojure forum advocate
Bartender

Joined: Nov 08, 2003
Posts: 3479

Hi,
Spring Roo generates a lot of AOP artifacts, should those artifacts end at the SCM?
Thanks.
Ken Rimple
author
Ranch Hand

Joined: Jul 20, 2010
Posts: 63

Good question. You mean the .aj files, I am assuming...

Two schools of thought on this, and originally I was on the "don't check 'em in" side.

If you don't check them in, then everyone who wants to build has to run the Roo shell to generate them. That includes continuous integration tools. While it's boilerplate code, and can be annoying to have to check in, the advantage is that you don't need the tool to build it later.

I'm now on that side. I had that angle explained to me by someone from the Roo team and it made good sense.

Just remember to do a svn status or git status to see what changed recently before updating your SCM files.

Ken

Ken Rimple
ken.rimple@gmail.com
Co-author, Manning Spring Roo in Action
I teach for Chariot Solutions (Spring, Maven, Hibernate, other courses). Schedule here
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: Should Roo artifacts end at the SCM?