Slashdot Mirror

← Back to Stories (view on slashdot.org)

Apache Comes With Too Much Community Overhead?

Posted by Zonk on from the many-hands-make-light-work dept.

drizzle writes "There's an interesting story on the Apache Marketing blog about whether or not Apache projects come with too much overhead, especially compared with other services or a roll-your-own approach. The article states, 'It's true that compared with SourceForge, Apache has a more rigorous management structure. The ASF has formalized processes and procedures that we believe represent best practices governance. All new projects must pass through an incubation period to ensure that all of the project's members have internalized these processes. However, each project's leadership has a tremendous amount of discretion in managing within this framework.' There is also a follow up article written by one of the httpd developers about 'What Apache brings to the table.' The article cites community, experience, legal framework, diversity, brand strength, and networking as reasons why developers and companies should consider bringing their projects over to Apache."

25 of 161 comments (clear)

  1. Tell me about it by Anonymous Coward · · Score: 5, Funny

    I just setup an Apache web server for use at home, and now I've got 4 Apache developers living in my basement. When they showed up, they said they were my Apache community overhead and I had to let them stay there. Oh, and I apparently have to feed them too!

    1. Re:Tell me about it by LiquidCoooled · · Score: 5, Funny

      That's nothing, I installed Linux and now I've got a colony of penguins living in my freezer.

      I'm dreading the upgrade to BSD.

      --
      liqbase :: faster than paper
    2. Re:Tell me about it by geminidomino · · Score: 5, Interesting

      I'm dreading the upgrade to BSD.

      Don't Be

  2. They must be doing something wrong by winkydink · · Score: 4, Funny

    After all, it's not like they created one of the most popular open source apps of all time or anything like that.

    --

    "I'd rather be a lightning rod than a seismometer." -Ken Kesey

    1. Re:They must be doing something wrong by fermion · · Score: 3, Insightful
      By this logic, MS makes the best microcomputer operating system in the world, and we all jsut better start using it.

      There is always room for self reflection and improvement.

      --
      "She's a scientist and a lesbian. She's not going to let it slide." Orphan Black
    2. Re:They must be doing something wrong by mithras+the+prophet · · Score: 3, Insightful

      No, I think the analogous observation is that Microsoft must be doing something right, because they've created the most popular operating system software (and probably software, period) ever. Which is true: they are doing something right. That something might be nefarious business practices and ruthless leveraging of a monopoly, but they're obviously doing a good job of it.

      --
      four nine eighteen twenty-7 thirty-nine forty-7 fiftyeight sixty-nine seventy-9 eighty-8 one-hundred-and-nine one-twenty
  3. BSDs? by RT+Alec · · Score: 4, Interesting

    How about the "overhead" of the various BSDs? FreeBSD, OpenBSD, and NetBSD all have what could be described as "too much overhead" in their development model. Yet all three are considered among the shining stars of FOSS operating systems. Stable, robust, and "you know what you're getting".

    BTW- Apache is developed primarily on FreeBSD.

    1. Re:BSDs? by slavemowgli · · Score: 3, Insightful

      It may be just me, but I think you're reading too much into a Netcraft report here. Outside of the fact that FreeBSD and Linux seem to be about equally present here, the platform on which the projects's *website* is hosted doesn't say anything about the platform the project itself is developed on.

      Case in point: openbsd.org is hosted on Solaris. Does that mean that OpenBSD is primarily developed on Solaris? Of course not. And the same thing goes for Apache, too. It's still possible that Apache is primarily developed on FreeBSD, of course, but a Netcraft report doesn't say anything about whether it is.

      --
      quidquid latine dictum sit altum videtur.
  4. Uh, what? by Anonymous Coward · · Score: 4, Insightful

    You want to do a project? Okay, well nobody is forcing you to work with Apache. The Apache community keeps consistently turning out good products. This tells me they're doing something right.

    Yeah, so with sourceforge you don't have to spend as much time on organizational matters. And also on sourceforge 98% of the projects are stalled out in the planning stage. I don't see an improvement there.

  5. Re:configuring apache #1 complaint, still unaddres by david.given · · Score: 4, Informative

    If you want simple, static content, thttpd is stupidly tiny, stupidly scalable, and way faster than Apache. Unfortunately it uses the old fork model for dealing with CGI scripts which make it quite slow as doing that (but no worse than the old NCSA httpd). It has a number of interesting features, such as per-filetype bandwidth throttling (so you can specify that MP3 files only get transferred at 10kB/sec), but also has some suprising omissions --- the MIME type database is hard-coded, and it only handles HTTP 1.1. But if you have a simple site based mainly around static pages, thttpd is probably ideal for your purposes.

  6. Configuration complexity by Elrac · · Score: 4, Insightful

    Yes, Apache (Web server) is somewhat hard to configure. There's a large file with a lot of (documented) features and settings, and a lot of ways to go wrong there.

    On the other hand, Apache is incredibly flexible: You can use it as a proxy, it does ssl, it fronts for Java Web servers, it rewrites URLs, it authenticates, it slices, it dices and I'm probably just scratching the surface.

    Someone who knows his way around the config file - and that's really the only crucial thing to know about Apache - is able to get it to sing and dance. The header in the file warns people to read in-depth documentation rather than relying on comments in the file. There is documentation, there are books. If you're going to play at being a 'professional' Web admin, then you need some of this stuff.

    For the less seriously inclined Web maker, programs like Webmin let you fiddle with a subset of Apache settings through a HTML front end. On an even broader front, many Web site hosters provide a dumbed-down interface that allows only a small subset of configuration options and keeps the user from doing anything really stupid.

    And for anyone not covered above, yes, I'd recommend getting a simpler Web server. Personally, I find Tomcat a little easier to configure than Apache, but that's just me. I'm sure there are dramatically simpler products. Hell, lots of people have written their own!

    The discussion in this topic is not about the complexity of using the Apache Web server, but the complexity of managing an Apache project. I'm not sure if I'd be perfectly happy "doing" an OS project under Apache, but... that's what choice is about, right?

    --
    When one person suffers from a delusion, it is called insanity. When many people suffer from a delusion it is called Rel
    1. Re:Configuration complexity by zerocool^ · · Score: 4, Insightful



      On the other hand, Apache is incredibly flexible: You can use it as a proxy, it does ssl, it fronts for Java Web servers, it rewrites URLs, it authenticates, it slices, it dices and I'm probably just scratching the surface.

      You're exactly right, and your parent poster is exactly wrong. Attention, Please, Everyone:

      EASE OF USE DOES NOT INDICATE A BETTER PRODUCT.

      Apache is incredibly powerful. There's a reason it's the most popular webserver in use today, by far. And, with most linux distros, it's relatively easy to configure given the default configuration file.

      The grandparent poster seems to suffer from the "I can't figure out how to do it in 5 minutes, therefore it's too hard" syndrome. Well, guess what? Work harder, or find a webserver that's easier to configure. For starters, there are any number of graphical (and ironically, web based) configuration utilities for apache. See ApacheGUI, Apacheconf, and Webmin. Aside from that, if the big bad config file scares you, maybe IIS is for you - you know, checkboxes and dropdown menus and insecurities.

      But, seriously, the ratio of (Size and complexity of apache config file) to (complexity of the program) is very reasonable. I worked at a linux / solaris based webhosting company for almost 3 years. It took me about 2 or 3 months before I was completely comfortable working with almost all facets of httpd.conf. I understood the general idea in about a week, and there are still some parts that I'm fuzzy on, or don't get, or would need to google, but a couple of years ago, I could have almost written a config file by hand. They're seriously not that long, if you take out the commented sections (which are, of course, there to hold your hand). By contrast, I only scratched the surface of the sendmail config file.

      Basically, my post boils down to: You can understand the basics of the apache webserver in an hour with a tutorial, google, and a test box to play with. Most of the time, the default options will work for you. There is almost no end to the amount of apache documentation available for you. And there's no need to understand the intensely complex aspects of the webserver outside of specific instances. For basic usage (as with most programs), stick close to the defaults, and google for answers to any questions you have.

      Just because You, grandparent-poster, can't understand the apache config file in 5 minutes doesn't mean that the whole project should be scrapped. Every part of the config file serves a purpose. Any new project you create will need to have all the variables in the current project defined, or it will be less capable than apache. Please, take the time to learn what you're doing, and come up with real problems that need real solutions.

      Just as an aside: vi versus Notepad.exe - Which is better?
      vi is more cryptic, by far.
      vi takes longer to learn
      vi doesn't look as nice
      Notepad is very easy to use
      Notepad is graphical

      However, once you take the time to learn vi, you'll see that it's difficulty in learning, once surmounted, leads to a much more powerful, capable text editor.

      ~Will

      --
      sig?
    2. Re:Configuration complexity by Nazadus · · Score: 3, Insightful

      You are correct in many ways, however the usefullness of a product is *entirely* on the documentation *if* it's a complex project.

      Example 1: Microsoft Windows API isn't documented well. Does this mean it sucks? No. I've seen some *really* cool stuff out there.

      Example 2: Apache is flexible and has allot of documentation. Does this mean Apache is good? No. Their documentation is too complex. But this doesn't mean Apache sucks. It just means that using the more complex parts of it gets difficult.

      Example 3: PHP is documented well and is flexible. Does this mean it's good? Heck yeah. You can even leave comments if it forgets something or you think something should be clarified better.

      Just some things to think about.
      Recently I've been working on a guide for getting OpenBSD with Apache/LDAP/PHP/a bunch of common stuff. It's been very tough due to lack of documentation. Especially LDAP, fucking A that's been tough. I even have three books and barely know where I'm going. I feel like a baby... naked.. or something.

      The leap to just too difficult sometimes, and this can (and sometimes should) discourage people from using it as a real solution. If a boss finds out you've spent 4 days trying to learn *insert feature of the week here*, he's going to be pissed. The key is _good_ documentation. Good documentation is tough to write though...

      I've only gotten Sendmail working once (on Slackware 9.1). After that I went Postfix becuase it was easier and felt beter documented. At the time I was a serious noob at the internet thing (as far as getting services running) so I should probably go back and see if anything has changed or if I'm just better than before?

      --
      "Do or do not. There is no try." -- Master Yoda (Half man, half muppet)
  7. Re:configuring apache #1 complaint, still unaddres by Vario · · Score: 4, Informative

    Or if you want something smaller than Apache and a little more than just static pages try http://www.lighttpd.net/. It is secure and beats Apache 2 performance wise and the configuration takes only a few minutes. It runs on my small server for months now and is certainly worth a look.

  8. Everyone missed the boat... by }InFuZeD{ · · Score: 5, Insightful

    Out of curiousity, did any of the above posters actually read the article? Or even the Slashdot post?

    This isn't about Apache's Web Server at all. It's about the Apache foundation, and running projects with them. Apache's web server is just an example of a project that is run under the Apache Foundation... and any bloat / hard configuration in httpd has little to do with Apache Foundation's "overhead".

  9. Re:configuring apache #1 complaint, still unaddres by fimbulvetr · · Score: 4, Insightful

    You have to be kidding me? XML? Are you out of your mind? Apparently you've drank the XML koolaid and you're parroting it's usefulness for everything but ending world hunger. Almost every OSS project I use relies on the ease and simplicity of text configuration files. Of the few XML configuration files I've ever used, I've been left with a disgustingly horrible taste in my mouth afterwords.

    Some of use don't want some GUI to do our configurations, and we certainly don't want to be at the mercy of one. When the GUI breaks or doesn't work (It's KDE only, it's gnome only, Xorg isn't installed, one doesn't exist yet, the ones available don't support these new options yet, ad infinium), we don't want to have to construct super perl scripts with XML capabilities to do mass changes in configuration files. Some of you might be fine with your tomcat's server.xml file being 1500 lines and the accompanying bloat, but I for one choose less complexity, even if the only advantage is controlling configurations more efficiently.

  10. Tough Call. by Anonymous Coward · · Score: 4, Insightful

    I'm not going to bash the Apache Foundation or Apache Developers, or even Apache itself. It's all good work, and lots of it, while I sit around doing SFA...so who am I to bitch?

    However I believe that any bloat, be it at the Foundation, or developers, development, or Apache is all part-and-parcel of the Kitchen Sink mentality of computing.

    I was going to blame the Linux community's Kitchen Sink mentality, but then I remembered Microsoft and their products (and just about everybody else) and realised that it's a computing thing, not platform specific.

    Ever asked somebody to do an install for you, either because you don't have time, or it's new to you, or whatever? They will always install every last little thing, "Because you may need it someday".

    I'm a minimalist when it comes to systems, and I mean minimalist: unless the system won't function without something, it's not installed. Yet I have never met anybody else with the same approach.

    Humans and bloat go together I guess.

  11. But what have they done recently? by penguin-collective · · Score: 5, Interesting

    Yes, Apache 1.x is enormously popular. But that's not where the work in the Apache project has gone recently; recently, they have been working on Apache 2.x, XML-related projects, and lots of other projects. Are you using any of those more recent projects? How much impact have those projects actually had? And is the amount of effort that has gone into them justified by their impact?

    1. Re:But what have they done recently? by winkydink · · Score: 3, Interesting

      Actually, yes. I am part of the Spamassassin development effort.

      --

      "I'd rather be a lightning rod than a seismometer." -Ken Kesey

  12. Re:Dunno .. by fimbulvetr · · Score: 3, Informative

    fimbulvetr@media:/etc/apache2$ grep MaxKeepAliveRequests apache2.conf
    # MaxKeepAliveRequests: The maximum number of requests to allow
    MaxKeepAliveRequests 100
    fimbulvetr@media:/etc/apache2$ grep StartServers apache2.conf
    # StartServers ......... number of server processes to start
    StartServers 5

    Seems that they're documented enough to figure out a barebones configuration. I realize you're pointing out it's complexity and these examples are nothing but trees in the forest, and there are plenty more, but the point is that they _are_ documented. Apache is an extremely powerful and flexible webserver. For light servers, it's easy to get it up and running right away (by keeping the defaults) - and the reverse is true - it takes very little work to get a default httpd.conf to run in a highload environment (assuming you're running in a pretty standard one).

    Now, if you need a super custom setup - it's not such a huge leap for the developers (and even the guy at apache who is the boss of what gets put in the default conf) to presume that the person needing it in a custom environment knows apache pretty well and knows what they need to use in the configuration file.

    Finally, I do think it is reasonable to say that people who setup a website should take the responsibility of knowing, at least the basics, of running websites. Even if this means gathering more than a cursory understanding of the workings of apache or any other webserver, it is certainly going to be more beneficial for them than sitting around bitching about the complexities he doesn't want to learn.

  13. Re:Don't bet your business on OSS by penguin-collective · · Score: 3, Insightful

    You are making your company dependent on the GOOD WILL of others.

    Quite to the contrary: with OSS, you are not dependent on anybody.

    The real thing you should worry about is that with closed source software, you are at the mercy of your vendor.

    However it all functions perfectly under Windows and Mac OSX.

    I'm typing this from a Mac OS X laptop--which I just had to reinstall because it was dying with a kernel panic during boot. Before that, it failed to read the xD cards from my new consumer digital camera. And among many problems, file associations are inconsistent under OS X, the green resize window button is unintuitive, and the Finder views switch haphazardly. The point is that even the best desktop operating systems have problems--Linux, OS X, and Windows are comparable in that respect. If you claim otherwise, you're simply trolling.

  14. vs. the Red Hat girl by matt+me · · Score: 4, Informative

    Ok, whilst on free OS logo fetishes.

    The Red Hat model.
    http://www.madyiordache.com/TheRedHat.htm

  15. Seriously, other than httpd by smittyoneeach · · Score: 3, Interesting

    ...I thought apache.org was primarily about Java projects.
    I won't go into a troll about how challenging it was, trying to set up Tomcat to work with a database.
    Poring over the source code, what I gathered was that they were using XML files and the admittedly interesting reflection features of the JVM to more or less script the JVM and quite a bit of the app server, especially the security stuff.
    The documentation was less than illuminating, and the source code little help. So I took a failing grade in the software engineering class, quit school, and got on with life.
    Anyway, a survey of apache.org would reveal an overwhelming Java bias in their projects, no?

    --
    Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
  16. There's a problem? by lseltzer · · Score: 4, Informative

    I'd think at least twice before criticizing Apache's basic structure. There aren't many open source projects that are as successful as Apache and dominate their space as thoroughly.

  17. Roller Weblogger's Transition to Apache by GuruThrill · · Score: 3, Interesting

    I've been monitoring Roller's transition through Apache's incubator process. You can get a glimpse of all the legal licensing issues a project has to go through to become compliant. Definitely an interesting read:

    http://mail-archives.apache.org/mod_mbox/incubator -roller-dev/200511.mbox/thread

    --
    Learn more about Steorn at Free Energy Tracker