Search |
||
Grand Theft AutumnPosted by editor on October 22, 2008 at 8:02 AM PDT
Spam and elections, unrelated A few random items to bring to your attention. First, we've had spammers trying to hit different parts of the java.net site: article comments, weblog comments, forums, etc. It's something we've been dealing with for years, and our response is the same: we immediately delete the user and all their posts, then send an e-mail to the address they registered with telling them that their account and posts are gone. Yes, it's a manual process, but the conglomeration of multiple content systems -- Movable Type for blogs, Jive for forums, O'Reilly's CMS for articles -- resists a one-size-fits-all system for automated spam blocking. I catch a fair amount of the comment spam as I put the page together in the morning (I have an RSS feed of all forum posts, plus I get e-mail every time a blog of mine or an article I've edited gets a comment), but there still may be stuff I miss. So, we've created a new e-mail alias, , for sending us reports of spam anywhere on the site. It's linked in the left nav for some of the content pages, and we'll be adding it as a link to forums and projects in the next few days. If you see spam, please just send an e-mail with the relevant URL, and we'll blow away the user. Thanks. On a more positive note, we've moved on to the next phase of the JCP elections, following the posting of the ratification results for the 2008 JCP Elections. All SE/EE seats (Ericsson, SpringSource, and SAP) and ME seats (Nokia, Philips, and IBM) were ratified by the 21.1% of the eligible voters who participated in this round. The open nominations period for elected seats -- one on the SE/EE executive committee and two for ME -- is now underway. Individual members of the JCP can nominate themselves, and corporate members can select a representative. Open nominations close on October 31, with balloting beginning on November 4. In the last few years, there's been a clear trend away from individual membership on the ECs in favor of corporate and organizational membership. As you can see from the current membership, there are only two individuals on the SE/EE EC, and one on ME. Of course, this is what the community has chosen over the last few years so it's neither good nor bad... it's just an interesting trend and it bears watching to see if it continues. Also in Java Today, Project Fuji, the open enterprise service bus, has released Milestone 2, highlighted by enhanced support for enterprise integration patterns, improved tooling, more distribution options, more service type, and much more. A summary of Fuji news from The Aquarium announces a screencast showing off Milestone 2, and a live meeting and webcast in the OpenESB Innovation Series meeting to be held today (Wednesday, October 22) at 9AM PT (1600 UTC). With JSR 314 (JavaServer Faces 2.0) having completed its second early draft review, the Mojarra project has released a reference implementation of JSF 2.0 EDR2, available either as a download or via the Update Center in GlassFish Application Server v3. Jim Driscoll's blog has a summary of the release and a call for feedback, both on the API and Mojarra's implementation. Today's Weblogs start with Felipe Gaucho's announcement that he's Speaking at Devoxx 2008. "All the extra effort of including daily extra hours and weekends of self education brought me the acceptance of three short presentations during Devoxx 2008, on December at Antwerp." Hans Hrasna takes a look at MEP - A Cool, New Mobile Platform for the Enterprise and your Phone. "Mobile Enterprise Platform (MEP) is the new platform to which aims to make it fast and easy to develop secure, online/offline access to any data from your Java ME mobile device. It also includes cool features like client side data encryption, data fading/wiping, and OTA provisioning. And you can download it for free and start your mobile project today!" Finally, Ed Burns considers how to play through the JSF 2.0 Endgame. "I describe a process used to reduce the number of unknown unknowns remaining in the development for JSF 2.0."
In today's Forums,
Current and upcoming Java Events :
Registered users can submit event listings for the java.net Events Page using our events submission form. All submissions go through an editorial review before being posted to the site. Archives and Subscriptions: This blog is delivered weekdays as the Java Today RSS feed. Also, once this page is no longer featured as the front page of java.net it will be archived along with other past issues in the java.net Archive. Spam and elections, unrelated »
Comments
Comments are listed in date ascending order (oldest first)
Submitted by s_kovatch on Wed, 2008-10-22 20:11.
Regarding JCP and JSR membership, I seem to recall that if you worked for a company you weren't allowed to request individual membership. I forget the exact wording regarding what 'company' meant. But furthermore, your company had to sign on to the entire JCP, which was always a showstopper whenever I pushed it further with my employer. I wanted to be more involved with the JNLP standard but given that I was blocked as an individual and my employer wasn't interested I stopped trying.
Submitted by jwenting on Thu, 2008-10-23 12:34.
You can sign on as an individual when employed with a company, but the restrictions are such that you are effectively barred from working with Java in that company if you're signed up as such.
The rules state (quote): "This means for example, that you cannot make contributions on behalf of your company nor can you share with your employer anything that you learned within the JCP. ". So anything that's done in the context of the JCP can not be divulged by you to your employer at any time. As every language development goes through the JCP you can't use any new Java knowledge you gain while a JCP member in the context of your job.
So if you're employed as an HR manager in a supermarket you're safe, as you don't use Java as part of your job anyway. If you're employed as a Java programmer (for example) in a software firm however you'd best look for another field of work.
I doubt that's the intention of the restriction, but it's the letter of it.
|
||
|
|