[jsr360-experts] JSR 360 EG GCF remarks
- From: Lampart Thomas <
- To: "
- Subject: [jsr360-experts] JSR 360 EG GCF remarks
- Date: Tue, 5 Mar 2013 09:57:21 +0100
- Accept-language: de-DE, en-US
- Acceptlanguage: de-DE, en-US
Dear JSR360 specleads and experts,
Unfortunately I will not be able to attend the call on March 6th. Therefore I
would like to present a couple of remarks here for your consideration:
1.) AccessPoint: I really like the concept but I think it is not going far
enough. The AccessPoint concept seems to be limited to discovering access
points and using them for IP traffic. The aspect of configuring them or
controlling them seems to be outside the scope? That is probably supposed to
be done by some software outside of Java?
Now on a typical headless Java device there probably is not much software
outside Java and especially no one who could configure or control an access
point. All needs to be done by a midlet.
So it would be nice to actually allow a midlet to configure and control an
access point. For a access point which requires some sort of "dial-up", like
2G/3G modems that would for example involve methods like "dial" and "hangup"
and also additional parameters/properties like "username" and "password".
2.) CommConnection: This interface has always been lacking support for the
additional control lines (RI, DCD, DSR, DTR), which are often present in
physical interfaces of that sort (RS232). Maybe that's now the chance to add
such support, since in headless devices these control lines are often
required by some hardware which is connected. So a midlet supposed to control
this hardware and using the CommConnection interface needs to be able to
handle the control lines.
Looking forward to getting some feedback on this.