Форум программистов [Powered by Invision Power Board]

Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > Java ME (J2ME) > несколько раз использовать HttpConnection

Автор: DEMOVERSION 8.3.2006, 12:45

Скажите пожалуйста как зделать такое:
- создать коннекшин г веб-серверу
- несколько раз его использовать, тоесть несколько раз передать-получить даные?
Спасибо

Автор: W0LF 8.3.2006, 16:21

Ну я так делал:

Код


ContentConnection c = null;
DataInputStream is = null;
byte[] data;
try {
  c = (ContentConnection)Connector.open(URL);
  is = c.openDataInputStream();
  int len = (int)c.getLength();
  if (len > 0) {
    data = new byte[len];
    is.readFully(data);
  } else {
     int ch;
     while ((ch = is.read()) != -1) {
      .....
     }
  }
   if(data != null)
     try{       
       image = Image.createImage(data,0,data.length);      
     }catch(Exception e){
     }
}catch(java.io.IOException ioe){
}
cattch(java.lang.NullPointerException npe){
}
finally{
  try{
    if(is != null) is.close();
    if(c != null) c.close();
  }catch(Exception e){
  }
  is = null;
  c = null;
}

Код может и не сильно хороший, но времени не много было, чтоб лучше написать.
А потом каждый раз нужно будет создавать новый коннекшн, ну или запихать эт все в отдельный класс(например ServerConnection) или метод и передавать тока URL, плюс сделать нормальную генерацию всех исключений, и отлавливать их выше.

Автор: Cyr 20.3.2006, 16:47

W0LF,
А как несколько раз использовать метод POST?
И ещё, у меня следующая функция работает на эмуляторе WTK22, а на телефоне NOKIA 6230i - нет...

Код


 void postViaHttpConnection(String url, String post) throws IOException {
        HttpConnection c = null;
        InputStream is = null;
        OutputStream os = null;
        int rc;

        try {
            c = (HttpConnection)Connector.open(url);

            // Set the request method and headers
            c.setRequestMethod(HttpConnection.POST);
            c.setRequestProperty("User-Agent",
                "Profile/MIDP-2.0 Configuration/CLDC-1.0");
            c.setRequestProperty("Content-Language", "en-US");
            // Getting the output stream may flush the headers
            os = c.openOutputStream();
            os.write(post.getBytes());
            //os.flush();           // Optional, getResponseCode will flush

            // Getting the response code will open the connection,
            // send the request, and read the HTTP response headers.
            // The headers are stored until requested.
            rc = c.getResponseCode();
            if (rc != HttpConnection.HTTP_OK) {
                throw new IOException("HTTP response code: " + rc);
            }
            is = c.openInputStream();
            // Get the ContentType
            String type = c.getType();
            System.out.print(type); 
            // Get the length and process the data
            int len = (int)c.getLength();
            if (len > 0) {
                 int actual = 0;
                 int bytesread = 0 ;
                 byte[] data = new byte[len];
                 while ((bytesread != len) && (actual != -1)) {
                    actual = is.read(data, bytesread, len - bytesread);
                    bytesread += actual;
                 }
            //    process(data);
            } else {
                int ch;
                while ((ch = is.read()) != -1) {
                  
        if (ch>127) {
            ch = is.read();
            str=str+utf8(ch);
            }
        else if (ch<33) {str=str+(char)ch;}
                }
            }
        } catch (ClassCastException e) {
            throw new IllegalArgumentException("Not an HTTP URL");
        } finally {
            if (is != null)
                is.close();
            if (os != null)
                os.close();
            if (c != null)
                c.close();
        }
    }

Автор: redrick 20.3.2006, 21:31

практика показывает, что даже если делать connection.close(), то GPRS соединение(или как данное соединение грамотно обозвать) живет некоторое время - т.е. AMS не закрывает его, таким образом 2 подряд поста проходят достаточно быстро

Автор: W0LF 20.3.2006, 22:29

Да, так оно и есть!

Автор: Cyr 21.3.2006, 08:44

И как решить проблемму?
Мне нужно сделать 2 POSTа:
В первом "посте" передаётся пароль и логин, а во втором - новый тарифный план.
А может где-нить есть исходники аналогичной реально работающей программы?

Автор: redrick 29.3.2006, 14:31

Cyr, да просто засылай подряд, в чем проблема то ?

Автор: Cyr 29.3.2006, 19:24

redrick,
в том, что не работает.
На экран ничего не выводит, хотя на эмуляторе всё выводит.

Автор: redrick 29.3.2006, 19:32

ну тут сложно попасть пальцем в небо... показывай код
из известных мне граблей - убери вызов flush()

