Slashdot Mirror
Interoperable P2P: Jxta
Troy writes: "This article went up today (on developerWorks) about the Open Source project called Jxta, which is a community-run attempt to build a utility application substrate for peer-to-peer applications. Anything with an electronic heartbeat can become a Jxta peer." A nice high-level overview of how Jxta is supposed to work.
no, what would be better... Instead of your alarm clock waking both parties up. The preferred party (woman) should be woken up and instructed to wake you in your preferred way :-P ;-)
Now that's a fucking invention.
Ok. i'll take a dare and assert that i'm not the only one puzzled by wether or not we even need such a thing.
Anybody with an hour or two and a good book on Perl can write a client/server package, complete with a crude protocol that allows both sides to talk. I guess what i'm getting at is, what good is an "application substrate" in this situation? If peer-to-peer sharing is by definition a specialized application meant only to communicate (and deal with) an equally specialized scorresponding part, then why bother building a "one size fits all" version in the first place? Perhaps a common protocol for P2P would be a good idea, but then again, we already have that. Its called TFTP. Or NFS, for that mattter. I've always thought that publically exported NFS shares make the best platform-independant P2P solution.
Sometimes, especially for experienced coders, it becomes tempting to want to reinvent the wheel. If you're going to set out to make something as complicated into something thats now easier to handle, cool..Go for it. But don't try and over-do something that is already simple by its very design.
By the way, if you're one of the guys building such an app, feel free to swing by System 26 when you're ready and have a look around. You might find something useful to include in your code to make it a little more asthetically pleasing. Plus, its free.
Cheers,
Bowie J. Poag
Jxta seems to be a bit better at being a true P2P network without having to know the address of a node before-hand, but Freenet seems to handle bandwidth better by distributing popular files across multiple nodes as needed.
Sun is apparently trying to keep a "hands-off" posture with IP security on Jxta, while Freenet carries it one step further by making it difficult to find who posted or holds "bad" information at any given time.
So... which will ultimately be the better/prefered choice of users?
Keys being that most P2P apps need some of the same basic things. in my simplistic terms:
Authentication, Security & Trust, a Capacity for dealing with a changing and non-stable network, some sort of common messaging format, etc. There's more, but I'm tired of typing.
if Jxta can provide these types of services in a useable way, then it can be very powerful...
anyway... a can of soup can be very powerful too if used properly... it all comes in the implementation. but that's my .02c
No man is an island, but Gary is a city in Indiana.
This may sound like a troll and get modded down, but who cares? Since Java is OOP, wouldn't it be easy for Sun to just change the implementation of the JXTA framework to "backdoor" oar peer to peer architecture. Not that Sun would do something like that, only M1cr0$0ft would do something that evil *(and we all know M$ doesn't use OOP since they don't use Java, although they're oracle db is OOP, IIRC). Anyone have an idea how a truly free version of this and Java could help us circumvent this dastardly tactic of the Coprporate Republic?
-zr
Isn't this JXTA thing just a rip-off of the Jabber project, with no actual implementation, and no actual apps?
Thats what it looks like to me, anyway.
I gots ta ding a ding dang my dang a long ling long
It's just another word for a distributed application. When Nabster got all that attention it became really trendy and now it's considered more advanced than client-sever arcetecture, which is bollocks. It simply depends on the application: Nabster was peer to peer because of the nature of the application, Like wise a database application is client server because it makes sense to implement it that way. By the way CORBA provides all these services already
Could some enlightened soul please tell me what practical differences there are between Jxta and Jabber?
Sun are a strange bunch, a company where the vi v emacs wars can really kick off as two of the developers are there (Gosling for emacs, Joy for vi). JXTA is another of Bill Joy's babies, its meant to be a language/protocol independent offering for peer to peer solutions, which was originially what http://www.jini.org said they would do (Jim Waldo).
JXTA is a nice idea, and there are some good papers from JavaOne on the subject. But given that Sun's marketing might is behind J2EE will JXTA really be given a chance ?
IMO the answer is probably yes, JXTA and Java are part of a two pronged attack at next generation devices, this isn't really PC to PC type applications but device to device, most of the next generation mobiles will be running Java, some will not and most service provider cells will not, JXTA enables the bridge between the Java world of the device and the big bad world of networking to interact.
Strange how the best ideas come without marketing strategies. Java was an inhouse project which aimed for 10,000 downloads. Will the same explosion happen with JXTA in a wireless world ?
PCs suck, time to distribute.
An Eye for an Eye will make the whole world blind - Gandhi
Although J2EE decided to go a different route by specifying a comprehensive list of minimum requirements it is sizable enough that no two vendors currently completely implement all of the same functionality (or at least not the last time I checked).
Jxta seems to be taking the generic-ness route which from experience leads to incompatible implementations and vendor lock-in. Particularly telling where the following excerpts from the article Sounds like a journey that is starting with the wrong step to me.
Are there any P2P methods in the Internet2 that work better than the IPv4 world?
I hope Jxta will solve that problem when both clients are behind firewalls.
Vilk, from the ranks of the freaks
Yes the jini could give you these capabilities, but a programming language doesn't magically do this.. C can do this as well. It 's the underlying technology that gives you these "neato" inventions. I wear a Java Machine on my finger, it's a java ring I got for free back in 1998. Extending that same idea got us the jini and can go farther... But in the same breath almost every embedded processor or even PIC can do this same thing.
Why dont we see it? there is no demand for it... and manufacturers do not want to cooperate in any way.
I highly doubt that Timex will gladly reveal to Black and Decker how to talk to their alarmclock and vicea-versa.
the only way to get this it to make it yourself... and it really isnt that hard.
Do not look at laser with remaining good eye.
I'd be more worried about remembering to refill the coffee maker every time.
What's this Submit thingy do?
The author writes: "Much has been written already in popular and trade press. Sun's decision to not dictate policy in its Jxta implementation allows it to sail free and clear of this controversy -- leaving the onus on the shoulders of the pioneering early adopter of Jxta technology when working on content distribution. However, the community-based evolution of Jxta technology in this arena has the potential of ensuring a smooth balance of control between the IP owners and the public at large. The open Jxta community can serve as a forum where IP owners and technologists can work out their differences."
:)
In other words, to hell with it. We know all the users are just using it for pr0n and mp3s, so why not just go with the flow and hope someone else figures out a happy medium?
My sigs always suck.
I've been participating in JXTA since the beginning and have been impressed that Sun has truly made JXTA open source. With all the good and bad that entails.
So you have XML, adding an overhead of tagging to encapsulate and represent data.
And you have Java, which runs in its own virtual machine on a level separate from the "real" computer.
We can't have machines that can all work together, so we throw a thick layer of vm and tagging to ensure they all work the same. Then since everything looks nearly identical after all the "makeup" we can finally rig everything together as "peers".
Reminds me (vaguely) of the Dr. Suess story about the guys with the stars on their chests. Some had stars, some didn't, and each side hated the other. The only time the entire race could finally all get along was when everybody was so covered in stars nobody could tell the difference anymore.
Buzzword compliance is becoming increasingly important in a post-Internet age when the lack of credible players in the field of PC manufacturers and mainframe technologists has left the computing realm in serious need of an identity update. Please accept this humbly modest appeal for more buzzwords in all articles submitted to the counter-culture geek-influenced web site Slashdot, in the future. Thank you.
Stupidity never felt so good.
1) They come up with these projects like JXTA, give you a philosophy, framework, whitepapers and tons of other stuff to read, and give you zero examples of useful code. My clever idea for embedding base-64 encoded binary data within XML files for file sharing (to facilitate streaming, reduce stupid filenames, allow files to store md5 hash and content length, allow public-key sigs and/or crypto, versioning, and basically any other metadata you could possibly want while still allowing network portability (smtp in particular), XML compliance and still be able to go 'uudecode file.xme' and get useful output) won't get any play whatsoever unless somebody (I suppose me) writes a 'reference implementation' that resembles something useful.
2. They have problems playing nice with de facto standards. The one that pissed me off the most was their deprecation with a vengeance of get/setenv. Any OS worth its salt supports some sort of environment variable, and those that don't could have get/setenv emulated by the jre. They left people trying to deal with bizzare command lines to pass in system properties, which is very nearly a waste of time. Anywho, the cgi-bin crowd read that as "java servlets or no java" and said "no java." Java servlets/jsp are often as good a choice or better for many types of web apps, but Sun doesn't do much to cater to people who think more in perl or ssi's (php).
AC's cheerfully ignored
Hm... I just set the coffer timer to be about 15 minutes after the alarm clock. Now one of those machines which grind the beans for me would be nice; I currently do that the night before...
There have been numerous JXTA articles over at O'Reilly's openp2p.com site. Ob Karma Whore :)
Do you even know anything about perl? -- AC Replying to Tom Christiansen post.
Computers suck in general, the more people hype all this stuff the worse they get. Java was going to revolutionize the PC. The only thing it manages to do secessfully is crash my browser or make annoying porn web pop-ups constantly happen.
Jini was going to connect every device, ya.. right, and now jxta, what's that going to do make my toaster talk to my fridge. Do i really need that?
As for P2P, the only sort of half usable system was Napster (thanks RIAA for messing that up) as you could connect to people about 50% of the time, and the server based indices made searching for something so much faster. Using Gnutella sucks ass.. no one ever seems to connect properly, searching is painfully slow, data rates even though they say are fast come in at insanely slow speeds. Getting 1k/s is a good rate, Got to love getting 14.4 modems speeds on my 1mb dsl connection. Are we going backwards or forwards with this stuff ??
Try hooking up some simple pc's on a network with MS's SMB, and that just sucks too. What's that waiting 15mins if you take the server down without logging off clients, how come you can sometimes see computers and domains, and not other times. How easy is it to hack the network.
The only thing that really seems to preform is TCP/IP, your packet will get routed.. anythning build on top of that well.. we know how well stuff works now days. Any app or protocal for networking created before 1986 is pretty much garbabe.
Yeah, literally.
Stupidity never felt so good.
not to mention, i think this can already be done. Some coffee pot machines can be set to start brewing a particular time. Simply figure out how long it takes for the coffee to brew, and set the clock on the pot and alarm clock appropriately.
The One Rule Of Chess You'll Ever Need: Don't play someone who carries a kit in their bookbag.
And no, your employer doesn't want to pay to route and transmit the bits coming out of the compute cycles you are "donating" to crypto cracking or searching for ET.
In The Trouble with JXTA Adam Langley, a Freenet developer, gives his not so rose-tinted view of JXTA.
Upon seeing the box was too small, Schrodinger's Elephant breathed a sigh of relief.
Yeah, and you wouldn't even need an alarm clock anymore, with the noise they make ;-)
Lars T.
To the guy who modded me down from perfect to terrible Karma - Apple haters still suck
Ugh, black text on a dark background...very hard to read for those of us whose eyesight isn't that good. I've found that when I need to hilite a site to read it's content I usually don't bother. Could just be me though. -AC in America (Paris Sucks)
The closeness operator sounds a bit like sorting, and anything that can be sorted can also have a closeness operator, however not everything that can have a closeness operator can be sorted. There is no reason why a more general query couldn't conform to these requirements. Generally speaking it would probably require some form of "fuzzy matching" of metadata to an SQL-style query. Of course this would require some constraints on the nature of the query, but it could still be much more flexible than Freenet's current lexographic search.
Uhh, maybe he just likes paying less for his coffee than the average Folger's user. To my best knowledge, it is still cheaper to buy your own beans and grind them yerself, than it is to have Folger's due it for you.
All you have to do is time how long it takes for your coffee maker to make coffee.
:-)
6:30 Time coffee starts brewing (Set this on coffee maker)
+ 5 minutes brewing time
= 6:35 Time to wake up (Set this on alarm clock)
who need Jxta for that....
I want my rights back. I was actually using them when our government stole them after 9/11.
Anything with an electronic heartbeat can become a Jxta peer
Finally my grandfather can become a Jxta peer. Ever since we implanted that pacemaker, that's been his dearest dream. Bless his artificially stimulated heart.
Maybe now he can send messages to the microwave ovens at 7-11 that used to terrify him so.
A man without a God is like a fish without a bicycle.
Please...Pee Wee Herman did that years ago. His even made him breakfast!
"I strongly urge both the faint of heart and the faint of butt to leave the room at this time."
- Strong Bad
It's my ball - you can play with it, but then you have to give it back to 'cause I own it. And another thing - you can't bounce the ball or look at it.
One thing that most people haven't noticed is that JXTA isn't specifically a Java system, unlike Jini which uses Java classes. Jxta is a protocol, which can be implemented in whatever language is desired. Naturally the first implementation is in Java, but it doesn't depend on it.
The Video Toaster!
What, it's already been done?
"Mind, as manifested by the capacity to make choices, is to some extent present in every electron." -Freeman Dyson
My point is that Jxta is making development decisions that are best left up to implementers. For instance, the Freenet developers are never going to allow broadcast anything, but if Freenet were made within the Jxta framework, they would have to live with broadcast node announcement (despite the fact that the experimental 0.4 Freenet is getting support for a uber-efficent node announcement that scales linearly).
Not a typewriter
For those who don't get what Jxta is good for, don't worry, it took me a while too, but I think I have it.
Jxta is an attempt to combine XML, Java, and Gnutella. Obviously, this unholy hybrid can have only one purpose - to make a computer program so slow time runs backwards!
The BEEP working group of the IETF published a P2P protocol standard last April. This is based on several years of work by Marshal Rose and several other well known IETF craftspersons. I think this is a case were Sun should consider adopting a well thought out standard rather than inventing a new one. Visit BeepCore to learn about the libraries that are being developed to implement BEEP. (I look forward to having the PyBEEP interface included in the standard Python distribution.) The site also refernces several IETF projects and commercial project that are based on BEEP.
Jxta was created by Sun to be a "framework" for P2P networks. What exactly that means is rather vague. It appears to make basic development decisions that are better left up to indiviual projects (such as broadcast seaches). TCP/IP is really the only thing most P2P networks have in common, and even that could often be easily replaced with a diffrent underlieing protocol if it was necessary.
There are several other assumptions that Jxta makes that it shouldn't. See this article for more information.
Not a typewriter
Wait a minute. Aren't you a Microsoft supporter? Somehow your coffee rant seems to totally negate everything you've ever said about Microsoft in my mind.
Stupidity never felt so good.
guess what, suckas
You could have your coffee pot programmed to start by itself every morning, and then have it send a signal to your alarm clock when it's ready! Now that would be some useful technology!
I have played around with Dia, and despite some pretty big limitations, it is still possible to create a good looking pic.
I'm sorry to rant (is it just me?) but why is Linux and Open Source documentation so devoid of pretty pictures. If they can add to a persons understanding of a product or concept I would say they are not such a waste of bandwidth, as everyone in the OSS community tends to believe.
If an author wants to limit the distribution of his or her work then it within their entitlement.
Sure information wants to be free, but the interpretation of information is, rightly so, very private.
How many contradictions and paradoxes can arise from these thoughts?
The question which most often comes up when JXTA is mentioned is always the same, "What is JXTA for?" The answer is simple but unintuitive: JXTA is so that Sun can break into the P2P mindshare. It can't do this with Jini because Jini has already ridden the hype rollercoaster, so Sun had to come up with a new product. They took their bag of buzzwords and came up with a buzzword compliant P2P product.
Now, seeing as how are you probably a developer who does not work for Sun, what is the point of JXTA for *you*? What does it give you that you will find useful. Very little. If you happen to want to write a P2P app that uses the JXTA network model (basically Gnutella, but let's not quibble about that particular point) then JXTA has some code that you can use as a base for your application. You can also hack up an appropriately licensed Gnutella, Freenet, or MojoNation client if you like their arhictecture.
Chances are, however, you want a custom network architecture. If you read Sun's marketing hype, they will tell you that JXTA can be any architecture and it's open source, so it's up to you to add the components to make JXTA-Freenet or JXTA-MojoNation or JXTA-your-custom-network-architecture-here. This is technically true because JXTA doesn't actually do anything. It's basically a bunch of webservers that open connections to each other. The only thing that JXTA adds over a webserver with CGI or some form of RPC such as XML-RPC or SOAP is that it provides a few services that create a Gnutella-like network. If you're not going to use the JXTA services then JXTA adds nothing over an XML-RPC module in Apache or any of the small XML-RPC servers such as Helma.
People ask me for advice on their P2P applications all the time and never have I found it prudent to recommend JXTA for a project. However, JXTA does have one benefit, which is that if you use it in your project then Sun will give you free advertising announcing "yet another" JXTA-based project.
anytime soon if ever
If JXTA is a P2p "framework", what stopping someone from writing a Gnutella client using JXTA? Or am I missing something?