Ну хрен знает. Еботни там поболее.

поверь мне, прогнать интеграционники на реальной системе сложнее)

а вы интеграционные тесты в отдельной джобе на сиай гоняете?

поверь мне, прогнать интеграционники на реальной системе сложнее)

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

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

а вы интеграционные тесты в отдельной джобе на сиай гоняете?

Да, как только коммит новый на ревью попадает, то тесты все прогоняются

Если не проходят, мержа не будет

Автоматически офк

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

Expose?

ребят что лучше на ваш взгляд: kubernetes или docker swarm? аргументировнно пожалуйста

ребят что лучше на ваш взгляд: kubernetes или docker swarm? аргументировнно пожалуйста

Dcos

кто-нибудь работал с грид фс?

Mongo GridFS

кто-нибудь работал с грид фс?

Вернулся к вопросу выбора фс?

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

Вернулся к вопросу выбора фс?

уже выбрал и теперь мучается

я мучаюсь конкретно от спринг апи и джава апи монго драйвера

ребят что лучше на ваш взгляд: kubernetes или docker swarm? аргументировнно пожалуйста

С точки зрения настроек и фишек - кубер. Если мало ресурсов и на хочется тратить время на настройку то сварм

короче, рассказываю историю, gridFsTemplate не поддерживает пэйджинацию, т.е. операции скип и лимит

Ну вот зачем тв ее взял

https://jira.spring.io/browse/DATAMONGO-765

раз бага

там в комментах воркэраунд вроде

Почему не взять с fuse систему

я запилил

но в итоге вот что получилось

https://jira.spring.io/browse/DATAMONGO-1119

я пока вариантов, кроме как делать пэйджинацию в памяти не вижу

.stream().skip().limit()

Фу

Фу

https://docs.mongodb.com/manual/reference/method/cursor.skip/

The cursor.skip() method is often expensive because it requires the server to walk from the beginning of the collection or index to get the offset or skip position before beginning to return results. As the offset (e.g. pageNumber above) increases, cursor.skip() will become slower and more CPU intensive. With larger collections, cursor.skip() may become IO bound. Consider using range-based pagination for these kinds of tasks. That is, query for a range of objects, using logic within the application to determine the pagination rather than the database itself. This approach features better index utilization, if you do not need to easily jump to a specific page.

в общем, если индексы сделать, то пэйджинг в памяти не такая плохая идея

Ты взял уг

взял бы нодежс, проблем бы таких не было

забыл акку взять еще

шутки шутками, но похоже так оно и есть лол)

ребят что лучше на ваш взгляд: kubernetes или docker swarm? аргументировнно пожалуйста

для каких целей?

развернуть много контейнеров на десятке машин

Всем привет, а есть ли какой либо метод который срабатывает "перед закрытием андроид приложения"

?

https://metanit.com/java/android/pics/life_cycle.png

Спасибо большое

... Огромное

в общем, если индексы сделать, то пэйджинг в памяти не такая плохая идея

в общем нашел альтернативное решение, не самое плохое

Всем привет, а есть ли какой либо метод который срабатывает "перед закрытием андроид приложения"

можете посмотреть, работает ли на Dalvik сигнал закрытия (см sun.misc.SinglaHandler вроде как). Если там будет все окей - то это верняк

можете посмотреть, работает ли на Dalvik сигнал закрытия (см sun.misc.SinglaHandler вроде как). Если там будет все окей - то это верняк

Спасибо большое =)

Спасибо большое =)

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

можете посмотреть, работает ли на Dalvik сигнал закрытия (см sun.misc.SinglaHandler вроде как). Если там будет все окей - то это верняк

в android нет sun.misc.* пакета вообще, т.к это не JVM. И метода который срабатывает именно перед закрытием всего приложения нет

¯\_(ツ)_/¯

в android нет sun.misc.* пакета вообще, т.к это не JVM. И метода который срабатывает именно перед закрытием всего приложения нет

Ну sun.misc.Unsafe там точно есть (еще вроде со времен android 4)

в android нет sun.misc.* пакета вообще, т.к это не JVM. И метода который срабатывает именно перед закрытием всего приложения нет

Мне что-то подсказывает что он был, поскольку, если мне не изменяет память, я видел сэмпл

Ну sun.misc.Unsafe там точно есть (еще вроде со времен android 4)

Вот да

То, что у вас пакет красным подсвечивается - не значит что его нет :)

Я с вами гуру спорить не буду, но например меня жизненный цикл вполне устроил, но всё равно я очень благодарен вам и сообществу за отзывчивость

ERROR: S client not available

Ну sun.misc.Unsafe там точно есть (еще вроде со времен android 4)

ну да. Unsafe есть. А всего остального нет.

да и unsafe какой-то не настоящий. Если с ним также как в джава работать, то ничего не работает

А и не надо им пользоваться, даже в java. Пусть по поводу миграции голова болит у людей вроде МартинаТ.

Интересно кстати, разрешают ли на олимпиадах пользоваться unsafe, если на java пишешь?

ну если тестирущая система проглотит то почему бы и нет

в правилах этого явно нет

к тому же особого преищмущества это тебе не даст

лучше на плюсах пиши

в общем нашел альтернативное решение, не самое плохое

В Java-driver Mongo gridFs API нормально работает с пэйджинацией, так что достаточно заинжектить монго клиент, взять у него текущую базу и передать её в класс фабрику GridFsBucket. Это решает проблемы: https://jira.spring.io/browse/DATAMONGO-1119 https://jira.spring.io/browse/DATAMONGO-765

В Java-driver Mongo gridFs API нормально работает с пэйджинацией, так что достаточно заинжектить монго клиент, взять у него текущую базу и передать её в класс фабрику GridFsBucket. Это решает проблемы: https://jira.spring.io/browse/DATAMONGO-1119 https://jira.spring.io/browse/DATAMONGO-765

это никому не интересно, прекрати гавнякать

Спасибо, ваше мнение очень важно.

Что опенсорсное выбрать в 2017 году для хранения Maven-артефактов + proxy для Maven central?

Что опенсорсное выбрать в 2017 году для хранения Maven-артефактов + proxy для Maven central?

Конечно JFrog Artifactory

Что опенсорсное выбрать в 2017 году для хранения Maven-артефактов + proxy для Maven central?

артифактори

@JBaruch подтвердит

а как же нексус?

ой не к добру это

Кажется, что функционально для меня оно ничем не будет отличаться. В OSS версиях нет репликации ни там, ни там. В UI в 99% случаях не заходишь.

LDAP поддерживается в обоих продуктах.

Адекватная документация и там, и там.

С точки зрения администрирования есть принципиальные различия в удобстве использования?

Всех Барух запугал?)

Нексус лучше

У него докер бесплатный

артифактори дешевле

Вот да, пользуемся нексусом и нет проблем