Slashdot Mirror

Or you could just arrange to send a Cache-Control: no-cache header. Seriously dude, just read RFC 2616 (HTTP/1.1) and do a search for "no-cache". No need to redirect and waste an HTTP request. And if you don't want the overhead of CGI, just use mod_asis on Apache to send precisely the headers you want.

This?

have fun kids!

I'm suprised more network services (smtp, web, ftp) aren't being written either entirely in these languages

smtp: Apache James
web: Apache Tomcat

I'm suprised more network services (smtp, web, ftp) aren't being written either entirely in these languages

smtp: Apache James
web: Apache Tomcat

There is some merit to talking about some mission critical programs being moved to java, but of course you have to recognize that VM's are vulnerable to all sorts of hacks.

I do think that java probably is preferable as a language for avoiding buffer overflow vulnerabilities, especially for less experienced developers. It will be interesting to see how James will stack up with the notoriously holy (pun intended--damn I crack myself up) Sendmail. There ARE other examples of java in critical situations, I'm sure -- but none spring to mind.

I do constantly use java to write the shell stuff that I know someone is going to bang on -- just because I haven't seen a root exploit from a java process yet.

All you'd really need to do is put together a UI and an indexing service... both easy to do with .NET and not terribly difficult to do with Java.

Oh, I think some of those products also index the messages stored in your e-mail client. Not sure how you'd go about that... but at least you could leave an API so somebody else who knows could do it.

This sounds like a great place for Jakarta Lucene.

Lucene is Java and Open Source, so an app written to search a workstation should be able to run on any OS with a Java VM, and you can be sure it's not reporting any personal information to anyone.

I'd love to see it on my task bar. And, heck, it could probably be ready before Puffin

There is a serious objection to "you may not sue Yahoo!" language.

Apache article on patent issues in free software

Essentially, the issue with the license (you can't sue Yahoo!) is that if you end up in a dispute with Yahoo! over a patent issue or unrelated issue, you could lose your rights to this software. That violates the spirit and principles of free software, and because it makes Yahoo! into a 900-pound gorilla, is probably not Reasonable and Non-Discriminatory.

If you write software, and you want it to be a standard, you should really have to make the standard totally free. Otherwise, we could end up with another Rambus situation.

--tkr

Now maybe the Mozilla Foundation, the World Web Consortium, and an us Web Developers can collectively sue Microsoft for deliberately breaking PNG, CSS, HTTP, and the other myriad Internet standards out there. I don't think large punitive damages are out of the question considering the wasted time and effort their sorry excuse for a web browser causes us in having to maintain two different versions of stylesheets and web-pages (IE and non-IE).
</rant>

The effect is the same as mentioned in the article, albeit, on a much broader scale.

Even if you don't use mod_ext_filter directly, the extra programming hooks offered by the filter functionality are very useful for writing your own modules.

Most email currently goes through Apache . . . I think that the open sorce community has done a pretty good job of creating the email server of choice. I think that they're probably the right group to also make it more secure.

To clarify someone's "ummmmmm" comment -- this is some sort of weird troll, right?

The Apache Software Foundation does support a project known as James, a "pure Java SMTP and POP3 Mail server and NNTP News server, but ummmmm...well, not a whole lot of people use it.

Are you perhaps thinking of qmail or postfix?

Most email currently goes through Apache . . . I think that the open sorce community has done a pretty good job of creating the email server of choice. I think that they're probably the right group to also make it more secure.

To clarify someone's "ummmmmm" comment -- this is some sort of weird troll, right?

The Apache Software Foundation does support a project known as James, a "pure Java SMTP and POP3 Mail server and NNTP News server, but ummmmm...well, not a whole lot of people use it.

Are you perhaps thinking of qmail or postfix?

My favorite food-named technology so far is Jelly Beans.

Not sure how this would look on a resume though, unless you're trying to get hired at an ice cream store...

Behlendorf's specific experience comes from his background with the Apache project. Apache, he told the audience, was founded on top of the NCSA Web server code which was licensed as what amounted to public domain -- with credit. Eight developers wanted to combine their patches for the NCSA Web server together; thus Apache's name (apache = A Patchy Web server).

Gee, Brian -- you and apache.org may want to compare notes on this one.

Seems like 1.3.31 was officially released today (11 May) after last week's premature 'announcement' here.

Here's the official announcement/changelog.

A new version of modssl to go with it too- just in time for the new server I had to set up today :).

-h3

The Apache HTTP project is a great project at that, but let's not forget apache's other AWESOME projects, Ant, jakarta, XML, PHP.
The List

Thanks to the success of the HTTP project, we've gained these, sounds like we should 'pay' tribute: http://www.apache.org/foundation/contributing.html

