When Jonathan Schwartz kicked off the Progress Freedom Foundation Aspen Summit, last night with the Opening Remarks, I bet there were several people there that wished they were dreaming. This is because Jonathan shared his dream. He didn't just share any dream, he shared the Sun Labs project, "DReaM" (or DRM/ everywhere available) with the open source community under the OSI approved Common Development and Distribution License (CDDL).
He announced this last night as he unveiled the Open Media Commons initiative calling for an open source, royalty-free Internet standard to compensate rights-holders and stimulate innovation. Now THAT's the kind of dream I don't want to wake up from!
Sun has launched Open Media Commons by donating the Sun Lab's DReaM project, licensed as open source with the CDDL License. It includes:
I think this turns the tables on DRM is a couple of ways.
First, I think this is the first time I've heard anyone talk about the rights of the individual when they talk about Digital Rights Management. Jonathan describes "an age where individuals are creating and supplying the news as much as they are consuming it. Mobile phones play music and take pictures, high-quality video is delivered to almost any device on earth.." He rightly points out that in this day and age, it's not just big corporations that produce valuable digital content and therefore "we must not allow progress to be stifled by clumsy, self-defeating Internet tollgates in the form of a monolithic, closed digital rights management system."
Secondly, and specifically to DRM-OPERA - which is part of Sun's contribution to Open Media Commons, is the notion of user-based license provisioning as opposed to device-based licensing.
]]> My pet peeves about DRMDigital Rights Management (or DRM) has been a pet peeve of mine for a while. In short, I'm tired of getting ripped off and this happens in a couple of ways:
Music: This is where all of my frustration is derived from. I can honestly say that there are certain "albums" (Led Zeppelin's 4th album comes to mind) that I have bought at least 9 times!
The Music Industry has been ripping me off for years and now that I have my music digitally, I'm never re-purchasing my music just because you've changed the media.
Movies: To a lesser extent, the movie industry annoys me. VCR tapes don't last and I should not have to pay for my favorite movie over and over just because it wears out or because you've changed the media on me (to DVD). At least I wasn't one of those saps that fell for the whole Betamax thing!
Software: Now, I'm not one of those extremists (and all extremism is unhealthy and bad) that thinks all software should be free. I think that's up to the person that is sweating over the compiler to decide. I do however take exception when I need to repurchase the same version of the exact same software just because I switch operating systems.
If I go to Staples and buy Photoshop and merrily use it on Windows, I should not have to re-pay for it just because I get tired of viruses and switch to Linux. I shouldn't have to pay again (if I'm not changing versions) because I decided that I want a this years technology and switched to a Mac (Apple shipped Bluetooth, 802.11G and DVD burners before any Intel box ever did). If I am happy with the same software version that I originally purchased, and don't need an upgrade, let me run it on whatever Operating System I choose to.
Hey, it's 2005 and if you're software company is still writing code to a specific O/S, and not using Java, that should not become my financial burden. There are many ISVs that have one code base for any O/S and they are making money just fine without dinging their customers with an O/S tax.
The common thread with all of my pet peeves is that the experience that you paid for is not what you get. By that I mean, when I buy a music CD, a DVD, VHS movie, or in some cases, software, I expect that I am buying the right to use it for as long as I want, whenever I want, and wherever I want. I can listen to my CD in my house, car, your car, my walkman, etc without paying additional money. When I am forced to pay additional money when there is no apparent additional value, that isn't right.
Open Media Commons won't make all of my pet peeves go away, but a user-based license instead of a media or device-based license is a big step in the right direction.
Lot's of rules are changing for the better and industries better spend more time evolving and less time trying to stop it if they are going to survive. Open Media Commons is just another step in the natural progression we have seen:
All of these things are changing the market for the better. Now that I can buy my songs individually, I don't have to pay $18 for 10 crappy songs and one good one.
Eventually, all of this is going to change how record companies contract with artists. No more multi-million dollar multi-record deals where we're lucky if we get 2 -3 decent songs.
With electronic distribution and the "Age of Participation", the record companies are going to have to redefine their value proposition to artists. Madonna might as well sell her songs direct from her own website. Her brand is stronger than any record label's brand.
Artists don't even need to be exclusive to record labels anymore, in my opinion. Most major recording artists, that bring in the big $$ for Record Labels, have their own recording studios. Times are a changing.
If big media companies or ISVs go out of business, it's not going to be because of digital media. It's going to be because the power in the market is shifting to the individuals that participate in the Age of Participation.
Big Media is spending all it's energy on DRM to prevent theft and lost revenues (those two are not necessarily related). DRM needs to be about protecting the rights of everyone involved. I need the freedom to enjoy what I've paid for, and if that requires transferring to a different media or copying or making a back-up, so be it. Copyright owners of digital content need to be fairly compensated for the use and enjoyment of their wares.
I think the majority of people are more than happy paying a fair price for a quality product or service. Nobody is talking about stealing or "beating the system". I believe that the majority of consumers are like me and do the right thing. I think the thieves are out on the fringe and we can't base how we manage all digital content on the way a minority of people behave.
Open Media Commons looks like it is going to put the emphasis of DRM on the right things: Openness, freedom, and fairness.
Participate! Go to http://openmediacommons.org and find out more. Join the revolution and let's make sure DRM gets done with our rights in mind!
Thanks for reading.
-jbob
]]>It's too bad, because in the rehearsals it was pretty funny. Scott was to be the MC and the contestants consisted of James Gosling, a "random developer", and a 10 year old girl played by Alissa Anderegg (pictured on the left, with me in the green room back stage). In normal Jeopardy fashion, Scott would read an answer and contestants would ring in to propose what they thought the question was.
Of course there was a twist.
For many of the answers, the painfully obvious question associated with the answer was not always to the correct one. In many cases, an unexpected and often funnier question was the correct answer. This made for a lot of good one liners for all of the contestants. Here's some examples of some of my favorite questions and answers:
Well, it was a very funny in the rehearsal and we all got quite a laugh as some of us heard these for the first time. There were even funnier ones that were deemed "inappropriate", but lets just leave it as they would have been PERFECT for last years Java One!
Alissa is a very cute, very funny, very professional and naturally likable girl that was completely comfortable on stage. This is no small feat when this includes sharing the stage with Icons like Scott and James.
Too bad you had to miss her and I'm glad I didn't, but I thought you should know about the other 10 year old at Java One this year.
Thanks for reading.
-jbob
]]>Unlike other sites that make you sign up and login for downloads or "premium content", java.net is a wide open community when everyone, including visitors, can take/read/download most things on java.net without registering or logging in. This means that people register because they want to participate, contribute, or "put back". Registered members may not reflect active contributors, but it certainly represents people that want to make sure they can contribute.
So, what does registration get you? The ability to:
This is not a complete list, but you get the idea. Registration is free and without obligation, but the benefits keep growing.
The more cool communities, projects, bloggers, articles, discussions, and people that are found on java.net, the more java.net becomes attractive, interesting and valuable to Java developers. Interesting things and people attract other interesting things and people. It's a wonderful cycle when it's growing.
Since we launched, two years ago, java.net has strived to provide all of the tools and functionality to enrich the experience of those developing in Java:
With Java as the common thread, java.net has an amazingly broad and diversified constituency, including:
There are many other reasons, but all of this points to the awesome people that make up this community. A big thanks to all of the members, project owners, community leaders, JUGS, Partners, Bloggers, Board Members, and the entire java.net Management team for making java.net the coolest place in the Java Universe!
See you at Java One!
Thanks for reading.
-jbob
]]>In deploying applications across multiple platforms, automating things like installation, configuration, rollbacks, and updates can be a real bear. Things like webstart are invaluable for automating the deploying Java client applications to heterogenous desktops, but deploying J2EE applications is a different story all together. Not only is the installation of any given App server different for each OS it supports, but the deployment of J2EE applications onto an App Server also varies from vendor to vendor.
If all goes according to plan, we should expect an XML Schema specification for describing these dependancies in about a year.
I can envision how this specification could enable the creation of an ANT equivalent for deployment. Just as the Apache ANT project automates and simplifies the application build process, this specification could make way for a Java-based deployment tool.
Yes, you can use ANT for deployment today, but as you can see in this Developer.com article, there's a lot of platform specific stuff involved. What is likely is the creation of sort of deploy.xml file that ANT can read and build.xml can reference, if necessary.
Either way, we should all keep an eye on this as it proceeds and, when the time is right, a Java reference implementation of this would be a great java.net project.
Thanks for reading.
-jbob
]]>That's because today we launched the java.net Partner Network. In short, this is a way for java.net to recognize and reward companies that contribute to our community. Simply stated, the more your company contributes to and participates in java.net, the more benefit there is for your company.
Since our launch, java.net has put a lot of focus on individual contributors to our community. That remains to be very important because it's the collaboration among individuals that makes java.net healthy and strong. 130,000+ members and 1900+ projects later, it is time to encourage more companies to engage our members by participating in the open collaborative development happening on java.net and reward them for contributing their people, time, and code.
Up until today, we had an underutilized "Member Organizations" page that goes back to when we first launched java.net. That page was a place for companies that wanted a link on java.net. Other than that, there was no other interaction with the community and no other value to the companies that linked. We have replaced that page with a new java.net Partner Directory that is just a part of how we are expanding what java.net will offer companies that join our community.
Any company that links to java.net, submits ongoing content, or runs a project hosted on java.net qualifies as a partner. Just as there are multiple levels of participation possible, there are 5 Partnership levels. The Partnership levels increase as the participation increases and each level builds off of the lower levels:
There is also a Partner Level matrix available to easily compare the 5 levels.
java.net has a policy that discourages individuals from starting private projects. This is because we are trying to foster community collaboration. However, companies have told us that it would be valuable if they could set up private projects, in addition to their public projects. This might be used for their own internal use or for collaborating with their partners and customers in a gated manner to protect intellectual property or to achieve non-disclosure. As part of being in the java.net Partner Network, companies that have achieved a partner level of Silver or higher (which means they have at least 1 public project on java.net) are eligible to start private projects for an additional per-project fee.
Silver and Gold partners may start private projects for their own use and may not share them. Platinum partners may share their private projects. That means that a Platinum partner can pay for a private project on behalf of their customers or partners.
Gold and Platinum partners each receive their own Partner web page on java.net. This is a page that the Partner can brand and has editorial control over the content. The only restriction on the content is that is abides by Guiding Principles of java.net, has technical merit (no advertising), and is relevant to Java. We have set up a Sun page as an example of what a partner page looks like.
Platinum partners receive a java.net sub-domain URL for their Partner Page. It takes the form of [companyName].java.net and the DNS entry is managed by java.net.
As the java.net CTO, I will oversee this Partner Network. However, governance has been established that will allow the Partner Network to have a single seat on the java.net Management Board and there will be a Partner Board for discussions and recommendations on the future of the Partner Network. Partners will be as actively involved in how the Partner Network is run as they wish.
There is a lot more detail about the java.net Partner Network than can be put in a single weblog entry. I'd suggest visiting the java.net Partner Network Information page for all of the details you will need. You can also contact the Partner Network Information mail list if you have specific questions.
If your company has been thinking about participating in java.net, now is a good time to join. If your company is already participating in java.net, then you may already be a java.net partner and don't know it yet! Make sure you join and reap the benefits.
Thanks again to all of the companies that contribute to java.net.
]]>Security specialist, Fortinet, just found themselves in the cross hairs of the GPL Police (aka gpl-violations.org). A C|Net News.com article is reporting that the founder of gpl-violations.org has filed for a court injunction against Fortinet for violating the GNU General Public License.
Now, if the allegations are true, I am completely in support of what is happening here. However, this action, or the article itself, is not the topic of this weblog entry. It's the thoughts and images that are invoked by this that I wish to discuss.
I guess the real question is: What happens when my code and your code becomes our code? If Open Source is the enabler of this, shouldn't open source licenses handle this openly (and fairly)?
There has been a lot of discussion and debate over the merits of GPL as "the open source license", or more correctly, the lack of merit of non-GPL licenses. There are people that will go so far as say that "Open Source == GPL". I've heard opinions that GPL is the only real open source license because it provides the most freedom.
But, what about freedom of choice?
Phrases like "court injunction" and the mere existence of a gpl-violations.org watchdog seem to contradict the nirvana of freedom and openness that has been made synonymous with GPL.
It's one thing to try and propagate a philosophy through a license but is all of this a sign that a philosophy is becoming fundamentally extreme? Nobody is debating the right to enforce a license and I hope the first sentence of this piece made that clear, but I find the whole situation ironic and humorous.
All this tells me is that GPL does not provide more freedom than other licenses. It merely provides different freedoms while removing others - just like every other license out there. I personally don't like people telling me what license to use for code that I have written on my own. I have just as much of a right to pick my own license for my code as other do for their code. You can dictate to me when, where, and how to use your code, just don't dictate what license I have to use for my code. If your code and my code becomes our code, don't I have a say about what license to use for our code? GPL doesn't seem to think so.
Sidebar: Greg Papadopoulos has a blog entry titled "My Views on Open Source" that I think it is a good read and makes some thought provoking points about GPL.
I'm also aware that I have the right and freedom to not incorporate GPL code in my code if I disagree with the license. After all, we have to obey licenses whether we agree with them or not.
Thanks for reading.
]]>I believe there were about 250 registered attendees, which is not bad for a Saturday. If you've seen how beautiful the weather has been in Florida lately, you'd realize that you need a really good reason so stay indoors on a weekend.
I gave a 45 minute session on Sun's new Java Studio Creator tool and was pleasantly surprised at the attendance. My talk was basically a tour/demo of the product and thankfully Murphys' Law stayed home. There was a lot of interaction and what I found most notable was the broad range of developer types that expressed an interest in Creator. There were accomplished J2EE developers, as well as Java newbies, and even a bunch of .NET developers in the room that seemed very impressed with Creator.
I'll be blogging more on Creator in the near future, as I also seem to have gotten hooked. It's a really cool tool and the "Java Studio Creator Field Guide", by Gail and Paul Anderson is an extremely useful companion book. More on that in a later blog.
This was the second Event that I attended and spoke at for the South Florida JUG and both have been rewarding. I have a lot of respect for Jeanette Lawrence for what she's done with the SOFLOJUG and especially in putting together Tech Galaxy for the South Florida technology community.
If you're a Java developer in South Florida, you should definitely look up Jeanette and the SOFLOJUG and if you're in town next year, I'll see you at Tech Galaxy 2006.
Thanks for reading.
]]>Putting the WORA discussion aside (it's already been beaten to death), I see the real value being in that Java, itself, seems to run everywhere. No matter where I need my application or data to get to; desktops, servers, wireless devices, sensors, it is highly likely that Java will be there for me to use. That's a powerful statement that I believe is rather unique.
As Windows is the common denominator for desktops, Java is becoming the common denominator for everything.
Additionally, if my application is written in Java and I need it to integrate with or interoperate with something that also supports/runs Java, I believe I am less likely to run into complications (Maybe that's wishful or naive thinking...) then if I am trying to fit a square peg in a round hole.
Unlike WORA, I'm not thinking specifically about code reuse but rather knowledge and skill reuse. I already know one discipline of Java (EE, SE, ME) so expanding my application's reach only requires an incremental increase in knowledge. Therefore my experiences with Java become an annuity of sorts. This has got to be better than learning a whole new set of languages and syntax for every different device, platform, or "thing" that I want to engage.
I've thought this for a while but it was today's Editor's Daily Blog that got me to write about. In it, Daniel points to a blog by Bill Bumgarner titled "Why Java on the Desktop Doesn't Matter" that focuses on the thoughts of John Carmack and why Java hasn't been more successful on the desktop. (Apologies to Bill and John if I am not characterizing this properly....read it to keep me honest)
Bill and John make some valid points about UI performance. I believe the biggest reason for Java not reaching it's potential on the desktop is largely because Java doesn't have the same access to OS internals that native code is typically given. To be very specific, the most widely used desktop continues to be Windows and from what I have heard, C++, C#, and VB all have richer access to things like the Registry and other OS internals. Someone writing a desktop application targeting Windows is going to use the language that offers the richest set of capabilities so that the resulting application is best integrated into the OS it is running on. There's only so much that the Java community can do on the Windows front without help from the OS.
Linux, being that it is open, provides an opportunity for Java to add more value on the desktop. It remains to be seen if this will be realized. It seems that in this case more emphasis is put on licensing then the fact that all Java applications run on Linux (and therefore you don't need a "Linux version" of a particular application). Apple does a great job of integrating Java into OS X and some of their desktop utilities. The fact remains that if success is a numbers game, then for now, success on the desktop = success on Windows.
I also believe that it won't be another OS that will replace Windows' monopoly, I believe that it will be devices that will replace desktops. As more and more services and applications get accessed by more and more devices and more of these devices run Java, Java on the desktop becomes more relevant. If you have to support web, device, and desktop access to your application, Java makes sense.
To that end, and based on the beginning portion of this blog, I think that Java on the desktop matters a great deal. I think that the ability to run Java running everywhere is a big deal, including running it on the desktop.
Thanks for reading.
]]>Bruno Souza, a founder and coordinator of SouJava, is also a community leader on java.net and runs the java.net JUG Community.
Congratulations to Bruno and all the members of SouJava for this big step and showing that JUGs can make a difference.
]]>
Do you even know what I'm talking about?
By that, I mean do you know what the people wiki is?!
Does your people page have enough useful information on it to make it valuable to you and others?
Mine doesn't, but I promise I will do as I say after this blog.... ;)
The java.net people wiki is a member maintained wiki for java.net members to create a page for themselves. There are no hard and fast rules about what you should put there, but there is a lot to consider. First let's look as some common situations where a people wiki page could be helpful.
Have you ever gotten a project role request from someone known only as some obscure ID?
Wouldn't it be great if you could easily learn more about the person requesting the role?
Imagine if we held an election for a post on java.net (i.e. the Fairness Board) and the only information you had about the candidates was their user ID?
Wouldn't it be great if you could easily see their bio?
There's over 100k members on java.net, but how many of them have worked on the kind of application that I have questions about? How can I tell if they are open to being contacted.
Wouldn't it be great if you could easily look up peoples skill sets?
I'm sure there are lots and lots of additional scenarios that hopefully you will contribute as comments to this blog entry, but let's get to the point.
All of these scenarios have one thing in common. They are all born from the fact that the only identity that people really have on java.net is their user ID. For a lot of reasons, we do not collect or capture personal information during registration. We don't even require a real name. This can make some decisions tricky.
The people wiki was created to assist in these situations. It certainly cannot solve these problems because, as a wiki, some of the information (i.e. skills) can be subject to the perceptions of the author. But it can help.
Let's consider some types of information that might make the people wiki more valuable:
There's lot's of other social things you could add, including a picture (so we can recognize you at Java One!) and what books you're reading. The people wiki page itself also lists a lot of good ideas, but I'm trying to focus on things that might be helpful in getting things done.
Like before, this is by no means an exhaustive list of things you could put on your people page, so please comment on other things or if any of these above are a bad idea.
As more and more members create useful people pages, some of the scenarios become easier to deal with.
Just remember that it's easier to include you and collaborate with you if we all know who you are and something about you. The people wiki is completely voluntary as is the information that you put there.
I hope this was helpful.....now, if you'll excuse me, I need to update my page.]]>
Is this a memory lapse?
It seems we've forgotten what the notion of a Markup Language is all about. XML, like other markup languages such as HTML and WML, tag portions of text documents for one reason or another. HTML marks up text for formatting purposes and XML marks up text to make data embedded in a text document more machine readable.
All of these things are about making documents more useful. Formating documents, embedding data in documents, etc, is the purpose of markup languages.
The other thing we are forgetting is that binary formats are platform optimized. This optimization is a leading cause for incompatibility between dissimilar systems.
Finally, does anyone actually expects there to be a single binary standard if the WC3 actually pursues this? Many in the industry, including Microsoft, are already calling for multiple binary standards for XML.
Multiple binary standards for XML?! This whole thing is becoming a mess before it gets out of the gate.
I like XML. I think it's useful for certain purposes and use it myself for configuration files and for storing offline data. The things that make XML particularly useful are that it's human readable and that it is a standard. Daniel Steinberg provides an excellent example of why human readable data is valuable in his 2003 article on transforming iCal files with Java on O'Reilly's Mac Dev Center site.
I believe the problem with Binary XML movement is that, once again, we are looking for a silver bullet. There are no silver bullets and XML is also not one. Rather than embracing a wonderful technology for what it's good for, we will wind up jeopardizing it as we try to get it to do things that it isn't well designed for. The Fast Infoset Project (FI) provides some immediate relief for document size and performance. I think FI is solving the problem correctly.
All of this reminds me of when the whole Web Services craze started. Everyone just stopped thinking. Everything needed to be XML and everything needed to be Web Services. It was crazy.
During the early years of web services I would give talks to people deciding when and if to adopt emerging technologies. I typically praised XML and warned against what I thought was inefficient use. 4+ years later, my position remains the same. Given the current state of Internet and Wireless bandwidth along with text processing performance, it just doesn't seem desirable to use text as the basis for high volume data transmissions. Text is fat and inefficient for high volume use. Additionally, to secure that text, you must encrypt it which adds additional bandwidth, processing, and memory overhead.
I think the FI project is fixing the problem in the right place and is better than pretending we can all agree on a single binary format for XML. Eduardo Pelegri describes Fast Infoset in his blog as "GZIP for XML" and I think this is the right approach.
Let's use XML for what's it's good at and get better at using it. This includes more efficient document design. Don't put everything including the kitchen sink in your messages/documents and learn to normalize your documents and messages. I believe the answer is a new efficient standard or improvements in text compression and processing.
Whatever happens, I'm counting on Java to continue to make it easy for me to manage and process XML.
Thanks for reading.
]]>I think there is some truth to this because there is a track record of the Mac not being on par with Windows and Linux in terms of priority. I don't think this is unique with Java. I also see this with many multi-platform software applications and also in Open Source. Whether it's Yahoo Messenger or Open Office, Mac appears to be an after thought. I like and use OS X and find this particularly frustrating as well. The interesting point about Open Source is that it appears that the Apple PowerBook is the preferred laptop with Open Source developers. At OSCON, O'Reilly's Open Source Conference, Apple's PowerBook is the overwhelming majority of laptop present at the event. It makes you wonder why OS X doesn't get a higher priority.
Regarding Java support, I think the question that is not being asked is "Where is Apple?"
OS X is Apple's operating system. It's Apple's customers that stand to lose if OS X is not current with it's Java support. It's Apple's OS that is at risk as a viable Java development platform if J2SE 5.0 is delayed on OS X. It's Apple that is trying to make inroads into corporations with their new line of servers. They are not going to make it in that market without either current Java or .NET support.
Apple "appears" to support Java. It ships OS X with Java installed and supported in their development tools. It also provides some cools API to take advantage of OS X features within Java. But how committed are they to Java is they aren't making J2SE 5.0 support on Mac OS X a priority? Are they active contributors to the Mac Community on java.net? Is Apple as committed to Java as the Java developers that use their platform?
Is Apple committed to Java developers?Finally, there is another unspoken opinion that gets subliminally suggested in these type of conversations. Instead of directly asking what Apple is doing to remedy this, there are hints that Sun should do more. Comments like "Legend has it Sun had only one person doing the Mac port" listed as an excuse in Chris' table takes our eye off of the ball. It's understandable to expect Sun to take the lead on ports with version 1.0, however, where are the questions regarding the number of Apple people dedicated to future versions?
It's almost like there is this unrealistic expectation that Sun should pick up the slack for everyone else platforms. Just because Sun came to the rescue to the disenfranchised Windows platform when Microsoft abandoned Java, doesn't mean their lack of focus on OS X is an omission. That's Apple's responsibility. You can't ask Sun to give up control of Java with one breath and then hold them accountable for Java's adoption and success with the next breath.
If you're not satisfied with the pace that OS X keeps up with Java, just remember to hold Apple accountable.
]]>65 of the 900 bugs fixed are performance related. Some of the cool enhancements include:
All users of NetBeans IDE 4.0 Beta 1 should transition to this release.
Downloads are located at http://www.netbeans.org/downloads/index.html
Since the Beta 1 release, over 900 bugs have been fixed including 65 in the performance area.
For more information on the content of the release, click here]]>
java.net Fairness Board
Ken Arnold
Ron Goldman
Frederic
Lavigne (l2fprod)
For a directory of java.net Boards and Board members, go here.
The election was originally held during the week of July 11, 2004 and included 6 candidates. The result was a tie between two of the candidates and forced a tie-break election during the week of July 25, 2004.
The results of both elections are as follows:
TIE-BREAK ELECTION (July 25 - July 31, 2004):
Candidate (java.net ID) -- % of Votes
Frederic
Lavigne (l2fprod) -- 51% (winner)
Alex
Winston (thealexwinston) -- 49%
FAIRNESS BOARD ELECTION (July 11 - July 17, 2004):
Candidate (java.net ID) -- % of VotesThank you to all of the candidates and everyone who participated in this election and congratulations to Frederic.
For more information on the java.net Fairness Board, please see our governance.
java.net members can learn more about this election and voting on java.net by visiting the voting project.
]]>Only java.net Members can vote in this election. If you are not a member, you can [join/register] now so that you may participate. Members are instructed to go to the Voting Project for instructions for this election.
I would like to congratulate both both Frederic and Alex for making it this far and wish both of them luck in the tie-break election.
All members are encouraged to get to know these two candidates and contact them if you have any questions about their candidacy. Please turn out and vote for one of them. They both will appreciate your support:
Candidate (java.net ID)
I would also like to thank the other 4 candidates that were in this election. They all received many votes, but unfortunately not enough. I look forward to seeing them get more involved in java.net in other ways. Members that care enough to get involved are very valuable to the community and we should all show our appreciation to these 4 members for making the effort:
All 6 candidates in this election would have made an excellent addition to our Fairness Board. However, there is only one open seat and we still have some work to do in order to find out who gets it.
Thanks to the many members who voted online in the last election and hopefully all of them, along with the rest of the java.net membership will take the time to visit our Voting project and vote for either Fred or Alex in this up coming TIE-BREAK election for the Fairness Board.
For more information on the role of the Fairness Board and Voting on java.net, please see our governance. ]]>