Just my opinion.  If you have an ax to grind, lets see some patches. 
Now that the front page has the pretty table with categories I
understand it a lot better and think you're issue is yesterday's issue. 
Writing good project websites is inherently hard.  Its hard for POI...it
should be 10x harder for Jakarta.

What I think would be cool is a page with some "Apache Solutions
Examples" where we get folks to send in how/where they used a bunch of
Apache stuff (including XML/HTTPD/JAKARTA) in a project.  Draw some
pretty diagrams and have the diagrams link back to the projects.

Show how the projects fit together to solve particular problem areas.  

I needed a webpage with a search engine, index my XLS files so I did:
Apache->Tomcat->Lucene->POI, or I needed to replace my $10k Actuate
e-reporting system with something maintainable that didn't require
$500/hr consultants so I installed Apache->Tomcat->Cocoon->POI ... etc
etc.  Put up pretty diagrams etc.  Call it "Apache Software In Use!"

Unfortunately, having no artistic skill whatsoever I can't contribute to
the heart of this...the pretty diagrams...so I'll shut up now ;-)

-Andy

On Tue, 2002-01-29 at 07:02, Endre Stølsvik 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.
> 
> |
> |
> | > 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.
> 
> 
> [..] | 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."
> 
> | > 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?
> 
> | What 'fantastically cool projects' want to get in?
> 
> BCEL and POI are the ones I'm especcialy pointing towards here.
> 
> | > (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?
> 
> -- 
> Mvh,
> Endre
> 
> 
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> 
-- 
www.superlinksoftware.com
www.sourceforge.net/projects/poi - port of Excel format to java
http://developer.java.sun.com/developer/bugParade/bugs/4487555.html 
                        - fix java generics!


The avalanche has already started. It is too late for the pebbles to
vote.
-Ambassador Kosh


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to