That does sound like it's the kind of thing I'm after. Thanks for that, I'll try it out for the next project (maybe too late for this one).
Andrew. 2009/1/17 Derek Adams <[email protected]>: > I think Mule would be a pretty good match. It has the concept of a service > registry (soon to be backed by OSGI from what I hear). The configuration is > based on Spring, so it's a pretty natural fit for existing CXF > configurations. Handling the persistent session data should be easy enough as > long as you pass some kind of token in via the web services. You can extract > the token, look up the persistent data, and pass it along in the Mule message > between services. As for transformations, that's Mule's "bread and butter".. > there's a lot of built in support classes for converting between transports > and protocols. I have been using CXF inside of a Mule instance for a while > and have been pleased with how easy it is to get things done. > > Hope that helps! > Derek > > > > > ________________________________ > From: Andrew Clegg <[email protected]> > To: [email protected] > Sent: Saturday, January 17, 2009 6:09:19 AM > Subject: Re: CXF embedded in larger frameworks -- Camel, ServiceMix, FUSE, > Mule, Synapse?? > > I wasn't thinking of something low-level and network-protocol-based, > although I'll certainly look into it, and it might be useful for > internal applications that need high-performance networking. Thanks > for the tip. > > Rather, I was wondering if an Enterprise Service Bus or something like > that would help us with thing like: > > - Keeping a central registry of services > - Relating persistent session data with incoming and outgoing messages > via some sort of job ID passed between services > - Applying XML transformations to messages going between services > > All the while using standard SOAP over standard HTTP over standard > TCP, to enable interoperability with remote services. > > Are there existing frameworks that are designed for this kind of meta > service architecture? > > Andrew. > > 2009/1/17 jian wu <[email protected]>: >> Hi, >> >> If I understand correctly, what you want to build can be categorized >> as a Web Service Gateway or more generally a Service Gateway. >> >> You might want to check Apache MINA ( http://mina.apache.org/ ), which >> is a very good NIO based framework to build Service Gateway. >> >> Hope this info would be helpful. >> >> Jian >> >> >> On Wed, Jan 14, 2009 at 2:20 AM, Andrew Clegg <[email protected]> >> wrote: >>> Morning all, >>> >>> I have a slightly fuzzy question that I'd appreciate any feedback on. >>> >>> I'm working on a CXF-driven distributed app for analysing molecular >>> biology data, consisting of a user-facing front-end web service that >>> routes requests in parallel to various other services. Some of these >>> are also written in CXF and hosted locally, some are at remote sites >>> and use Perl, and potentially other platforms. All of these component >>> services (so far) use basically the same WSDL, as they perform >>> functionally analogous operations on the data but using different >>> algorithms. >>> >>> The front-end service is quite complex and does things like: managing >>> persistent user sessions, keeping track of which component services >>> are online, asynchronous job handling, transforming inbound requests >>> from users into outbound requests to the other services using XSLT, >>> parsing and generating XML (too much data for efficient databinding), >>> plus the domain-specific stuff e.g. stats on the data. >>> >>> My question is: is this the kind of thing that people use some of the >>> frameworks in the Subject line for? >>> >>> As it stands, I've "rolled my own", since this is the first Java SOA >>> project I've worked on, and it works pretty well so far, but it's >>> approaching the level of complexity where I'm wondering if an ESB or >>> similar would have helped. >>> >>> If anyone has any feedback on using technologies like these in >>> similarly-structured projects, or pointers to blog posts or other >>> useful resources, I'd be really glad to hear them. At the moment I >>> only have the vaguest idea of how all these products relate to each >>> other, and wouldn't know how to choose one over another if it came to >>> that. >>> >>> The project homepage is at http://funcnet.eu if anyone's interested. >>> >>> Thanks in advance! >>> >>> Andrew. >>> >>> -- >>> New site launched: http://biotext.org.uk/ >>> >>> I am retiring my old email addresses. >>> Please use [email protected] where firstname = andrew. >>> >> > > > > -- > New site launched: http://biotext.org.uk/ > > I am retiring my old email addresses. > Please use [email protected] where firstname = andrew. > > > > -- New site launched: http://biotext.org.uk/ I am retiring my old email addresses. Please use [email protected] where firstname = andrew.
