Carsten Ziegeler wrote:
Sylvain Wallez wrote:Thanks :-)
Great work, Sylvain!Vadim Gritsenko wrote:Sylvain Wallez wrote:Dear all,So, don't put library - put only mocks of needed classes. Can this be done?
I'm please to announce the availability of the CVSSource I talked about recently on cocoon-dev.
This component allows adding new protocols to the ones available in Cocoon (such as "resource:", "cocoon:", etc) which are linked "live" to a remote CVS repository. These protocols are _writeable_ : reading a CVSSource gets the latest revision of the corresponding file, and writing it creates a new revision.
The implementation is based on a LGPL'ed library and so cannot be hosted on Apache's CVS.
But there's still a lot to do, mainly allowing traversal of the version/branch tree (it currently uses only the latest revision on the main branch).
Yep. I hesitated to write these two words ;-)I'm wondering to which extends mocks are a viable solution. They're ok when they mock interfaces that we cannot legally redistribute in binary form, or a limited number of methods on specific classes (such as Oracle JDBC driver or WLS JSP servlet), but they become a PITA when many classes and methods of the target library are used.Yes, I was wondering this myself.
Moreover, writing a detailed mock for a LGPL'ed library means copying the library's structure. Legally, can't this be considered as some derivative work, requiring the mocks to be also LGPL'ed ? I don't know.Yes.
The solution seems to me some changes to the build system so that problematic libraries are downloaded from a remote location when needed.
Time to consider moving to Maven or Centipede ?Argh, by this you start another excellent thread about whether to use Maven or Centipede. Oh my, this will overcrowd our mail boxes for one week ;)
Hope I won't be flamed by Nicola Ken for having written "Maven" _before_ "Centipede" ;-P
Can be a way to go. However, I'd like to place an absolute requirement on the build system : the "dist" target *must compile all source files*.Well, for the download feature we don't really need one of those. Ant is able to download things as well. Look at the avalon framework build script for example. It provides extra targets to download 3rd party libraries.
That means we may not require all libs to be present to build a local cocoon.jar (some users want to build their own jar but don't need the whole stuff), but the distro must include everything.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
