"Geir Magnusson Jr." wrote: > > On 1/29/02 7:02 AM, "Endre St�lsvik" <[EMAIL PROTECTED]> wrote: > > > > > | What's the point? > > | > > | They will still always be separate communities in separate CVS repositories. > > | > > | Let me put it another way : what problem are we trying to solve? > > > > Me coming to the front page and trying to understand what Jakarta is all > > about. "Browsing" it.. Reading about all the cool technologies that's in > > there. > > > > | > > | That people have trouble finding out what's here? That's something we need > > | to address on the website, I think. > > > > Yes. > > > > Good. We agree :) > > > | > > | > > | > 2) If a guy that's already within Jakarta decides that he'll make a nice, > > | > thight, _small_ little library, it seems like getting it into Jakarta just > > | > takes a cvs commit. Even top level. > > | > > | No way. I'm a guy in Jakarta. I have commit privs to Velocity, Commons and > > | a small section of Turbine, and the main site, IIRC. That's it. > > > > I was kind of kidding there. But it does look like it's easy to get a > > project accepted at Jakarta if you already have "some control" over the > > community. > > Example? Stefano pushed to get POI in, and there was *huge* pushback. > > > > > > [..] | The point is that even as part of the 'management committee' of > > | jakarta, I have no special privs. And I think that is the right way, > > | BTW. > > > > I basically try to point out that I think this isn't the case now.. > > > > People from "the outside" is met with a very hostile attitude if they ask > > whether this or that project could interest/supplement Apache/Jakarta, > > while people (or.. Jon?) on the inside says "yo, dudes, what about me > > stuffing this little lib toplevel onto jakarta?".. "Ok, that's 5 minutes > > response time, it's now in place." > > Can you offer an example? > > > | > While if fantastically cool projects > > | > that are outside of Jakarta wants to get in, it's about impossible. > > | > > | Come on. This year we started Commons and added Lucene, BCEL, POI. > > > > How much cooler isn't the idea of POI compared to ECS? BCEL? And how much > > more hassle and stress did the POI dudes have to go through, compared to > > ECS? > > Don't know about ECS - that was something from java.apache.org days, I > think, and I suspect just grandfathered in. > > Seems right to me. > > And I am not saying that because I am a jakarta guy, or Jon is my friend, or > anything like that. > > In the evolution of Jakarta, java.apache.org came before - it makes sense to > keep the continuity. > > > | What 'fantastically cool projects' want to get in? > > > > BCEL and POI are the ones I'm especcialy pointing towards here. > > Both are in... What is the argument again? > > > > | > (Corollary (?!): Jon Stevens' vote is about 10 times bigger than > > | > everybody elses.) > > | > > | Nope. Some of us just tend to listen to him... > > > > I know. > > > > > > As a complement to this: how is the "deprecating" system of Jakarta? If a > > project "dies", that nobody seems to update it, the list dies or something > > like this, does it die away from Jakarta too? > > It seems to - look at the calendar project :) >
As we speak I am trying to restart the calendar effort. I think that I have a point to make here in this forum. First a lot of these sub-projects are spun off from other projects iCalendar originally started in Jetspeed. The same is true for Torque and Fulcrum. They started in Turbine. One reason calendar died is because, there is no community around it. It was just me contributing to jetspeed. One of my first goals as a developer with calendar this time is to get more people involved. It is not that easy. Thanks Jeff Prickett > -- > Geir Magnusson Jr. [EMAIL PROTECTED] > System and Software Consulting > "We will be judged not by the monuments we build, but by the monuments we > destroy" - Ada Louise Huxtable > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
