WSO2 Siddhi IO HTTP - OSGi Tests

OSGi Tests for Siddhi IO HTTP Implementation

License

License

Categories

Categories

Siddhi Business Logic Libraries Machine Learning
GroupId

GroupId

org.wso2.extension.siddhi.io.http
ArtifactId

ArtifactId

siddhi-io-http-osgi-tests
Last Version

Last Version

1.2.1
Release Date

Release Date

Type

Type

jar
Description

Description

WSO2 Siddhi IO HTTP - OSGi Tests
OSGi Tests for Siddhi IO HTTP Implementation
Project URL

Project URL

http://wso2.com
Project Organization

Project Organization

WSO2

Download siddhi-io-http-osgi-tests

How to add to project

<!-- https://jarcasting.com/artifacts/org.wso2.extension.siddhi.io.http/siddhi-io-http-osgi-tests/ -->
<dependency>
    <groupId>org.wso2.extension.siddhi.io.http</groupId>
    <artifactId>siddhi-io-http-osgi-tests</artifactId>
    <version>1.2.1</version>
</dependency>
// https://jarcasting.com/artifacts/org.wso2.extension.siddhi.io.http/siddhi-io-http-osgi-tests/
implementation 'org.wso2.extension.siddhi.io.http:siddhi-io-http-osgi-tests:1.2.1'
// https://jarcasting.com/artifacts/org.wso2.extension.siddhi.io.http/siddhi-io-http-osgi-tests/
implementation ("org.wso2.extension.siddhi.io.http:siddhi-io-http-osgi-tests:1.2.1")
'org.wso2.extension.siddhi.io.http:siddhi-io-http-osgi-tests:jar:1.2.1'
<dependency org="org.wso2.extension.siddhi.io.http" name="siddhi-io-http-osgi-tests" rev="1.2.1">
  <artifact name="siddhi-io-http-osgi-tests" type="jar" />
</dependency>
@Grapes(
@Grab(group='org.wso2.extension.siddhi.io.http', module='siddhi-io-http-osgi-tests', version='1.2.1')
)
libraryDependencies += "org.wso2.extension.siddhi.io.http" % "siddhi-io-http-osgi-tests" % "1.2.1"
[org.wso2.extension.siddhi.io.http/siddhi-io-http-osgi-tests "1.2.1"]

Dependencies

compile (11)

Group / Artifact Type Version
org.wso2.carbon.caching : org.wso2.carbon.caching jar 1.1.3
org.wso2.siddhi : siddhi-core jar 4.4.8
org.wso2.eclipse.osgi » org.eclipse.osgi.services Optional jar 3.5.100.v20160504-1419
io.netty : netty-all jar 4.1.16.Final
org.slf4j : slf4j-api jar 1.7.12
org.wso2.carbon : org.wso2.carbon.core jar 5.2.6
org.wso2.carbon.messaging : org.wso2.carbon.messaging jar 3.0.2
org.wso2.transport.http : org.wso2.transport.http.netty jar 6.0.288
org.wso2.carbon : org.wso2.carbon.container jar 5.2.6
org.apache.commons : commons-io jar 1.3.2
commons-io : commons-io jar 2.5

test (15)

Group / Artifact Type Version
org.testng : testng jar 6.11
org.ops4j.pax.exam : pax-exam jar 4.6.0
org.ops4j.pax.exam : pax-exam-container-native jar 4.6.0
org.ops4j.pax.exam : pax-exam-testng jar 4.6.0
org.ops4j.pax.exam : pax-exam-link-mvn jar 4.6.0
org.ops4j.pax.url : pax-url-aether jar 1.6.0
org.ow2.spec.ee : ow2-jta-1.1-spec jar 1.0.12
net.minidev.wso2 » json-smart jar 2.1.0.wso2v1
commons-io.wso2 » commons-io jar 2.4.0.wso2v1
org.wso2.carbon » osgi-test-util jar 5.1.1
org.wso2.extension.siddhi.io.http : siddhi-io-http jar 1.2.1
org.wso2.extension.siddhi.io.http : org.wso2.extension.io.http.test.distribution zip 1.2.1
org.ops4j.pax.exam : pax-exam-spi jar 4.10.0
org.wso2.extension.siddhi.map.xml : siddhi-map-xml jar 4.0.18
org.wso2.extension.siddhi.map.text : siddhi-map-text jar 1.0.22

Project Modules

There are no modules declared in this project.

Siddhi IO HTTP

Jenkins Build Status GitHub Release GitHub Release Date GitHub Open Issues GitHub Last Commit License

The siddhi-io-http extension is an extension to Siddhi that receives and publishes events via HTTP and HTTPS transports, calls external services, and serves incoming requests and provide synchronous responses.