The Apache HTTP project is a great project at that, but let's not forget apache's other AWESOME projects, Ant, jakarta, XML, PHP.
The List

Thanks to the success of the HTTP project, we've gained these, sounds like we should 'pay' tribute: http://www.apache.org/foundation/contributing.html

Read all about it:

Apache 1.3.31 Announcement

Uh you did know that the seperate add to apache and build mod_ssl is only for 1.3.X variants right? The same functionality is found included with Apache 2.0 see Apache 2.0 Docs

Errr, is PHP playing nicely with Apache 2 yet?

Someone correct me if I'm wrong, but I think the big hangup in adoption at the moment is mod_perl. mod_perl 2.0 is supposed to fix that but it's still under development at the moment.

Here's a link for people who wonder what a MPM is: http://httpd.apache.org/docs-2.0/mpm.html

Errr, is PHP playing nicely with Apache 2 yet?

Someone correct me if I'm wrong, but I think the big hangup in adoption at the moment is mod_perl. mod_perl 2.0 is supposed to fix that but it's still under development at the moment.

Here's a link for people who wonder what a MPM is: http://httpd.apache.org/docs-2.0/mpm.html

Errr, is PHP playing nicely with Apache 2 yet?

Someone correct me if I'm wrong, but I think the big hangup in adoption at the moment is mod_perl. mod_perl 2.0 is supposed to fix that but it's still under development at the moment.

Here's a link for people who wonder what a MPM is: http://httpd.apache.org/docs-2.0/mpm.html

I find it hillarious that Brian, one of the people behind Apache is also behind the very raveriffic Hyperreal

Now if he'd only bring back V-rave..

• Abiword - Word processor, supports .doc, .rtf, GPL.
• Open Office - Whole Office suite, including a database frontend and BASIC macro language.
• Perl - Scripting language
• Python - Scripting language
• Cygwin - UNIX emulator. Can create Windows programs, reliant on a cygwin1.dll.
• MinGW - Port of some of the UNIX utilities (BASH, gcc, vi...) to Windows.
• djgpp - UNIX emulator for DOS.
• Mozilla, Firefox, Thunderbird - Web browser, e-mail client, IRC client, lots more.
• Filezilla - FTP client.
• xchat - IRC client.
• putty, pscp, psftp and others - Telnet/SSH clients.
• Gaim - Client for IRC/Yahoo/MSN/ICQ/AIM and more.
• gzip - Compression (usually better than .zip).
• tar - Extracts/Makes tar archives.
• bzip2 - Totally ace compression (usually better than gzip).
• Info-ZIP - Support for .zip. Good free substitute for Winzip.
• 7-zip - Support for multiple compression formats.
• frhed - Hex editor
• Ext2fs - Several programs for doing Ext2 under Windows.
• Antiword - Converts documents out of the proprietary .doc format.
• MySQL - RDBMS.
• Apache - Web/Proxy server
• sendmail - Mail server
• squid - Proxy server
• freeamp - Audio player
• winlame - MP3 encoder
• cd-ex - MP3/OGG encoder?
• gimp - Very detailed graphics program.
• imagemagick - Graphic manipulation. Provides the 'convert' utility under UNIX.
• freeciv - Civilisation clone.
• gnuplot - Plotting package.
• TightVNC - A fork of VNC, with enhancements.
• RealVNC - The original VNC.
• rdesktop - Access Windows Terminal Services and Remote Desktops.
• Nmap - Well known port scanner.
• John the Ripper - Password cracker. Does NT and MD5.

Its biggest perceived flaw (slow execution speed) is largely a thing of a past.

Just to back you up, my group does some pretty extensive image and dataset processing using Java based code. While most of the images are a couple hundred megabytes in size, it's not unusual for a several gigabyte image to to be processed too. Processing time is definitely a concern of ours and we've found the more recent Java versions to perform quite nicely.

As for the Java Desktop System, I think the bigest issues it faces are related to hardware support (device drivers) from the various vendors.

For as much complaining people here seem to do against Sun, remember how some of the popular open source projects got large chunks of their code (Apache Jakartaand Open Office are two that come to mind). I know that Sun hasn't open sourced everything, but at least they follow open standards.

Yes, because no-one is going to make things if other people can just take a copy without paying.

Sun had to completely revamp its Java licensing model in order to create a separate license for TCKs. "That's what all this negotiation was... they [Sun] had all these various licenses. Their whole business model used to be that they'd license the [reference implementation] RI, the TCK, the trademarks, all in one big bundle, and you couldn't just get the Test Kit as an independent implementation."

Sun had to change all of that and work with the Apache group to arrive at a new TCK license that was acceptable to the Open Source group. "Sun changed their business model to now allow [developers] to just have a TCK license," Hunter told OET.

But not zero. And the commercial support is two-fold:

• development of the Apache code base,
• installation, customization and maintenance for users.

