|
|
Sponsored Content
Special Forums
News, Links, Events and Announcements
Complex Event Processing RSS News
DEBS08(4) - Event-based Middleware
Post 302212413 by Linux Bot on Monday 7th of July 2008 01:00:03 PM
07-07-2008
DEBS08(4) - Event-based Middleware
vincent
Mon, 07 Jul 2008 12:26:30 +0000
Continuing on with the Distributed Event Based Systems conference, its quite surprising that the presentations on event transmission (aka intelligent middleware, content-based pub-sub, clustering pub-sub nodes for performance, secure pub-sub etc etc) and of event processing (CEP, ESP, Bayes/rules/uncertainty/queries etc etc) are not in different “streams”, given they have different audiences. From a CEP perspective, middleware is certainly necessary (and for TIBCO, er, pretty relevant), but our interest is more on what to do with events, not worry about how they arrive.
Having said that, there is clearly a connection between “intelligent / optimal distribution of events” and “distributed (complex) event processing”. And “dynamic routing” implies “intelligent nodes” that are, in effect, limited event processing agents. So the concepts are connected, although the R&D goals may, today, differ (e.g. middleware: routing resilience, performance and scaleability; CEP: event processing scaleability, performance and resilience…).
A few observations were:
Source...
Mon, 07 Jul 2008 12:26:30 +0000
Continuing on with the Distributed Event Based Systems conference, its quite surprising that the presentations on event transmission (aka intelligent middleware, content-based pub-sub, clustering pub-sub nodes for performance, secure pub-sub etc etc) and of event processing (CEP, ESP, Bayes/rules/uncertainty/queries etc etc) are not in different “streams”, given they have different audiences. From a CEP perspective, middleware is certainly necessary (and for TIBCO, er, pretty relevant), but our interest is more on what to do with events, not worry about how they arrive.
Having said that, there is clearly a connection between “intelligent / optimal distribution of events” and “distributed (complex) event processing”. And “dynamic routing” implies “intelligent nodes” that are, in effect, limited event processing agents. So the concepts are connected, although the R&D goals may, today, differ (e.g. middleware: routing resilience, performance and scaleability; CEP: event processing scaleability, performance and resilience…).
A few observations were:
- In a presentation on gaming events, the definition of Event included an “obsolete” attribute, used to indicate an event whose existance is made “irrelevant” by some subsequent event(s). I’m not sure this is a generic attribute of all events, though - the event still happened, and could be correlated (for example to identify the speed at which such events become obscolete). So this is probably useful in some contexts, and not others.
- An event metamodel was presented by the University of Waterloo in Canada, which was much more comprehensive (/complex) that the definition we use in TIBCO BusinessEvents (for Event Processing). But their goal, to make “event” a first class entity, is shared by the OMG EMP team, with whom the Waterloo group should probably be collaborating.
Source...
|
|
We Also Found This Discussion For You
1. News, Links, Events and Announcements
This Sunday, June the 7th, players in attendance will be given unique items engraved with their name. The items can be used to generate free in-game currency on a daily basis, which is particularly notable because the game's currency is bitcoin. I can't post a link yet; if you're interested, engage... (0 Replies)
Discussion started by: danielpbarron
0 Replies
LEARN ABOUT V7
httppower
httppower(8) powerman httppower(8) NAME
httppower - communicate with HTTP based power distribution units SYNOPSIS
httppower [--url URL] DESCRIPTION
httppower is a helper program for powerman which enables it to communicate with HTTP based power distribution units. It is run interac- tively by the powerman daemon. OPTIONS
-u, --url URL Set the base URL. INTERACTIVE COMMANDS
The following commands are accepted at the httppower> prompt: auth user:pass Authenticate to the base URL with specified user and password, using ``basic'' HTTP authentication which sends the user and password over the network in plain text. seturl URL Set the base URL. Overrides the command line option. get [URL-suffix] Send an HTTP GET to the base URL with the optional URL-suffix appended. post [URL-suffix] key=val[&key=val]... Send an HTTP POST to the base URL with the optional URL-suffix appended, and key-value pairs as argument. FILES
/usr/sbin/httppower /etc/powerman/powerman.conf ORIGIN
PowerMan was originally developed by Andrew Uselton on LLNL's Linux clusters. This software is open source and distributed under the terms of the GNU GPL. SEE ALSO
powerman(1), powermand(8), httppower(8), plmpower(8), vpcd(8), powerman.conf(5), powerman.dev(5), powerman-devices(7). http://sourceforge.net/projects/powerman powerman-2.3.5 2009-02-09 httppower(8)