BiTel

переехали и вот такое наблюдаем в логе:

акшен переименован в ActionDoTransaction

а чем мне это поможет? ))) это ведь сервер где то сам на себя ругается?
самое интересное, что судя по Монитору транзакций после переезда платежи ходят.

Этот модуль теперь на jsp. У вас же старый xsl-вариант используется.

Проблема в том, что вы webroot старый оставили..В новом даже нет paymaster.xsl.

так и у меня его тоже нет. и веб я не переносил (вроде как)
может проблема с Редактором Веб-меню?
https://yadi.sk/i/IvXrKKnWfRpS3

p.s. так и есть. удалил\добавил вновь и там конечно же DoTransaction. Спасибо за наводку.
https://yadi.sk/i/g0Zlo1T4fRpX7

http://billing.xxxxxx.ru:8080/bgbilling ... &summa=100

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

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

благодарю за интерактивность
файл во вложении
https://yadi.sk/d/D2Ar_EtYg8Y5A

вроде разобрались, пофиксили...

скорость на высоте! (браузеры и антивирусы я конечно подозревал/ проверял)
благодарю!
обновился проверяю

на текущий момент строка формируется верно, но меня ворачивает на ту же страницу (http://billing.zzzzzz.ru:8080/bgbilling ... umma=35423)
по логам тишина.
по tcpdump запросов на 195.122.19.202 не происходит

inet: вер. 6.1.690 / 21.04.2015 22:43:47
ВНИМАНИЕ: клиентская версия: 6.1.689 / 20.04.2015 17:16:03
npay: вер. 6.1.191 / 15.04.2015 02:58:03
payture: вер. 6.1.19 / 21.04.2015 15:54:31
ВНИМАНИЕ: клиентская версия: 6.1.18 / 08.02.2015 20:45:40
trayinfo: вер. 6.1.163 / 08.02.2015 20:45:25

подправили..., пробуйте

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

tcpdump молчит при ошибке

04-22/15:22:31 ERROR [http-bio-0.0.0.0-8080-exec-3] ActionHandler - Exception in ru.bitel.bgbilling.modules.payture.server.action.web.ActionPayture:initPay
04-22/15:22:31 ERROR [http-bio-0.0.0.0-8080-exec-3] CommonExecuter - Произошла ошибка
ru.bitel.bgbilling.common.BGException: Произошла ошибка
at ru.bitel.bgbilling.kernel.container.web.action.ActionHandler.handle(ActionHandler.java:94)
at bitel.billing.server.WebExecuter.executeAction(WebExecuter.java:465)
at bitel.billing.server.WebExecuter.doPost(WebExecuter.java:217)
at bitel.billing.server.WebExecuter.doGet(WebExecuter.java:79)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:621)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at ru.bitel.common.server.filters.MultipartFilter.doFilter(MultipartFilter.java:48)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at ru.bitel.common.server.filters.XSSFilter.doFilter(XSSFilter.java:89)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at ru.bitel.common.server.filters.BGAuthFilter.doFilter(BGAuthFilter.java:298)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at ru.bitel.common.server.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:50)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.NullPointerException
at com.mysql.jdbc.ServerPreparedStatement.getBinding(ServerPreparedStatement.java:909)
at com.mysql.jdbc.ServerPreparedStatement.setInt(ServerPreparedStatement.java:2054)
at org.apache.commons.dbcp.DelegatingPreparedStatement.setInt(DelegatingPreparedStatement.java:120)
at ru.bitel.bgbilling.modules.payture.server.bean.PayturePaymentManager.updateImpl(PayturePaymentManager.java:135)
at ru.bitel.bgbilling.modules.payture.server.bean.PayturePaymentManager.updateImpl(PayturePaymentManager.java:1)
at ru.bitel.common.model.AbstractDao.update(AbstractDao.java:560)
at ru.bitel.bgbilling.modules.payture.server.action.web.ActionPayture.initPay(ActionPayture.java:93)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at ru.bitel.bgbilling.kernel.container.web.action.ActionInfo.invoke(ActionInfo.java:41)
at ru.bitel.bgbilling.kernel.container.web.action.ActionHandler.handleImpl(ActionHandler.java:150)
at ru.bitel.bgbilling.kernel.container.web.action.ActionHandler.handle(ActionHandler.java:73)
... 33 more

попробуйте еще раз...
странная ошибка, она повторяется при следующих платежах?

пробывал 2мя браузерами результат тот же
все решается bgbilling restart - хватает еще на одну попытку, можно даже не вводить кардхолдера и номер, а тут же снова в ссылку "Оплата через платежный сервис" -> 200 р. потом "ок" в окне с переспрашивающем и все. "Непредвиденная ошибка"