For information on Siddhi and it's features refer Siddhi Documentation.

Download

  • Versions 2.x and above with group id io.siddhi.extension.* from here.
  • Versions 1.x and lower with group id org.wso2.extension.siddhi.* from here.

Latest API Docs

Latest API Docs is 2.2.2.

Features

  • http (Sink)

    HTTP sink publishes messages via HTTP or HTTPS protocols using methods such as POST, GET, PUT, and DELETE on formats text, XML and JSON. It can also publish to endpoints protected by basic authentication or OAuth 2.0.

  • http-call (Sink)

    The http-call sink publishes messages to endpoints via HTTP or HTTPS protocols using methods such as POST, GET, PUT, and DELETE on formats text, XML or JSON and consume responses through its corresponding http-call-response source. It also supports calling endpoints protected with basic authentication or OAuth 2.0.

  • http-request (Sink)

    (Use http-call sink instead).
    The http-request sink publishes messages to endpoints via HTTP or HTTPS protocols using methods such as POST, GET, PUT, and DELETE on formats text, XML or JSON and consume responses through its corresponding http-response source. It also supports calling endpoints protected with basic authentication or OAuth 2.0.

  • http-response (Sink)

    (Use http-service-response sink instead).
    The http-response sink send responses of the requests consumed by its corresponding http-request source, by mapping the response messages to formats such as text, XML and JSON.

  • http-service-response (Sink)

    The http-service-response sink send responses of the requests consumed by its corresponding http-service source, by mapping the response messages to formats such as text, XML and JSON.

  • http (Source)

    HTTP source receives POST requests via HTTP and HTTPS protocols in format such as text, XML and JSON. It also supports basic authentication to ensure events are received from authorized users/systems.
    The request headers and properties can be accessed via transport properties in the format trp:<header>.

  • http-call-response (Source)

    The http-call-response source receives the responses for the calls made by its corresponding http-call sink, and maps them from formats such as text, XML and JSON.
    To handle messages with different http status codes having different formats, multiple http-call-response sources are allowed to associate with a single http-call sink.
    It allows accessing the attributes of the event that initiated the call, and the response headers and properties via transport properties in the format trp:<attribute name> and trp:<header/property> respectively.

  • http-request (Source)

    (Use http-service source instead).
    The http-request source receives POST requests via HTTP and HTTPS protocols in format such as text, XML and JSON and sends responses via its corresponding http-response sink correlated through a unique source.id.
    For request and response correlation, it generates a messageId upon each incoming request and expose it via transport properties in the format trp:messageId to correlate them with the responses at the http-response sink.
    The request headers and properties can be accessed via transport properties in the format trp:<header>.
    It also supports basic authentication to ensure events are received from authorized users/systems.

  • http-response (Source)

    (Use http-call-response source instead).
    The http-response source receives the responses for the calls made by its corresponding http-request sink, and maps them from formats such as text, XML and JSON.
    To handle messages with different http status codes having different formats, multiple http-response sources are allowed to associate with a single http-request sink. It allows accessing the attributes of the event that initiated the call, and the response headers and properties via transport properties in the format trp:<attribute name> and trp:<header/property> respectively.

  • http-service (Source)

    The http-service source receives POST requests via HTTP and HTTPS protocols in format such as text, XML and JSON and sends responses via its corresponding http-service-response sink correlated through a unique source.id.
    For request and response correlation, it generates a messageId upon each incoming request and expose it via transport properties in the format trp:messageId to correlate them with the responses at the http-service-response sink.
    The request headers and properties can be accessed via transport properties in the format trp:<header>.
    It also supports basic authentication to ensure events are received from authorized users/systems.

Dependencies

There are no other dependencies needed for this extension.

Installation

For installing this extension on various siddhi execution environments refer Siddhi documentation section on adding extensions.

Support and Contribution

  • We encourage users to ask questions and get support via StackOverflow, make sure to add the siddhi tag to the issue for better response.

  • If you find any issues related to the extension please report them on the issue tracker.

  • For production support and other contribution related information refer Siddhi Community documentation.

org.wso2.extension.siddhi.io.http

WSO2 Extensions

Versions

Version
1.2.1
1.1.3
1.1.2
1.1.1
1.1.0
1.0.45
1.0.44
1.0.43
1.0.42
1.0.41
1.0.40
1.0.39
1.0.37
1.0.36
1.0.35
1.0.34
1.0.33
1.0.32
1.0.31
1.0.30
1.0.29
1.0.28
1.0.27
1.0.26
1.0.25
1.0.24
1.0.22
1.0.21
1.0.20
1.0.19
1.0.18
1.0.17
1.0.16
1.0.15
1.0.14
1.0.13
1.0.12
1.0.11
1.0.10