Автор: javastic 30.3.2006, 09:46

Cyr, просто вызывай свой метод два раза и не забудь в заголовке прописать Content-Length и его длинна должна соответствовать длинне POST запроса.

Автор: nagliyvred 9.5.2006, 14:47

Похожая проблема.. Есть некий сервер www.server.com. Мобильный клиент постоянно обращается к нему с запросами www.server.com/request.php?param1=value&param2=blablabla через HttpConnection через определенные промежутки времени. Мне бы хотелось не разрывать соедининие с серваком каждый раз, т.к. напрягает и сервер и телефон. Слышал что это можно сделать с помощью request property "Keep-Alive" но конкретного примера не нашел, а методом тыка пока никак не получается. Если кто может привести пример рабочего кода, был бы очень признателен.

Автор: javastic 10.5.2006, 10:17

nagliyvred, соединение GPRS не разрывается пока ты не выйдешь из мидлета.

Автор: nagliyvred 11.5.2006, 08:46

Да дело не в этом. Допустим у меня есть код:

Код


public void run()
{
///blablabla
 while (smthn)
{
try
{
        http = (HttpConnection) Connector.open(currentAction);
                                
        int code = http.getResponseCode();
                                
        if (code == 200)
        {
                in = http.openInputStream();
                                    
                StringBuffer sb = new StringBuffer();
                                    
                int ch;
                while ((ch = in.read()) != -1) 
                         sb.append((char)ch);
                                    
                answer = sb.toString().trim();
          }
}
catch (Exception e)
{
           //#if debug == "true"
                   e.printStackTrace();    
           //#endif
}
finally
{ 
//closing connection here
}
//blablabla
}
//blablabla
}

т.е. на каждой итерации соединение создается (Connector.open()), считывается и разрывается. я хочу сделать нечто вроде:

Код


                                if (http == null || !lastAction.equals(currentAction))
                                {
                                    try
                                    {
                                        if (http != null) 
                                            http.close();
                                        System.out.println("##CLOSING CONNECTION##");
                                    }
                                    catch (Exception e) { }


                                    http = (HttpConnection) Connector.open(currentAction);  
                                    
                                    http.setRequestProperty("Connection", "Keep-Alive"); 
                                    System.out.println("%%OPENING CONNECTION%%  "+currentAction);
                                }
                                
                                if (http.getResponseCode() == HttpConnection.HTTP_OK) // code 200
                                {
                                    if (in != null && out == null)
                                    {
                                        out = http.openDataOutputStream();
                                        System.out.println("request = "+currentAction);
                                        out.write(currentAction.getBytes());
                                    }
                                    else if (out != null)
                                        out.flush();
                                    else
                                        in = http.openInputStream();
                                    InputStreamReader reader = new InputStreamReader(in);
                                    
                                    StringBuffer buf = new StringBuffer();
                                    int ch;
                                    while ((ch = reader.read()) != -1)
                                    {
                                        buf.append((char)ch);
                                    }
                                    answer = buf.toString().trim();
                                    connectionStartTime = System.currentTimeMillis();

                                }

Т.е не разрывать/создавать новое соединение без необходимости.

Автор: javastic 11.5.2006, 10:06

Создавать соединение, а потом его закрывать - это и есть правильный принцип работы с передачей/приемом данных.

Делаешь метод который выполняет соединение, а потом закрывает соединение и передавай ему в качестве параметров то что должно быть в запросе.

Код


int doPost(String a, String b, String c) {
// открываешь соединение
// передаешь текст запроса, например: 
// пусть a есть login=vasya , b есть pass=pupkin
// String request = "?" + a + "&" + b;
// считываешь код ответа
// закрываешь соединение
}

Далее вызывай метод сколько надо раз, например по таймеру.
И лучше не используй flush он на некоторых серверах глючит, один из признаков это "зависание" запроса.

Автор: redrick 11.5.2006, 10:21

такое замечание:

nagliyvred, когда соединение "разрывается" с точки зрения твоего мидлета, это всего лишь значит, что разрывается http соединение, однако TCP коннект остается (об этом заботится AMS). В http 1.1 все соединения именно такие "остающиеся" по умолчанию, т.е. TCP соединение между сервером и клиентом T(а это в нашем случае AMS) не разрывается. А вот http соединение - это по определение 1 запрос и 1 ответ, после этого оно закрывается всегда - такой протокол.

Надеюсь, прояснил что-то.

Автор: nagliyvred 11.5.2006, 11:07

