PDA

View Full Version : My project organization with Spring.Net


rolandz
01-19-2007, 06:57 PM
Hi,

Does it make sense to put into the project tree Spring.Net (among with Spring.Integration) and NHibernate sources using vendor tree scenario being explained in the SVN documentation?

The idea is to put into the repository vendors' branch containing external sources and then copying them into the working branch.

I must emphasize that I _will_ modify projects existing in the branch so the Spring.Integration.NHibernate12 project does not reference to Spring.Core but to the Spring.Core project. And so on... This way I can always have full debug or build release (incl. possibility of enter into any external library with debugger).

The doubt only is whether this makes sense. What are pros and cons. The trees could become complex. Furthermore, most of the source becomes unused (potentially could be deleted).

Erich Eichinger
01-19-2007, 09:46 PM
Hi,

I followed exactly this strategy when I started using Spring.Net (among others) myself. My goal was to use these frameworks in my company's projects but still be able to quickly apply fixes in case of a bug.

The problem: It quickly turned out to be *really* much work merging changes of the ongoing framework development with my own bugfixed versions. Therefore I can't recommend this approach. It simply has doubled my work at that time.

That's the reason why I finally joined the Spring.NET development team. It's much easier for me now :-)

- Erich

rolandz
01-20-2007, 06:45 AM
The problem: It quickly turned out to be *really* much work merging changes of the ongoing framework development with my own bugfixed versions....

That's what I am afraid of...

If I drop the idea then the question is whether there is a way to link, i.e. NHibernate12, with debug version of Spring framework (for my project better debugging purpose).


Or perhaps your experience says that such debugging features are not needed/helpfull...

Erich Eichinger
01-20-2007, 09:37 AM
Hi,

there's nothing against simply recompiling 3rd party libraries before using them - but you shouldn't modify the codebase.

-Erich