просто плагин теперь прудустановленный?

да

пффффф

хорошо хоть багов не оставили )

даже вон к анонсу на ио не успели выложить))

по моему изучнеию инета - ща кроме сплетен и слухов -(ну и репозитория на гитхабе) подтвержденного про фуксию ничего

http://telegra.ph/Google-Fuchsia-OS-FAQ-05-17

Кто-нибудь встречался с проблемой: на xiaomi toast из backgrond serverice не рисуется? Toast invisible to user

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

интент фильтр

интент фильтр

сколько не пробовал, не получается

http://stackoverflow.com/questions/525063/android-respond-to-url-in-intent

Как можно сделать синхронный HTTP запрос, если согласно документации нельзя делать запросы из основного потока?

асинк таск

get()

Как можно сделать синхронный HTTP запрос, если согласно документации нельзя делать запросы из основного потока?

синхнронный никак)

Этоже асинхронный

Привет, добавил в okHttpClient интерсептор который добавляет филды post-a и сервер перестал их видеть (если добавлять в ретрофитовсом запросе, то все ок) Не знаете как найти проблему?

а зачем?)

Как можно сделать синхронный HTTP запрос, если согласно документации нельзя делать запросы из основного потока?

Делай синхронный в другом потоке

Runable ?

Как можно сделать синхронный HTTP запрос, если согласно документации нельзя делать запросы из основного потока?

Какая задача?

Какая задача?

Кинуть запрос в апи, получить в ответ json, разобрать его, положить в бд и вывести на экран

Какая задача?

у меня получается, что чтение таблицы происходит раньше, чем там появляются данные

Это в асинхронном делать

get() Waits if necessary for the computation to complete, and then retrieves its result.

Так будет тупняк

согласно документации нельзя к сети обращаться из главного потока. Начиная с каких-то версий запрос из main thread кидает исключение

это про синхронный вопрос был ответ

с 4.x наверно

new AsyncTask<Void,Void,String>(){ @Override protected String doInBackground(Void... params) { OkHttpClient client = new OkHttpClient(); Request request = new Request.Builder() .url("*************") .build(); try { Response response = client.newCall(request).execute(); String test = response.body().string(); Log.d(TAG, "doInBackground() called with: " + "params = [" +test + "]"); return test; } catch (IOException e) { e.printStackTrace(); } return null; } }.execute();

я сейчас сделал вот так

по идее должно быть правильно, но все равно данных в бд нет

тогда когда происходит чтение

Боже, парень, посмотри уроки

это не синхронный запрос

Или почитай что-нибудь

))

Или, блин, просто открой офф доки

Привет, добавил в okHttpClient интерсептор который добавляет филды post-a и сервер перестал их видеть (если добавлять в ретрофитовсом запросе, то все ок) Не знаете как найти проблему?

в логах тело одинковое

не надо на каждый запрос создавать OkHttpClient()

Они на русском даже есть

не надо на каждый запрос создавать OkHttpClient()

Асинк таск не надо использовать

ты же машину не покупаешь каждый раз, когда тебе надо ехать

посмотри в сторону ретрофит

упростит твою жизнь

А вот кстати выше писали - создать один класс ретрофита. Это какой паттерн?

посмотри в сторону ретрофит

Хотя бы так.

Синглтон?

А вот кстати выше писали - создать один класс ретрофита. Это какой паттерн?

Hello World Pattern

но в тасках стоит разобраться тоже

и почему их не юзать

А вот кстати выше писали - создать один класс ретрофита. Это какой паттерн?

А где этот класс храниться?

ты же машину не покупаешь каждый раз, когда тебе надо ехать

а если надо отправить несколько членов семей в разные места параллельно?

Синглтон?

При желании можно хоть на каждый запрос навый инстанс создавать. Значит не синглтон.

"дорогу не строишь"

дело не в точности аналогии)

При желании можно хоть на каждый запрос навый инстанс создавать. Значит не синглтон.

При желании можно ломом плац подметать. Тут очевидно вопрос в другом :)

при желании можно сделать targetapi 8 и писать из mainthread

При желании можно ломом плац подметать. Тут очевидно вопрос в другом :)

Так з синглтоном на каждую попытку будет возвращаться один и тот же инстанс. Синглтон потому так и называется, что если он правильно написан, то он сам следит за тем, чтоб существовал только в одном экземляре.

Ну я вот когда запустил синхронный ретрофит запрос в основном потоке и словил эксепшен, все смеялись. А для меня это как потрогать пальцем горачую плиту.

ребят подскажите, правильно написан интерсептор для добавления полей в пост? https://pastebin.com/DpLWmTRU

дело не в точности аналогии)

