Which proposed Project Coin language change most interests you?

simple thing

by peter__lawrey - 2009-02-25 13:58

You could do this with a helper method // rename method to taste. public static Iterable $(Iterable iter) { return iter == null ? Collections.EMPTY_LIST : iter; } // later. List list = null; for(String s : $(list)) { }

• Login or register to post comments

complicated thing

by nopjn - 2009-02-24 17:15

BTW, I realize it will never happen as it could hurt backward compatibility. Some people may count on a NPE to be thrown. Man I hate backward compatibility.

• Login or register to post comments

Hex literals are in JDK 5

by invalidname - 2009-02-20 09:06

You're right: I mis-read Joe's slides about Project Coin, which has a hex floating point literal slide at the end (perhaps to discuss how a previous change was done). Since the poll's only been up a few minutes and has had no votes for hexadecimal floating point literals, I've removed that option. Thanks for the catch.

• Login or register to post comments

Extension methods as in C# 3.5

by yguy - 2009-03-03 02:40

Extension methods make programming especially with interfaces a breeze: e.g. all of the Collections, Arrays and other utility method classes can be used far more elegantly. This is the OO-variant of having static imports. Please take a look at how C# 3.5 implements extension methods and should you not be convinced do some coding with it and I am sure you will. This would also cure the demand for static or final concrete methods in interface definitions.

• Login or register to post comments

Don't get it

by gzoller - 2009-03-02 21:50

I don't get it...why is this a vote thing? My $.02 would be "Yes", let's get at least all of these things. The Java language needs things like this, which in my book are useful refinements.

• Login or register to post comments

Multi-line strings

by fuerte2 - 2009-02-27 08:59

Do we get multi-line strings, like: String sql = @"SELECT * FROM Company WHERE Id = 123"@;

• Login or register to post comments

lost the "try" keyword

by tbee - 2009-02-26 10:48

Why not lose the try keyword? Every { } block can have catch and finally attachted to it.

• Login or register to post comments

lose "try" keyword

by tbee - 2009-02-26 10:47

Why not lose the try keyword? Every { } block can have catch and finally attachted to it.

• Login or register to post comments

Null Handling

by srdrucker - 2009-02-26 08:42

Null handling is the biggest pain for me, by far. Interesting that you are ignoring it in the survey.

• Login or register to post comments

Mutli exception catch FTW

by dkkopp - 2009-02-26 08:02

I just wrote the following: } catch (final ImporterException ex) { Logger.getLogger(B2ImporterBackingBean.class.getName()).log(Level.SEVERE, null, ex); FacesContext.getCurrentInstance().addMessage(null, new FacesMessage(FacesMessage.SEVERITY_ERROR, ex.getLocalizedMessage(), null)); } catch (final IOException ex) { Logger.getLogger(B2ImporterBackingBean.class.getName()).log(Level.SEVERE, null, ex); FacesContext.getCurrentInstance().addMessage(null, new FacesMessage(FacesMessage.SEVERITY_ERROR, ex.getLocalizedMessage(), null)); } catch (final NamingException ex) { Logger.getLogger(B2ImporterBackingBean.class.getName()).log(Level.SEVERE, null, ex); FacesContext.getCurrentInstance().addMessage(null, new FacesMessage(FacesMessage.SEVERITY_ERROR, ex.getLocalizedMessage(), null)); } catch (final ParserConfigurationException ex) { Logger.getLogger(B2ImporterBackingBean.class.getName()).log(Level.SEVERE, null, ex); FacesContext.getCurrentInstance().addMessage(null, new FacesMessage(FacesMessage.SEVERITY_ERROR, ex.getLocalizedMessage(), null)); } catch (final SAXException ex) { Logger.getLogger(B2ImporterBackingBean.class.getName()).log(Level.SEVERE, null, ex); FacesContext.getCurrentInstance().addMessage(null, new FacesMessage(FacesMessage.SEVERITY_ERROR, ex.getLocalizedMessage(), null)); } catch (final TransformerConfigurationException ex) { Logger.getLogger(B2ImporterBackingBean.class.getName()).log(Level.SEVERE, null, ex); FacesContext.getCurrentInstance().addMessage(null, new FacesMessage(FacesMessage.SEVERITY_ERROR, ex.getLocalizedMessage(), null)); } catch (final TransformerException ex) { Logger.getLogger(B2ImporterBackingBean.class.getName()).log(Level.SEVERE, null, ex); FacesContext.getCurrentInstance().addMessage(null, new FacesMessage(FacesMessage.SEVERITY_ERROR, ex.getLocalizedMessage(), null)); } Someone, please help us end the madness

• Login or register to post comments

Null-safe operators

by ge0ffrey - 2009-02-26 02:13

What happened to null safe operators a lot of people voted for on devoxx? From Stephen Colebourne's blog: // today String result = null; Foo foo = getFooMayBeNull(); if (foo != null) { Bar bar = foo.getBarMayBeNull(); if (bar != null) { result = bar.getResult(); } } // with null-safe operator String result = getFooMayBeNull()?.getBarMayBeNull()?.getResult();

• Login or register to post comments

Suggest supporting arrays as objects.

by peter__lawrey - 2009-02-25 13:49

I suggest that arrays support methods current available via helpers such as System.arraycopy Arrays.* Array.* and ArrayUtils.* By hacking the Object class, I have show that this change would work with Java 5+ and IDEs handle this naturally. The basic change suggested is that arrays have their own super-class rather than Object to hold calls to the relevant helper methods. A working example: int[] ints = {5, 4, 3, 2, 1}; System.out.println("ints= "+ints); ints.sort(); System.out.println("after sort() ints= "+ints); ints = ints.add(6); System.out.println("after add(6) ints= "+ints); Prints ints= [5, 4, 3, 2, 1] after sort() ints= [1, 2, 3, 4, 5] after add(6) ints= [1, 2, 3, 4, 5, 6] I have the code changes required on my wiki. ;)

• Login or register to post comments

Operator overloading?

by gkbrown - 2009-02-20 13:03

How about operator overloading so I can define my own behavior for the bracket operators (among other things)?

• Login or register to post comments