gbg: да, вы правы. Но что касается штатной работы, софт лог. анализатора может расшифровывать распространенные протоколы, это удобнее, чем осциллографом посылки ловить, особенно длинные.
В данном случае нас интересует вот это
17-Nov-2014 21:30:01.544 SEVERE [http-nio-8084-exec-8] generator.doPost null
java.lang.NullPointerException
at java.util.Hashtable.put(Hashtable.java:459)
at generator.processRequest(generator.java:70)
at generator.doPost(generator.java:108)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:644)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:725)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:301)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.netbeans.modules.web.monitor.server.MonitorFilter.doFilter(MonitorFilter.java:393)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:503)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:136)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:74)
at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:610)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:516)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1015)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:652)
at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:222)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1575)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1533)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Смотрите строчку 70, там втором аргумент в вызове props.put равен null.
Запостите в gist файл generator.java целиком, со всеми строчками, чтобы номера строк не отличались. Так будет проще переговариваться)
>> Появляются ошибки, которые для меня темный лес. Можно ли исправить? или придется менять все?
Должен сказать, такая ситуация крайне частая в программировании) Не надо этого бояться, в логе 80% решения, надо просто читать вдумчиво
А вообще, блокирующие операции в сервлете (чтение-запись файлов), это не очень хорошо. Такие вещи надо делать в background job. www.quartz-scheduler.org как вариант
Able1991
1) предлагаю вам сменить тон на более спокойный и не отвлекаться на побочные темы
2) метаданные - это данные приложения, поэтому логично хранить их в первичном хранилище (в данном случае БД)
3) как ваш подход работает в кластере?
Able1991: читайте внимательнее - "Данные в одном экземпляре и могут изменяться"
То о чем вы говорите - конфигурационные параметры и обычно для них применяется configatron.
Я так понимаю, тостер заменил собака + part на PART. Посмотрите в логе, :name и :price в контроллер скорее всего приходят, как вложенные под значение какого-то ключа. Типа params[:parts][:name]. Советую кстати использовать strong parameters. https://github.com/rails/strong_parameters