Skip to main content

[jsr360-observers] [jsr360-experts] JSR 360 EG call notes - July 3rd

  • From: Michael Lagally < >
  • To:
  • Subject: [jsr360-observers] [jsr360-experts] JSR 360 EG call notes - July 3rd
  • Date: Wed, 10 Jul 2013 17:04:23 +0200
  • List-id: <jsr360-experts.jsr360.java.net>

Dear JSR 360 experts,

Here are the notes from the last JSR 360 call on May 29th.

Call Participants:

Thomas Lampart, Cinterion
Erkki Rysä, North Sixty-One
Werner Keil
Yimin Ye, Nokia
Michael Lagally, Oracle
Roger Riggs, Oracle

Call Notes:

         • Highlights on Spec updates
                The Spec leads introduced the changes of the second SpecLead 
draft, which was
                posted to the EG a week ago. 

                We discussed the following changes:     
CLDC Full and Compact APIs
Erkki asked about the delta between the full and the compact API.
The compact APIs are targeted at a footprint of 512 MB and contain Java 
runtime classes, annotations, weak references,
collections, service loader and utility classes. 
The full API additionally includes APIs for Logging and a subset of the NIO 
buffers, NIO channels and NIO files API. 
Terminology: These APIs should not be called "Profiles", since the term has a 
specific meaning in JavaME
ecosystem, prefer to call them "full" and "compact" APIs.

Access Point extensions
Discussion about whether the setting of the DNS server is shared over 
multiple access points and about
use cases where an application may want to override the DNS server setting.
The DNS Server is usually managed by the underlying operating system
and affects all applications and is not a good candidate for control by a 
single application.
In special cases, a proprietary extension to a specific implementation using 

ConnectionOption is a reasonable alternative to standardizing it.
The active DNS server would be reported to the application in the properties
of the AccessPoint.
-> DNS server will be removed from the AccessPoint.of method descriptions.

ModemConnection (new)
Thomas suggested to provide a method to query whether a signal line can be 
used as an input line.

NetworkUtilities (new)

Support for TLS1.2 / DTLS (revised)
Michael noted that the current spec for DTLS, where a secure datagram 
connection is treated via a 
connection option of DatagramConnection is problematic and will be reworked 
into a stand-alone class with the protocol prefix "dtls://".

SecureServerConnection (new)
Thomas asked about the difference between client authentication "need" and 
"want" 
If the "need" option is set and the client chooses not to provide 
authentication information about itself, 
the protocol negotiations will stop and the connection will be dropped. If 
the "want" option is set and 
the client chooses not to provide authentication information about itself, 
the protocol negotiations will continue.
This could be simplified to only use the "want" parameter.
         • Other EG comments and discussions
                Werner asked whether it could be useful to include support 
for OAuth at platform level.
                Roger noted that OAuth has been previously implemented on top 
of CLDC 1.1 where the existing mechanisms
                of the HttpConnection are sufficient to implement OAuth at 
application level, so there's no need to
                add it at platform level.

         • Schedule update
                The schedule on the JSR 360 page at jcp.org needs to be 
updated to reflect the shift of the public review date to August 27th.

         • Next call
                The next EG call will take place on Wednesday, July 17th at 
2pm CEST.

EG members are encouraged to continue reviewing the Specification draft and 
to raise comments and questions to the SpecLeads and discuss within the EG.
  
Best regards,

Roger and Michael




[jsr360-observers] [jsr360-experts] JSR 360 EG call notes - July 3rd

Michael Lagally 07/10/2013
 
 
Close
loading
Please Confirm
Close