See inline...
Mehmet D. AKIN wrote:
It depends.. For many people who do not use Xdoclet or any other code generation tool, they are interfaces and deployment descriptors, they edit them by hand and they store them in version control systems.
Ok, so people *not* using XDoclet (or any other source generation tool) should save those files in a VCS, I agree...
What I mean is it is not possible to version these files in a version control system easily, because they are always generated and cvs do not understand they are exactly the same. Does Xdoclet "require" not to store interfaces, hibernate mapping files, deployment descriptors in CVS? I guess we cant dictate people about this, and what I!m asking is, if someone wants to store these files in version control system, is there a way to tell XDoclet task to only generate files, if their content is changed.
Here's the problem: you're trying to store generated files in a VCS... you should either edit them by hand and store them in VCS or generate them automatically and don't store them in VCS. You should rarely or never store generated artifacts in a VCS, and I'm not talking here only about source files, I'm talking about any kind of generated artifact.
I told you before this wasn't a tool problem... I've changed my mind... now I think you have a problem of incompatible tools: you're using tools that use different and incompatible development paradigms, so clashes like the one you describe are unavoidable. Again, you should definitely homogenize your development environment. Choose either one or the other path, but don't force the tools to do something they aren't thought or prepared to do.
Just my 2cents Best regards
Why? Those are generated artifacts, and can be reproduced easily. I personally do not like to see them at all.
regarsd,
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/
_______________________________________________
xdoclet-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-user
