[JBoss JIRA] Created: (JBESB-2874) Deployers do not cleanly represent dependencies
by Kevin Conner (JIRA)
Deployers do not cleanly represent dependencies
-----------------------------------------------
Key: JBESB-2874
URL: https://jira.jboss.org/jira/browse/JBESB-2874
Project: JBoss ESB
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Deployment
Affects Versions: 4.7
Reporter: Kevin Conner
Fix For: 4.8
The deployers create a separate object to represent the ESB deployment, expressing the contained dependencies, but any forced restart of this object (due to dependencies) does not redo any of the work contained in the deployer.
We now have a lot of work which, as a consequence, misses out on this process.
- ebws
- http gateway
- property substitution
We need to move all this functionality into a separate object which can cleanly take part in the dependency process.
--
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, 4 months
[JBoss JIRA] Created: (JBESB-2556) Character corruption using SOAPClient (SOAPUI)
by Theodore S (JIRA)
Character corruption using SOAPClient (SOAPUI)
----------------------------------------------
Key: JBESB-2556
URL: https://jira.jboss.org/jira/browse/JBESB-2556
Project: JBoss ESB
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Web Services
Affects Versions: 4.5
Environment: any
Reporter: Theodore S
When using SOAPUI using International characters can lead to character corruption.
How to reproduce:
Send chinese characters in the WS request to a webservice endpoint using the SOAPUI integration in JBossESB.
Fix:
In class org.jboss.soa.esb.actions.soap.SOAPClient change line 462:
post.setRequestEntity(new StringRequestEntity(request));
to
StringRequestEntity requestEntity = new StringRequestEntity(request,"text/xml","UTF-8");
post.setRequestEntity(requestEntity);
--
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, 5 months
[JBoss JIRA] Created: (JBESB-1553) SOAPClient action remappes objects with null strings to empty strings
by Jiri Pechanec (JIRA)
SOAPClient action remappes objects with null strings to empty strings
---------------------------------------------------------------------
Key: JBESB-1553
URL: http://jira.jboss.com/jira/browse/JBESB-1553
Project: JBoss ESB
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Web Services
Affects Versions: 4.2.1 CP1
Reporter: Jiri Pechanec
Assigned To: Kevin Conner
Fix For: 4.2.1 CP2
Use webservice_consumer2 quickstart and use the attached files - contains enhanced equals and toString defintions. Make sure that option1 is used.
The object with following contents is sent to processing to ivoke web service
id = 101 lineItems = [Line Item ID= 1 Price=10.0 Ship To=aname, Line Item ID= 2 Price=20.0 Ship To=aname2] shipTo = null
But in the web service processing method the contents is
id = 101 lineItems = [Line Item ID= 1 Price=10.0 Ship To=aname, Line Item ID= 2 Price=20.0 Ship To=aname2] shipTo =
The difference is in shipTo property which was set tu null on the input but comes to web service as empty string.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 5 months
[JBoss JIRA] Created: (JBESB-2905) FtpImpl timeout global and not always respected
by Tom Eicher (JIRA)
FtpImpl timeout global and not always respected
-----------------------------------------------
Key: JBESB-2905
URL: https://jira.jboss.org/jira/browse/JBESB-2905
Project: JBoss ESB
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Transports
Affects Versions: 4.6, 4.5
Reporter: Tom Eicher
org.jboss.internal.soa.esb.util.FtpImpl does look for a property org.jboss.soa.esb.ftp.timeout in jbossesb.sar/jbossesb-properties.xml, however:
it does so only in 1 out of 3 constructors! ;-)
code "String timeout = ModulePropertyManager..." should be moved from the "public FtpImpl (FTPEpr p_oP)"
to the "protected void initialize (boolean bConnect)".
other parameters in the 3 constructor should also be checked if they are respected in all three cases.
Also:
- "infinite" is not so good a default, as the thread will hang forever in case of firewall issues (I have one 48hrs old now ;-)
even a ridiculous long one like 6hrs woule be better...("_timeout = 0;" in 2 places)
- please add "<property name="org.jboss.soa.esb.ftp.timeout" value="60000"/>" to the default jbossesb-properties.xml
so that people may know that this setting exists
- please also allow configuration of timeout from ConfigTree (method "checkParams()" and Constant in "RemoteFileSystem")
and from FileEpr. (and then add to doc ;-)
Cheers & kind regards,
Tom.
--
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, 5 months