On Fri, Jan 31, 2014 at 5:47 PM, David Lang <[email protected]> wrote: > On Fri, 31 Jan 2014, Rainer Gerhards wrote: > > On Fri, Jan 31, 2014 at 8:14 AM, Nathan Brown <[email protected]> >> wrote: >> >> What if a plugin wants to reliably handle events? For example: I am >>> currently using a relp protocol implementation to ensure I handle >>> every event reliably and this plugin architecture sounds like an >>> intriguing way to get rid of the tcp overhead and relp window sizing. >>> I would want to be able to replicate the same offerings as relp in >>> this interface though. >>> >>> I can also imagine more exotic scenarios where a plugin is used as >>> part of a ruleset to decide which branch to take. Like selecting which >>> aggregator node to send an event to or whether to forward an event in >>> general. >>> >>> All of these scenarios require a more structured protocol, and the >>> right answer might be that this architecture isn't for that. >>> >>> >>> Well, you could probably build this on top of the interface. But it's >> far >> beyond the current "just make it simple to write a connector" approach. >> This however requires the feedback verbs, which are not yet defined. >> Current focus is on enable people to write simple connectors. Quite >> honestly, I think the target base is people who can write automation >> scripts, but are no real developers. And what you describe would be far >> above their head. >> >> Digging a bit deeper, I wonder what you want to save over RELP? If you >> require it's feature, I think it is very hard to come up with some >> protocol >> that does not look very similar to RELP... >> > > I think that what he's looking for is very similar to RELP, but not over > the network (which would make it a bit simpler). > > I think for a local connection, we can get away with a synchronous > connection as long as we support the rsyslog internal batching to the > external module. but this really is looking for the protocol buffers/thrift > type interface that I was talking about doing for the second version of > this. >
ACK Rainer _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog http://www.rsyslog.com/professional-services/ What's up with rsyslog? Follow https://twitter.com/rgerhards NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T LIKE THAT.
