Slashdot Mirror


uServ -- P2P Webserver from IBM

ryantate writes: "Some folks over at IBM have been working on the uServ Project, which provides "high availability web hosting ... using existing web and internet protocols", meaning you can serve a website from your desktop and people can get at it with a standard Web browser and without special software. They claim the system, which works from behind firewalls and when you are offline (provided you can convince other peers to 'replicate' your site), is in active use by about 900 people within IBM. Here's the white paper."

150 comments

  1. I wonder.. by Anonymous Coward · · Score: 0

    ..what is the advantage of using "uServ" over Morpheus? Will I able to download songs, album covers, and lyrics?

    1. Re:I wonder.. by Anonymous Coward · · Score: 1
      I'll give you a hint: This is not a Napster clone!

      What this is is a distributed webserver designed for use behind firewalls, on corporate intranets. It's functionally closer to Freenet than Morpheus, and probably closer to a load balancer than it is to either one.

      Do you read me, pooky?

    2. Re:I wonder.. by homebru · · Score: 1

      Egads. An AC with a glimmering of understanding. Whatever next?

  2. bummer by shaft007zz · · Score: 1

    only a resounding second.
    Looks interesting. But well doesn't this undermine what admins are trying to do when they put up a firewall.

    --
    Damn Right!!
    1. Re:bummer by drewbradford · · Score: 2, Insightful

      It doesn't look like anything revolutionary to me. It's just a distributed system and a dynamic DNS put together. The coordinator still needs to be online at all times.

    2. Re:bummer by Anonymous Coward · · Score: 0

      way to go. Love the way you read that part about replication.

    3. Re:bummer by H310iSe · · Score: 2
      this reminds me ... I was 3rd lvl technical support for a law firm and a lawyer calls me and asks me if we have a socks4 or socks5 proxy.

      being of suspicious nature I had to inquire, why a lawyer who usually wants to know how to make a word bold in word perfect needs to know about our proxy config. Well, he says, I just installed personal web server and....

      --
      closed minded is as closed minded does
  3. No fair. by tcd004 · · Score: 4, Funny

    Only AOL Time Warner Turner, News Corp, Verizon and Oprah should be allowed to make Web pages.

    Everyone else doing it will just mess stuff up!

    tcd004

    1. Re:No fair. by Wakko+Warner · · Score: 0, Offtopic

      Only AOL Time Warner Turner, News Corp, Verizon [lostbrain.com] and Oprah should be allowed to make Web pages.

      Everyone else doing it will just mess stuff up!


      You do realize the irony of this statement being posted to slashdot, right?

      --
      "Remember when the U.S. had a drug problem, and then we declared a War On Drugs, and now you can't buy drugs anymore?"
    2. Re:No fair. by Bi()hazard · · Score: 5, Informative
      This is exactly the purpose of uServ-if you read through the documents written by uServ's designers, you'll see that this is intended to be web publishing for the masses. While many slashdot readers would host a site themselves, the average user can't do that. Hosts such as Geocities are corporate behemoths who have shown themselves ready to trample individual users whenever they find it convenient. IBM's visionaries hope to use the new resources available to home users-namely cable and dsl connections capable of moving around enough data to distribute sites-to implement an unregulated, power to the people version of Geocities.

      Isn't this the entire purpose of the internet: a distributed, uncontrollable network allowing anyone to share information with anyone else? Don't be fooled by the scant description offered on the front page or any preconcieved notions about what distributed filesharing systems do. This isn't a client/server program like gnutella; it relies on basic internet protocols to use the dormant resources of clients as servers. Coordinating servers will be set up not only by IBM, but individual power users like the typical slashdotter-someone with a spare computer to use as a dedicated server, and enough knowledge to run it well. The dream of uServ's creators is nothing less than freeing the server side of the internet from the chains of money, nothing less than making web serving as cheap and easy as web browsing. Nothing less than the liberation of content from the hands of the powerful.

      See for yourself in the document by the researchers Bayardo, Somani, Gruhl, and Agrawal. Their ultimate vision is a system taken for granted by the end user in the same way DNS is now. A complex solution to a serious problem, but one so easy to use, effective, reliable, and hidden in the background that anything else is unimaginable to the end user. Think of what will be possible when we have a large, community driven, self-sufficient, unregulated section of the internet. Censorship will be impossible, even for restrictive nations such as China. Using its revolutionary peer-to-peer proxying technology uServ will be able to dynamically create tunnels and anonymous proxies as easily as it can create webpages. Today Napster can be shut down, but one million users in a hundred countries with most of their traffic completely legitimate cannot be stopped. Today political dissidents can be tracked by oppressive governments, but a distributed network with built-in anonymity and trail obfuscation created by dozens of cooperating users in different countries can guarantee anonymity. Today the internet can to a large extent be controlled by those with money and power-but a mature uServ would bring us close to realization of the internet's original vision, where everyone is equal.

    3. Re:No fair. by Thatman311 · · Score: 0

      brings us close to realization of the internet's original vision, where everyone is equal.

      Uh? That wasn't the orginal "vision". The orginal "vision" was a network for the United States Armed Forces that wouldn't go down because one node was blown out of existences.

      So before you post something like this...please relize where the Internet came from. It was called Arpanet.

      --
      Silly Rabbit...Sig's are for kids.
  4. hmm.... by Anonymous Coward · · Score: 0

    this is really really cool and interesting

  5. This could be what p2p needs to make it by Tim_F · · Score: 2, Interesting

    A big company like IBM to back it up. IBM definitely has the funds to take on the RIAA and the MPAA. And if this is less of a pain to use than say gnutella/mojonation, it will prove to be a lot more popular.

    1. Re:This could be what p2p needs to make it by Anonymous Coward · · Score: 0

      Because if you read the fucking article you'd see that uServ really has nothing to do with serving up mp3s and pirated content. It's just a simple way to do file sharing, but without any of the searching capabilities that you need to make pirating easy.

      In other words, there was no "shut up, idiot, and go read the article before commenting" choice, so the moderator probably just chose the closest thing.

    2. Re:This could be what p2p needs to make it by Bert690 · · Score: 1

      This is only a research project with a headcount of 1.69 at the moment. In other words, IBM has not made any committments to the project other than letting some people who thought it would be cool to work on it for a bit.

  6. Hmm, that's gonna be interesting ! by Rosco+P.+Coltrane · · Score: 5, Funny
    "uServ -- P2P Webserver from IBM"

    I can't wait to see the RIAA try to sue IBM. God I love this industry ...

    --
    "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    1. Re:Hmm, that's gonna be interesting ! by glwtta · · Score: 1

      Sure IBM is the 800 pound gorilla of the tech world, but wouldn't the MPAA and RIAA be a 950,000 kilo crocodile compared to it?

      --
      sic transit gloria mundi
    2. Re:Hmm, that's gonna be interesting ! by Rosco+P.+Coltrane · · Score: 2
      "Sure IBM is the 800 pound gorilla of the tech world, but wouldn't the MPAA and RIAA be a 950,000 kilo crocodile compared to it?"

      The RIAA is a business association, so it's more like a very large community of monkeys, the sum of all the monkeys weighting probably as much as your crocodile.

      But seriously though, the RIAA is not so stupid as to sue IBM. No no, instead they would sue uServ users one by one (or simply threaten them with a couple of C&Ds). They only go after people when they're sure to win, like when they went after Napster.

      --
      "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    3. Re:Hmm, that's gonna be interesting ! by Bert690 · · Score: 1

      uServ lacks a dynamic search capability -- one would therefore think it can't be targetted by lawsuits any more than a traditional web hosting service could. (Though RIAA might have another opinion :).

  7. Sounds like a ripoff of Freenet by Astral+Traveller · · Score: 4, Insightful

    Freenet already does all this, and in addition, provides for complete anonymity and encryption. It can also be tunneled over just about any other protocol (instead of being limited to HTTP like uServ). It is still under heavy development, but already contains a wealth of information. This is one of the few truly great open-source projects in development today.

    1. Re:Sounds like a ripoff of Freenet by beable · · Score: 1, Troll

      Also, it appears that uServ is not open source. So maybe it's not so good after all.

      --
      ...
    2. Re:Sounds like a ripoff of Freenet by whiteben · · Score: 5, Interesting
      I agree that uServ doesn't represent any stunning advances in collaboration technologies. It makes use of proxy servers, peering, and HTTP: not exactly bleeding edge tech.


      On the other hand, it's not Freenet, either. Freenet is a platform which guarrantees that data is survivable (lawyer-proof) and secure. uServ doesn't seem to be concerned with either. It's primarily a way for users who aren't very technologically savvy to publish content. That's it. Useful in its own way.


      BEN

    3. Re:Sounds like a ripoff of Freenet by davidu · · Score: 2, Interesting

      not to be a troll but...

      in this case the difference is that this works and freenet still isn't usable by any decent minority of people let alone a majority of people.

      -davidu

      --

      # Hack the planet, it's important.
    4. Re:Sounds like a ripoff of Freenet by Anonymous Coward · · Score: 0

      Explain your troll remark moderator.

      This is Slashdot, News for Nerds.
      OpenSource matters (to nerds).

    5. Re:Sounds like a ripoff of Freenet by jilles · · Score: 2

      Basically if you create a bridge between your browser and a gnutella client, you could do the same. Just build an http server into the gnutella client and you can search and open documents using your browser. Of course you'd want some additional functionality (like share the cached documents you requested; some naming scheme so that you get the index.html you are looking for) but technically it doesn't get much more difficult than that. It would be a nice project for somebody working on their master thesis.

      Of course the thing is that nobody bothered to do so sofar. As pointed out above, it is a really simple combination of what we already have. Yet it takes some creativity (courtesy of IBM) to think of doing it. That's what I find so interesting about this stuff. Everybody is so busy thinking of websites as a central thing that nobody has even considered decentralization (even though it makes perfect sense).

      --

      Jilles
    6. Re:Sounds like a ripoff of Freenet by scrytch · · Score: 3, Informative

      > Just build an http server into the gnutella client
      ...
      > Of course the thing is that nobody bothered to do so sofar.

      BearShare does precisely this. It's marginally useful at times.

      --
      I've finally had it: until slashdot gets article moderation, I am not coming back.
    7. Re:Sounds like a ripoff of Freenet by Pyrrus · · Score: 1
      It's primarily a way
      for users who aren't very technologically savvy to publish content.


      isn't that what geocities and tripod are for?
    8. Re:Sounds like a ripoff of Freenet by Salamander · · Score: 3, Insightful

      Yeah, it sounds like a ripoff of Freenet, except that the transmission of data is direct instead of via intermediate nodes and the anonymity/encryption which is integral to Freenet is missing, and it doesn't just drop unpopular data like Freenet. Yeah, otherwise it's just like Freenet.

      Freenet is very interesting in an abstract sort of way, but certain characteristics - e.g. anonymity and most especially data loss - severely limit its usefulness in the real world. Plus, it's not done and doesn't look like it ever will be. I don't think it can be considered "truly great" unless (a) the development team is functional and (b) the result is useful. There are better examples.

      --
      Slashdot - News for Herds. Stuff that Splatters.
    9. Re:Sounds like a ripoff of Freenet by Anonymous Coward · · Score: 0

      in this case the difference is that this works and freenet still isn't usable by any decent minority of people let alone a majority of people.

      Er, I hate to state the obvious but at least Freenet is available (and it is easier to use than you think), where as this is still being internally tested at IBM.
    10. Re:Sounds like a ripoff of Freenet by Sanity · · Score: 2
      Freenet is very interesting in an abstract sort of way, but certain characteristics - e.g. anonymity and most especially data loss - severely limit its usefulness in the real world.
      How could the option of anonymity make Freenet any less useful? You don't have to use it if you don't want to. Also, with respect to data loss, the only data Freenet loses is that which is unrequested. If the author wants to ensure that unpopular data is available in Freenet then all they have to do is reinsert it.
      Plus, it's not done and doesn't look like it ever will be. I don't think it can be considered "truly great" unless (a) the development team is functional and (b) the result is useful.
      Perhaps you should educate yourself before you expose your ignorance. Freenet is under heavy development (daily snapshots are released on the website), and many people are using it, including non-techies, on a regular basis.
    11. Re:Sounds like a ripoff of Freenet by Salamander · · Score: 2
      Also, with respect to data loss, the only data Freenet loses is that which is unrequested. If the author wants to ensure that unpopular data is available in Freenet then all they have to do is reinsert it.

      That's just not good enough, for reasons that have already been discussed in this article and elsewhere. Reinserting data is not only horribly inefficient but also unreliable. How often do you need to reinsert? You can't know that unless you know what else is going on that will cause old copies to drop off the end of everyone's cache, so you make a pessimistic assumption and spam the network with reinsertions...and it seems to work until someone else starts doing the same things and the caches start turning over faster and IT JUST REALLY SUCKS. Freenet is useful as a data transmission method but not as a data store, and some people want a data store. Get over it.

      Perhaps you should educate yourself before you expose your ignorance.

      I'm on freenet-tech, Ian. I see how people respond when someone asks when Freenet will be finished. I know about the near-total restart when a lot of the original grand plans were found to be fatally flawed. I can almost predict the next one. You're the one who's ignorant, Ian - about what constitutes a useful system and how to provide it.

      --
      Slashdot - News for Herds. Stuff that Splatters.
    12. Re:Sounds like a ripoff of Freenet by Sanity · · Score: 2
      That's just not good enough, for reasons that have already been discussed in this article [platypus.ro] and elsewhere. Reinserting data is not only horribly inefficient but also unreliable. How often do you need to reinsert?
      The number of times you need to reinsert is inversely proportional to the populularity of your data, and proportional to your desire to have people see your output despite its unpopularity. The same is true of life. In practice, data is available on Freenet for long enough that people can evaluate it, if this were not the case action would need to be taken, but fortunately it isn't.
      Freenet is useful as a data transmission method but not as a data store
      Freenet is not, nor was it ever, intended as a way to store information. Rather it is closer to radio in that it is a good way to get information to people, but not if they aren't interested in it.
      I'm on freenet-tech, Ian.
      Try freenet-dev, that is a more accurate source for information. Either way, it is clear that your agenda is to spread a negative opinion of Freenet regardless of reality. In practice, many are happily using Freenet RIGHT NOW. Is it perfect? No, but we are working to improve it, and it is working well enough for many even now.
      You're the one who's ignorant, Ian - about what constitutes a useful system and how to provide it.
      Tempting as it is, I won't take your bait, try talking to the significant number of people who are unfamilar with Freenet internals, yet are using it on a daily basis, they will provide you with the counter-argument to your claims.
    13. Re:Sounds like a ripoff of Freenet by leuk_he · · Score: 2

      This uServ thing solves none of the privacy problems freenet has "solved".

      -If Employee A serves porn, it will also find its way to (the pc of) employee B. B has no control about this.
      -Also employee B can modify the data of Employee A... oops.
      -It is based on the willingness of employee B to mirror A.
      -If the site of A is very popular, it must be mirror'ed much more time, but no mechanism is described for this.

      Freenet has solved most of these problems by encrypting and signing the data in freenet. It distributes the data as it is requested. And i wonder if the system is acceptable if it gets more popular. Suppose you run a freenet node because you want to exchange mp3 files. You computer gets to contain: ??? (you have no control about this)

      Freenet does not work (yet) as far i can see. If someone can tell me how to set up standalone node to start with. 0.4 should be able to do this, but this is very much beta now.

      Both freenet and userv have not solved the problem how to find information.

  8. Sounds a lot like by anotherone · · Score: 0, Redundant

    Sounds a lot like Freenet.

    --
    Username taken, please choose another one.
  9. Intriguing by peanutbadr · · Score: 0, Redundant

    This is really, really cool and interesting.

    ...

    Seriously.

  10. Piracy issues by neksys · · Score: 2, Informative

    It's a neat idea, but realistically, I can't imagine personal "This is my Cat" webpages will be propagated far enough for it to be worthwhile (assuming I'm reading it correctly). Unfortunately, as with many "neat ideas", the only used that will become widespread are be warez/mp3/movie/iso/etc. sites, illegitimizing (to some) the whole idea.

    On the other hand, it may make it just that much harder for the MPAA, RIAA and co. to stop the spread of their property.

    1. Re:Piracy issues by Hank-o-bot · · Score: 1

      I agree with this in some sense that it will be either propagated to a large extent and then not at all, or just not at all. Microsoft mentioned this at some point in a "visionary statement", so at that point, everyone will have access to publish their content, and we will perform a full circle to what we have now: Everything, (almost) everywhere. (I'm assuming they will implement this in Win2003..)

      So what if it's distributed? Geocities, etc. don't go down/lag tooooo often, and their content is mostly free anyways.. The difference..? Perhaps a M$ central DB of home pages? (more) ads?

      For do-it-yourself hosting, it still may have some kinks to work out.. Just my two cents..

    2. Re:Piracy issues by Anonymous Coward · · Score: 2, Funny

      I have a "This is my cat" webpage with MPEG/divx movies of my cat, hour-long mp3's of my cat, and the iso image of a blank CD scratched by my cat, so don't insult me.

    3. Re:Piracy issues by big_nipples · · Score: 1

      Read the article. Propagation isn't the goal here -- all the system allows for are hot backups in case you turn off your computer, and you have to explicitly set them up.

      The intent of this system is for sharing anything -- pictures, sound clips, etc -- that you want *specific* people to look at.

      You share something, then you tell the person how to get to it.

      (And to the person who modded the previous post "Informative" -- for shame!)

      --
      BN
    4. Re:Piracy issues by homebru · · Score: 2, Interesting
      It's a neat idea, but realistically, I can't imagine personal "This is my Cat" webpages will be propagated far enough for it to be worthwhile

      Forget your cat for a minute and think business environment. This is IBM-developed, remember? Now think about an office project team who need to quickly and easily share documentation files, project plans and schedules.

      Traditionally, the project leaders flood their teams with rivers of emails and attachments. This not only bogs down the corporate mail-servers but also guarantees that half the team will never know which is the latest version of the schedule (since half the team is always new and hasn't been added to the MList yet).

      Also, traditionally, there is so much corporate politics about placing docs on an official web server that it just isn't worth the time to fight those battles while under the gun to get your project out the door. And most project managers of my acquaintence have trouble spelling html, much less writing it to fit corporate standards.

      This new tool would allow "publishing" documents to a team simply by copying them to a directory on the project leader's disk/desk. There, it's done. Followed by a short, small email to the team advising that a new version of the plan or schedule is available. In fact, the most serious problem will be getting mossback project managers to try a new tool instead of continuing to send 10Mb email attachments to a list of hundreds.

      While UServ will never replace the established HTML/web world and cannot hope to replace anonymous peer-to-peer transfers, there is a place for this technology. Let's not fall into the trap of thinking that a tool must replace all other tools in order to be useful.

    5. Re:Piracy issues by greenrd · · Score: 1
      Ok, but in a single building it would be simpler just to use a "world-readable" directory on a file server, right? So this is really only useful where you've got multiple geographically separate offices, right?

    6. Re:Piracy issues by homebru · · Score: 2, Interesting

      Good thoughts. Yes, you could use a common file server. But then you still have the problem of team member churn. Some members leave, others join. And for each newbie, you would have to remember to get server access. Which, in medium and larger companies, means pushing forms through the bureaucracy, i.e., begging for permission to do your job. And which means that, weeks later, the newbie has another password to remember.

      On the plus side of a central server is the idea that the server will be backed up regularly. [Pause for laughter to die down.]

      Which leads around to the question: "How often are the desktops/laptops backed up?" And the accompanying "Why master project data on un-backed-up desktops/laptops?" And here we see the joining of technologies that UServ gives. Each team member can mirror/publish to a central server box.

      Another angle on this is access-mode. With a browser, your readers get read access. Your docs cannot be modified without your knowledge and permission. With a shared directory, anything is fair game. Including "accidental" deletes and over-writes. Ever lose a fifty page functional spec because some idjit on another team saved to the wrong directory? Very not fun.

      So, yeah, you could use a shared directory for your docs. And you could use a shared directory for software source control. It would be simple. But would you really want to?

    7. Re:Piracy issues by Anonymous Coward · · Score: 0

      Especially funny because IBM sells a product designed to solve the "groupware" issue -- Lotus Notes. In most environments I've seen, it works better at solving those problems than a plain-jane e-mail system. BUT, I guess when you add 2000 layers of complexity, it makes sense to go back and start over with a gussed-up version of Personal Web Server/local drive share.

  11. One little problem by vlad_petric · · Score: 1

    ... is that the system can only handle static content. I'm sorry ... but 90% of the sites I visit are dynamically generated.

    The Raven.

    --

    The Raven

    1. Re:One little problem by glwtta · · Score: 1

      but 90% of people likely to use this, mostly like black backgrounds with flashing red text, the marquee tag and GIF animations that jump, twirl, bounce, rotate and "burn" also cursors that turn into comets and leave a trail of other lucky charms shapes behind them as they move.

      Trust me, they'll be fine with static pages.

      --
      sic transit gloria mundi
    2. Re:One little problem by Yakman · · Score: 1

      Yeah, but how many NEED to be dynamically generated. Apart from message boards / discussion type sites you can easily use the dynamic code to generate a static page whenever it changes and push that out to the peers.

      For example Slashdot, when you go to http://slashdot.org/, not index.pl, is a static page.

      I would assume this sort of technology would be best used for making sure information that some parties would prefer not to be available, is always available (eg. decss code).

    3. Re:One little problem by Webmonger · · Score: 1, Offtopic
      For example Slashdot, when you go to http://slashdot.org/, not index.pl, is a static page.

      Really? Does it say This page was generated by a Cadre of Rabid Bruins for Webmonger (24302). for you too?

    4. Re:One little problem by Yakman · · Score: 0

      Nope, when I go to "http://slashdot.org/" I get the full Slashdot page with all the graphics and stuff, and it's all as if i'm not logged in (this is a static page).

      Going to "http://slashdot.org/index.pl" I get my logged in "light" page (this is dynamic, obviously).

      I did say in my original comment that slashdot.org without the index.pl is static, maybe I was a bit unclear.

    5. Re:One little problem by spectral · · Score: 1

      strange, on my computer going to plain http://slashdot.org/ comes up with my personal homepage.. asks me if I want to meta mod, has allt he slashboxes I want, etc.. might have something to do with your cookie setup? or mine? :) I dunno, it's always worked like this tho..

    6. Re:One little problem by Anonymous Coward · · Score: 0

      Your shit is broken, dude. That's not the way it's supposed to work. Check your cookies and shit.

    7. Re:One little problem by Anonymous Coward · · Score: 0

      It will replicate any information - including
      code. Since it provides content redundancy
      you can specify a set of slaves who can fetch the
      code and publish it on request.

      That is, code can be fetched as static content by
      a slave and then published as dynamic content.

      Even database files could (theoretically at
      least) be replicated.

  12. I work there. It's pretty useful by Halo- · · Score: 2, Interesting

    While debugging a nasty client issue, my co-worker said: "Well, I've got these 100 megs worth of logs..." Which would really help me out, but because of all sorts of internal networking issues they would be hard to get. Then he introduced me to uServ. "Here, try this..." And there the logs were. Saved my butt.

  13. Cool. by Scoria · · Score: 1

    So we have a reputable, giant hardware/software/etc. company backing up a P2P filesharing system. Perhaps if the RIAA or MPAA persue IBM, a standard could be set against their futile attempts to stop filesharing (because we know P2P = piracy) on the Internet.

    --
    Do you like German cars?
    1. Re:Cool. by Bert690 · · Score: 1

      IBM is backing it up only in that they are allowing a very small team (right now pretty much one person) in Research to work on it. Not exactly a huge committment, but it's a step in the right direction. Companies can use this sort of thing to keep large attachments off of overloaded mail servers, so you can justify it in terms of bottom line costs to keep them from pulling the plug :)

  14. The encryption is for access controls? by Benjiman+McFree · · Score: 1, Interesting

    How does this protect your privacy? While freenet uses encryption to protect your privacy, ibm uses it to grant or deny access; therein lies the rub, ie.. commerical entities only code for commercial and government interest, while non-commercial entities have better motivations and their code's functionality relfects it.

    BTW, is this released under the GPL? If so, take the best of this or add a layer of encryption to it so that it provides the functionality of privacy as does freenet.

    --turn on your freenet nodes, we've won the war!

  15. P2P Replication by darkov · · Score: 1

    One part of this that is an interesting idea is having your data replicated by local peers, so that when you are offline the data is still available. This would improve the availablity of files in any P2P, not only in the case where the person is offline, but would also help where a person has popular files: they could be replicated on "friendly" hosts to satisfy demand. This would be great if it were done automatically a group of co-operating users.

  16. This is Great! by quinto2000 · · Score: 1

    Wow, this is what the Internet really needs to become the force for social change that people originally thought it would be. It sucks about the Web that people with popular sites need to pay more for their bandwidth -- meaning that you don't want your personal site to get too many hits.

    Freenet is nowhere near what this sounds like guys, much as we like the underdog. What is amazing about this is that it relies on already existing infrastructure. I don't want to have to be: running a Freenet node, wait 20 seconds for a 5 k html file to load, and then be dependent on the page being a frequently requested (and thus stored) page. Freenet works best for large, popular files, because the search time then becomes negligible and you are ensured that the file you want will be available. This sounds great for Bob to host his site without worrying that it will disappear if nobody but him reads it, but also if it turns into the next Hamster Dance, he doesn't have to shell out thousands of dollars for bandwidth costs.

    I use Freenet, but I recognize its limitations. It unfortunately is not the tool for dissent that people hoped it would be, because unpopular files are hard to find.

    --
    Ceci n'est pas un post
  17. Not very P2P by Agthorr · · Score: 1, Insightful
    I can serve a website from my desktop, too! All I have to do is run apache and DynDNS!

    So, let's see what the IBM thingy does... hmm, well, it serves web pages (check), provides dynamic DNS check (check), and it distributes the load to other boxes, after you manually set it up to do so (check).

    Sure, the slick interface is a value-add, by I don't really think of this as Peer-To-Peer. It'd be a lot more interesting if it automatically distributed the load, replicated the most accessed content, etc.

    1. Re:Not very P2P by Faile · · Score: 1

      Until now I haven't seen any non-illegal or morally questionable P2P program emerging, and when a big corporation as IBM finally sticks their head out and shows the world "hey! look at this, peer-to-peer isn't all that bad" you start to fart in their direction. This isn't about what they're doing, but HOW they are doing it. Sure sure, anyone can put up a website if they want to - and this is a completely new way of doing it, that's whats so cool. Who knows, automatic load distribution and replication might be a thing of the future but for now, just be happy that everyone arent using Apache and DynDNS for all their information-sharing-purposes or the world would definitly come to a stop (it's called evolution, if you dont like it look away).

      --
      Anataka suki desu. Itsumo. Itsumademo.
  18. What happened to the Java thing? by glwtta · · Score: 1

    Wasn't Sun developing a Java P2P thing (API, protocol, platform, infrastructre, whatever they called it) that was supposed to be the greatest thing ever, solve all humanities problems, erradicate evil from the face of the earth and cure cancer? What happened to that?

    (On the bright side, P2P seems to be the only one of the stupid X2X acronyms to actually catch on - the combinations of Bs, Cs and 2s were getting pretty obnoxious)

    --
    sic transit gloria mundi
  19. Personal Web Server by simetra · · Score: 2

    This sounds a lot like what MS gave us several years ago. Yawn.

    --

    "Would it kill you to put down the toilet seat?" -- Maya Angelou
  20. Re:I work there. It's pretty useful by glwtta · · Score: 1

    I am confusied. The "killer app" of the P2P server is getting around the fact that your company's intranet is not setup properly to do the one thing its there to do in the first place (allow you to share information with your co-workers)?

    I could just as easily have said "well, I don't know how to run Apache, so this userve thing sure saved my ass!"

    To me it just seems like one of those things that are kinda cool, but fairly useless. But then, what do I know?

    --
    sic transit gloria mundi
  21. pretty old... by glwtta · · Score: 4, Funny

    ... but relevant

    --
    sic transit gloria mundi
    1. Re:pretty old... by BlueGecko · · Score: 1

      And so I suppose you prefer the old-fashioned centralized girlfriends where everyone connects directly to the main port?

  22. Kind of stupid. by DarkZero · · Score: 5, Interesting
    The white paper talks about letting people use this program for a fee... but isn't the point of P2P, at least in 90% of cases, to be a way for people that don't have the money for big web servers and T1 lines to serve files and content? It talks about how this is a good alternative to free web hosting services, yet it isn't free, which does not make it a viable option for people that are looking for a FREE web hosting service. If people were willing to pay to serve content, why would they choose this over uploading their files to the server of a web hosting service they would pay for? The biggest and most important difference between those two, it seems, are that this way of hosting content will take up a lot more of your computer's speed and its internet connection than simply uploading your files to a hosting service would.

    If this were a freeware/shareware/open source P2P web hosting program, I'd be thrilled. In fact, I would already have a web page up on it, because I've been looking for just such a solution. But a closed source program that I have to pay a subscription fee for, with a larger fee if I want its fullest abilities? Compared to a hosting service that wants a subscription fee but doesn't take up my internet connection or bog down my computer with continuous server processes, this "P2P Web Hosting (Subscription) Service" is just reinventing the wheel by making it a triangle.

    The whole thing just seems... kind of stupid.

    1. Re:Kind of stupid. by lpontiac · · Score: 2

      If this were a freeware/shareware/open source P2P web hosting program, I'd be thrilled.

      My apologies if I'm reading you wrong but.... does this mean that you think it's wrong to illegitimately use unlicensed "boxed" software, but that to use shareware in the same way is okay?

    2. Re:Kind of stupid. by DarkZero · · Score: 2
      My apologies if I'm reading you wrong but.... does this mean that you think it's wrong to illegitimately use unlicensed "boxed" software, but that to use shareware in the same way is okay?

      Actually, you kind of are reading me wrong. In the context of my post, the problem I had with uServ was the subscription fee. The white paper states "We believe the uServ service can therefore be profitably offered for a small yearly fee". That seems counterproductive to me. For one thing, it isn't the good alternative to free hosting services that it pretends to be, because it isn't free. That's like saying that Adobe Photoshop is a good alternative to freeware photo editors that have ads in them. Obviously, Photoshop wouldn't be, because it isn't FREE, and the reason people put up with freeware programs that have ads in them is because they cost absolutely nothing. Also, with a subscription service in place, uServ isn't anywhere near as up-front as shareware. With shareware, you test it, you pay for it once, and then you own it forever. With subscription services, IBM could just wait until it had a large user base and then decide to up the yearly subscription fee by a very large number, leaving you either with IBM or right back in the wasteland of free hosting services or desperately trying to host your site off your cable modem.

      In short, I just don't see how a service that makes you pay a subscription fee while taking up your bandwidth and your overall computer speed at the same time is so much better than either putting up with a free hosting service and its ads or just paying for hosting through a web hosting service. Without being free like the majority of P2P file-swapping services are, I just don't see how uServ has an edge over its more traditional web hosting competition.

    3. Re:Kind of stupid. by big_nipples · · Score: 1

      I think what the writers of the whitepaper wanted to do was to suggest possible uses for their tech. Remember, they're just paid to research this stuff -- they're not the ones who decided what to do with it. All of us on the net are the ones who find the use for new tech.

      These guys have only slightly hinted at it being possible to charge a miniscule amount for the service, and Slashdot readers are up-in-arms about evil subscription costs. Chill out a bit -- let's wait to see an internet (as opposed to intranet) implementation before complaining about fees.

      It really seems to me like the IBM researchers *want* the free dynDNS services to add this to their service offering, which would make it a free service.

      --
      BN
  23. /.ing by Anonymous Coward · · Score: 0

    Yay, the future of Slashdotting has just arrived! Now the Slashdot effect can cripple thousands of personal computers instead of just bringing down plain ol' ordinary servers like it's always done!

  24. I was actualy thinking of a system like this... by autopr0n · · Score: 2

    A p2p web mirroring system. Actually a bit different from this, my idea was of having a massive distributed 'cloud' of proxy servers, so that people in sucky countries (China, Saudi Arabia, Australia) could get past national firewalls.

    IMO, the web model of content distribution kind of sucks. Interesting sites that draw a lot of traffic die because they don't have enough bandwidth. or their content isn't 'profitable' enough.

    But on the other hand, isn't this just a stripped down version of Freenet without the protection? Of course, giving how sluggish Freenet is on the current internet, maybe that's the only way to go.

    The holy grail, I think would be a system that still allowed interactive/dynamic content. Imagine a distributed /. :P

    --
    autopr0n is like, down and stuff.
    1. Re:I was actualy thinking of a system like this... by big_nipples · · Score: 1

      Remember -- this isn't trying to be freenet.

      The concept is that average-joe can "serve" a file to his friends, without needing to understand how to install or configure a webserver. And he doesn't need to know his IP address (or even what an IP is).

      --
      BN
    2. Re:I was actualy thinking of a system like this... by westyx · · Score: 1

      quote "sucky countries (China, Saudi Arabia, Australia) could get past national firewalls". uhuh.

      That's news to me - i've never been firewalled off anything (well, there was that time that *my* firewall wouldn't let me access anything, but that's my fault).

      Australia doesn't have a national firewall. Thank you for playing, please try again.

    3. Re:I was actualy thinking of a system like this... by Robert+S+Gormley · · Score: 1
      Hrm, either you live in australia, and are just bitching about laws which aren't in effect, or you aren't aware that there is no such thing here.

      Anyway, I like your site ;)

      --

      Open Source. Closed Minds. We are Slashdot.

    4. Re:I was actualy thinking of a system like this... by Stormalong · · Score: 1
      Actually, with proper deployment of web proxy caches, the current system would be just fine. And by "proper deployment" I mean a cache at the end of every pipe bigger than a T1. In an ideal setup, the origin web server would have to serve up each page *once* (assuming static content), across its pipe to its upstream, where it would be cached, and further distributed to the rest of the net. Ideally I'd like to see cache functionality built into every router (except maybe the core routers, thats an aweful lot of data to cache, the harddrive speed drags you down).

      The holy grail, I think would be a system that still allowed interactive/dynamic content. Imagine a distributed /. :P
      Done. It even uses existing technology almost entirely. Hopefully we'll be able to announce something about it in the near future.

  25. Where's the SOURCE?! by Ogerman · · Score: 3, Insightful

    (subject line spoken in a gruff voice like in the old Wendy's commercials)

    I guess that "billion dollars spent on Linux" must be going towards buying IBM execs bigger leather chairs and fine art to decorate the hallways.

    If they want the advantages of Open Source community, they ought to try being part of the community. Lameness.

    1. Re:Where's the SOURCE?! by Detritus · · Score: 3, Funny

      The responsible executive has been dispatched to your home, to personally apologize to you for not living up to your expectations. Afterwards, he will commit seppuku.

      --
      Mea navis aericumbens anguillis abundat
  26. Re:I work there. It's pretty useful by Anonymous Coward · · Score: 0

    so, did anyone else need these 100Megs of data? Is your network so slow that this wasn't at most an hour or so d/l, in any case, if it's just one source and one destination, mirroring is of little use. Don't you have 100Megs to store this on your local drive?

    Why not any other program that just copies files (basically the first networking program everybody writes)?

    I fail to see how this is a compelling application.

  27. Apocalypse 2010 by Lunastorm · · Score: 1

    In the future, the Internet will be destroyed by what is known only as the Slashdot Effect®. The Second Dark Ages will begin and the world will be imitate the world of Dark Angel .

    Luckily, a hero from the future has come to the past, obtained a job at IBM, and created uServ. Slashdot, you have met your match.

    -Rufus

    --
    You die too easily.
    1. Re:Apocalypse 2010 by Anonymous Coward · · Score: 0

      That type of article structure has no place on /. , it belongs on memepool.com.

  28. Similar to my Reptile project. by burtonator · · Score: 4, Interesting

    This is slightly similar to my Reptile project which was covered a while back on slashdot

    The major difference is that we are reusing existing P2P protocols and will provide bindings for JXTA, Freenet, Jabber, etc.

    Content is syndicated in between nodes as XML (RSS, etc). An index is kept of all the content so you can run local searches. Actually we use Hypersonic SQL so you have a very FAST in-memory index of all this stuff.

    Users publish information into the system by adding a item to their local weblog. Remote users can subscribe to this channel and will receive updates via the P2P layer.

    We are also working on a reputation, and distributed public key authentication model. This is obviously very tough and we have been working at it for a while...

    Hopefully we will have another release out soon.

    Anyway.. check it out!

  29. Um.. by autopr0n · · Score: 2

    Which would really help me out, but because of all sorts of internal networking issues they would be hard to get.

    So in other words, uServe is a fix for IBM's jacked up intranet? Wouldn't it have been better to put resources into fixing their network in the first place?

    --
    autopr0n is like, down and stuff.
    1. Re:Um.. by big_nipples · · Score: 3, Insightful

      In a standard corporate intranet, what is the preferred method to share files between end users? Far as I can tell, there isn't one. That's the point. Same goes with home users.

      Sure, we can email things. But, as pointed out in the whitepaper, this uses third-party resources -- a mail server.

      FTP? Ok, you teach joe computer user to ftp a file to you -- oh, where are you gonna put it? You need a server somewhere to put it on.

      This thing is designed for average computer users who want to share stuff -- like pictures and log files -- but don't want to take the time to install a web server (or can't tackle the learning curve, or can't install a web server because they've got no static IP, etc, etc.)

      Have a read of the whitepaper linked in the article. It's actually quite a neat idea.

      --
      BN
  30. JXTA, I think by autopr0n · · Score: 2

    It was called JXTA, and really it's just a way to transfer XML around with java. It's useful, probably. It's still around, but no real visible apps have come about.

    --
    autopr0n is like, down and stuff.
  31. Vague description by xrayspx · · Score: 1

    For such a verbose description, I can't see too terribly much difference between a windows user running PWS (MS Flak: "It's so easy, you're probably ALREADY RUNNING IT!") and google cache, and you don't have to convince google cache to peer with you.

    If I see one maggot, it all gets thrown away -- My Girlfriend

  32. Not stupid by Cato · · Score: 4, Interesting

    uServ only needs a central server to locate individual web servers and set up dynamic DNS accordingly - e.g. to find a replica when the master site is down, or to find a proxy that can accept incoming connections for a firewalled machine. The actual access to web servers is always done via dynamic DNS and HTTP, so there is virtually no cost to the central server (it's only used as machines log in and out of the system, or change proxying/replication relationships).

    The central server (i.e. admin server and dynamic DNS service) could be very low cost - something like the cost of dynamic DNS, which can cost from $0 to $25 per year. Someone like TZO.com could easily offer this (they do a good dynDNS service already).

    The reason this is better than a free hosting service is that you don't subject your readers to adverts, and you can host whatever content you want. The one thing that's missing from this is dynamic load balancing - if you could have 100 other sites replicating a popular open source software site, and have people automatically connect to a nearby low-load site, this would basically *solve the mirroring problem*. If you can make the creation and use of mirrors completely automatic, the non-corporate Web can easily scale to much higher volumes than today, without having to make mirrors visible to the user.

    This does take up more of your bandwidth than central hosting, but that's the whole point of P2P - if this is a problem, apply rate limiting in the web server or the network. Most people use a lot more downstream bandwidth when surfing, so all you need to do is to reserve some bandwidth for upstream ACKs and upstream email - the remainder can be used for P2P serving without problems.

    Open source hosting is very reliant on Sourceforge and on people paying for web hosting services - it would be great to see it scale through the application of standard protocols and some smart software. Freenet is a much more radical approach, of course, with some interesting features, but it requires a new client or that someone hosts an HTTP to Freenet gateway - probably both approaches will fit into different niches.

    1. Re:Not stupid by DarkZero · · Score: 2

      Hmmm... well, you pretty much sold me, but I still wonder about the subscription fee. Because they can be changed at any time on a whim, subscription services always bother me, and even moreso for the realm of P2P, which can be very finicky depending on its popularity, the generosity of the users, and even the time of day. But otherwise, a damn good arguement for uServ.

    2. Re:Not stupid by Cato · · Score: 2

      The subscription fee can be $0, of course, just as with dynamic DNS - see www.dhs.org and many other services. However, some people will want to pay for a service to help guarantee its continued existence - of course, any paid-for service can put up its charges, but a free service can disappear...

  33. Re:Goatse.cx guy, dude with a loose anus, dead at by Anonymous Coward · · Score: 0

    "What are they gonna do with the famous anus?"

    Why, mount it, of course.

  34. geekword compliant? by nehril · · Score: 5, Funny

    this story sounds like it came right out of the Slashdot Story Generator

    1. Re:geekword compliant? by seann · · Score: 1

      that is the most halarious thing I have ever seen in my whole entire existance

      --
      I'm a big retard who forgot to log out of Slashdot on Mike's computer! LOOK AT ME.
    2. Re:geekword compliant? by Anonymous Coward · · Score: 0

      The random story generator could definitely use a spell checker.

    3. Re:geekword compliant? by StikyPad · · Score: 1

      Wow, this thing is amazing! Here's the story it generated for me:

      Posted by brian on Mon December 03, 03:05 PM
      smerfherdder writes "Salon has an interview with Albert Einstien which previews teh new vversion of Donkey Kong adn its place in teh curent technological environment. I was surprised to learn that Albert Einstien had an early hadn in teh development of Donkey Kong. Now if only Donkey Kong could help me with annhilating Microsoft." Good read.


      Far fetched and completely believable as a /. story. Kudos to BBspot.

      --

  35. Horray! by gatesh8r · · Score: 1

    A way to combat the /. effect! Yippie!!!

    "Hey guys! I'm going to post a plug on slashdot -- wanna replocate me?" -- this I'm sure won't get a lot of "Sure!" responces... :-P

    Otherwise great way to set up mirrors in a hurry.

    --
    Karma whorin' since 1999
    1. Re:Horray! by deblorvayn · · Score: 1

      This way, it can /. itself trying to replicate itself across the planet.

  36. Cool by redcliffe · · Score: 1

    This will be a bit like freenet, but without the anonymity stuff, it will be much more reliable and faster. I think it will be quite a good system for the average people on dialup. As long as the AUP's don't kill it.

  37. solution in search of a problem by vscjoe · · Score: 2
    Why would I want to sacrifice my limited outgoing bandwidth to serve someone else's content? And how would I ensure that my "peer group" actually remains on-line? Sounds like it would make my connection hard to use when I'm on-line and give me no guarantees when I'm off-line.

    The real working business model is, well, web hosting: you pay someone to keep your content on-line. You get reasonably predictable uptime, bandwidth, and services (PHP, etc.). It's not very expensive, you know. You even get it for free if you accept advertising on your pages.

    And the tools to support web hosting and migrate your data are already there: you can use "rsync" to keep your local site in sync with your web hosting service. For really high-end applications, you can replicate the data through a commercial service like Akamai.

    1. Re:solution in search of a problem by Anonymous Coward · · Score: 0

      Read the article, dumbass. It's primarily designed for intranets, where
      a) people don't care if their bandwidth gets shared to send Karen's excel file to Bill.
      b) people aren't computer saavy enough to use rsync (or even ftp) or make webpages. They just want you to download their latest sales figures and shit.

    2. Re:solution in search of a problem by vscjoe · · Score: 2
      The white paper doesn't say that it is "primarily designed for Internets". To the contrary. Go read the article yourself.

      It makes even less sense on an intranet than it does on an extranet. On intranets, files usually live on file servers, and that's where most intranets already provide web access. Most machines on intranets are also rarely turned off.

      Finally, bundling rsync in a user-friendly package is a lot easier than inventing a completely new service.

  38. Freenet without the overhead? by Bonker · · Score: 5, Interesting

    Hmmm... I think it's been mentioned that this sounds like Freenet without all the extras thrown in.

    Frankly, there are a few things inhibiting Freenet's popularity when compared to Gnutella and Fasttrack (Is that still running?).

    1. High learning curve: Trying to figure out how to search for freenet keys is a bit of a challenge, especially compared to typing in "Matalika" in a Morpheus or Gnutella search window and getting dozens of relevent matches from Lars and co.. You don't have critical mass until you have the morons.

    2. Difficult install: I have yet to see a Freenet implimentation that didn't require an attendant JRE install of some kind. Worse, it also frequently entails setting up Java class paths, a task that can confuse even Java developers from time to time. Then a user must understand that he usually has to use his or her browser to access Freenet. There is no 'Freenet' icon to point and click.

    3. Difficulty of sharing: It's possible to make entire web pages available via Freenet, but if a Freenet user is firewalled for any reason, it really harms him in terms of being able to participate in the sharing.

    4. Unpopular data doesn't propogate: Because the most popular data is shared and replicated most frequently. Warez and mp3s show up, but things like dissident and political theories, text files, and more personal data are lost... even to those who might be interested. (Oddly, Hotline is still a very good place to find these sorts of things. IRC fserves, as well.)

    From what I read of the white-paper it looks like this project, or an open-source project very similar to it, could solve these problems and still acheive many of Freenet's goals.

    Maybe the OSS community should look into something like this... a moron-safe, web-based file sharing project for the masses that ignores anonymization and encryption in order to gain a more critical mass. Better yet, because of the similarity between the two projects, once the sharing infrastructure was in place, it could accept a Freenet plugin, or vice-versa.

    Just an idea...

    --
    The next Slashdot story will be ready soon, but subscribers can beat the rush and slashdot the links early!
    1. Re:Freenet without the overhead? by Anonymous Coward · · Score: 0

      You don't have critical mass until you have the morons.

      That depends on what you're trying to distribute.

    2. Re:Freenet without the overhead? by kiatoa · · Score: 1
      To keep information in freenet all you have to do is have a cron job that periodically requests the files. I just request the files and dump 'em to /dev/null

      --
      90% of the wealth is in 2% of the pockets. Bummer to be in the majority.
    3. Re:Freenet without the overhead? by Robert+S+Gormley · · Score: 1

      I'm glad everyone doesn't pay for bandwidth like you...

      --

      Open Source. Closed Minds. We are Slashdot.

    4. Re:Freenet without the overhead? by Hobbex · · Score: 2

      That is a malicious attack on the network. There is nothing wrong with that, Freenet clearly needs to be able to handle such malicious attacks if it is to survive, but it is malicious attack all the same...

    5. Re:Freenet without the overhead? by harmonica · · Score: 3, Insightful

      Maybe the OSS community should look into something like this... a moron-safe, web-based file sharing project for the masses that ignores anonymization and encryption in order to gain a more critical mass.

      I'd be interested to know first how, in general, how one can create any type of p2p tool without having to fear legal problems because what users share might be copyrighted in some countries. Has the MPAA / RIAA ever said anything on that topic? The most popular stuff will probably be copyrighted music and videos. How do I, as a developer, avoid that my tool gets used for that type of content? Why do I have to provide solutions for that 'problem' in the first place? Why don't they go after Joe X. who shares movies on IP w.x.y.z? Whenever I create something easy to use, I must fear to get punished for it. Where are Hillary Rosen's suggestions, she was the one to ask p2p developers to work together with content right owners. This isn't some technical detail, it's the very core problem.

    6. Re:Freenet without the overhead? by Sanity · · Score: 2
      I suspect you haven't tried to use Freenet in quite a while. Try downloading a recent snapshot. While Freenet still relies on Java, for most people this just requires installation of an rpm or a quick apt-get. Installation of Freenet itself is pretty easy these days. There is even a .deb in unstable for Debian users although it is somewhat old. Unpopular data does propogate, if it didn't systems like Frost wouldn't work, yet they do. As for firewalls, these are not just a problem for Freenet, but for most true P2P systems.

      The current 0.4 snapshots are very impressive, and once a few final bugs are resolved 0.5 will be released.

  39. Use QoS by Cato · · Score: 2

    Linux and some other OSs have good QoS features, particularly for upstream bandwidth - just allocate (say) half your bandwidth to upstream email (and the important TCP ACKs for your downstream traffic, and the P2P downloads from your machine can use the other half. In fact, you can even allocate 90% to your own traffic but let the P2P traffic 'burst' to use this when you are not using it. The only problem is that Linux QoS is quite hard to use, and most people aren't even aware of what it can do.

  40. Interpretting whitepaper from wrong perspective by Anonymous Coward · · Score: 3, Interesting

    Hi. I work at IBM, and I think you guys are looking at this the wrong way (i.e. the Napster "gimme all your mp3s" perspective).

    When your company has 300,000+ employees, communication can be difficult sometimes, especially when it comes to sharing files. uServ allows you to allocate a semi-permanent "address" for asyncronous access of data, which cuts through several layers of beurocracy (requesting webspace, etc). Lotus Notes doesn't quite cut it for this type of usage..

    The point is not to anonymously share MP3s.

  41. Solaris rocks !! by Anonymous Coward · · Score: 0

    It sure does.

  42. Solaris is cool!! by Anonymous Coward · · Score: 1, Insightful
  43. SMB? NFS? by autopr0n · · Score: 2

    In a standard corporate intranet, what is the preferred method to share files between end users? Far as I can tell, there isn't one. That's the point. Same goes with home users.

    Well, everywhere I've worked we used SMB or NFS.

    --
    autopr0n is like, down and stuff.
    1. Re:SMB? NFS? by big_nipples · · Score: 1

      NFS -- not gonna work too well when you've got two semi-brain-dead users and one is trying to send the other a huge excel spreadsheet. They're lucky to be able to spell NFS, let alone get it working in a windows environment...

      Using windows sharing is possible, but have you ever tried to get it working on a computer that belongs to one of my previously mentioned semi-brain-dead users? Especially if you can't actually walk up to their PC and do it for them.

      Never mind the case where the file I want is on a cretin's desktop, and I'm logged into a Linux desktop that has been specifically denied access to the Windows Domain for "security reasons".

      IBM's uServ seems to address this nicely -- the company sets up the uServ servers, and installs a nice application on the users' desktops. I ask the user to please "Share" the file I want, and he emails me the URL -- no fuss, no teaching him how to do anything. Seems like a good product to me...

      --
      BN
    2. Re:SMB? NFS? by jilles · · Score: 2

      smb and nfs lack the scalability you need. All that users want is put some search terms in a box, hit enter and click on a link.

      Similarly they just want to drag a bunch of files to some folder and forget about it rather than having to share a folder and advertise that you have shared your folder and that it can be found at some very long, hard to remember address. That's too difficult for average users and they won't share or browse shared stuff.

      --

      Jilles
    3. Re:SMB? NFS? by homebru · · Score: 1
      ...we used SMB or NFS

      Congratulations. Glad they work for you. But why do you assume that they will work for everyone?

      In my own experience with a nation-wide network, trying to access files that may be 1000 to 1800 miles and multiple router-hops away is so frustrating that it results in copies being saved locally to avoid the time-outs. The existence of local copies, then, almost assures that they are out of date. And in our shop, the work schedules change too often to rely on out of date information.

  44. Name clash by sde1000 · · Score: 2

    IBM obviously didn't check Google before naming their project. GNU userv got there first (in 1996).

    1. Re:Name clash by Anonymous Coward · · Score: 0

      And you think IBM cares about that communist shit? HA!

  45. Except... by Anonymous Coward · · Score: 0

    Almost the entire IBM workforce uses notebook computers. It creates some rather interesting problems.

    1. Re:Except... by Anonymous Coward · · Score: 0

      Even with notebook computers, people still use file servers together with various synchronization methods. That's needed, if not for anything else, for backup. Since you have to have that infrastructure in place anyway, you might as well use it for collaboration as well. A separate P2P service makes little sense. And I don't know about the rest of IBM, but IBM Almaden uses a lot of desktops.

  46. A few replies by Halo- · · Score: 2, Interesting

    I work in IBM development, I was dealing with a guy who works support in another state, who was at a customer's site in another country. Obviously, the powers that be don't want to have lots of nice free data sharing between all these segments. Especially since the product I work on is security related. (And before anyone jumps on me about the lack of security of uServ, I was up till 3 AM last night running back and forth between two sites in multiple cars do a key exchange ceremony using physical tokens for a bank. I understand when using a lightweight system like this is okay.)

    Sure, in my earlier example we could have moved the data in question using existing channels, but you'd be going from three different platforms, three differnt OSes. Not only that, but a lot of people don't have things like SSH installed. SMB is kinda WinTel based, which doesn't help me much. NFS has lots of fun things like UDP. Add firewalls into the mix (because we're going between development, support, and customers) Did I mention dynamic IP's? And proxies?
    Granted, I'm not a big Java supporter, and would prefer a SSH/SCP tunnel, BUT, when I needed the data fast, this was a HELL of a lot easier than setting up a more traditional method. Have you noticed the shift towards "Web Services" in the software world? It's not because doing everythin of HTTP/HTTPS ports is the best way, but because damn near everyone has a solution in place to allow that sort of traffic to flow. uServ simply exploits that.

    Oh, about our "jacked up Intranet": Yes, it can be "jacked up" but it's a lot better thought out than any other place I've been. Even the parts running Token Ring. (ewww...)

  47. OT: your girlfriend by JediTrainer · · Score: 1

    She should be more careful with her web page. If she wants to advertise her Web Design expertise, it wouldn't hurt to test the site with Netscape. When I hire people I often go to the sites they mention on their resume and try them out. I imagine others do as well.

    With Netscape 4.79 on Win98, the only thing that you see is the navigation buttons on most of the pages. A quick examination shows that she is improperly closing her table tags using <table> instead of </table>

    --

    You can accomplish anything you set your mind to. The impossible just takes a little longer.
  48. Mac OSX already does this. by Essron · · Score: 0, Flamebait

    and FTP too. In just a couple of clicks.

  49. Only important question... by Anonymous Coward · · Score: 0

    Does this run on FreeBSD?

    1. Re:Only important question... by Bert690 · · Score: 1

      No one has tried it yet (that I am aware of), but it runs on Linux and AIX just fine. In other words, there's no reason it shouldn't, though it's been somewhat tailored to Win32 (since that's what most of the people around IBM are running).

  50. Re:Sounds like a ripoff of Freenet and... by Anonymous Coward · · Score: 0

    Speaking of Freenet (a nice piece of software indeed!), does anyone remember what Cult of the Dead Cow said they were working on at last Defcon? A nice rundown is here [canadacomputes.com] and even better was discussion started right here [slashdot.org].

    They called it Peekabooty and it technically does what this new software from IBM does.

    Anyone know if it's still vapourware?

  51. uServe meets Apache by BlackGriffen · · Score: 1

    Perhaps uServe can't handle dynamic content, but it can handle a redirect to an Apache server on the same machine (or perhaps even combine the two more integrally: Apache handling the dynamic content, uSever sticking with the static). Anyone who could make dynamic content should be able to handle such a solution.

    BlackGriffen

    1. Re:uServe meets Apache by glwtta · · Score: 1

      Ture - but what does uServe do then? If you take it out of the above, we are back where we started - before this "solution without a problem" was applied.

      --
      sic transit gloria mundi
  52. Re:I work there. It's pretty useful by Saint+Aardvark · · Score: 2
    I could just as easily have said "well, I don't know how to run Apache, so this userve thing sure saved my ass!"

    That's exactly the point. Did you read the whole paper at all, or just count on the rest of us to fill you in?

    "Another challenge, which cannot be underestimated, is keeping the system simple...[Free web hosting sites] require technical expertise, such knowledge of FTP, not held by a typical web user."

    For you or me, this is an absurd idea: not know FTP? C'mon! But try working on a helpdesk some time. I do, for a small ISP and webhosting company, and believe me it's really like that. It never ceases to amaze me how many people just don't know that "the Innernet" is more than Explorer and Outlook Express (or IE, OE and Front Page, if they've got a weg site). This program is for them (but useful for the rest of us too).

    The other way that uServ helped in this particular situation was the not-having-to-use-email-to-send-100Mb-attachments part. I deal w/enough people who can't understand why a) they can't pick up their email because someone sent them a 5Mb attachment (remember, these are dialup users) or b) they're mad because we won't let them send attachments bigger than 5Mb. The last thing you want is for the company's email to be held up for half an hour because there's a 100Mb attachment coming through. Again, for the ordinary user, not you or I, this is the perfect solution.

    Overall, I'm impressed -- this sounds wonderful. The only thing that I can see being a bottleneck to widespread adoption, by people like my dad on dialup, is the need for a subdomain: that's something that definitely requires a techie to set up, and to get a group going. That said, maybe this is something ISPs could offer as an additional service: userv.isp.net. Given limited bandwidth over dialup, this wouldn't be great as an always-on service, but it would be a great way, as the authors suggest, to share pix or similarly large files: "You can pick them up from 7 'til 9 tonight."

  53. Re:I work there. It's pretty useful by glwtta · · Score: 1

    This program is for them (but useful for the rest of us too)

    a) The comment wasn't from them it was from somone needing log files to do "debugging" (I am hoping its not your typical AOL user then). And there was no mention of email, the files came from a "co-worker" - meaning that their IT department was simply not doing their job.
    b)How are they useful for us? I haven't seen any reason yet.

    Anyway, my point was this - being easier to use (supposedly) doesn't make this "technology" better than a traditional HTTP server (or a free service), a service or server that's itself easier to use would fill this role. The usablity of this should be judged on it's technological merits, not how "drag and drop" the user interface is.

    PS I am well aware that the majority of people cannot use an FTP program. I still do believe that the solution to this is not bypassing it, but teaching them to use bloody FTP. If the general population doesn't learn something about computers, then what you and I do is just for our own fun - which is completely fine with me. I do my job, if they (the infamous "user") want to benefit from it, they'll need to make an investment (however inisgificant it actually is). Its the 21st century, pointing and clicking should be a required skill. (a good example: the majority of people can't drive for shit - are car manufacturers to be blamed for that?)

    --
    sic transit gloria mundi
  54. What's the advantage of uServe over Apache? by konmaskisin · · Score: 1

    or Zope or anything esle?

  55. How WOULD you run a Java app without a JRE? by yerricde · · Score: 1

    I have yet to see a Freenet implimentation that didn't require an attendant JRE install of some kind.

    How do you install an app designed for Java technology without first installing JRE? How do you install a Perl app without first installing Perl? How do you install a C app without first installing libc?

    There is no 'Freenet' icon to point and click.

    Unless your installer makes a shortcut to it on the desktop.

    --
    Will I retire or break 10K?
  56. Knowledge Management and Distributed Components by fraber · · Score: 2, Interesting
    uServ is not for the Internet because its underyling architecture doesn't provide neither encryption nor authentication. But it is a great solution to the Knowledge Management problem of many companies: Employees can can post documents without overhead.

    I found the most interesting part of the paper in the underyling Vinci component infrastructure. It focuses on speed and protocol extendability for distributed applications in a (trusted) Intranet environment.

    mailto:frank@fraber.de, www.fraber.de

    1. Re:Knowledge Management and Distributed Components by Bert690 · · Score: 1

      Disagree strongly. On the internet I can see this being heavily used for sharing family photos with friends, porn, MP3's/multimedia, and simple web pages. Most people could care less if the content is encrypted or authenticated. Either way there is a (somewhat incomplete) section in the research report discussing how to make it secure if desired via TLS and a Microsoft Passport-like single sign-on scheme.

  57. Re:I work there. It's pretty useful by Saint+Aardvark · · Score: 1
    Okay, now I'm pretty sure you're trolling. My fault.

    the files came from a "co-worker" - meaning that their IT department was simply not doing their job.

    And how, exactly, is that relevant to the usefulness or otherwise of thsi product?

    b)How are they useful for us? I haven't seen any reason yet.

    I don't find PhotoShop useful either; makes you wonder why Adobe even bothers, doesn't it?

    being easier to use (supposedly) doesn't make this "technology" better than a traditional HTTP server (or a free service), a service or server that's itself easier to use would fill this role.

    Sigh...what the hell do you think this program is trying to do? As quoted above, easy-to-use was a big goal here.

    I still do believe that the solution to this is not bypassing it, but teaching them to use bloody FTP....Its the 21st century, pointing and clicking should be a required skill.

    Care to explain the contradiction, or, again, is it my fault for feeding the trolls? I should be able to write packets by hand, too, but I can't. There are lots of tools that we all depend on to make things easier, from point-'n'-click programs to keyboards (real men use punch cards, I'm sure). FWIW, I agree w/your first sentence -- but I also know how hard that would be, and how many people simply wouldn't be interested. As I said before, this is for them.

  58. Re:I work there. It's pretty useful by glwtta · · Score: 1

    Okay, now I'm pretty sure you're trolling. My fault.

    I am not sure if my regular posting habbits can be easily diferentiated from trolling, but either way, people seem to anwer - discussion ensues.

    And how, exactly, is that relevant to the usefulness or otherwise of this product?

    Very simple - the original poster presented this (and only this, btw) as a use for this product, I was pointing out, that a better solution for what they used it to accomplish already exists in companies, its called an "intranet" and the only reason that it didn't appear to accomplish the task in this case, is because their IT does not appear to be doing their job. Here it is more briefly - why do you need a distributed P2P network for two people in the same bloody company to share information? Shared drives? File servers?

    Care to explain the contradiction

    I should've probably been more clear and articulate, here's my point. P2P sharing systems can be easy to use, or not. HTTP servers, can be easy to use or not. The ease of use, is not an intrinsic feature of the P2P paradigm, nor is it something that necessarily lacks from a free hosting service.

    On a rather unrelated note, I pointed out that using an FTP program, should be something people who interact with computers know how to do, HTTP servers or not. This isn't a case where we geeks came up with something outlandish and now need to create a solution that the common man can use. We require people to learn to read, they should be able to handle FTP. I disintergrate into these rants simply because I am sick of working with PhD level scientists, who bitch and whine when they can't, for example, use a new Oracle backed LIMS in the same way they used Excel sheets before it. Never mind if its more useful and powerful (not to mention preserving data integrity) by orders of magnitude (according not to me, but to other scientists who were involved in developing it), its not what they are used to. Its a simple return on investment kind of thing - people just don't want to learn. But because it has to do with computers, its somehow our, the geek's, fault.

    To recap, what it sounded to me like someone was implying was that introducing this fundamentally different approach to publishing content, from a technological point of view, was the solution to replace traditional servers, because those weren't user friendly enough. Am I getting across with the difference between the technology and the UI here, or am I just ranting?

    --
    sic transit gloria mundi
  59. Who you calling a server? by MarkusQ · · Score: 2
    This isn't a client/server program like gnutella;

    Were you perhaps thinking of Napster? Gnutella is about as P2P as it gets; there's no central server, and once two nodes have been introduced (e.g., at least one of them has added the other to its host list) they can reconnect even if everyone else is shut down. Granted, it may take awhile if the original network was >> 2 nodes--but it doesn't take a very large fraction of the network to self-connect within a reasonable time.

    -- MarkusQ

  60. Try GNU Compiler for Java... by alienmole · · Score: 2
    How do you install an app designed for Java technology without first installing JRE?

    By installing a version that's been compiled to native code using a tool like the GNU Compiler for Java (GCJ)? Truth is, I haven't tried this, but it has the potential to work, since it provides a libgcj which implements the runtime, which could presumably be statically linked if you really cared about one file more or less.

    How do you install a C app without first installing libc?

    By installing a version that's been statically linked to a version of libc? Besides, libc is present on "all" systems, and is only a single file, so doesn't quite present the issues that installing a JRE does. A JRE is an independent program that has to be configured correctly in order to be able to run, it's not simply a file that has to be present.

    You can't reasonably deny that requiring a JRE to run on top of does create extra distribution hassle which can translate to a barrier to entry for users.

  61. Re:What's the advantage of uServ over Apache? by Bert690 · · Score: 1

    This is addressed directly in the paper: preserves content availability even after your machine is off the 'net, focus on ease of use / install (for mass appeal), built in dynDNS, works with firewalls or even if you run other webserver software, etc. Disadvantadges include no scripting / cgi support, but the target audience for this technology could care less. So if you have a 24/7 connection and have taken the time to set up apache and a dynDNS service to go with it, then there's not much advantage. But I would venture that most people would rather run a 5 minute uServ install to get all these features.

  62. Where do we download it now by SpaceKow · · Score: 1

    Ok,

    Where do we download it now ?

    Marcel

  63. test by turg · · Score: 2

    Testing my link-check evader: http://www.yahoo.com/

    --
    <sig>Guvf vf abg n frperg zrffntr
  64. On Win32? On Mac? by yerricde · · Score: 1

    By installing a version that's been compiled to native code using a tool like the GNU Compiler for Java [gnu.org] (GCJ)? ... it provides a libgcj which implements the runtime

    It doesn't implement all of it. From the GCJ page: "AWT is currently unsupported". The Swing GUI calls AWT. And it probably doesn't work all that well on Windows or classic Mac OS.

    Besides, libc is present on "all" systems, and is only a single file, so doesn't quite present the issues that installing a JRE does.

    What issues? A C runtime has to be separately compiled for each platform, just like a JRE. In fact, because some platforms (e.g. wince, classic mac os) don't have stdin or stdout, the compiler must link a terminal emulator into the app in order to conform to ANSI. If the (freely-redistributable) JRE doesn't come with your OS distribution, that's solely between you and your OS distributor. I'll just point you to Sun's web site where you can get the JRE.

    --
    Will I retire or break 10K?