Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #36238 > unrolled thread
| Started by | Andreas Leitgeb <avl@logic.at> |
|---|---|
| First post | 2017-02-01 01:07 +0000 |
| Last post | 2017-02-01 01:07 +0000 |
| Articles | 1 — 1 participant |
Back to article view | Back to comp.lang.java.programmer
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: Uppercase methods names Andreas Leitgeb <avl@logic.at> - 2017-02-01 01:07 +0000
| From | Andreas Leitgeb <avl@logic.at> |
|---|---|
| Date | 2017-02-01 01:07 +0000 |
| Subject | Re: Uppercase methods names |
| Message-ID | <slrno92d9s.pvm.avl@logic.at> |
Stefan Ram <ram@zedat.fu-berlin.de> wrote: > This is not mentioned in JLS 6.1, but are > public static int java.awt.Color.HSBtoRGB(float,float,float) > [...] > enough prior art to derive a rule: Reminds me of a similar "problem" for Java beans, and their properties: A JMS-related bean-class has method setSSLCipherSuite(...), and I just played try&error to see if the property would start with "SSL", "sSL" or "ssl". Iirc it was "SSL". PS: proper study of bean-ology or the net might have saved me from try&error and surprises, but merely adding that one property to an existing xml didn't make it feel worth yet to dig into it any deeper. I was already happy to find the method name on the net.
Back to top | Article view | comp.lang.java.programmer
csiph-web