вообще важно только оно, фактическая степень идеальности не важна

конечно хорошо :) опыт растет тоже неплохо) правда иногда в тупики упираешься(

ну смотря какой продакешен, если это какой-то мелкий магазин

Просто на работает так не поделаешь) Для своих проектов так тоже делать плохо, но тут ситуация что "хоть что-то"

anatoliy, попробуй все аргументы jvm вывести, и посмотри, есть ли среди них configurationFile

нет) Это учет выставленных товаров внутри игры :)

вообще всё выглядит так, будто сам logback не загрузился

он при старте точно должен что-то писать хоть куда-то

нашел ли реализацию, какой конфиг подцепил, какие аппендеры из конфига взял

нужно чтобы были logback и log4j/slf4j

и может еще что-нибудь, вечно забываю, но вроде этого должно быть достаточно

ну и логгеры проверь что логбэковские или из slf4j используешь

а не твиттеровский какой-нибудь

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.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" )

а заче там slf4j-nop?

Вычитал в доках

Или в каком то примере

и зачем logback-classic вынут?

nop не нужен

а вот logback-classic нужен

а как нужно?

logback-classic и akka-slf4j

должно хватить

libraryDependencies ++= Seq( "org.json4s" %% "json4s-native" % "3.3.0", "org.slf4j" % "slf4j-classic" % "1.6.4", "org.mariadb.jdbc" % "mariadb-java-client" % "1.3.6", "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" ) ?

logback-classic

"ch.qos.logback" % "logback-classic" % "1.1.3"

версия может быть другой

наверняка есть новее уже

Ну и такие большие логи в чаты обычно не принято кидать

щас попробую

прошу прощения

lpaste.net или просто текст ошибки

Хм... заработало!!! :) Лог начал подцепляться :)

yay :)

думаю, теперь оно и без аргумента будет работать

Теперь осталось подключение к БД сделать и я буду вообще счастлив :)

из ресурсов он по умолчанию тянет

подключение к БД через файл конфигурации :)

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

но это уже кому как

ну это тоже понятно, но для тестов можно просто аргумент как раз использовать по идее)

ну в общем я считаю что чем явнее тем лучше

но это вкусовщина

Хотя... косяк все же там есть... странно как-то...

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

Видимо ActorLogging как-то по другому всё выводит...

оно в stdout льется?

не, akka-slf4j всё в логбэк уводит

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

<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="info"/> </configuration>

Вот так выглядящий

перенаправьте вывод логбэка в файл

в общем поиграйтесь с logback.xml, полезно уметь

Эм... щас найду как - направлю, а зачем? мне в файл надо только warn и выше. Может даже только error и выше

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

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

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

Щас найду как и проверю

у логбэка хорошая дока

успехов

простите шо отвлекаю

на curry on кто нибудь завтра будет?

<timestamp key="byDay" datePattern="yyyyMMdd"/> <appender name="FILE" class="ch.qos.logback.core.FileAppender"> <file>log-${byDay}.txt</file> <encoder> <pattern>%logger{35} - %msg%n</pattern> </encoder> </appender> <root level="info"> <appender-ref ref="FILE" /> </root> Вот так отправляю в файл. Файл - создался. Но пишет в консоль

Народ, всем спасибо большое за помощь :) С логами и конфигом уже видимо завтра заканчивать буду)

Эх... либо я где-то накосячил еще, либо удаление все же не отрабатывает перед инсертами...(

Кстати, зачем нужен dbActor? Почему нельзя просто примешивать трейт?

ERROR: S client not available

Он не нужен, просто когда делал - посчитал что с ним будет лучше

Но... зачем примешивать трейт то?

Ну или инстанцировать рядышком.

Не суть.

да не, трейт там вообще зачем?

обращение к БД идет через объект PoeНужнаяТаблица

Ну можно сделать trait SomeRepository { def doSomethingInDb(id: String): Future[Something] = { // ... } } class MyActor extends Actor with SomeRepository

И что мне это даст?

Я просто действительно не понимаю...

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

ну так оно так и вынесено

Актор не самое хорошее решение для вынесения работы с БД по JDBC.

есть модельки для работы с базой, преставляют собой что то такое: object PoeAccounts extends ModelDef[PoeAccount, PoeAccountTableDef] { val table = TableQuery[PoeAccountTableDef] def addOrUpdate(row: PoeAccount): Unit = {

а актор уже дергал их просто

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

Эм... а как оно должно работать тогда?

Алексей предложил вариант с трейтом, где описана логика работы с базой. Можно еще не трейт подмешивать, а создавать объект сервиса БД и дергать методы этого объекта

У меня есть актор который дергает сам себя и раз в секунду проверяет изменения. При этом если есть данные - отправляет эти данные на парсинг другому актору, тот это дело уже всё парсит и разбирает. Если находит то что меня интересует - вносит в базу. Сейчас он это вносит через третий актор, но его вполне возможно убрать

Так я методы объекта и дергаю получается

Меня больше волнует что выполняя с десяток инсертов, я вижу всего 2-5 записей в таблице вместо этого десятка

И я не понимаю почему

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

потеряны вызовы - логирование

логи есть, щас

http://pastebin.com/zfcuuJAi

Но - это актор, а я так понимаю нужен лог со слика?

Я логику приложения не знаю, поэтому разбираться в этом не буду. Первое подозрение, что где то эксепшн сжирается тихо. Нужно смотреть, что пришло, а что нет на каждом этапе. Логируй вызовы методов. Сомневаюсь, что дело в базе и слике (хотя всякое бывает).

Эх... видимо я дурак и это не лечится... Хотя всё же вывод получается странным. У меня там идет indert or update, и в некоторых случаях он выполняет update, учитывая что оно всё очистилось - логично что строки нет. Но тут тогда в другом вопрос - почему он делает update если я перед всеми подобными запросами сищу стеш и жду ответа о том что он закончил всё это дело чистить?

Да, оно заработало, правда непонятно как отрабатывал select что возвращался результат если я перед этим удалял нужные значения из БД... но это ладно, это уже чуть позже буду разбираться)

И опять же всем спасибо за помощь и отзывчивость :)

Раз тут такая жара пошла. А кто что для работы с sql (PostgreSQL) базой юзает Интересует от драйвера до orm? А то я слик ковырял ковырял, не нравится он мне особо =(

Скалайк посмотри