I suppose this will also require us to make array versions of the other publish() methods (for XmlSerializable and Object), which would make six publish() methods. Like the last API addition, I'm going to let this sit for 24 hours and let people chime in with their pros/cons. If no one cares, I'll do it this weekend.
Dan "Rosberg Mattias" <[EMAIL PROTECTED]> wrote on 02/16/2007 07:59:02 AM: > I think it's a great idea. > > If you have a situation where you like to publish information that is sampled > with very high frequency in your device it could save a lot of performance if > you can buffer the samples and send them in an array (timestamped) with some > interval, say every 10 seconds or so. > > An array of Elements will also result in less bandwidth usage since the > overhead in the SOAP message will be the same if you send one sample or a thousand. > > -----Original Message----- > From: Vinh Nguyen (vinguye2) [mailto:[EMAIL PROTECTED] > Sent: Fri 2/16/2007 2:16 AM > To: [email protected] > Subject: publish array of Elements > > Currently, NotificationProducer.publish() sends out a single Element. > Out of curiousity, would it make sense to enhance it to publish an array > of Elements? A workaround is to wrap the array in a parent Element, and > publish the parent. But I'm trying to see if anyone else has a reason > to publish an array of elements. > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
