Re: XPath and Drools routing with SXC?
Were you thinking of integrating it with EIP routing? That could possibly be done. On 3/17/07, Dan Diephouse <[EMAIL PROTECTED]> wrote: Hi All, I think I wrote something which may be of use to ServiceMix, but unfortunately I don't have time to integrate it myself - so I'm going to throw it out there for everyone :-) I started a project called SXC - simple xml compiler - which creates optimized xml parsers for various things. There is one for JAXB. But, the one of probably the most interest to this crew is the XPath frontend. SXC can build a streaming xpath parser for you (at runtime). This means you can listen for XPath events as you scan over the document. This allows for very efficient XPath based routing. In my initial performance test it was about 100x faster than Jaxen for locating nodes (although thats a very rough benchmark, real numbers may vary!) We also integrated it with Drools so you can write XPath expressions right in your rules. Check out these links for more information: http://sxc.codehaus.org http://sxc.codehaus.org/XPath http://sxc.codehaus.org/Drools The one caveat is that we support only a limited subset of XPath expressions at the moment. But if you wanted to hack SXC, its easy enough to add more. I'm happy to help where I can or give guidance to anyone who wants to participate as well. Anyone up for hacking it into servicemix? :-) - Dan -- Dan Diephouse Envoi Solutions http://envoisolutions.com | http://netzooid.com/blog
Fwd: Websphere 6.1 and MBean registration issue
Hey David, I was wondering if you already had a workable solution for the MBean registration issue? I was thinking instead of putting the code in the AsyncBaseLifecycle it should instead go in the base MBean code. I'll raise a JIRA issue and we can continue discussion of it. Grant -- Forwarded message -- From: Guillaume Nodet <[EMAIL PROTECTED]> Date: Mar 17, 2007 9:40 AM Subject: Re: Websphere 6.1 and MBean registration issue To: servicemix-dev@geronimo.apache.org On 3/16/07, Grant M <[EMAIL PROTECTED]> wrote: Hi, I've been out of touch for a while with swapping to a new job and all and I was wondering whether David Potter had forwarded a solution to the MBean registration issue in Websphere? If not I'd like to open the floor to discussions on a possible fix. I don't think so, but you should ping him and cc this list to see if he has worked on it already. I think the possible use of querynames could be fraught with issues especially in clustered environments. Would it be possible to change the base MBean itself so that upon registration it updated the objectName? That way changes would be propagated correctly? I noticed in the code there is references to property change listeners and was wondering whether this meant it was already implemented? Yeah, it should be possible to retrieve the new value of the Objectname and use it instead of the one ServiceMix generates. I think this is the only change to make, but i may miss something: where do you want to propagate the change ? Anyway, property change listeners should generate jmx notifications, provided that the setter call the needed method of course. Cheers, Grant M -- Cheers, Guillaume Nodet Architect, LogicBlaze (http://www.logicblaze.com/) Blog: http://gnodet.blogspot.com/
Websphere 6.1 and MBean registration issue
Hi, I've been out of touch for a while with swapping to a new job and all and I was wondering whether David Potter had forwarded a solution to the MBean registration issue in Websphere? If not I'd like to open the floor to discussions on a possible fix. I think the possible use of querynames could be fraught with issues especially in clustered environments. Would it be possible to change the base MBean itself so that upon registration it updated the objectName? That way changes would be propagated correctly? I noticed in the code there is references to property change listeners and was wondering whether this meant it was already implemented? Cheers, Grant M
Re: [Fwd: What do people think about graduation ?]
I would agree that due to its size and complexity that a TLP makes sense :) On 3/17/07, Alex Boisvert <[EMAIL PROTECTED]> wrote: I agree on both counts. I think ServiceMix is ready for graduation and I think a TLP would be most appropriate. alex On 3/16/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote: > > Yeah, give the current size of the project, it would not make > any sense to me to be a subproject. And users / dev community > are big enough to warrant a TLP imho. > > On 3/16/07, Alan D. Cabrera <[EMAIL PROTECTED]> wrote: > > > > > > On Mar 14, 2007, at 11:51 AM, Guillaume Nodet wrote: > > > > > It may be time to consider it. > > > The community is growing and diverse ... > > > I don't see any issues left. > > > > Seems like a good idea to me. > > > > Do you guys think we should be a TLP? > > > > > > Regards, > > Alan > > > > > > > -- > Cheers, > Guillaume Nodet > > Architect, LogicBlaze (http://www.logicblaze.com/) > Blog: http://gnodet.blogspot.com/ >
Re: Why do examples need maven to run
Jeppe, So long as you have built with maven once whilst you are connected, you can always later build using the -o option for an offline build, especially in reference to the examples it is useful (and speeds up the build considerably :) Grant M. On 8/25/06, Jeppe <[EMAIL PROTECTED]> wrote: It seems to me that Maven is not all glory, though it has some nice features, I'm sure. However it seems to make for more brittle builds since the builds are depending on external resources being available and downlaoded. Besides the fact that you might not always be connected. There might be ways around this I guess, to "disconnect" maven from attempting to download new jars. Anyways I think it would be a very good thing if the release is not dependent on maven for building the examples. It would probably be best if they were included pre-built. Terry Cox wrote: > > Encouraging new developers to work within maven is probably a good thing > as dependency management is a big part of the JBI world. Maven enforces > good practices with respect to that and hopefully the examples will > provide a cleaner path into a workable build environment. > > We initially experienced a steep learning curve in trying to get beyond > the simple Ant-based examples to a build environment capable of dealing > with many ServiceMix components. > > Terry > >> It seems a bit contrived to have to use maven to build the examples. >> Maven >> might be used to build the release, but it seems strange that the >> distribution should be dependent on Maven. With Maven there is alot of >> "magic" going on in the background which doesn't add to the clarity >> of the >> examples and facilitates a low threashold of entry into servicemix. >> >> This was not the case in M2, but has changed sometimes after. Or >> maybe it's >> just this way when building the SNAPSHOT package? >> >> I believe that the examples are usually the entry point for beginner >> (like >> mysellf) in getting to grips with a new platform. >> >> What is the reason for this? Any possibilities to revert this course? > > > > -- View this message in context: http://www.nabble.com/Why-do-examples-need-maven-to-run-tf2157824.html#a5972297 Sent from the ServiceMix - Dev forum at Nabble.com.