Re: [GUMP] Any James developers here?
Jon Stevens [EMAIL PROTECTED] wrote: on 2/18/01 12:27 AM, "Federico Barbieri" [EMAIL PROTECTED] wrote: That's fine with me. so let's ge for jakarta-avalon jakarta-avalon-phoenix jakarta-avalon-cornerstone Is it ok with everybody? Fede +1 (going round and round and round...) Yeah, and it seems not enough... What are the other two modules that suddently appeared on the CVS? jakarta-avalon-logkit and jakarta-avalon-testlet They also have wrong permissions, along with the main jakarta-avalon repository... WAAAHG!! Pier -- Pier Fumagalli http://www.betaversion.org/ mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP] Any James developers here?
Jon Stevens wrote: on 2/14/01 2:38 PM, "Federico Barbieri" [EMAIL PROTECTED] wrote: Ok, so can we agree on this: /home/cvs/jakarta-avalon-foo /home/cvs/jakarta-avalon-bar /home/cvs/jakarta-avalon-whatever /home/cvs/jakarta-avalon-peter /home/cvs/jakarta-avalon-federico /home/cvs/jakarta-avalon-yourmother ? You're missing my point... org.apache.avalon and the kernel and blocks implementation are two different project. Very different. The avalon package's goal is to create a set of design patterns, contracts and interfaces to enforce good software design, runtime code reusing, IOC, SOC, etc. Phoenix is an intergation framework. Cornerstone is a set of default services for Phoenix. avalon is way much closer in the way it should be developed, goals and needs to the jakarta-util project rather than Phoenix. I whould strongly agree to have that code into the util project. Many avalon patterns are used by Phoenix, James, Cocoon and similar concepts are in Turbine too. So it should be in a common project/repository, not duplicated in each project. So what about merging avalon into the jakarta util and let Phoenix and Cornerstone live together in a separate CVS? Fede And you are missing my point. I don't care how many different CVS trees there are. Just prefix them with "jakarta-avalon" if it is at all Avalon related. If it is related to another project that you would like to create, then you need to propose that as another project, not just another CVS tree. -jon That's fine with me. so let's ge for jakarta-avalon jakarta-avalon-phoenix jakarta-avalon-cornerstone Is it ok with everybody? Fede - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP] Any James developers here?
on 2/18/01 12:27 AM, "Federico Barbieri" [EMAIL PROTECTED] wrote: That's fine with me. so let's ge for jakarta-avalon jakarta-avalon-phoenix jakarta-avalon-cornerstone Is it ok with everybody? Fede +1 (going round and round and round...) -jon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP] Any James developers here?
Peter Donald wrote: If you like I could help keep them synched? Peter, I took the liberty of subscribing you to the james-dev mailing list. This means that you will get daily reminders until they are synched again. ;-) - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP] Any James developers here?
Peter Donald wrote: kewl but they will have to vote me access first ;) Sending a patch is the usual first step Luckily they have something that needs fixed that should be right up your alley... - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP] Any James developers here?
on 2/17/01 4:06 PM, "Peter Donald" [EMAIL PROTECTED] wrote: kewl but they will have to vote me access first ;) Cheers, Pete avail|brian,duncan,jon,donaldp,charlesb,serge,fede,bburns|jakarta-james Nope. You already have access. -jon -- If you come from a Perl or PHP background, JSP is a way to take your pain to new levels. --Anonymous http://jakarta.apache.org/velocity/ http://java.apache.org/turbine/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP] Any James developers here?
At 04:08 13/2/01 +, Charles Benett wrote: Hmm. Good idea, but I can't see it working for james, yet. There aren't enough active james developers to keep up with daily changes in avalon. James runs fine with the last release of Avalon, 3.1a1. If you like I could help keep them synched? Cheers, Pete *-* | "Faced with the choice between changing one's mind, | | and proving that there is no need to do so - almost | | everyone gets busy on the proof." | | - John Kenneth Galbraith | *-* - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP] Any James developers here?
Jon Stevens wrote: on 2/12/01 1:33 PM, "Federico Barbieri" [EMAIL PROTECTED] wrote: That's exactly why I want to split java.apache.avalon into three CVS! API (design patterns, interfaces, contracts etc. have a very different lifecycle from the framework implementation and it's critical to the health of projects depending on those API to have two development pipeline separated. Most of the org.apache.avalon package is quite stable... it's been stable for more than one year! What keeps changing is the kernel implementation (Phoenix) on wich dependencies are weeker. Ok, so can we agree on this: /home/cvs/jakarta-avalon-foo /home/cvs/jakarta-avalon-bar /home/cvs/jakarta-avalon-whatever /home/cvs/jakarta-avalon-peter /home/cvs/jakarta-avalon-federico /home/cvs/jakarta-avalon-yourmother ? You're missing my point... org.apache.avalon and the kernel and blocks implementation are two different project. Very different. The avalon package's goal is to create a set of design patterns, contracts and interfaces to enforce good software design, runtime code reusing, IOC, SOC, etc. Phoenix is an intergation framework. Cornerstone is a set of default services for Phoenix. avalon is way much closer in the way it should be developed, goals and needs to the jakarta-util project rather than Phoenix. I whould strongly agree to have that code into the util project. Many avalon patterns are used by Phoenix, James, Cocoon and similar concepts are in Turbine too. So it should be in a common project/repository, not duplicated in each project. So what about merging avalon into the jakarta util and let Phoenix and Cornerstone live together in a separate CVS? Fede -jon -- If you come from a Perl or PHP background, JSP is a way to take your pain to new levels. --Anonymous http://jakarta.apache.org/velocity/ http://java.apache.org/turbine/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP] Any James developers here?
on 2/14/01 2:38 PM, "Federico Barbieri" [EMAIL PROTECTED] wrote: Ok, so can we agree on this: /home/cvs/jakarta-avalon-foo /home/cvs/jakarta-avalon-bar /home/cvs/jakarta-avalon-whatever /home/cvs/jakarta-avalon-peter /home/cvs/jakarta-avalon-federico /home/cvs/jakarta-avalon-yourmother ? You're missing my point... org.apache.avalon and the kernel and blocks implementation are two different project. Very different. The avalon package's goal is to create a set of design patterns, contracts and interfaces to enforce good software design, runtime code reusing, IOC, SOC, etc. Phoenix is an intergation framework. Cornerstone is a set of default services for Phoenix. avalon is way much closer in the way it should be developed, goals and needs to the jakarta-util project rather than Phoenix. I whould strongly agree to have that code into the util project. Many avalon patterns are used by Phoenix, James, Cocoon and similar concepts are in Turbine too. So it should be in a common project/repository, not duplicated in each project. So what about merging avalon into the jakarta util and let Phoenix and Cornerstone live together in a separate CVS? Fede And you are missing my point. I don't care how many different CVS trees there are. Just prefix them with "jakarta-avalon" if it is at all Avalon related. If it is related to another project that you would like to create, then you need to propose that as another project, not just another CVS tree. -jon -- If you come from a Perl or PHP background, JSP is a way to take your pain to new levels. --Anonymous http://jakarta.apache.org/velocity/ http://java.apache.org/turbine/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP] Any James developers here?
Charles Bennett wrote: Hmm. Good idea, but I can't see it working for james, yet. There aren't enough active james developers to keep up with daily changes in avalon. James runs fine with the last release of Avalon, 3.1a1. As an old commercial used to say "you can pay me now, or you can pay me later". You can choose to keep up with these changes, or you can fall behind. If you see a change that you don't care for, you can contact the people responsible in real time. Meanwhile, you are free to remain on a back level version for your day to day development so you are unaffected. Many of the projects that I have approached have started out with an initial reaction such as yours. So far, each has quickly seen the wisdom of keeping up. A service I will be offering in about a week is to send automated e-mail to interested parties upon completion of each night's build. This e-mail will be gated by regular expressions of your choice, so you can choose to only be notified of build failures or deprecation warnings. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP] Any James developers here?
Sam Ruby wrote: It looks like Avalon has been steadily deprecating interfaces that James has been depending on. Now James is broken. http://jakarta.apache.org/builds/gump/2001-02-11/james.html Who wants to volunteer to look into it? Standard reason: if one wants to deploy a server solution involving multiple Apache Jakarta subprojects, each of which depend on different point in time snapshots of Avalon, which version of the avalonapi.jar should one put into the classpath first? - Sam Ruby That's exactly why I want to split java.apache.avalon into three CVS! API (design patterns, interfaces, contracts etc. have a very different lifecycle from the framework implementation and it's critical to the health of projects depending on those API to have two development pipeline separated. Most of the org.apache.avalon package is quite stable... it's been stable for more than one year! What keeps changing is the kernel implementation (Phoenix) on wich dependencies are weeker. P.S. Kudos to the Avalon team for deprecating interfaces. Federico - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]