yatsek / microemu

Automatically exported from code.google.com/p/microemu
0 stars 0 forks source link

Datagram schema related bug #24

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
MicroEmu does not accept datagram address in Sun standard.

UDPDatagramConnection conn;
conn.newDatagram(buff, length, "datagram://server:port");

The above line will throw an exception. I must remove "datagram://" from
the address string to make it work. However according to Sun MIDP specs and
Sun Wireless Toolkit Emulator, we must provide the schema.

Original issue reported on code.google.com by bar...@gmail.com on 7 Jan 2010 at 1:56

GoogleCodeExporter commented 9 years ago
Fixed in trunk (future 3.0 version)

Original comment by bar...@gmail.com on 7 Jan 2010 at 2:27

GoogleCodeExporter commented 9 years ago
Hi,

I just download the source file, and found that this bug was not fixed 
completely. When we call 
Datagram.getAddress(), the returned string should also contain "datagram://" at 
the beginning.

Original comment by szco...@gmail.com on 25 Feb 2010 at 7:14

GoogleCodeExporter commented 9 years ago
Reopening for fixing Datagram.getAddress()

Original comment by bar...@gmail.com on 25 Feb 2010 at 12:10

GoogleCodeExporter commented 9 years ago
szcoder,

Can you attach the reference document that explains format of returning String 
in
Datagram.getAddress()? It looks that also Datagram.setAddress(..) potentially 
has to
be fixed too. 

Original comment by bar...@gmail.com on 26 Feb 2010 at 9:07

GoogleCodeExporter commented 9 years ago
Hi,

I don't have the reference document. I got the results with the emulator in 
Sun's Wireless Toolkit 2.5.2.
In Sun's Wireless Toolkit and Nokia phones, Datagram.setAddress() must have 
"datagram://" at the beginning, 
and Datagram.getAddress() returns a string with "datagram://".

Thanks.

Original comment by szco...@gmail.com on 1 Mar 2010 at 9:11

GoogleCodeExporter commented 9 years ago
Fixed Datagram.getAddress() and Datagram.setAddress()

Original comment by bar...@gmail.com on 3 Mar 2010 at 2:49