Sure, customers love high performing, reliable, more secure software such as Apache. And, if they have someone with some expertise with a few hours to spare once in a while, then they can maintain their own web sites cost effectively without ever cutting a check to anyone outside the company. And the effort required to support Apache may be lower than the competition in many situations. But it's still not zero. While the company can download and run Apache without ever contributing any code tot he project, code still had to be written and still needs to be maintained.

The Apache Foundation includes members of several commercial concerns. That commercial support of the open source project has probably helped immeasureably in making Apache better.

Also, for businesses and other users that would like to contract out Apache support there are vendors (eg, Covalent, IBM, HP, Red Hat, Novell/SuSE, ...) that will provide it.

If I were you I'd go get the cavalry pretty soon.

Here.

Maybe the wiki should be locked down for a bit since the trolls are constantly changing it back with some stupid trollish message. Or send abuse messages to the ISP's off the trolls that are listed in the RecentChanges link. Yeah, their full host names are shown. So much for anonymity.

It's a wiki. The 'real' geronimo page is at http://incubator.apache.org/projects/geronimo.html

I know that I, for one, am excited about this "Gay Nigger Association" technology referred to in the wiki entry. We need more innovation of this type in the free software arena.

Additionally, I'd like to point out that LOL JEWS!

Actually, it gives people some insight.

Wanna know who the GNAA trolls are? Take a gander at this.

Try here.

Lovely to see the /. trolls branching out like that. :-/

-Peter

Apache : Geronimo 1.0 Milestone Build M1 Released
Posted by michael in The Mysterious Future!
from the take-the-plunge dept.
Dain Sundstrom writes "The Geronimo team is pleased to announce the availability of our first milestone release, 1.0 M1. M1 marks the first of many milestone releases to come. This milestone integrates the main container components: Geronimo, MX4J, Jetty, OpenEJB and ActiveMQ. It has been amazing to see our communities come together and show such strong support for Apache Geronimo. There is still much work to be done on this integration and we look forward to fostering more collaboration between our projects to create an even more unified M2. As this is our first release and bound to draw a lot of attention, we have put together a thorough set of release notes which detail the current state of Geronimo. We advise that this is simply a milestone release and is not for general use, nor is it any indication of a final release. Our goal with this release is to start out slowly with a base set of functionality and gather some initial feedback that we can incorporate into future milestones."
This was automatically brought to you by Subscriber Ruiner 1.01

Apache : Geronimo 1.0 Milestone Build M1 Released
Posted by michael in The Mysterious Future!
from the take-the-plunge dept.
Dain Sundstrom writes "The Geronimo team is pleased to announce the availability of our first milestone release, 1.0 M1. M1 marks the first of many milestone releases to come. This milestone integrates the main container components: Geronimo, MX4J, Jetty, OpenEJB and ActiveMQ. It has been amazing to see our communities come together and show such strong support for Apache Geronimo. There is still much work to be done on this integration and we look forward to fostering more collaboration between our projects to create an even more unified M2. As this is our first release and bound to draw a lot of attention, we have put together a thorough set of release notes which detail the current state of Geronimo. We advise that this is simply a milestone release and is not for general use, nor is it any indication of a final release. Our goal with this release is to start out slowly with a base set of functionality and gather some initial feedback that we can incorporate into future milestones."
This was automatically brought to you by Subscriber Ruiner 1.01

Apache : Geronimo 1.0 Milestone Build M1 Released
Posted by michael in The Mysterious Future!
from the take-the-plunge dept.
Dain Sundstrom writes "The Geronimo team is pleased to announce the availability of our first milestone release, 1.0 M1. M1 marks the first of many milestone releases to come. This milestone integrates the main container components: Geronimo, MX4J, Jetty, OpenEJB and ActiveMQ. It has been amazing to see our communities come together and show such strong support for Apache Geronimo. There is still much work to be done on this integration and we look forward to fostering more collaboration between our projects to create an even more unified M2. As this is our first release and bound to draw a lot of attention, we have put together a thorough set of release notes which detail the current state of Geronimo. We advise that this is simply a milestone release and is not for general use, nor is it any indication of a final release. Our goal with this release is to start out slowly with a base set of functionality and gather some initial feedback that we can incorporate into future milestones."
This was automatically brought to you by Subscriber Ruiner 1.01

Sorry for parent post... to early submission, it happens to everyone. really...

Because both XAML and iTMS XML mix content with presentation, neither is a good replacement for html+css, but both are interesting none-the-less.

Separating content and presentation is a very good idea. However at some point it will be mixed, at least on screen. I think that separation on the server side is better to avoid client complexity. I.e. with a XSLT based solution as seen in Apache Cocoon.

