Re: [paho-dev] ExecutorService for threading

["James Sutton1" <james.sutton@xxxxxxxxxx>]

Hi David,

 

Compatibility with Java EE is definitely something that we'd like to add into Paho and I'd be very interested in seeing your patch. With the Java client, as long as we don't break backwards compatibility for existing users and it still functions on existing platforms, it should be ok (Passing all of the unit tests is a good first check). Though if this change is something that would break compatibility that's still not the end of the world, we could always split it off into a specific JEE compatible component and build a separate JAR file for it during the build or just include the code and instructions for users to build it manually if they wish.

 

Kind regards,

 

James Sutton
Software Engineer - IoT Foundation - MQTT Open Source Projects
Technical Trojan - Wimbledon Project

Phone: 01962 815438 | Extension: x372454 E-mail: james.sutton@xxxxxxxxxx Personal Website: www.jsutton.co.uk Find me on:	Hursley Park Hursley, SO212JN United Kingdom

 

IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered office: PO Box 41, North Harbour, Portsmouth, Hants. PO6 3AU

 

 

----- Original message -----
From: David Katz <David.Katz@xxxxxxxxxxxx>
Sent by: paho-dev-bounces@xxxxxxxxxxx
To: "paho-dev@xxxxxxxxxxx" <paho-dev@xxxxxxxxxxx>
Cc:
Subject: [paho-dev] ExecutorService for threading
Date: Wed, May 11, 2016 12:53 PM
 

Hi all,

 

I am working on joynr, an open-source middleware abstraction layer for connected vehicle-based functions (see http://joynr.io), which supports using MQTT as one of the transport middlewares. 

 

One of the deployment scenarios is JEE-based. The joynr Java implementation for MQTT is currently using Paho, but does not work correctly in a JEE environment because Paho’s threading is not able to use a managed executor.

 

I have prepared a patch to use an ExecutorService to manage Paho’s threads, and would welcome feedback. Is this a modification that could be considered for upstreaming, or does it break a design principle (inability to use java.util.concurrent on some targets?) that precludes such a change?

 

Thanks,

David

 

--

BMW Car IT GmbH
David Katz
Petuelring 116
80809 München
 

Web: http://www.bmw-carit.com
----------------------------------------------------------------------------------------
BMW Car IT GmbH

Geschäftsführer: Michael Würtenberger und Alexis Trolin
Sitz und Registergericht: München HRB 134810
----------------------------------------------------------------------------------------

_______________________________________________
paho-dev mailing list
paho-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/paho-dev

 

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU