[JBoss JIRA] Created: (JBESB-2747) Document AS5 run.bat error
by Kevin Conner (JIRA)
Document AS5 run.bat error
--------------------------
Key: JBESB-2747
URL: https://jira.jboss.org/jira/browse/JBESB-2747
Project: JBoss ESB
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Application Server, Documentation
Affects Versions: 4.5
Reporter: Kevin Conner
Fix For: 4.6
The AS 5.1.0 GA release contains an error in the run.bat script, the consequence of which is that the JDK tools jar is never applied to the classpath.
We need to document this issue as we rely on the compiler for WSDL proxy generation within wise.
The specific part in error is the following
if exist "%JBOSS_HOME%\bin\run.jar" (
if "x%JAVAC_JAR%" == "x" (
set "RUNJAR=%JAVAC_JAR%;%JBOSS_HOME%\bin\run.jar"
) else (
set "RUNJAR=%JBOSS_HOME%\bin\run.jar"
)
) else (
echo Could not locate "%JBOSS_HOME%\bin\run.jar".
echo Please check that you are in the bin directory when running this script.
goto END
)
The two set commands should be reversed.
--
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
16 years, 9 months
[JBoss JIRA] Created: (JBESB-2672) Create SOAPProxy action
by David Ward (JIRA)
Create SOAPProxy action
-----------------------
Key: JBESB-2672
URL: https://jira.jboss.org/jira/browse/JBESB-2672
Project: JBoss ESB
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Web Services
Affects Versions: 4.5
Reporter: David Ward
Assignee: David Ward
Fix For: 4.6
A WS Proxy primarily focuses on the consumption of an external WS endpoint (e.g. hosted on .NET, another external Java-based AS, LAMP) and re-publication of a WS endpoint via the ESB. The ESB sits between the ultimate consumer/client (e.g. .NET WinForm application) and the ultimate producer (e.g. RoR-hosted WS). The purpose of this intermediary is to provide an abstraction layer that solves the following problems:
* Provides for more loose coupling between the client & service, they are both completely unaware of each other
* The client no longer has a direct connection to the remote service's hostname/IP address
* The client will see modified WSDL that changes the inbound/outbound parameters. At a minimum, the WSDL must be tweaked so that the client is pointed to the ESB's exposed endpoint instead of the original, now proxied endpoint.
* A transformation of the SOAP envelope/body can be introduced via the ESB action chain both for the inbound request and outbound response
* Service versioning is possible since clients can connect to 2 or more proxy endpoints on the ESB, each with its own WSDL and/or XSDs and the ESB will handle the transformation & routing requirements to send the appropriate message to the appropriate endpoint and provide an ultimate response.
* Injection of things like WS-Security
* Complex context-based routing
Current mechanisms of doing this are inappropriate or inadequate:
* SOAPClient is used to invoke external web services, not mirror them
* SOAPProducer only executes internally-deployed JBoss WS services.
* HttpRouter requires too much by-hand configuration
* EBWS strips out the SOAP Envelop and only passes along the body
With a SOAPProxy action:
* it is both a producer and consumer of web services
* all that is required is a property pointing to the external wsdl
* wsdl can be automatically transformed via the optional wsdlTransform property
* multiple transports are automagically detected and handled (only http to be initially implemented, however, but jms in future?)
* if using http, any of the HttpRouter properties can also optionally be applied to as overrides
--
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
16 years, 9 months