This link contains a firefox plugin which you can use to test your (Soap/ rest) services

https://addons.mozilla.org/nl/firefox/addon/restclient/

after installing the plugin, just type this
chrome://restclient/content/restclient.html
in your URL

http://www.youtube.com/user/axosoft?v=XU0llRltyFM

create javadoc with

• mvn javadoc:javadoc

maven settings for your shell:

• set JAVA_HOME=C:\chris\apps\jdk1.6
• set PATH=%PATH%;C:\chris\apps\apache-maven-3.0.3\bin
• set M2_HOME=C:\chris\apps\apache-maven-3.0.3

Examples of installing or adding jar files to your local repository example:

• mvn install:install-file -Dfile=oracle.webservices.standalone.client-11g.jar -DgroupId=weblogic -DartifactId=client -Dversion=11g -Dpackaging=jar -DgeneratePom=true
• mvn install:install-file -Dfile=weblogic-11g.jar -DgroupId=weblogic -DartifactId=weblogic -Dversion=11g -Dpackaging=jar -DgeneratePom=true
• mvn install:install-file -Dfile=wlfullclient-11g.jar -DgroupId=weblogic -DartifactId=full_client -Dversion=11g -Dpackaging=jar -DgeneratePom=true
• mvn install:install-file -Dfile=wljmxclient-11g.jar -DgroupId=weblogic -DartifactId=wljmx_client -Dversion=11g -Dpackaging=jar -DgeneratePom=tru

Sinds enkele collega’s in 2003/2004 bij IBM verteld hadden over hun ‘werken in het buitenland’ ervaring …heeft dit idee ook in mijn hoofd rondgespookt.

Leven bestaat immers uit een verzameling van ervaringen…. en hoe weet je wat werken in het buitenland werkelijk inhoud als je het niet zelf hebt meegemaakt.

Ik was bij mijn vorige werkgever het laatste half jaar ingekakt en was echt toe aan een nieuwe uitdaging. Na 2 jaar ‘knallen’ had ik geen energie meer en de omgeving inspireerde mij niet meer, toch een hele fijne periode gehad bij de NUON…met name vanwege de collega’s …. maar uiteindelijk gaat het toch om het werk en niet de collega’s alleen.

Het telefoontje van een Engels/ Indiaase headhunter om een avontuur aan te gaan in Portugal of Zwitserland kwam destijd als geroepen…een nieuw avontuur en ik kon eindelijk het spook in mijn hoofd confronteren.

Zoals verwacht had ik de uitdaging voor werken bij Nespresso met beide handen aangenomen zonder al te diep na te denken over de consequenties….je leeft tenslotte maar 1 keer. Portugal was om een of andere duistere redenen niet doorgegaan…mijn vermoeden is dat de headhunter via Nespresso meer voor mij kon vangen…

De eerste paar weken is echt alles super spannend. Je werkt op (waarschijnlijk) 1 van de mooiste plekken op aarde…(Lausanne is prachtig…als de zon schijnt) en zelfs het op en neer vliegen lijkt in het begin geweldig. Ik weet nog dat ik in October hier begon, in het zonnetje aan het meer zat…uitkeek op de bergen en echt dacht van….geweldig dat ik dit mag meemaken.

Ik arriveerde als 1e van een development team bij Nespresso. Er moest een nieuw OSB landschap gebouwd worden en het 1e project was het bouwen van interfaces voor het productieproces tussen de fabrieken, SAP en warehouses. Spannend, ook omdat Nespresso producten heeft waar je iets bij voor kan stellen….in tegenstelling tot de meeste bank en verzekeringsproducten. De infrastructuur zelf is door Oracle geimplementeerd, ik heb daar alleen een review over gegeven.

Om geld te besparen…Zwitserland is namelijk reeteduur, heb ik de 1e periode in een youth hostel geslapen. Eerst op een gedeelde kamer (goedkoopste optie.. 30fr per nacht) …maar de stank van enkele kamergenoten heeft mij doen besluiten om ietsje luxer te gaan….en te kiezen voor een eigen kamer (tussen de 65 en 90fr per nacht).. Voordeel van een dormatory (slapen met meerdere mensen op 1 kamer) is wel dat je bijna gedwongen wordt om vroeg naar bed te gaan….ik had hierdoor veel energie en heb eigenlijk best wel leuke mensen ontmoet …in het kort: duitse chemici/ wiskundigen…italiaans/ spaanse bouwvakkers en wat studenten. Regelmaat is gewoon gezond en goed voor je…kan je kinderen (inclusief mezelf) wel uitleggen…maar uiteindelijk zijn wij toch ‘creatures of habbit’. In het begin ook redelijk wat afgevallen…echt door de regelmaat: vroeg naar bed, alleen goed lunchen en ontbijten…zoveel mogelijk suikers vermijden en s’ avonds alleen bij honger een kleine beetje eten om de honger weg te nemen…Dit ging goed tot December…en was daarna weer voorbij….grrrr

In November en December heb ik ook geleerd om beter naar mijn lichaam te luisteren…ik begon echt last van mijn rug en nek te krijgen…ouderdoms kwaatljes Ik ben toen gestopt met wordfeud (was verslaafd) omdat ik last kreeg van mijn nek….en ben daarna naar een masseur geweest die mijn rug eigenlijk weer goed heeft gezet….ben nu meer bewust van mijn kwaaltjes en luister ook beter naar mijn lichaam als het rust nodig heeft.

Na de rush van emoties in het begin van mijn avontuur, begon ik te beseffen wat ik achterliet….en het oude besef: ‘je beseft pas wat je hebt…als het er niet meer is’ kwam weer bovendrijven. Je gaat denken …waar ben ik mee bezig..ik mis mijn kinderen, mijn vrouw…ik mis gewoon een deel van mezelf…een deel van het leven van mijn kids…en ze groeien al zo snel.

Dan wordt het zwaar…ik dacht in het begin ook (ook om geld te besparen) ik ga 1 x in de 2 weken naar Nederland terug…maar eigenlijk ben ik gewoon iedere week terug komen vliegen…wel zwaar, maar ik ben in ieder geval 2 dagen in de week bij mijn gezinnetje.

Het verhaal is lang genoeg zo, in het kort dan de plus en minpunten van Zwitserland zoals ik die ervaren had:

MIN

1. Mensen zijn stug
2. Kunnen niet vergaderen, gaat echt alle kanten op…mensen komen naar vergaderingen om zichzelf te laten zien en te profileren…gaat nergens over
3. In het project hing een heel negatieve sfeer, had voornamelijk te maken met negatieve collegas (niet perse zwitsers)…lees niet oplossingsgericht
4. Collegas zijn niet te vertrouwen, het stereotype aardig in je gezicht maar ondertussen per mail en in de wandelgangen letterlijk mensen de grond in trappen…echt achterbaks gedrag waar ik persoonlijk niet tegen kan

Plus

1. De meeste mensen hebben stijl en klasse, ze zien er echt verzorgd en netjes uit…daar kan Nederland nog wat van leren
2. Beleefd, ook dit was een verademing hoewel dit vaak werd opgeheven door het stugge gedrag…Maar met name de fransen of franstaligen zijn erg beleefd en vriendelijk
3. Schoon, mensen gooien geen shit op straat en verzorgen de omgeving net zo goed als zichzelf…ook daar kan Nederland wat van leren

Slot

Ik ben erg blij dat ik de mogelijkheid heb gehad om te werken in het buitenland…een mooie ervaring waarvan ik het volgende heb geleerd:

