Ахаха) смешно вы общаетесь, но это ваше победил лишь доказывает, что вы выступаете тут лишь бы поспорить, по сабжу нули)

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

я подал

И чё как

как ищешь?

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

Ахаха) смешно вы общаетесь, но это ваше победил лишь доказывает, что вы выступаете тут лишь бы поспорить, по сабжу нули)

NullPointerException thrown on called subj.get()

пароль не храни

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

Ахаха) смешно вы общаетесь, но это ваше победил лишь доказывает, что вы выступаете тут лишь бы поспорить, по сабжу нули)

пользовался и датабиндингом и анко

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

как можно решить проблему

Ахаха) смешно вы общаетесь, но это ваше победил лишь доказывает, что вы выступаете тут лишь бы поспорить, по сабжу нули)

лол ну я их и не юзал) но понимаю где их можно применить а где нет

NullPointerException thrown on called subj.get()

Забыли обработку прописать, ага( пора на котлин пересаживаться ?

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

а есть какой-нибудь рефреш токен?

если не хранить парлоль

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

должен быть в таком случае обновление токена

ты думаешь это замена батернайфу походу

а есть какой-нибудь рефреш токен?

только один токен

к слову о Яндексе -- вот мое

могу сказать, только что подход с сборкой вью самому(anko) подходит только если: 1. Всё держишь в голове 2. Не надо постоянно менять дизайн

только один токен

с бэкэндщиком можешь поговорить?

да

лол ну я их и не юзал) но понимаю где их можно применить а где нет

Благо и я понимаю, и так же понимаю, что у них есть места где можно использовать либо то, либо другое, вот и думаю на чем пока остановится у себя в проекте.

зачем ты спрашиваешь тогда?

для датабиндинга придется пользоваться только датабиндингом, чтобы всё было консистентно, атак это мало чем отличается от обычного xml

если ты понимаешь

могу сказать, только что подход с сборкой вью самому(anko) подходит только если: 1. Всё держишь в голове 2. Не надо постоянно менять дизайн

В коде иногда бывает даже проще поправить чем в вёрстке

да

так пусть выдаёт токен на нужный период времени

для датабиндинга придется пользоваться только датабиндингом, чтобы всё было консистентно, атак это мало чем отличается от обычного xml

Можно использовать его как замену баттернайфу

В коде иногда бывает даже проще поправить чем в вёрстке

++, не всё можно сделать через XML (но иногда, бля, не всё можно сделать через код)

В коде иногда бывает даже проще поправить чем в вёрстке

не когда к тебе приходит заказчик и говорит "мы тут полностью меняем воркфлоу интерфейса, потому что текущий мало лидов приносит"

зачем ты спрашиваешь тогда?

Мнение людей услышать? С чем им было приятнее работать? Или смеха ради? Выбирайте на свой вкус)

Никто вас не обязывает делать общение вьюхе с моделью через байндинг

я выбираю смеха ради

Можно использовать его как замену баттернайфу

kotlin android extensions для этого гораздо удобнее

так пусть выдаёт токен на нужный период времени

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

если мы сейчас говорим про котлин

Мнение людей услышать? С чем им было приятнее работать? Или смеха ради? Выбирайте на свой вкус)

мне с Anko приятно, но грабель там достаточно

kotlin android extensions для этого гораздо удобнее

Лучше, если пишешь на котлине, а если у тебя джава?

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

так пусть вместо вечного запилят токен на месяц

Лучше, если пишешь на котлине, а если у тебя джава?

тогда лучше шорткат для findViewById

так пусть вместо вечного запилят токен на месяц

и через месяц просить юзера авторизоваться?

тогда лучше шорткат для findViewById

Кому как...

Лучше, если пишешь на котлине, а если у тебя джава?

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

и через месяц просить юзера авторизоваться?

ну пусть продлевается, если юзер пользуется

ну пусть продлевается, если юзер пользуется

А как продлевать без пароля? Вдруг стырили токен то)

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