ничего плохого в том что создается например 1 клиент на 1 поток нет. Можно создать например 10 потоков - и будет 10 параллельных запросов за которые не надо переживать что они потоконебезопасны

ничего плохого в том что создается например 1 клиент на 1 поток нет. Можно создать например 10 потоков - и будет 10 параллельных запросов за которые не надо переживать что они потоконебезопасны

или юзать ретрофит с rx)

ERROR: S client not available

ничего плохого в том что создается например 1 клиент на 1 поток нет. Можно создать например 10 потоков - и будет 10 параллельных запросов за которые не надо переживать что они потоконебезопасны

В самом клиенте эта потокобезопасность уже есть. А вот плодить объекты без надобности - это не сильно хорошо.

или юзать ретрофит с rx)

ещё ни разу мне ни один rest фреймворк не пригодился и не отвечал требованиям для уже написанных сервисов - все время они были не rest-full

ещё ни разу мне ни один rest фреймворк не пригодился и не отвечал требованиям для уже написанных сервисов - все время они были не rest-full

и у меня, но ретрофит легко подстраивается)

В самом клиенте эта потокобезопасность уже есть. А вот плодить объекты без надобности - это не сильно хорошо.

а я не хочу чтобы он синхронизировал их и делал последовательными. я хочу параллельные и чтобы не переживать за ресурсы которые использует 1 инстанс хттп-клиента

ничего плохого в том что создается например 1 клиент на 1 поток нет. Можно создать например 10 потоков - и будет 10 параллельных запросов за которые не надо переживать что они потоконебезопасны

если http клиент непотокобезопасный, нужно его менять)

а я не хочу чтобы он синхронизировал их и делал последовательными. я хочу параллельные и чтобы не переживать за ресурсы которые использует 1 инстанс хттп-клиента

С чего вы взяли что они последовательно ранятся? Там все паралельно идет. На ThreadExecutor-ах.

кто-нибудь зашивал пост поля в интерсептор?

okhttp имеет интерфейс для асинхронных вызовов

okhttp имеет интерфейс для асинхронных вызовов

enqueue

okhttp имеет интерфейс для асинхронных вызовов

я знаю.

С чего вы взяли что они последовательно ранятся? Там все паралельно идет. На ThreadExecutor-ах.

мне всегда казалось что внутри него есть участки кода которые могут выполняться только в 1 потоке. Соответственно пока 1 ответ обрабатывается - все остальные ждут

это не такой сайд эффект, как создание отдельного http клиента на каждый запрос.

это не такой сайд эффект, как создание отдельного http клиента на каждый запрос.

смотря для каких задач

мне кажется okhttp будет сайд эффектом для задач где важны миллисекунды простоя

сам по себе. пишите в HttpURLConnection

А че с сокетами никто не возится? Или не допускает система таких?

ещё ни разу мне ни один rest фреймворк не пригодился и не отвечал требованиям для уже написанных сервисов - все время они были не rest-full

Я в итоге свой конвертер наворачивал на ретрофит.

Я в итоге свой конвертер наворачивал на ретрофит.

Сам пришел! Расскажи про единый клас для ретрофита.

ребят подскажите, правильно написан интерсептор для добавления полей в пост? https://pastebin.com/DpLWmTRU

Чёт не понял, что делает interceptRequest.

Сам пришел! Расскажи про единый клас для ретрофита.

Что рассказать?

Я в итоге свой конвертер наворачивал на ретрофит.

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

обрабатывает каждый запрос и долписывает в тело поля

Что рассказать?

Как жить и вот это все.

обрабатывает каждый запрос и долписывает в тело поля

Нет, это делает intercept.

Нет, это делает intercept.

тогда только долписывает в тело поля

Как жить и вот это все.

Жить так, как нравится. Делать то, что хочется. Радоваться, когда хорошо работает.

тогда только долписывает в тело поля

Ты сам понимаешь, что делает метод interceptRequest?

Стоит ли для редких, но важных походов в сеть завести один класс ретрофита. Что с ним делать? EventBus?

Ты сам понимаешь, что делает метод interceptRequest?

взял отсюда http://stackoverflow.com/questions/33574691/retrofit-2-appending-post-to-requestbody-in-intercept , проверил логи- там в тело добавились парамы

Стоит ли для редких, но важных походов в сеть завести один класс ретрофита. Что с ним делать? EventBus?

Имеется в виду один экземпляр? Можно завести и держать слабую ссылку, например.

взял отсюда http://stackoverflow.com/questions/33574691/retrofit-2-appending-post-to-requestbody-in-intercept , проверил логи- там в тело добавились парамы

Если добавились, то в чём вопрос?