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

а не всей akka

сейчас еще раз обновлю и попробую

libraryDependencies ++= Seq( "org.json4s" %% "json4s-native" % "3.3.0", ("org.slf4j" % "slf4j-nop" % "1.6.4").exclude("ch.qos.logback","logback-classic"), "org.mariadb.jdbc" % "mariadb-java-client" % "1.3.6", "com.typesafe.play" %% "play-slick" % "1.1.1", "com.typesafe.slick" %% "slick" % "3.1.1", "com.typesafe.akka" %% "akka-actor" % "2.4.6", "com.typesafe" % "config" % "1.3.0", "com.typesafe.akka" %% "akka-slf4j" % "2.4.6" ) Вот так лучше?

Зануда mod on: Вообще судя потому что опыта со Scala достаточно мало я бы рекомендовал не брать Slick и более того цеплять play только в случае если есть абсолютная уверенность в его необходимости. Зануда mod off

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

а что именно из плей используется и слика?

а опыт с java был или это первый проект в JVM мире вообще?

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

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

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

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

ИМХО: вам лучше вручную создать классы модели, и написать скрипты создания табличек. В таком случае вы хотя бы будете точно понимать где, что и как у вас происходит

так я их вручную и описывал

А главное где какие типы лежат. В начале изучения вам нужно использовать как можно меньше магии автосоздания и автогенерации и автопохода. Может быть стоит даже вместо SLick использовать просто JDBC c ручным разбором ответом и ручным написанием запросов.

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

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

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

Хотя сам запрос мне и не нравится - не использовать его я пока не могу

Адуха в канале? :)

Адуха?

целый день не заходил в телеграм; вечером зашел - 270+ сообщений;

не узнаю конфу

[success] Total time: 4 s, completed 17.07.2016 22:49:13 [info] Compiling 21 Scala sources to C:\Users\Anatoliy\IdeaProjects\poeapi\target\scala-2.11\classes... [warn] there were three feature warnings; re-run with -feature for details [warn] one warning found [info] Running Main Запустилось, но - логов с акторов опять нет(

akka { loggers = ["akka.event.slf4j.Slf4jLogger"] loglevel = "DEBUG" logging-filter = "akka.event.slf4j.Slf4jLoggingFilter" } - не помогло в общем

Видимо там еще что-то надо подключить, буду пробовать сейчас

в 12 ночи самое то

завтра в 7 на работу) самое время :) впрочем скорее всего я пока просто отправлю в работу то что есть, а доделывать действительно придется завтра. Просто была надежда что оно заработает проще :)

продакшен?

угу

в logback вообще полезно разобраться.

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

полезно, но он просто уже не первый день мне мозг взрывает)

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

а файл logback.xml есть в проекте?

в resources

как и конфиг

в нём должено быть что-то вида: <root level="debug"> <appender-ref ref="console"/> </root>

<configuration> <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"> <!— encoders are assigned the type ch.qos.logback.classic.encoder.PatternLayoutEncoder by default —> <encoder> <pattern>%d{YYYY-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern> </encoder> </appender> <root level="info"> <appender-ref ref="STDOUT"/> </root> <logger name="slick.jdbc" level="debug"/> </configuration>

весь файл

logback.xml если не видит, можно чз -Dlogback.configurationFile= передать

так вот написано же root level="info"

написано, там же паттерн есть: <pattern>%d{YYYY-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern>

а выдает [INFO] [07/17/2016 23:02:04.610] [system-akka.actor.default-dispatcher-2] [akka://system/user/mainActor/DBActor] Убиваем записи во вкладке stash id: 2a731d91eff198421c9dd5e7b94562b59e7fe83eab0ea0ff4f89da9f90def671

07/17/2016

не похоже на YYYY-MM-dd

вывод - он не используется

выдает это куда? в файл или в stdout?

При старте приложения логбэк пишет, какой конфиг взял

не пишет

попробуйте через опцию выше передать

ой вэй

-Dlogback.configurationFile=

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

И может логбэк в зависимостях не прописан например

Почему не сможешь?

на продакшене вообще запуск идет через sbt run

в sbt run нельзя передать опции?

Жесть

как туда добавить еще аргументы - я не знаю

Ну это можно сделать например в build.sbt

или в Build.scala, что у вас там

.sbt

javaOptions ++= Seq("-Dlogback.configurationFile=/etc/path/to/logback.xml"), в настройках проекта

спасибо, сейчас попробую, относительный путь работать будет?

не знаю :)

И посмотрите на tanuki wrapper

ERROR: S client not available

и твиттер еще какой-то враппер для своих проектов использует

забыл название

monit, во

http://mmonit.com/monit/ сам не пользовался, но в эту сторону стоит посмотреть

А что он дает?

может кто в чате использует

tanuki wrapper помогает демонизировать

я через докер эту штуку запускаю

у них есть свой init скрипт, и появляется возможность чз service управлять

если правильно вас понял

плюс он за джвм следит и преедает туда параметры сам

мне не нужен service, там всё изолировано

ну, тут уже подсказать не могу :)

в докер ничо не деплоил

попробуйте) правда с ним в начале тоже голова болит) но - удобно)

javaOptions ++= Seq("-Dlogback.configurationFile=resources/logback.xml") вот так НЕ заработало, щас попробую полный путь, но самое паршивое что он может меняться

(офтопик мод) Вообще надо иметь силу воли что бы релизить проетк в таком состоянии

я больше скажу, им пользуются :)

сам по себе?

Не, нам и без докера хорошо, но спасибо за совет :)

Нам если понадобится LXC за глаза хватит

если указать полный путь - так же НЕ работает

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

Та не... всё норм чё... (табличка сарказм)

ну так результат нужен, а тут работает хоть как-то. не идеально - да, но - идеал недостижим, делать лучше - необходимо, так я и стараюсь делать лучше :)

в общем не заработало с -Dlogback.configurationFile

Все верно делаешь идеальный код я за 5 лет программирования еще не видел. Зато поделки работающие десятилетия да

опасная тема для беседы :)

Просто после того как я полгода переписывал проект с нуля чуть ли не каждые две недели что бы было "идеально" - я плюнул и просто сделал. И той штукой пользовались :)

Конечно опасная :)

Но вообще - я действительно надеюсь сделать подключение к БД через конфиг и наконец настроить нормально логгирование :)

Вообще хорошо что есть места где можно так спокойно эксперементировать с продакшеном :)