Чем не замена тебе вообще не надо поля вьюхи во фрагменте или активити объявлять, у тебя будет объект биндинга с ними. Тебе всего лишь надо xml layout подпилить

А как продлевать без пароля? Вдруг стырили токен то)

Показываешь окно "введите логин пароль" (ну очевидно же ?)

Показываешь окно "введите логин пароль" (ну очевидно же ?)

Жуть ?

а как другие крупные компании делают, например вотсап? не выдают ж они вечный токен

Жуть ?

секьюрность чувак

аа, у вотсапа нет пароля.

Да все делают либо вечный, либо который протухает, если N дней не пользоваться

полистал документацию, они там и логику предлагают в датабиндинг засовывать

я точно против такого подхода

а как другие крупные компании делают, например вотсап? не выдают ж они вечный токен

Есть вариант как в oauth: 2 токена

больше нечитаемых трейсов богу трейсов

Access для действий и renew для обновления access

в том числе

Просто другой логики в биндинге у них в примерах не припомню

те же onClick вешаются

а как другие крупные компании делают, например вотсап? не выдают ж они вечный токен

Они работают с аккаунт менеджером, он многое на себя берет, но если не ошибаюсь, он пароль хранит

я точно против такого подхода

Где предлагают? Я как бы тоже считаю бред писать логику в лаяуте.

пока оно не начнет нормально автокомплитить и выдавать ошибки при сборке - я бы с такими практиками не связывался

И дело не только в трейсах, а просто гаанокод это

те же onClick вешаются

Это вызов ведь, а не сама логика, хотя тут как посмотреть

Они работают с аккаунт менеджером, он многое на себя берет, но если не ошибаюсь, он пароль хранит

да, там пароль надо скидывать им.

да, там пароль надо скидывать им.

И как видно большие компании это не сильно волнует)

ERROR: S client not available

да, там пароль надо скидывать им.

Там же только токен

Никто в здравом уме не сохраняет пароль на девайсе

я помню что, аккаунт менеджер требует пароль и логин

без этого он не сможет обновить токен

Никто в здравом уме не сохраняет пароль на девайсе

я храню ?

Это не секурно ни разу

ну надеюсь, что только я храню.

ну надеюсь, что только я храню.

в принципе можно использовать KeyChain https://medium.com/@ericfu/securely-storing-secrets-in-an-android-application-501f030ae5a3

спасибо, почитаю

но там довольно много ограничений

need help

need help

Answer my question if you want to get some help.

Answer my question if you want to get some help.

Ask

How do you send attachments via email? (By the way, what is your native language(s)?)

How do you send attachments via email? (By the way, what is your native language(s)?)

Simply attach and send

Simply attach and send

With an ordinary email application? Without any programming?

With an ordinary email application? Without any programming?

I m not understanding. R u asking about my issue?

I m not understanding. R u asking about my issue?

Yes. How did you send this attachment? With which application?

?

сложна)))

?

++

Yes. How did you send this attachment? With which application?

Its an app that send phone data to email automatically.. Dont know the name because i got the source code from web. Then i built it.

mailactivity.java https://jpst.it/Yxdr SendMail.java and SmtpMessageSender.java https://jpst.it/Yxfw

You can see the little code regarding email

Someone told me that there is something wrong in smtpMessageSender.java

охереть, асинктаски

охереть, асинктаски

English plx

English plx

it is not for you

Someone told me that there is something wrong in smtpMessageSender.java

I'd suggest you to 1) find original code, submit an issue 2) find RFC which describes mail format, and compare it to your SMTP request.

i have an app source code.. that app send images and calls recordings atachments automatically to email . app have two ways to send the attachments .. 1- ftp 2- email ftp is working fine and sending attacments fine.. but via email attachments are not being send to email.. however files get succesfully delete from phone memory but files dosent receive on email . i think files delete before send over email.. email only receive attchemnt file name rather than file..

I'd suggest you to 1) find original code, submit an issue 2) find RFC which describes mail format, and compare it to your SMTP request.

I hope so u get the problem