Technologies like Linux, Mozilla (XUL+++), etc. came not from the desire to do something that could lure _others_ away from somebody elses technology, but to enable the developer to use hard and software they way he wanted to and the way he thinks others may want to use it.

You chose a poor example with Mozilla/Gecko. It was developed primarily by Netscape (yes, they did the heavy lifting) to compete in the marketplace against Microsoft. Other contrary examples would be the backbones of much the open software movement, mySQL and Java - both developed by corporations and released as open source loss-leaders to lock users into their technology. Even the Apache HTTP Server home page displays the project's sensitivity to market position by headlining with "The Number One HTTP Server On The Internet"

Competition, in the marketplace and in other venues, is the backbone of a capitalist society. You can rest assured that many successful open-source projects have owners that feel tremendous pressure to compete against for-profit companies, other developers, or other OSS projects.

There is very little altruism in the world. The open source microcosm is no exception.

Not exactly. JSF does not "replace" Struts at all, rather, JSF is more of a replacement for JSP's. What may have confused you is that a major feature of of Struts is tag libraries for JSPs, those taglibs WILL be abandoned in a future Struts release once JSF has matured. Read it all here http://jakarta.apache.org/struts/proposals/struts- faces.html Basically, the MVC aspect of Struts will live on, only the "V" part (view) will become JSF instead of JSP.

It would take a long time to rewrite the entire J2EE spec or to rewrite Struts, but it doesn't take long to write something that does what my own application needs.

Fundamentally, Struts is a refactoring of the basic servlet API, but is still intrinsically operation-based (as are pure servlets).

WebObjects, and it's thematic successor Tapestry are component based approaches, an entirely different mindset. I created Tapestry and I have about two years of Struts experience ... Struts is a straight-jacket. Component frameworks offer incredible advantages in terms of clarity and developer productivity. Struts offers very, very little except a slew of books that have the daunting task of explaining in detail something that should be (was intended to be) very simple.

I agree with you that Velocity is the way to go for Java web applications. We use Velocity instead of JSP for the web presentation layer.

Velocity also excels at being a general purpose templating language - sure, JSP Expression Language gives you some of what Velocity does, but you can use Velocity to process any text, anywhere in a Java application.

First, java development stuff:
1. Sun Java JDK (latest)
2. Eclipse (java ide)
3. GCJ (java compiler)
4. JEdit (awesome everyday editor)
5. Minq's DBVisualizer (database tool)
6. Apache Tomcat

From here I go to utils
7. Winrar or Winzip (prior is better. 7zip needs a better interface)
8. Thunderbird (best email client ever)
9. Adaware
10. Norton Antivirus

After that, it depends on my OS. For most of the Linux installs I do, the next few things I install will be MySQL, OpenLDAP, Apache, and PHP, which takes care of most of my needs. My Windows box (which, I admit, I use at home) is a little more fun:

2. iTunes
3. Whatever freeware Shisen-Sho app I can find
4. Starcraft
5. Several games later, OpenOffice.org

Let's be honest: does a computer really need anything else? I certainly don't think so.

• gentoo linux
• FreeBSD
• bash
• vim
• perl
• ruby
• MySQL
• PostgreSQL
• Apache
• PHP
• links www browser
• wget
• K Desktop Environment
• Mozilla Firefox
• xchat
• gimp
• Openoffice.org

Both have their advantages and when your talking high enough volume perl is no longer than option, the interpreter consumes too much memory per instance.

That's why I use SpeedyCGI to keep things around persistently. Think of it as mod_perl, without the heartache. If you're writing your perl to use strict, you can probably replace /usr/bin/perl with /usr/bin/speedy and solve most of your problems right there.

According to Google it's a lot of things, including a 3D image archive, a comic strip, an Apache project for service and component management or a Beowulf cluster.
However, there's no Microsoft stuff on the first ten hits.

I remember at that age I hated politics with a passion, and swore I'd never work for government because I knew it would be a whole lot worse. Well, eventually, by age 27, I worked for the DoD. And I couldn't have been more right. The politics, and thus the stress, was intense. However, in hind sight, I grew tremendously because of it. I now am very glad I did it. Although, now that I learned and grew as much as I did, I'll be happy if I never work on another government contract again. :)

As one poster replied to your post, being micromanaged can lead to a more professional project management response that addresses the root cause. Often times they'll leave you alone a lot more if you can produce reports for them showing your progress. If you give them too much information, they'll really back off.

In IT, you need to accept that someone will want assurance that your are producing the requirements and will be ontime. Over time, you can often reduce the reporting period, but I never let it become less frequent than once a week, even after they learned that you always deliver ontime.

One good way to give continuous feedback on a project in an automated fashion is through Apache's Maven. There are, of course, countless other project management related ways to provide "progress" reports online or on a regular basis. Maven is free, though, so worth considering.