Hi Sumedha,

I think you want to publish data from IoT devices. You may use the MQTT
input event adaptors packed with new BAM (DAS) if I am correct.

And also it is better if we can support APIs to publish data with OAuth
access token authentication. I am not sure whether it is already supported
with HTTP input event adaptor.

Thanks.


*Maninda Edirisooriya*
Senior Software Engineer

*WSO2, Inc.*lean.enterprise.middleware.

*Blog* : http://maninda.blogspot.com/
*E-mail* : [email protected]
*Skype* : @manindae
*Twitter* : @maninda

On Thu, Mar 26, 2015 at 2:52 PM, Sinthuja Ragendran <[email protected]>
wrote:

> Hi sumedha,
>
> No, we don't have non-secured way of pushing events to BAM/CEP via our
> Datapublisher API. But if you have a requirement, then you can use other
> transports such as HTTP to send events BAM/CEP via input adapters. This
> doesn't require any username/password to push events, but obliviously it's
> not fast as Datapublisher API.
>
> Also now CEP team is developing an 'Event Publisher' component which is a
> combination of event formatter and output adapter, and with the can
> configure where the stream supposed to be sent and transport - JMS, SOAP,
> HTTP, Datapublisher, Email, etc. Therefore the carbon servers which is
> publishing to BAM/CEP can install this 'Event Publisher' feature, and push
> the events to BAM/CEP or any third party endpoints - JMS, SOAP, etc. Hence
> if you are requirement is to send events to BAM/CEP from carbon servers
> without username, password, with above mentioned approach you can switch
> the transport without any code changes to the client side. Eg: APIM can use
> the usage stats pushed to Event Publisher as stream, then depending on the
> event publisher configuration - JMS, SOAP, HTTP, etc the events will be
> pushed to the relevant endpoint.
>
> Thanks,
> Sinthuja.
>
> [1] https://docs.wso2.com/display/BAM300/Input+HTTP+Event+Adapter
>
> On Thu, Mar 26, 2015 at 1:10 PM, Sumedha Rubasinghe <[email protected]>
> wrote:
>
>> Hi Sinthuja,
>> Any plans to update how these endpoints are secured?
>>
>> I have a requirement where data needs to be published to BAM/CEP by
>> randomly provisioned unreliable clients. So using username/password would
>> not work.
>>
>> On Thu, Mar 26, 2015 at 1:04 PM, Sinthuja Ragendran <[email protected]>
>> wrote:
>>
>>> Hi,
>>>
>>> I have done the $subject, and this was be mainly focused to provide
>>> below objectives.
>>>
>>>    - Unifying all different kind of datapublishers
>>>    (LoadbalancingDatapublisher, AsyncDatapublisher, Datapublisher) currently
>>>    available and provide one Datapublisher.
>>>    - Implement data publisher endpoint as extensible, so that a new
>>>    Endpoint type can be added; by default thrift, and binary is supported.
>>>    - Removing the complications introduced due to improving the data
>>>    publisher to provide load balancing and fail over functionality.
>>>
>>> The details on how to use the refactored data publisher has been
>>> explained in [1]. Please note with this change, we also have removed the
>>> defineStream and findStream operation from the data publisher (ie, client
>>> from the client side), and we have moved these operations to the receiver
>>> side (BAM/CEP) as discussed in earlier discussions. The users can define
>>> the stream with toolboxes, or with Event streams UI [2] in the management
>>> console.
>>>
>>> Furthermore during this effort there wasn't any changes introduced on
>>> the receiver side (BAM/CEP), and hence old Datapublishers will continue to
>>> work with new BAM 3.0 and CEP 4.0 which is yet to be released. Hence old
>>> clients (APIM, ESB, etc), can send the events to new BAM/CEP without any
>>> problem.Also as far as the streams are defined in older BAM/CEP via
>>> toolboxes, or even streams UI, the new refactored data publisher also will
>>> work with old BAM/CEP.
>>>
>>> [1] https://docs.wso2.com/display/BAM300/Data+Publisher
>>> [2] https://docs.wso2.com/display/BAM300/Event+Streams
>>>
>>> Thanks,
>>> Sinthuja.
>>>
>>> --
>>> *Sinthuja Rajendran*
>>> Senior Software Engineer <http://wso2.com/>
>>> WSO2, Inc.:http://wso2.com
>>>
>>> Blog: http://sinthu-rajan.blogspot.com/
>>> Mobile: +94774273955
>>>
>>>
>>>
>>> _______________________________________________
>>> Architecture mailing list
>>> [email protected]
>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>>
>>>
>>
>>
>> --
>> /sumedha
>> m: +94 773017743
>> b :  bit.ly/sumedha
>>
>> _______________________________________________
>> Architecture mailing list
>> [email protected]
>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>
>>
>
>
> --
> *Sinthuja Rajendran*
> Senior Software Engineer <http://wso2.com/>
> WSO2, Inc.:http://wso2.com
>
> Blog: http://sinthu-rajan.blogspot.com/
> Mobile: +94774273955
>
>
>
> _______________________________________________
> Architecture mailing list
> [email protected]
> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>
>
_______________________________________________
Architecture mailing list
[email protected]
https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture

Reply via email to