• Ik kan de goede en slechte dingen waarderen/ accepteren als ik in het buitenland leef…dus ik kan het
• Ik wil niet meer zo lang zonder mijn gezin leven…daar is het leven te kort en te waardevol voor
• Vertrouw geen mensen die continue klagen over anderen….die gaan uiteindelijk hetzelfde over jouw rug doen
• Nederland is zo slecht nog niet…zeker als je kosten met het leven in zwitserland vergelijkt
• Geleerd om tijd te nemen voor dingen…mijn oude hobby grafity weer opgepakt
• Het IT niveau in Nederland doet zeker niet onder voor het niveau hier…

here is some help how to achieve this, using subversion/ shell script and xslt

With a shell script determine what for what kind of date range you like to create your report…for example look in the TAGS directory for the latest version and find the checkin date of the biggest version number……not going to tell you how to do that…what fun is in that…1 hint though…use the

svn list

command.
Generate a XML overview from subversion with checkin information with the following command:

svn log https://URL of SUVERSION PROJECt/trunk/ -v -r {2012-01-01}:{2012-10-20} --xml

When you do this …you get a XML dump of subversion actions…of course you like to convert this with XSLT into a nice html page…here you go:

function createReleaseNotes(){
   projectName=$1
   version=$2
   rn_page="/home/soa/software/apache-tomcat-6.0.33/webapps/<strong>WEBAPPDIR</strong>/releasenotes/$projectName-$version.xml"
   rn_style_page="/home/soa/software/apache-tomcat-6.0.33/webapps/<strong>WEBAPPDIR</strong>/releasenotes/$projectName-$version.xsl"
   rn_style_page2="$projectName-$version.xsl"
   style_page="/home/soa/software/apache-tomcat-6.0.33/webapps/<strong>WEBAPPDIR</strong>/releasenotes/releasenotes.xsl"
   trunkTime=`date +"%Y-%m"`
   trunkDay=`date +"%d"`
   trunkDay2=`expr $trunkDay + 1`
   latestTagTimeTmp=`svn list --verbose https://<strong>SVN URL</strong>/$projectName/tags/ | tail -1 `
   year=`date +"%Y"`
   monthTmp=`echo $latestTagTimeTmp | awk ' { print $3 } '`
   month=`getCalenderMonth $monthTmp`
   day=`echo $latestTagTimeTmp | awk ' { print $4 } '`
   day2=`expr $day - 1`
   #Bugfix for the 1st of the month
   if [[ $day2<1 ]];
   then
      day2=1;
   fi
   if  [ ! -f $rn_page ]
   then
      touch $rn_page
      # Generate the XSLT
      touch $rn_style_page
      new="<?xml version=\"1.0\" encoding=\"ISO-8859-1\"?><?xml-stylesheet type=\"text\/xsl\" href=\"$rn_style_page2\"?>"
      cat $style_page | while read LINE
      do
         echo $LINE | sed 's/Release notes/Release notes for '$projectName' version '$version'/ ' >> $rn_style_page
      done
      echo " svn log https://<strong>SVN URL</strong>/$projectName/trunk/ -v -r {$year-$month-$day2}:{$trunkTime-$trunkDay} --xml"
      svn log https://<strong>SVN URL</strong>/$projectName/trunk/ -v -r {$year-$month-$day2}:{$trunkTime-$trunkDay} --xml | while read LINE
      do
         echo $LINE | sed "s/<?xml version=\"1.0\"?>/${new}/" >> $rn_page
      done
   fi
}

……and here is the Stylesheet….

<?xml version="1.0" encoding="ISO-8859-1"?>
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:template match="/">
<html>
<body>
<h2>Release notes</h2>
<table border="1">
<tr bgcolor="#9acd32">
<th>Author</th>
<th>Date</th>
<th>Description</th>
</tr>
<xsl:for-each select="log/logentry">
<tr>
<td><xsl:value-of select="author" /></td>
<td><xsl:value-of select="date" /></td>
<td><xsl:value-of select="msg" /></td>
</tr>
</xsl:for-each>
</table>
</body>
</html>
</xsl:template>
</xsl:stylesheet>