Спасибо, многое прояснилось, но тем не менее... если http соединение "одноразовое", то что за request property "keep-alive"? И вобщем-то это не решает мою проблему - а она в том что при постоянном созданиии соединения во первых быстро садится батарекйка, во вторых - серваку к которому я коннекчусь приходится каждый раз создавать новый сокет...

Автор: satellite1977 25.9.2007, 21:31

Здравствуйте. Я тоже не могу решить похожую проблему. Нужно передать на страницу логин и пароль методом POST, после этого на том, что откроется выбрать определенный параметр тоже методом POST (например, techplan=3).
Делаю первый запрос:

Код


public class Midlet extends MIDlet
{
    HttpsConnection HSC;
    InputStream IS;
    OutputStream OS;
    public void startApp() 
    {
            HSC = (HttpsConnection) Connector.open(URL);
            
            HSC.setRequestMethod(HttpsConnection.POST);
            HSC.setRequestProperty("Content-Type", "application/x-www-form-urlencoded");
            HSC.setRequestProperty("Connection", "Keep-Alive");
      
            OS = HSC.openOutputStream();
        
             OS.write("login=xxxxxxx&password=xxxxxxx".getBytes());

После этого успешно попадаю на страницу (логин проходит).
А вот дальше не пойму - что сразу же делать второй запрос?
Если опять использовать OS.write(xxxxx) то логин не проходит, так как по всей видимости строка со второго write просто прибавляется к первой. Как сделать второй запрос именно после авторизации?

Автор: VOS 26.9.2007, 10:00

Я столкнулся с тем, что такой код

Код


int len = (int)c.getLength();
  if (len > 0) {
   ....
}
 else {
while ((ch = is.read()) != -1)  
....
}

на некоторых телефонах не всегда работает корректно. Конкретно вот эта его часть:
while ((ch = is.read()) != -1)
Потому что если получаемые данные двоичные (в моем случае из-за шифрования), то в середине иногда встречался -1. Соответственно, часть данных терялась. Поэтому пришлось куда-то сохранять три последних байта, и если они все -1, то тогда считать, что это конец пакета. Как раз на Nokia была такая трабла.

В случае HTTP я сторонник все же варианта: подключился, отправил запрос, получил ответ, отключился. Web-сервер ориентирован на такую работу.  Этот механизм позволит ему обработать большое кол-во запросов клиентов. Иначе пара тысяч незакрытых соединений завесит его по-любому. Аналогия с сервером Oracle при работе в режиме выделенного или shared сервера. В случае выделенного на каждое подключение содается отдельный поток и с ним идет работа. Хорошо в случае десятков клиентов, в случае тысяч - беда, лучше юзать shared.
Тут создается конечный пул потоков и при новом подключении выбирается свободный, быстро проходит запрос и он освобождается для нового подключения. Естественно, запрос должен быть "небольшой", т.е. быстро обрабатываемым. В противном случае все зависнет еще быстрее, т.к.  пул конечный, забив все потоки остальные встанут  в очередь.

По поводу второго подключения после авторизации. Вариантов несколько. Типичный - это сохранение состояния на стороне сервера.
Напимер в ASP для этого можно юзать объект Session. При подключении клиента и его авторизации в Session вписывается, например,  код клиента. В следующий раз при подключении смотрим если Session не пустой, то авторизация уже была проведена ок.
Но для этого клиент должен поддерживать Cookies.

Можно генерировать самостоятельно при авторизации какую-нибудь сессию (например GUID+IP клиента или типа того). И после авторизации отправлять ее клиенту. Соответсвенно в каждом запросе последующем ее надо передавать, дабы сервер по списку текущих сессий мог сразу понять, что авторизация уже проведена.

Ну и можно в каждом запросе передавать логин/пароль + данные, которые нужны в конкретном случае. Т.е. по любому сначала проводить идентификацию, аутентификацию и авторизацию, а потом уже обрабатывать собственно запрос.

Если где наврал - не со зла smile

Автор: javastic 27.9.2007, 09:40

Двоичные данные можно например кодировать в encode64

Автор: VOS 27.9.2007, 11:29

Согласен, но трафик при этом растет. В моем случае убедить, что это необходимые издержки производства не получилось. Удалось лишь убедить не сжимать пакет предварительно (и то удивляюсь).

Автор: javastic 28.9.2007, 10:22

Но согласись, что чем то всё равно придётся жертвовать. Идеального решения не получиться.

Добавлено через 7 минут и 24 секунды
Попробуй читать в буфер определённого размера, так должно 100% получиться. (без проверки на -1)

Автор: VOS 28.9.2007, 10:40

Проблему-то я решил давно, просто заострил внимание на такой возможной ситуации. Может кто еще на те же грабли наступит. Но все равно спасибо за участие.