Вот тебе 100500 статей, в том числе от разных больших компаний

на долго ли? выйдет скажем 10я джава, которая с собой принесет киллер-фичи котлина и повторится история со скалой

он не принесет фичи котлина

Kotlin нацелен не только на bytecode. Вы пробовали Kotlin в JavaScript гонять? А следующий шаг, над которым сейчас работают, это Kotlin -> Native

Но я не евангелист Котлина. Я в это не умею.

Вот в этом чатике запинен интересный вопрос. Я бы его несколько переформулировал. Будут ли через 10 лет популярны JVM-targeted языки ? Если не будет Groovy, Scala, Kotlin и прочих, то сам JVM может сдохнуть со временем. Пока будет борьба и конкуренция, будет жить JVM.

jvm вообще вечный)

Kotlin нацелен не только на bytecode. Вы пробовали Kotlin в JavaScript гонять? А следующий шаг, над которым сейчас работают, это Kotlin -> Native

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

Будут думать о гц

Сейчас скину презентаху

http://www.slideshare.net/JetBrainsRU/kotlin-native-senior-software-developer-kotlin

не могу сказать. Молодой пока ещё проект.

пока железки все повторяют принципы с прошлого века

представьте, когда кванты взлетят

тогда жаба точно не будет тормозить

представьте, когда кванты взлетят

запилят под кванты jvm))

тонко)

не парься)))

языков это не каснется))

запилят под кванты jvm))

я про это и говорю)

@HeapyHop Lol. Спасибо за ссылку. Увидел свой доклад

вечно техпроцесс уменьшать нельзя

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

вроде стандартная тема для LLVM

в свифте так же

но у этого языка уже сейчас есть матерый конкурент

http://www.scala-native.org/

сколько ява нативов было

все померли

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

двойной связанный список будет жить вечно?

все померли

Не так, Excelsior JET только-только aot появляется в hotspot

двойной связанный список будет жить вечно?

Уже научились решать, смотри Swift

Не так, Excelsior JET только-только aot появляется в hotspot

какая вероятность что он выживет?)

ну есть, ну круто, а нужно ли

какая вероятность что он выживет?)

Там статья на днях была http://jug.ru/2016/12/aot-hotspot/

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

Там статья на днях была http://jug.ru/2016/12/aot-hotspot/

надо почитать, не читал

такой вопрос(не знаю можно ли тут такое спрашивать): есть soap endpoint, к которому нужно стучаться. как это нынче делается? через JAX-WS, с генерацией кучи кода для маршаллинга или взять xml темплейт и в него подставить/добавить элементы которые нужны и таким же образом парсить ответы? soap endpoint - скажем для просчета таксов по определенным позициям, т.е запрос не состоит из 1го параметра

берешь wsdl, берешь wsd2java, кодогенерируешь, и пользуешься как обычными методами и pojo-объектами

берешь wsdl, берешь wsd2java, кодогенерируешь, и пользуешься как обычными методами и pojo-объектами

не напрягает куча мусоро-кода?

если endpoint нормально реализован, то wsdl он тебе должен отдать по http://<domain>/<endpoint>?wsdl

ну это понятное дело. просто тебе сгенерит скажем сотню обьектов, а тебе это все нужно для 1 метода на этом эндпоинте

не напрягает куча мусоро-кода?

мусорокод на этапе сборки проекта будет в generated-sources лежать. в самом проекте в гите ничего лишнего не будет

годно, спасибо ?

годно, спасибо ?

если мавеном собираешь, то можешь сюда глянуть, вполне себе годный плагин, да и cxf сам по себе годен для jax-ws http://cxf.apache.org/docs/maven-cxf-codegen-plugin-wsdl-to-java.html

на долго ли? выйдет скажем 10я джава, которая с собой принесет киллер-фичи котлина и повторится история со скалой

А какие истории со скалой произошли ?

А какие истории со скалой произошли ?

скалисты делятся на 2а типа людей))

На тех кто делится и кто не делится

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

Нет, мы все умрем