JMS, Queue, Browser, Spring, Web App, Java, JMSDestinationRuntimeMBean, JMSMessageInfo, TextMessage or CompositeData
You found dozens of websites which will tell you how to create Weblogic JMS related tools using Python.. ( I liked is this one: http://weblogicserver.blogspot.com/2010/07/using-wlst-script-to-list-messages-from.html ) but finding out HOW to do it in java is less easy to find….even if you browse the Java API’s…you will find no examples.

I did some research and found out how to get JMS Queue info/ functions using java code…here it is, hope you can use it…

Below you find a method which returns an (Array)List of a message Type names JmsMessage.

• JmsMessage is in my case just a java bean which contains the name and the JMS message body.
• as Input the most important parameter is the (Array) List QueueInfo parameter. The most important property in the QueueInfo object is the JMSDestinationRuntimeMBean, this can only be set if you have a connection to the Managed Server and looked up the queue….

public List<JmsMessage> getQueueMessages(String queueName ,List<QueueInfo> allQueues, String msgId) throws ManagementException, OpenDataException, JMSException{

   List<JmsMessage> result = new ArrayList<JmsMessage>();

   // This local private method gets the QueueInfo Object from the List of Queues
   QueueInfo queue = getQueueFromList(queueName, allQueues);

   JMSDestinationRuntimeMBean jmsDestRtMBean = queue.getJmsDestRuntimeMBean();

   // The cursor is a string that represents current position within the array of messages
   String cursor = jmsDestRtMBean.getMessages(msgId, 0);
   // Determine the size of the array of messages, needed for getting the complete array
   long cursorSize = jmsDestRtMBean.getCursorSize(cursor);
   // The Actual array of JMS Messages
   CompositeData[] jmsMessages = jmsDestRtMBean.getNext(cursor, (int) cursorSize);
   // Iterate over the JMS Message array

   for(CompositeData jmsMessage : jmsMessages){
      String msg = null;

      // This object wrapper is needed in order to get the getHandle result…..
      //  this will jump to the actual message within the array

      JMSMessageInfo jmsInfo = new JMSMessageInfo(jmsMessage);
      long handle = jmsInfo.getHandle();

      // This is the funny part…..in stead of getting message from the array
      // you do a getMessage from the JMSDestinationRuntimeMBean using the determined cursor and handle
      CompositeData compData = jmsDestRtMBean.getMessage(cursor,handle);

      // Wrap this object again with the JMSMessageInfo object, than you can get the message…
      // this works only with (XML)text messages of course….
      jmsInfo = new JMSMessageInfo(compData);
      WLMessage wlm = jmsInfo.getMessage();
      if(wlm instanceof TextMessage){

         //  Setting the JMS body to our result list
         TextMessage tmX = (TextMessage)wlm;
         msg = tmX.getText();
      }else{
         log.debug(wlm.toString());
      }
      JmsMessage jmsMesg = new JmsMessage();
      jmsMesg.setBody(msg);
      // In my example I have set the propery MESSAGE_ID to the JMS Message, this is the way to get the property
      jmsMesg.setMsgIdPropery(jmsInfo.getMessage().getStringProperty("MESSAGE_ID"));      result.add(jmsMesg);
   }
   return result;
}

/*
Collects the needed queueinformation per domain
*/
public List<QueueInfo> collectQueueInfo(DomainHolder domainParam, String env){
List<QueueInfo> result = new ArrayList<QueueInfo>();
try {
DomainRuntimeServiceMBean domainRuntimeServiceMBean =
(DomainRuntimeServiceMBean)
MBeanServerInvocationHandler.<wbr>newProxyInstance(domainParam.<wbr>getConnection(),
new ObjectName(<wbr>DomainRuntimeServiceMBean.<wbr>OBJECT_NAME));
ServerRuntimeMBean[] serverRTMBeans =
domainRuntimeServiceMBean.<wbr>getServerRuntimes();
for(ServerRuntimeMBean serverRTMBean : serverRTMBeans){
JMSRuntimeMBean jmsRTMb = serverRTMBean.getJMSRuntime();
JMSServerRuntimeMBean[] jmsSrvrRTMbs = jmsRTMb.getJMSServers();
for(JMSServerRuntimeMBean jmsSrvrRTMb : jmsSrvrRTMbs){
JMSDestinationRuntimeMBean[] jmsDestRTMBeans =
jmsSrvrRTMb.getDestinations();
for(JMSDestinationRuntimeMBean jmsDestRTMBean : jmsDestRTMBeans ){
jmsDestRTMBean.<wbr>getMessagesCurrentCount();
QueueInfo queue = new QueueInfo();
queue.setDomainName(<wbr>domainParam.getName());
queue.setName(jmsDestRTMBean.<wbr>getName());
queue.setState(jmsDestRTMBean.<wbr>getState());
queue.setMessageHigh(<wbr>jmsDestRTMBean.<wbr>getMessagesHighCount());
queue.setCurrentMessages(<wbr>jmsDestRTMBean.<wbr>getMessagesCurrentCount());
queue.setCurrentConsumers(<wbr>jmsDestRTMBean.<wbr>getConsumersCurrentCount());
queue.setJmsDestRuntimeMBean(<wbr>jmsDestRTMBean);
queue.setEnv(env);
result.add(queue);
}
}
}
} catch (Exception e) {
e.printStackTrace();
}
return result;
}

public Map<String,String> collectQueueConfigInfo(<wbr>DomainHolder domainParam){
Map<String, String> result = new HashMap<String, String>();
try {
DomainRuntimeServiceMBean domainRuntimeServiceMBean =
(DomainRuntimeServiceMBean)
MBeanServerInvocationHandler.<wbr>newProxyInstance(domainParam.<wbr>getConnection(),
new ObjectName(<wbr>DomainRuntimeServiceMBean.<wbr>OBJECT_NAME));
DomainMBean dem = domainRuntimeServiceMBean.<wbr>getDomainConfiguration();
JMSSystemResourceMBean[] jmsSRs = dem.getJMSSystemResources();

for (JMSSystemResourceMBean jmsSR : jmsSRs){
QueueBean[] qbs = jmsSR.getJMSResource().<wbr>getQueues();
for (QueueBean qb : qbs){
result.put("QUEUE_"+qb.<wbr>getName(),qb.getJNDIName());
}
}
} catch (Exception e) {
e.printStackTrace();
}
return result;
}

the code below you have to add in your sbconsole (when you test a service) you have to add it in query parameters box..

the code below is equivalent to http://someProxyService?SERVICE_NAME=SomeServiceToCall

<code><tp:query-parameters xmlns:tp="http://www.bea.com/wli/sb/transports/http">
 <tp:parameter name="SERVICE_NAME" value="SomeServiceToCall" />
 </tp:query-parameters></code>

The assumption:
The development environment is using the Continuous Integration strategy. After each build and deployment automated testing will be done on the DEV environment.

My automated Junit/ XMLUnit example is executing the following steps:

• Posts a valid input XML file to a TestFacade
• The Facade writes the input (from the body) to a directory
• Test does a Thread.sleep (giving the OSB Interface the time to do it’s thing)
• OSB
•      Proxy Service reads (with JCA File Adapter) an XML file
•      To Queue via Business Service
•      Proxy Service is doing VETRO stuff to the message
•      Business Service is writing to FTP server
• Test/ Thread awakens and picks up the file
• Actual output file is validated against XML schema using xmlunit
• Actual output file is validated using xmlunit

The following technologies are being used: maven/ xmunit (for schema and xpath validations/ junit/ java/ apache-commons (for the FTP client)/ apache-httpclient (for the http post)

Maven pom.xml file

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
 <modelVersion>4.0.0</modelVersion>

<!-- BASIC -->
 <groupId>com.datalinks</groupId>
 <artifactId>testxmlvalidtion</artifactId>
 <version>0.0.1-SNAPSHOT</version>

<properties>
     <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
</properties>

<dependencies>
   <dependency>
     <groupId>xmlunit</groupId>
     <artifactId>xmlunit</artifactId>
     <version>1.3</version>
   </dependency>
   <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>4.7</version>
      <scope>test</scope>
   </dependency>
   <dependency>
      <groupId>org.apache.httpcomponents</groupId>
      <artifactId>httpclient</artifactId>
      <version>4.1.2</version>
      <scope>compile</scope>
   </dependency>
   <dependency>
      <groupId>log4j</groupId>
      <artifactId>log4j</artifactId>
      <version>1.2.16</version>
      <scope>compile</scope>
   </dependency>
 </dependencies>
 <!-- /BASIC -->

<!-- BUILD -->
<build>
  <plugins>
     <plugin>
        <artifactId>maven-compiler-plugin</artifactId>
        <configuration>
           <source>1.6</source>
           <target>1.6</target>
        </configuration>
     </plugin>
  </plugins>
</build>
<!-- /BUILD -->

</project>

Later you can add a task to bamboo that will automatically checkout the test project and execute the following maven tasks…clean and test
But of course you can also manually execute the test in a shell environment…

• mvn clean
• mvn -o test

The -o ensures that you use the local repository (make sure that you have the dependencies in your local respository then) In order to run this you need to have at least the following installed: JRE (also set the JAVA_HOME setting), installation of maven 2x or higher (also make sure you have the MVN_HOME or M2_HOME environment variable set to the path of your maven installation)….in your maven installation directory you will have a settings.xml file. I use this file to set the directory for the local maven repository, I do this with the following property

localRepository>/path/to/local/repo</localRepository>

Your Java project should contain the following directory structure

PROJECTDIR
---pom.xml (file)
---src
------main
---------java
------------[package directories]
------test
---------java
------------[package directories]

When you do a mvn test or package (not using the -Dmaven.test.skip=true option) maven will know that it needs to execute the tests that are in the src/test/java directory (and it sub directories of course)
Assuming you use eclipse (OEPE) as your IDE, and you have the M2_REPO variable set to the path of your local repository…you can create the project structure (and set the proper classpath for your project) by typing

• mvn eclipse:eclipse

TestFacade
Create a proxyService that has Service Type: Messaging Service and input TEXT, this service can do a callout which persist the body to a preconfigured directory (my implementation uses a parameter in the header, and based on the parameter SERVICE_NAME, it persists files in different directories…using the OSB Routing table). In stead of using JCA I prefer to do a simple JAVA call for writing the file:

package com.datalinks.testexample;

import java.io.BufferedWriter;
import java.io.File;
import java.io.FileWriter;
import java.io.IOException;
import org.xmlsoap.schemas.soap.envelope.impl.BodyImpl;

public class CustomFileWriter {
public static void writeFile(String fileName, String directory, BodyImpl content) throws IOException{
String tmpString = content.stringValue(); tmpString = tmpString.replaceFirst("<xml-fragment>", "");
tmpString = tmpString.replaceFirst("</xml-fragment>", "");
FileWriter fstream = new FileWriter(directory+fileName);
BufferedWriter out = new BufferedWriter(fstream);
out.write(tmpString);
out.close();
}
}

the java callout has 3 parameters: filename, directory and the OSB $body variable…which in java code is equal to the org.xmlsoap.schemas.soap.envelope.impl.BodyImpl object.
Also notice that I am removing the <xml-fragment> tags….this is added by OSB and changes the content of the XML file…so it needs to go.

Java code that is able to post HTTP call (with body)

package com.datalinks.testexample;

import java.io.*;
import org.apache.http.HttpEntity;
import org.apache.http.HttpResponse;
import org.apache.http.ParseException;
import org.apache.http.client.ClientProtocolException;
import org.apache.http.client.HttpClient;
import org.apache.http.client.ResponseHandler;
import org.apache.http.client.methods.HttpGet;
import org.apache.http.client.methods.HttpPost;
import org.apache.http.entity.StringEntity;
import org.apache.http.impl.client.BasicResponseHandler;
import org.apache.http.impl.client.DefaultHttpClient;
import org.apache.http.protocol.BasicHttpContext;
import org.apache.http.protocol.HttpContext;
import org.apache.http.util.EntityUtils;
import org.apache.log4j.Logger;

public class HttpClientTester {
   static Logger logger = Logger.getLogger(HttpClientTester.class);
   private static String testFacadeUrl="http://localhost:7001/TestServices/ProxyServices/TestServicesFacade_PS?SERVICE_NAME=";

   public static String callService(String serviceName) throws Exception {
   String result = null;
   DefaultHttpClient httpclient = new DefaultHttpClient();
   HttpPost httppost = new HttpPost(testFacadeUrl+serviceName);
   HttpResponse response = null;
   response = httpclient.execute(httppost);
   if(response.getStatusLine().getStatusCode()!=200){
      throw new Exception("Exception calling "+serviceName+" statusCode "+response.getStatusLine().getStatusCode());
   }
   HttpEntity entity = response.getEntity();
   if (entity != null) {
      long len = entity.getContentLength();
      if (len != -1 && len < 2048) {
         result = EntityUtils.toString(entity);
      }
   }
   return stripClobMessageFromHeaderAndFooter(result);
 }
public static String callService(String serviceName, String body) throws Exception {

   String result = null;
   DefaultHttpClient httpclient = new DefaultHttpClient();
   HttpPost httppost = new HttpPost(testFacadeUrl+serviceName);
   StringEntity entityIn = new StringEntity(body);
   httppost.setEntity(entityIn);
   HttpResponse response = null;
   response = httpclient.execute(httppost);
   if(response.getStatusLine().getStatusCode()!=200){
      throw new Exception("Exception calling "+serviceName+" statusCode "+response.getStatusLine().getStatusCode());
   }
   HttpEntity entity = response.getEntity()
      if (entity != null) {
         long len = entity.getContentLength();
         if (len != -1 && len < 2048) {
            result = EntityUtils.toString(entity);
         }
         return stripMessageFromHeaderAndFooter(result);
      }
   }
}

In the case of service bus technology you preferably like to do end-to-end testing….meaning something like….
putting input somewhere….
service does its VETRO ( validate, enrich, transform,route and operate) thingie
and the ouput gets validated …

For synchronous services the strategy for testing could be…
- create a test facade that calls the service you like to test
- the service stores the output of the message using the wli osb reporting tables, storing $body witha key that has a unique id…for e.g. The internal $messageID variable…
- the service returns the messageID in the header with an inbound response to the testfacade
- thetestfacade does a query in the wli report data table using the id that was given in the header
I made a poc for that…and that works fine… If everything is synchronous …even over more services , this should enpose no problem…as long as the services pass the correct information via the header.. In my poc i had to do 2 tricz to get this running…
- include a timer that delays the query to the reporting table…the services repond quicker than the persistance of the body in the database…therefor i implemented a Thread.sleep in a java callout
- You need to sql the following in order to get the xml content from the blob table…
select utl_raw.cast_to_varchar2(dbms_lob.substr(BLOB_FIELD)) from TABLE_WITH_BLOB where ID = '';

…you can get the code from my repo….

For asynchronous services this is a complete different story… Often there is some queueing mechanism in place…and the main question will be then…
Which input file is responsible for which output file….with async services i cannot find a way to link the input with the output….perhaps content based?… Or do something smart with the facade ( test directory Or something like that) in any way …for now i will just assume that i am the only one testing or using a certain service at the time….then my strategy for now will be…
- let junit put file in the input of service
- wait some time
- let junit pick up the result from the configured endpoint of the service….do some testing…and voila