[JBoss JIRA] Created: (JBESB-3175) Hibernate Interceptor onLoad event - fields in restored object contain null value.
by Boris Belovic (JIRA)
Hibernate Interceptor onLoad event - fields in restored object contain null value.
----------------------------------------------------------------------------------
Key: JBESB-3175
URL: https://jira.jboss.org/jira/browse/JBESB-3175
Project: JBoss ESB
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Rosetta
Affects Versions: 4.7
Reporter: Boris Belovic
Attachments: hibernate_mySQL.tar.bz2
I wrote a service with Hibernate transport (Hibernate listener) and I am listening for onLoad and onSave events. When saving simple POJO (Person.java) into database, this object is correctly intercepted and passed to the message body. (I am using mySQL 5.1).
14:29:07,059 INFO [MyAction] @@@ Found person object in the intercepted message! @@@
14:29:07,059 INFO [MyAction] [Id: 1, Name: John Smith]
When retrieving object from DB, object is passed to the message but its fields have null value (only Id field contains correct value).
14:42:07,583 INFO [MyAction] @@@ Found person object in the intercepted message! @@@
14:42:07,583 INFO [MyAction] [Id: 1, Name: null null]
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 9 months
[JBoss JIRA] Created: (JBESB-3021) SOAPProxies on different services shares configuration
by Jiri Pechanec (JIRA)
SOAPProxies on different services shares configuration
------------------------------------------------------
Key: JBESB-3021
URL: https://jira.jboss.org/jira/browse/JBESB-3021
Project: JBoss ESB
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Web Services
Affects Versions: 4.7
Environment: ER4
Reporter: Jiri Pechanec
Priority: Critical
Attachments: soapproxy-breaker.zip
If a jboss-esb.xml file contains definition of two services and each uses SOAPProxy, then the configuration is shared between them.
Check the attached example
1) Remove Proxy-breaker service from the config file, deploy and do ant runtest. The execution is performed correctly and target service is invoked.
2) Enable Proxy-breaker service but disable <http-client-property name="protocol-socket-factory"... in it, deploy and do ant run test. Although you are invoking the first service the invocation will fail due to strict SSL setting.
3) Enable Proxy-breaker service and enable <http-client-property name="protocol-socket-factory"... in it, deploy and do ant run test. The execution is performed correctly and target service is invoked.
It proves that SOAPProxy settings on Proxy-breaker service DIRECTLY infulennces SOAPProxy settings of Proxy service.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 9 months
[JBoss JIRA] Created: (JBESB-3161) WSDL/schema import locations improperly rewritten by HttpSOAPProxyWsdlLoader in contract application when using JBRGateway+HTTP
by David Ward (JIRA)
WSDL/schema import locations improperly rewritten by HttpSOAPProxyWsdlLoader in contract application when using JBRGateway+HTTP
-------------------------------------------------------------------------------------------------------------------------------
Key: JBESB-3161
URL: https://jira.jboss.org/jira/browse/JBESB-3161
Project: JBoss ESB
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Web Services
Affects Versions: 4.7
Reporter: David Ward
Assignee: David Ward
Fix For: 4.7 CP1
The only two endpoints we expose contract information for via the contract JSP application are both HTTP protocol based: one using the new HTTPGateway, and one using the JBossRemotingGateway/HTTP. JBESB-3076 fixed an issue where the imports within the WSDL or XSD were not working properly. However, whereas many different import scenarios were tested (see that jira's comments), all testing was done using the HTTPGateway. Upon further testing, it was discovered that the WSDL/schema import locations are being improperly rewritten *when* using the JBossRemotingGateway/HTTP instead.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 9 months