I believe that Maven2>Update Source Folders on the Project context menu also forces a synchronization.
You might consider testing the FUSE tooling with the "wsdl-first" sample (person.wsdl) from the SMX samples. The wsdl-first assembly that ships with SMX works fine on SMX Server, but I found when I created a functionally identical assembly myself using the FUSE tooling, this did not work on either FUSE or SMX servers. (I have returned to the original question of whether anyone has had "success" using the FUSE tooling creating SMX service assemblies.) It should be possible to do Russian doll comparison on the two assemblies (sample and FUSE'd) to see why the "sample" one works and my FUSE'd one does not. (Considering just the SMX server in both cases.) The only diagnosis I have so far is from the SMX log. The "wsdl-first" application is a simple SOAP service, of course. Both the SMX sample and the fuse'd wsdl-first appear to pass an incorrect operation namespace (endpoint name) from the http su to the jsr181 su. However, the sample's use of XFire Aegis in jsr181 is such that it dynamically finds the correct operation to invoke while my Fuse'd wsdl-first appears to lack the setup for this dynamic search. If fails with a "Invalid operation" SOAP fault. Being as much as I know of Fuse success on SMX at this point, -- Dan -- View this message in context: http://www.nabble.com/Anybody-successful-with-ServiceMix-under-LogicBlaze-Fuse-1.3-tf3436332s12049.html#a9860659 Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