Вопрос про AWS BeansTalk: задевелопил приложение на жаве с использованием aws-sdk. когда заливаю на сервер, он грит noClassDefFound - типа "не знаю я никаких классов из aws-sdk" как по хорошему подключить к бинстоку амазоновские классы? джарники что-ли заталкивать каждый раз делая deploy?

Вопрос про AWS BeansTalk: задевелопил приложение на жаве с использованием aws-sdk. когда заливаю на сервер, он грит noClassDefFound - типа "не знаю я никаких классов из aws-sdk" как по хорошему подключить к бинстоку амазоновские классы? джарники что-ли заталкивать каждый раз делая deploy?

добавь в скоуп compile, а не provided. чем собираешь?

https://support.cloudbees.com/hc/en-us/articles/204125984-Exception-while-deploying-to-Amazon-Elastic-BeanStalk

добавь в скоуп compile, а не provided. чем собираешь?

в еклипсе

добавь в скоуп compile, а не provided. чем собираешь?

не понял где добавить? на бинстоке нат настройки "используй свои же sdk"?

не понял где добавить? на бинстоке нат настройки "используй свои же sdk"?

добавить в дескриптор сборки, для мэйвена, например, это pom.xml

у меня нет мавена: - есть проект на эклипсе, который подвязян к aws-sdk - я его компилю в .war и заливаю на бинсток

чем в вар компилишь?

ну, если честно, в нетбинсе

там просто пустой проект залинкован с эклипсом

собирает и разворачивает на локальном гласфише

Либы просто в класспафф добавил что ли

либ нет в твоей варки

я бы на твоем месте покурил это - http://docs.aws.amazon.com/sdk-for-java/v1/developer-guide/setup-project-maven.html

а потом собрал толстую варку

по идее, должно помочь

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

ERROR: S client not available

учитывая что щас он весит 7

собсно нельзяли как-то бинсток научить осиливать aws-sdk-jar

а не заливать его на каждый билд

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

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

https://aws.amazon.com/ru/blogs/developer/managing-dependencies-with-aws-sdk-for-java-bill-of-materials-module-bom/

вариант с толстой джаркой - http://docs.aws.amazon.com/lambda/latest/dg/java-create-jar-pkg-maven-no-ide.html

с толстой понятно

как с худой?

в какую сторону курить гугол?

гуглить, в сторону provided dependencies aws

гуглить, в сторону provided dependencies aws

ок спасибо, ща покурю вопрос

я бы на твоем месте покурил это - http://docs.aws.amazon.com/sdk-for-java/v1/developer-guide/setup-project-maven.html

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

Artifactory ругается The repository 'libs-snapshot-local' rejected the resolution of an artifact 'libs-snapshot-local:com/company/blabla_2.11/0.0.1/blabla_2.11-0.0.1-javadoc.jar' due to conflict in the snapshot release handling policy. Status code: 409

на помощь призывается @JBaruch

?

> blabla_2.11

не палишься

Почему не 2.12?

Мб реальное название?))

KPACUBO у вас версии именуются

Ну потому что 0.0.1 это release version а не snapshot version, её нельзя в libs-snapshot-local

я прикручиваю jenkins к artefactory

Ну потому что 0.0.1 это release version а не snapshot version, её нельзя в libs-snapshot-local

спасибо! Помогло

Если интересно, то я решил проблему http://stackoverflow.com/questions/33005538/artifactory-jenkins-publishing-to-a-maven-repository-from-a-freestyle-build используя первый подход без перемещения в отдельную папку

Знатоки, праздный вопрос, немного с опозданием. Тоже про еще один jvm ЯП. Почему Fantom не взлетел?

на вайлдкардах

{ "files": [{ "pattern": "blabla/target/scala-(*)/blabla_(*)-(*)-(*).jar", "target": "libs-release-local/com/company/blabla_{1}/{3}/" },{ "pattern": "blabla/target/scala-(*)/blabla_(*)-(*).jar", "target": "libs-release-local/com/company/blabla_{1}/{3}/" }, { "pattern": "blabla/target/scala-(*)/blabla_(*)-(*).pom", "target": "libs-release-local/com/company/blabla_{1}/{3}/" }] }

но проблема есть) пушится не 3 джарника, а 5 (sources и javadocs дублируются)

не круто, как бы)