p.s ( адрес обработчика еще не передан http://host[:port]/bgbilling/paytureexecuter/<mid>)

проблема не понятна...
немного код подправил, попробуйте

благодарю Вас проблема более не повторяется.

Странно это.. а какая у вас java ?

Информация о версии:

Клиент: вер. 6.1.848 / 21.04.2015 22:43:26
os: Windows XP; java: Java HotSpot(TM) Client VM, v.1.8.0_31
ВНИМАНИЕ: Спецификация версии 1.8 не рекомендуется
Сервер: вер. 6.1.1068 / 22.04.2015 13:52:34
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_71

inet: вер. 6.1.690 / 21.04.2015 22:43:47
npay: вер. 6.1.191 / 15.04.2015 02:58:03
payture: вер. 6.1.21 / 22.04.2015 18:36:16
trayinfo: вер. 6.1.163 / 08.02.2015 20:45:25

Окружение:

Клиент:
os: Windows XP x86, 5.1
java: Java HotSpot(TM) Client VM, v.1.8.0_31
jre home: C:\Program Files\Java\jre1.8.0_31
default tz: 23.04.2015 12:31 NOVT +0600 (Asia/Novosibirsk)
user tz: 23.04.2015 13:31 GMT+07:00 +0700 (GMT+07:00)
locale: ru_RU
Сервер:
os: Linux amd64, 3.10.0-123.6.3.el7.x86_64
java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_71
jre home: /usr/java/jdk1.7.0_71/jre
default tz: 23.04.2015 12:31 NOVT +0600 (Asia/Novosibirsk)
locale: ru_RU

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

04-24/15:03:05 ERROR [http-bio-0.0.0.0-8080-exec-2] PreparedStatementWrapper - second close method executing:com.mysql.jdbc.ServerPreparedStatement[22] - SELECT pt.*, c.title FROM payture_payment_3 AS pt LEFT JOIN contract c ON c.id=pt.contract_id WHERE pt.id=43


04-24/15:10:20 ERROR [http-bio-0.0.0.0-8080-exec-2] PreparedStatementWrapper - second close method executing:com.mysql.jdbc.ServerPreparedStatement[27] - SELECT pt.*, c.title FROM payture_payment_3 AS pt LEFT JOIN contract c ON c.id=pt.contract_id WHERE pt.id=44

Это не критично. Исправим.

Добрый день.

Еще небольшая проблемка.в настройках модуля есть параметр вернуть на урл после успешного платежа.

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

покажите как настроили.

# адрес платежного шлюза сервиса (для тестовых платежей используйте представленный ниже)
payture.server.url=http://sandbox.payture.com/
# идентификатор провайдера (выдается сервисом)
payture.key=xxxxxxxxxxx
# пароль
payture.password=123
# адрес, куда клиента направят после успешной оплаты
payture.success.url=http://billing.xxxxxx.ru:8080/bgbilling/webexecuter
# комментарий платежа
payture.payment.comment=Пополнение баланса
# код типа платежа
payture.payment.type=
# код типа расхода, которым будет произведен возврат денег
payture.charge.type=2



22:30:49.860646 IP (tos 0x0, ttl 64, id 23711, offset 0, flags [DF], proto TCP (6), length 423)
172.16.200.100.48153 > 195.122.19.202.http: Flags [P.], cksum 0x4d53 (incorrect -> 0xac6e), seq 1:372, ack 1, win 115, options [nop,nop,TS val 50585984 ecr 1557341498], length 371
E...\.@.@......d.z.....P.9..S.t....sMS.....
....\.%:GET /apim/Init?Key=xxxxxxxxxxx&Data=SessionType%3DPay%3BOrderId%3D50%3BAmount%3D1200%3BProduct%3D%D0%9F%D0%BE%D0%BF%D0%BE%D0%BB%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5+%D0%B1%D0%B0%D0%BB%D0%B0%D0%BD%D1%81%D0%B0%3BTotal%3D12.00 HTTP/1.1
User-Agent: Java/1.7.0_71
Host: sandbox.payture.com
Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
Connection: keep-alive

Посмотрел сейчас по коду - successUrl на самом деле никуда не передается - мало того, он вообще не используется . Возможно, что со времен разработки протокол менялся, иначе бы обязательно это реализовали. Там еще кое-что изменилось. Сегодня доделаем.

_________________
С уважением, Гареев Артур. Вежливый разработчик ООО "Бител".

Артур не подскажете в обозримом будущем реализуете?
для нас это блокирующий фактор запуска

Это уже реализовано =) По-моему, в тот же день. Посмотрите по логам обновлений и обновитесь.

_________________
С уважением, Гареев Артур. Вежливый разработчик ООО "Бител".

Крутяк!
проверил. работает!

спасибо!

после обновления c 7.0.1107 на 7.0.1194 (модуль: с 7.0.58 на 7.0.63) начало высыпать в лог:



веб-меню настроено с тех пор, как была начата эта тема:
https://yadi.sk/i/ilpH2uL03EqPZt