On Wed, 2003-11-05 at 23:52, Horn, Cameron wrote: > As previously stated, the error was an "OutOfMemory" error that was resolved as > suggested in the build directions, by setting MAVEN_OPTS. I don't blame maven for > the error (well, if it needs it often, perhaps it should be the default), but I do > blame maven for not handling it correctly. Unless it was an optional bit, in which > case I should be told that an optional bit failed, but it's continuing anyways. But > you led me to believe that it continued not by design, but by error. > > Not handling build failures is a serious problem. Full stop. > > Not providing summaries of warnings and errors is just annoying. > > CVS is a wonderful system for handling version control. In addition to that primary > function, it ensures that you have the correct files, keeps logs on activity, and > provides access control. I fail to see what the problem with using it, even for > storing JARs. HTTP is brittle (as seen previously) and almost wholly unsuited to > this task. > > Now, if you're talking about the dangers of storing multiple copies of dependencies, > or other such mix-ups, that's a different issue. One which is unrelated to the use > of a CVS repository. Would you be happier if I refreshed my HTTP server from CVS? > > I'm still not sure what the ASCII portraits (banners?) mean. Is it bigger and > therefore more important? Makes it difficult to search a log when T H I N G S A R > E W R I T T E N L I K E T H I S. > > You have my need exactly right with your commons-logging example. Not only is > dependency control beyond the scope of maven, maven actively circumvents it. In my > opinion, dependency control is a requirement of a complete build solution. > > As to building from CVS not being a requirement for most, agreed. However, I see no > reason why a project devoted to building software should not have a good, > informitive, correct, and trouble-free build. If the authors of the tool can't do > it, who the heck can?
Here is the last automated build: http://www.mail-archive.com/dev%40maven.apache.org/msg06230.html It runs on a daily basis and has been fine for sometime. So in addition to the developers being able to build it our simple minded automaton can build it. Albeit this is from HEAD but shows there is no difficulty building Maven. Almost always it is user error. Additionally you would do well to heed some common open source courtesy. This is a volunteer effort and you can certainly raise the issues you see without the sarcasm and entirely uninformed comments. Some of the issues you raise certainly need to be addressed and you are certainly lucky Brett is patient enough to deal with you. But the tone used in your messages will in general illicit no responses to your queries. -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
