Re: Process to add some default methods to javax.naming.Context?

2016-10-17 Thread Vincent Ryan
Please file an RFE for this issue so that the core-libs team can evaluate. While this seems like a good use for default methods, it may be difficult to justify including a convenience method at this late stage in the JDK 9 schedule. Thanks. > On 14 Oct 2016, at 22:21, Laird Nelson

Re: Process to add some default methods to javax.naming.Context?

2016-10-14 Thread Laird Nelson
On Fri, Oct 14, 2016 at 7:19 AM Vincent Ryan wrote: > The problem of having to cast the result of Context.lookup > > can > be solved using an existing method: >

Re: Process to add some default methods to javax.naming.Context?

2016-10-14 Thread mark . reinhold
2016/10/13 13:39:44 -0700, brian.go...@oracle.com: > javax.naming is a JCP-controlled API. Adding to it would require a > maintenance release of whichever JSR covers JNDI (probably the Java EE > umbrella JSR.) You'll need to track down the spec lead and see if a MR > is in the works, and if

Re: Process to add some default methods to javax.naming.Context?

2016-10-14 Thread Vincent Ryan
Hello Laird, The problem of having to cast the result of Context.lookup can be solved using an existing method: InitialContext.doLookup

Re: Process to add some default methods to javax.naming.Context?

2016-10-13 Thread Brian Goetz
javax.naming is a JCP-controlled API. Adding to it would require a maintenance release of whichever JSR covers JNDI (probably the Java EE umbrella JSR.) You'll need to track down the spec lead and see if a MR is in the works, and if you can convince them that this is a desirable addition.