вот я нашел If you call c.flush(), some devices will send the request in HTTP 1.1 "chunked" encoding by adding a "Transfer-encoding: chunked" header to the request and writing the size of each block of data in hexadecimal form as a text line before the data bytes themselves. This is repeated for any number of blocks you send, usually demarcated by calls to flush().
If you have a HTTP 1.1-compliant Web server this should be transparent to your server side scripts, but if you do not, you will either want to avoid calling flush() (though some devices may still chunk for you automatically) or write some HTTP 1.1 chunk handling code in your server scripts. All you will need to do in the latter case is read the first text line of the response, extract the size from it (i.e. "Crn" where C means 12 bytes of chunk follow), and then read 12 bytes of response data. Then read another line to see if there is another chunk size, and repeat until stream is closed or your script has all the data it needs. See the HTTP 1.1 specification for more details. из этого я поняд что нужно менять что-то на сервере, чтоб на некоторых моделях телефонах не было ошибки
Кто нибудь работал с RecordManegementSestem? Сохранять данные получается, а считать строку обратно нет. Вот пример: byte[] b = rs.getRecord(1); str = new String(b,0,b.length);
Есть какая нибудь информация или статья о том, как применять в яве передачу данных между сервером и клиентом(для JavaME)? А то вообще не имею никакого представления об этом. И отличается ли реализация на JavaSE от JavaME?
13 окт 2010 в 20:19