Twilio

Since Camel 2.20

Both producer and consumer are supported

The Twilio component provides access to Version 2010-04-01 of Twilio REST APIs accessible using Twilio Java SDK.

Maven users will need to add the following dependency to their pom.xml for this component:

<dependency>
    <groupId>org.apache.camel</groupId>
    <artifactId>camel-twilio</artifactId>
    <version>${camel-version}</version>
</dependency>

Configuring Options

Camel components are configured on two separate levels:

  • component level

  • endpoint level

Configuring Component Options

At the component level, you set general and shared configurations that are, then, inherited by the endpoints. It is the highest configuration level.

For example, a component may have security settings, credentials for authentication, urls for network connection and so forth.

Some components only have a few options, and others may have many. Because components typically have pre-configured defaults that are commonly used, then you may often only need to configure a few options on a component; or none at all.

You can configure components using:

  • the Component DSL.

  • in a configuration file (application.properties, *.yaml files, etc).

  • directly in the Java code.

Configuring Endpoint Options

You usually spend more time setting up endpoints because they have many options. These options help you customize what you want the endpoint to do. The options are also categorized into whether the endpoint is used as a consumer (from), as a producer (to), or both.

Configuring endpoints is most often done directly in the endpoint URI as path and query parameters. You can also use the Endpoint DSL and DataFormat DSL as a type safe way of configuring endpoints and data formats in Java.

A good practice when configuring options is to use Property Placeholders.

Property placeholders provide a few benefits:

  • They help prevent using hardcoded urls, port numbers, sensitive information, and other settings.

  • They allow externalizing the configuration from the code.

  • They help the code to become more flexible and reusable.

The following two sections list all the options, firstly for the component followed by the endpoint.

Component Options

The Twilio component supports 8 options, which are listed below.

Name Description Default Type

configuration (common)

To use the shared configuration.

TwilioConfiguration

bridgeErrorHandler (consumer)

Allows for bridging the consumer to the Camel routing Error Handler, which mean any exceptions (if possible) occurred while the Camel consumer is trying to pickup incoming messages, or the likes, will now be processed as a message and handled by the routing Error Handler. Important: This is only possible if the 3rd party component allows Camel to be alerted if an exception was thrown. Some components handle this internally only, and therefore bridgeErrorHandler is not possible. In other situations we may improve the Camel component to hook into the 3rd party component and make this possible for future releases. By default the consumer will use the org.apache.camel.spi.ExceptionHandler to deal with exceptions, that will be logged at WARN or ERROR level and ignored.

false

boolean

lazyStartProducer (producer)

Whether the producer should be started lazy (on the first message). By starting lazy you can use this to allow CamelContext and routes to startup in situations where a producer may otherwise fail during starting and cause the route to fail being started. By deferring this startup to be lazy then the startup failure can be handled during routing messages via Camel’s routing error handlers. Beware that when the first message is processed then creating and starting the producer may take a little time and prolong the total processing time of the processing.

false

boolean

autowiredEnabled (advanced)

Whether autowiring is enabled. This is used for automatic autowiring options (the option must be marked as autowired) by looking up in the registry to find if there is a single instance of matching type, which then gets configured on the component. This can be used for automatic configuring JDBC data sources, JMS connection factories, AWS Clients, etc.

true

boolean

restClient (advanced)

Autowired To use the shared REST client.

TwilioRestClient

accountSid (security)

The account SID to use.

String

password (security)

Auth token for the account.

String

username (security)

The account to use.

String

Endpoint Options

The Twilio endpoint is configured using URI syntax:

twilio:apiName/methodName

With the following path and query parameters:

Path Parameters (2 parameters)

Name Description Default Type

apiName (common)

Required What kind of operation to perform.

Enum values:

  • ACCOUNT

  • ADDRESS

  • APPLICATION

  • AVAILABLE_PHONE_NUMBER_COUNTRY

  • CALL

  • CONFERENCE

  • CONNECT_APP

  • INCOMING_PHONE_NUMBER

  • KEY

  • MESSAGE

  • NEW_KEY

  • NEW_SIGNING_KEY

  • NOTIFICATION

  • OUTGOING_CALLER_ID

  • QUEUE

  • RECORDING

  • SHORT_CODE

  • SIGNING_KEY

  • TOKEN

  • TRANSCRIPTION

  • VALIDATION_REQUEST

  • ADDRESS_DEPENDENT_PHONE_NUMBER

  • AVAILABLE_PHONE_NUMBER_COUNTRY_LOCAL

  • AVAILABLE_PHONE_NUMBER_COUNTRY_MOBILE

  • AVAILABLE_PHONE_NUMBER_COUNTRY_TOLL_FREE

  • CALL_NOTIFICATION

  • CALL_RECORDING

  • CONFERENCE_PARTICIPANT

  • INCOMING_PHONE_NUMBER_LOCAL

  • INCOMING_PHONE_NUMBER_MOBILE

  • INCOMING_PHONE_NUMBER_TOLL_FREE

  • MESSAGE_FEEDBACK

  • MESSAGE_MEDIA

  • QUEUE_MEMBER

  • RECORDING_ADD_ON_RESULT

  • RECORDING_TRANSCRIPTION

  • RECORDING_ADD_ON_RESULT_PAYLOAD

  • SIP_CREDENTIAL_LIST

  • SIP_DOMAIN

  • SIP_IP_ACCESS_CONTROL_LIST

  • SIP_CREDENTIAL_LIST_CREDENTIAL

  • SIP_DOMAIN_CREDENTIAL_LIST_MAPPING

  • SIP_DOMAIN_IP_ACCESS_CONTROL_LIST_MAPPING

  • SIP_IP_ACCESS_CONTROL_LIST_IP_ADDRESS

  • USAGE_RECORD

  • USAGE_TRIGGER

  • USAGE_RECORD_ALL_TIME

  • USAGE_RECORD_DAILY

  • USAGE_RECORD_LAST_MONTH

  • USAGE_RECORD_MONTHLY

  • USAGE_RECORD_THIS_MONTH

  • USAGE_RECORD_TODAY

  • USAGE_RECORD_YEARLY

  • USAGE_RECORD_YESTERDAY

TwilioApiName

methodName (common)

Required What sub operation to use for the selected operation.

Enum values:

  • create

  • delete

  • fetch

  • read

  • update

String

Query Parameters (21 parameters)

Name Description Default Type

inBody (common)

Sets the name of a parameter to be passed in the exchange In Body.

String

sendEmptyMessageWhenIdle (consumer)

If the polling consumer did not poll any files, you can enable this option to send an empty message (no body) instead.

false

boolean

bridgeErrorHandler (consumer (advanced))

Allows for bridging the consumer to the Camel routing Error Handler, which mean any exceptions (if possible) occurred while the Camel consumer is trying to pickup incoming messages, or the likes, will now be processed as a message and handled by the routing Error Handler. Important: This is only possible if the 3rd party component allows Camel to be alerted if an exception was thrown. Some components handle this internally only, and therefore bridgeErrorHandler is not possible. In other situations we may improve the Camel component to hook into the 3rd party component and make this possible for future releases. By default the consumer will use the org.apache.camel.spi.ExceptionHandler to deal with exceptions, that will be logged at WARN or ERROR level and ignored.

false

boolean

exceptionHandler (consumer (advanced))

To let the consumer use a custom ExceptionHandler. Notice if the option bridgeErrorHandler is enabled then this option is not in use. By default the consumer will deal with exceptions, that will be logged at WARN or ERROR level and ignored.

ExceptionHandler

exchangePattern (consumer (advanced))

Sets the exchange pattern when the consumer creates an exchange.

Enum values:

  • InOnly

  • InOut

ExchangePattern

pollStrategy (consumer (advanced))

A pluggable org.apache.camel.PollingConsumerPollingStrategy allowing you to provide your custom implementation to control error handling usually occurred during the poll operation before an Exchange have been created and being routed in Camel.

PollingConsumerPollStrategy

lazyStartProducer (producer (advanced))

Whether the producer should be started lazy (on the first message). By starting lazy you can use this to allow CamelContext and routes to startup in situations where a producer may otherwise fail during starting and cause the route to fail being started. By deferring this startup to be lazy then the startup failure can be handled during routing messages via Camel’s routing error handlers. Beware that when the first message is processed then creating and starting the producer may take a little time and prolong the total processing time of the processing.

false

boolean

backoffErrorThreshold (scheduler)

The number of subsequent error polls (failed due some error) that should happen before the backoffMultipler should kick-in.

int

backoffIdleThreshold (scheduler)

The number of subsequent idle polls that should happen before the backoffMultipler should kick-in.

int

backoffMultiplier (scheduler)

To let the scheduled polling consumer backoff if there has been a number of subsequent idles/errors in a row. The multiplier is then the number of polls that will be skipped before the next actual attempt is happening again. When this option is in use then backoffIdleThreshold and/or backoffErrorThreshold must also be configured.

int

delay (scheduler)

Milliseconds before the next poll.

500

long

greedy (scheduler)

If greedy is enabled, then the ScheduledPollConsumer will run immediately again, if the previous run polled 1 or more messages.

false

boolean

initialDelay (scheduler)

Milliseconds before the first poll starts.

1000

long

repeatCount (scheduler)

Specifies a maximum limit of number of fires. So if you set it to 1, the scheduler will only fire once. If you set it to 5, it will only fire five times. A value of zero or negative means fire forever.

0

long

runLoggingLevel (scheduler)

The consumer logs a start/complete log line when it polls. This option allows you to configure the logging level for that.

Enum values:

  • TRACE

  • DEBUG

  • INFO

  • WARN

  • ERROR

  • OFF

TRACE

LoggingLevel

scheduledExecutorService (scheduler)

Allows for configuring a custom/shared thread pool to use for the consumer. By default each consumer has its own single threaded thread pool.

ScheduledExecutorService

scheduler (scheduler)

To use a cron scheduler from either camel-spring or camel-quartz component. Use value spring or quartz for built in scheduler.

none

Object

schedulerProperties (scheduler)

To configure additional properties when using a custom scheduler or any of the Quartz, Spring based scheduler.

Map

startScheduler (scheduler)

Whether the scheduler should be auto started.

true

boolean

timeUnit (scheduler)

Time unit for initialDelay and delay options.

Enum values:

  • NANOSECONDS

  • MICROSECONDS

  • MILLISECONDS

  • SECONDS

  • MINUTES

  • HOURS

  • DAYS

MILLISECONDS

TimeUnit

useFixedDelay (scheduler)

Controls if fixed delay or fixed rate is used. See ScheduledExecutorService in JDK for details.

true

boolean

API Parameters (54 APIs)

The Twilio endpoint is an API-based component and has additional parameters based on which API name and API method is used. The API name and API method is located in the endpoint URI as the apiName/methodName path parameters:

twilio:apiName/methodName

There are 54 API names as listed in the table below:

Each API is documented in the following sections to come.

API: account

Both producer and consumer are supported

The account API is defined in the syntax as follows:

twilio:account/methodName?[parameters]

The 2 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

fetcher

fetch

updater

update

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.AccountFetcher fetcher();

  • com.twilio.rest.api.v2010.AccountFetcher fetcher(String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathSid

String

Method updater

Signatures:

  • com.twilio.rest.api.v2010.AccountUpdater updater();

  • com.twilio.rest.api.v2010.AccountUpdater updater(String pathSid);

The twilio/updater API method has the parameters listed in the table below:

Parameter Description Type

pathSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: address

Both producer and consumer are supported

The address API is defined in the syntax as follows:

twilio:address/methodName?[parameters]

The 5 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

deleter

delete

fetcher

fetch

reader

read

updater

update

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.AddressCreator creator(String customerName, String street, String city, String region, String postalCode, String isoCountry);

  • com.twilio.rest.api.v2010.account.AddressCreator creator(String pathAccountSid, String customerName, String street, String city, String region, String postalCode, String isoCountry);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

city

String

customerName

String

isoCountry

String

pathAccountSid

String

postalCode

String

region

String

street

String

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.AddressDeleter deleter(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.AddressDeleter deleter(String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.AddressFetcher fetcher(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.AddressFetcher fetcher(String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.AddressReader reader();

  • com.twilio.rest.api.v2010.account.AddressReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

Method updater

Signatures:

  • com.twilio.rest.api.v2010.account.AddressUpdater updater(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.AddressUpdater updater(String pathSid);

The twilio/updater API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: address-dependent-phone-number

Both producer and consumer are supported

The address-dependent-phone-number API is defined in the syntax as follows:

twilio:address-dependent-phone-number/methodName?[parameters]

The 1 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

reader

read

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.address.DependentPhoneNumberReader reader(String pathAccountSid, String pathAddressSid);

  • com.twilio.rest.api.v2010.account.address.DependentPhoneNumberReader reader(String pathAddressSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathAddressSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: application

Both producer and consumer are supported

The application API is defined in the syntax as follows:

twilio:application/methodName?[parameters]

The 5 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

deleter

delete

fetcher

fetch

reader

read

updater

update

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.ApplicationCreator creator();

  • com.twilio.rest.api.v2010.account.ApplicationCreator creator(String pathAccountSid);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.ApplicationDeleter deleter(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.ApplicationDeleter deleter(String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.ApplicationFetcher fetcher(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.ApplicationFetcher fetcher(String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.ApplicationReader reader();

  • com.twilio.rest.api.v2010.account.ApplicationReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

Method updater

Signatures:

  • com.twilio.rest.api.v2010.account.ApplicationUpdater updater(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.ApplicationUpdater updater(String pathSid);

The twilio/updater API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: available-phone-number-country

Both producer and consumer are supported

The available-phone-number-country API is defined in the syntax as follows:

twilio:available-phone-number-country/methodName?[parameters]

The 2 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

fetcher

fetch

reader

read

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.AvailablePhoneNumberCountryFetcher fetcher(String pathAccountSid, String pathCountryCode);

  • com.twilio.rest.api.v2010.account.AvailablePhoneNumberCountryFetcher fetcher(String pathCountryCode);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathCountryCode

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.AvailablePhoneNumberCountryReader reader();

  • com.twilio.rest.api.v2010.account.AvailablePhoneNumberCountryReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: available-phone-number-country-local

Both producer and consumer are supported

The available-phone-number-country-local API is defined in the syntax as follows:

twilio:available-phone-number-country-local/methodName?[parameters]

The 1 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

reader

read

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.availablephonenumbercountry.LocalReader reader(String pathAccountSid, String pathCountryCode);

  • com.twilio.rest.api.v2010.account.availablephonenumbercountry.LocalReader reader(String pathCountryCode);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathCountryCode

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: available-phone-number-country-mobile

Both producer and consumer are supported

The available-phone-number-country-mobile API is defined in the syntax as follows:

twilio:available-phone-number-country-mobile/methodName?[parameters]

The 1 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

reader

read

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.availablephonenumbercountry.MobileReader reader(String pathAccountSid, String pathCountryCode);

  • com.twilio.rest.api.v2010.account.availablephonenumbercountry.MobileReader reader(String pathCountryCode);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathCountryCode

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: available-phone-number-country-toll-free

Both producer and consumer are supported

The available-phone-number-country-toll-free API is defined in the syntax as follows:

twilio:available-phone-number-country-toll-free/methodName?[parameters]

The 1 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

reader

read

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.availablephonenumbercountry.TollFreeReader reader(String pathAccountSid, String pathCountryCode);

  • com.twilio.rest.api.v2010.account.availablephonenumbercountry.TollFreeReader reader(String pathCountryCode);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathCountryCode

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: call

Both producer and consumer are supported

The call API is defined in the syntax as follows:

twilio:call/methodName?[parameters]

The 5 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

deleter

delete

fetcher

fetch

reader

read

updater

update

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.CallCreator creator(String pathAccountSid, com.twilio.type.Endpoint to, com.twilio.type.Endpoint from, String applicationSid);

  • com.twilio.rest.api.v2010.account.CallCreator creator(String pathAccountSid, com.twilio.type.Endpoint to, com.twilio.type.Endpoint from, com.twilio.type.Twiml twiml);

  • com.twilio.rest.api.v2010.account.CallCreator creator(String pathAccountSid, com.twilio.type.Endpoint to, com.twilio.type.Endpoint from, java.net.URI url);

  • com.twilio.rest.api.v2010.account.CallCreator creator(com.twilio.type.Endpoint to, com.twilio.type.Endpoint from, String applicationSid);

  • com.twilio.rest.api.v2010.account.CallCreator creator(com.twilio.type.Endpoint to, com.twilio.type.Endpoint from, com.twilio.type.Twiml twiml);

  • com.twilio.rest.api.v2010.account.CallCreator creator(com.twilio.type.Endpoint to, com.twilio.type.Endpoint from, java.net.URI url);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

applicationSid

String

from

Endpoint

pathAccountSid

String

to

Endpoint

twiml

Twiml

url

URI

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.CallDeleter deleter(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.CallDeleter deleter(String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.CallFetcher fetcher(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.CallFetcher fetcher(String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.CallReader reader();

  • com.twilio.rest.api.v2010.account.CallReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

Method updater

Signatures:

  • com.twilio.rest.api.v2010.account.CallUpdater updater(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.CallUpdater updater(String pathSid);

The twilio/updater API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: call-notification

Both producer and consumer are supported

The call-notification API is defined in the syntax as follows:

twilio:call-notification/methodName?[parameters]

The 2 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

fetcher

fetch

reader

read

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.call.NotificationFetcher fetcher(String pathAccountSid, String pathCallSid, String pathSid);

  • com.twilio.rest.api.v2010.account.call.NotificationFetcher fetcher(String pathCallSid, String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathCallSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.call.NotificationReader reader(String pathAccountSid, String pathCallSid);

  • com.twilio.rest.api.v2010.account.call.NotificationReader reader(String pathCallSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathCallSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: call-recording

Both producer and consumer are supported

The call-recording API is defined in the syntax as follows:

twilio:call-recording/methodName?[parameters]

The 5 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

deleter

delete

fetcher

fetch

reader

read

updater

update

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.call.RecordingCreator creator(String pathAccountSid, String pathCallSid);

  • com.twilio.rest.api.v2010.account.call.RecordingCreator creator(String pathCallSid);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathCallSid

String

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.call.RecordingDeleter deleter(String pathAccountSid, String pathCallSid, String pathSid);

  • com.twilio.rest.api.v2010.account.call.RecordingDeleter deleter(String pathCallSid, String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathCallSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.call.RecordingFetcher fetcher(String pathAccountSid, String pathCallSid, String pathSid);

  • com.twilio.rest.api.v2010.account.call.RecordingFetcher fetcher(String pathCallSid, String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathCallSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.call.RecordingReader reader(String pathAccountSid, String pathCallSid);

  • com.twilio.rest.api.v2010.account.call.RecordingReader reader(String pathCallSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathCallSid

String

Method updater

Signatures:

  • com.twilio.rest.api.v2010.account.call.RecordingUpdater updater(String pathAccountSid, String pathCallSid, String pathSid, com.twilio.rest.api.v2010.account.call.Recording.Status status);

  • com.twilio.rest.api.v2010.account.call.RecordingUpdater updater(String pathCallSid, String pathSid, com.twilio.rest.api.v2010.account.call.Recording.Status status);

The twilio/updater API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathCallSid

String

pathSid

String

status

Status

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: conference

Both producer and consumer are supported

The conference API is defined in the syntax as follows:

twilio:conference/methodName?[parameters]

The 3 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

fetcher

fetch

reader

read

updater

update

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.ConferenceFetcher fetcher(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.ConferenceFetcher fetcher(String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.ConferenceReader reader();

  • com.twilio.rest.api.v2010.account.ConferenceReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

Method updater

Signatures:

  • com.twilio.rest.api.v2010.account.ConferenceUpdater updater(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.ConferenceUpdater updater(String pathSid);

The twilio/updater API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: conference-participant

Both producer and consumer are supported

The conference-participant API is defined in the syntax as follows:

twilio:conference-participant/methodName?[parameters]

The 5 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

deleter

delete

fetcher

fetch

reader

read

updater

update

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.conference.ParticipantCreator creator(String pathAccountSid, String pathConferenceSid, com.twilio.type.Endpoint from, com.twilio.type.Endpoint to);

  • com.twilio.rest.api.v2010.account.conference.ParticipantCreator creator(String pathConferenceSid, com.twilio.type.Endpoint from, com.twilio.type.Endpoint to);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

from

Endpoint

pathAccountSid

String

pathConferenceSid

String

to

Endpoint

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.conference.ParticipantDeleter deleter(String pathAccountSid, String pathConferenceSid, String pathCallSid);

  • com.twilio.rest.api.v2010.account.conference.ParticipantDeleter deleter(String pathConferenceSid, String pathCallSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathCallSid

String

pathConferenceSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.conference.ParticipantFetcher fetcher(String pathAccountSid, String pathConferenceSid, String pathCallSid);

  • com.twilio.rest.api.v2010.account.conference.ParticipantFetcher fetcher(String pathConferenceSid, String pathCallSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathCallSid

String

pathConferenceSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.conference.ParticipantReader reader(String pathAccountSid, String pathConferenceSid);

  • com.twilio.rest.api.v2010.account.conference.ParticipantReader reader(String pathConferenceSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathConferenceSid

String

Method updater

Signatures:

  • com.twilio.rest.api.v2010.account.conference.ParticipantUpdater updater(String pathAccountSid, String pathConferenceSid, String pathCallSid);

  • com.twilio.rest.api.v2010.account.conference.ParticipantUpdater updater(String pathConferenceSid, String pathCallSid);

The twilio/updater API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathCallSid

String

pathConferenceSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: connect-app

Both producer and consumer are supported

The connect-app API is defined in the syntax as follows:

twilio:connect-app/methodName?[parameters]

The 4 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

deleter

delete

fetcher

fetch

reader

read

updater

update

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.ConnectAppDeleter deleter(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.ConnectAppDeleter deleter(String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.ConnectAppFetcher fetcher(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.ConnectAppFetcher fetcher(String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.ConnectAppReader reader();

  • com.twilio.rest.api.v2010.account.ConnectAppReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

Method updater

Signatures:

  • com.twilio.rest.api.v2010.account.ConnectAppUpdater updater(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.ConnectAppUpdater updater(String pathSid);

The twilio/updater API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: incoming-phone-number

Both producer and consumer are supported

The incoming-phone-number API is defined in the syntax as follows:

twilio:incoming-phone-number/methodName?[parameters]

The 5 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

deleter

delete

fetcher

fetch

reader

read

updater

update

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.IncomingPhoneNumberCreator creator(String areaCode);

  • com.twilio.rest.api.v2010.account.IncomingPhoneNumberCreator creator(String pathAccountSid, String areaCode);

  • com.twilio.rest.api.v2010.account.IncomingPhoneNumberCreator creator(String pathAccountSid, com.twilio.type.PhoneNumber phoneNumber);

  • com.twilio.rest.api.v2010.account.IncomingPhoneNumberCreator creator(com.twilio.type.PhoneNumber phoneNumber);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

areaCode

String

pathAccountSid

String

phoneNumber

PhoneNumber

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.IncomingPhoneNumberDeleter deleter(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.IncomingPhoneNumberDeleter deleter(String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.IncomingPhoneNumberFetcher fetcher(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.IncomingPhoneNumberFetcher fetcher(String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.IncomingPhoneNumberReader reader();

  • com.twilio.rest.api.v2010.account.IncomingPhoneNumberReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

Method updater

Signatures:

  • com.twilio.rest.api.v2010.account.IncomingPhoneNumberUpdater updater(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.IncomingPhoneNumberUpdater updater(String pathSid);

The twilio/updater API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: incoming-phone-number-local

Both producer and consumer are supported

The incoming-phone-number-local API is defined in the syntax as follows:

twilio:incoming-phone-number-local/methodName?[parameters]

The 2 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

reader

read

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.incomingphonenumber.LocalCreator creator(String pathAccountSid, com.twilio.type.PhoneNumber phoneNumber);

  • com.twilio.rest.api.v2010.account.incomingphonenumber.LocalCreator creator(com.twilio.type.PhoneNumber phoneNumber);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

phoneNumber

PhoneNumber

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.incomingphonenumber.LocalReader reader();

  • com.twilio.rest.api.v2010.account.incomingphonenumber.LocalReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: incoming-phone-number-mobile

Both producer and consumer are supported

The incoming-phone-number-mobile API is defined in the syntax as follows:

twilio:incoming-phone-number-mobile/methodName?[parameters]

The 2 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

reader

read

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.incomingphonenumber.MobileCreator creator(String pathAccountSid, com.twilio.type.PhoneNumber phoneNumber);

  • com.twilio.rest.api.v2010.account.incomingphonenumber.MobileCreator creator(com.twilio.type.PhoneNumber phoneNumber);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

phoneNumber

PhoneNumber

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.incomingphonenumber.MobileReader reader();

  • com.twilio.rest.api.v2010.account.incomingphonenumber.MobileReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: incoming-phone-number-toll-free

Both producer and consumer are supported

The incoming-phone-number-toll-free API is defined in the syntax as follows:

twilio:incoming-phone-number-toll-free/methodName?[parameters]

The 2 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

reader

read

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.incomingphonenumber.TollFreeCreator creator(String pathAccountSid, com.twilio.type.PhoneNumber phoneNumber);

  • com.twilio.rest.api.v2010.account.incomingphonenumber.TollFreeCreator creator(com.twilio.type.PhoneNumber phoneNumber);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

phoneNumber

PhoneNumber

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.incomingphonenumber.TollFreeReader reader();

  • com.twilio.rest.api.v2010.account.incomingphonenumber.TollFreeReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: key

Both producer and consumer are supported

The key API is defined in the syntax as follows:

twilio:key/methodName?[parameters]

The 4 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

deleter

delete

fetcher

fetch

reader

read

updater

update

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.KeyDeleter deleter(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.KeyDeleter deleter(String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.KeyFetcher fetcher(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.KeyFetcher fetcher(String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.KeyReader reader();

  • com.twilio.rest.api.v2010.account.KeyReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

Method updater

Signatures:

  • com.twilio.rest.api.v2010.account.KeyUpdater updater(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.KeyUpdater updater(String pathSid);

The twilio/updater API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: message

Both producer and consumer are supported

The message API is defined in the syntax as follows:

twilio:message/methodName?[parameters]

The 5 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

deleter

delete

fetcher

fetch

reader

read

updater

update

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.MessageCreator creator(String pathAccountSid, com.twilio.type.PhoneNumber to, String messagingServiceSid, String body);

  • com.twilio.rest.api.v2010.account.MessageCreator creator(String pathAccountSid, com.twilio.type.PhoneNumber to, String messagingServiceSid, java.util.List<java.net.URI> mediaUrl);

  • com.twilio.rest.api.v2010.account.MessageCreator creator(String pathAccountSid, com.twilio.type.PhoneNumber to, com.twilio.type.PhoneNumber from, String body);

  • com.twilio.rest.api.v2010.account.MessageCreator creator(String pathAccountSid, com.twilio.type.PhoneNumber to, com.twilio.type.PhoneNumber from, java.util.List<java.net.URI> mediaUrl);

  • com.twilio.rest.api.v2010.account.MessageCreator creator(com.twilio.type.PhoneNumber to, String messagingServiceSid, String body);

  • com.twilio.rest.api.v2010.account.MessageCreator creator(com.twilio.type.PhoneNumber to, String messagingServiceSid, java.util.List<java.net.URI> mediaUrl);

  • com.twilio.rest.api.v2010.account.MessageCreator creator(com.twilio.type.PhoneNumber to, com.twilio.type.PhoneNumber from, String body);

  • com.twilio.rest.api.v2010.account.MessageCreator creator(com.twilio.type.PhoneNumber to, com.twilio.type.PhoneNumber from, java.util.List<java.net.URI> mediaUrl);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

body

String

from

PhoneNumber

mediaUrl

List

messagingServiceSid

String

pathAccountSid

String

to

PhoneNumber

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.MessageDeleter deleter(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.MessageDeleter deleter(String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.MessageFetcher fetcher(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.MessageFetcher fetcher(String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.MessageReader reader();

  • com.twilio.rest.api.v2010.account.MessageReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

Method updater

Signatures:

  • com.twilio.rest.api.v2010.account.MessageUpdater updater(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.MessageUpdater updater(String pathSid);

The twilio/updater API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: message-feedback

Both producer and consumer are supported

The message-feedback API is defined in the syntax as follows:

twilio:message-feedback/methodName?[parameters]

The 1 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.message.FeedbackCreator creator(String pathAccountSid, String pathMessageSid);

  • com.twilio.rest.api.v2010.account.message.FeedbackCreator creator(String pathMessageSid);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathMessageSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: message-media

Both producer and consumer are supported

The message-media API is defined in the syntax as follows:

twilio:message-media/methodName?[parameters]

The 3 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

deleter

delete

fetcher

fetch

reader

read

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.message.MediaDeleter deleter(String pathAccountSid, String pathMessageSid, String pathSid);

  • com.twilio.rest.api.v2010.account.message.MediaDeleter deleter(String pathMessageSid, String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathMessageSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.message.MediaFetcher fetcher(String pathAccountSid, String pathMessageSid, String pathSid);

  • com.twilio.rest.api.v2010.account.message.MediaFetcher fetcher(String pathMessageSid, String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathMessageSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.message.MediaReader reader(String pathAccountSid, String pathMessageSid);

  • com.twilio.rest.api.v2010.account.message.MediaReader reader(String pathMessageSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathMessageSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: new-key

Both producer and consumer are supported

The new-key API is defined in the syntax as follows:

twilio:new-key/methodName?[parameters]

The 1 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.NewKeyCreator creator();

  • com.twilio.rest.api.v2010.account.NewKeyCreator creator(String pathAccountSid);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: new-signing-key

Both producer and consumer are supported

The new-signing-key API is defined in the syntax as follows:

twilio:new-signing-key/methodName?[parameters]

The 1 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.NewSigningKeyCreator creator();

  • com.twilio.rest.api.v2010.account.NewSigningKeyCreator creator(String pathAccountSid);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: notification

Both producer and consumer are supported

The notification API is defined in the syntax as follows:

twilio:notification/methodName?[parameters]

The 2 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

fetcher

fetch

reader

read

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.NotificationFetcher fetcher(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.NotificationFetcher fetcher(String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.NotificationReader reader();

  • com.twilio.rest.api.v2010.account.NotificationReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: outgoing-caller-id

Both producer and consumer are supported

The outgoing-caller-id API is defined in the syntax as follows:

twilio:outgoing-caller-id/methodName?[parameters]

The 4 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

deleter

delete

fetcher

fetch

reader

read

updater

update

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.OutgoingCallerIdDeleter deleter(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.OutgoingCallerIdDeleter deleter(String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.OutgoingCallerIdFetcher fetcher(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.OutgoingCallerIdFetcher fetcher(String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.OutgoingCallerIdReader reader();

  • com.twilio.rest.api.v2010.account.OutgoingCallerIdReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

Method updater

Signatures:

  • com.twilio.rest.api.v2010.account.OutgoingCallerIdUpdater updater(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.OutgoingCallerIdUpdater updater(String pathSid);

The twilio/updater API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: queue

Both producer and consumer are supported

The queue API is defined in the syntax as follows:

twilio:queue/methodName?[parameters]

The 5 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

deleter

delete

fetcher

fetch

reader

read

updater

update

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.QueueCreator creator(String friendlyName);

  • com.twilio.rest.api.v2010.account.QueueCreator creator(String pathAccountSid, String friendlyName);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

friendlyName

String

pathAccountSid

String

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.QueueDeleter deleter(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.QueueDeleter deleter(String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.QueueFetcher fetcher(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.QueueFetcher fetcher(String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.QueueReader reader();

  • com.twilio.rest.api.v2010.account.QueueReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

Method updater

Signatures:

  • com.twilio.rest.api.v2010.account.QueueUpdater updater(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.QueueUpdater updater(String pathSid);

The twilio/updater API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: queue-member

Both producer and consumer are supported

The queue-member API is defined in the syntax as follows:

twilio:queue-member/methodName?[parameters]

The 3 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

fetcher

fetch

reader

read

updater

update

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.queue.MemberFetcher fetcher(String pathAccountSid, String pathQueueSid, String pathCallSid);

  • com.twilio.rest.api.v2010.account.queue.MemberFetcher fetcher(String pathQueueSid, String pathCallSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathCallSid

String

pathQueueSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.queue.MemberReader reader(String pathAccountSid, String pathQueueSid);

  • com.twilio.rest.api.v2010.account.queue.MemberReader reader(String pathQueueSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathQueueSid

String

Method updater

Signatures:

  • com.twilio.rest.api.v2010.account.queue.MemberUpdater updater(String pathAccountSid, String pathQueueSid, String pathCallSid, java.net.URI url);

  • com.twilio.rest.api.v2010.account.queue.MemberUpdater updater(String pathQueueSid, String pathCallSid, java.net.URI url);

The twilio/updater API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathCallSid

String

pathQueueSid

String

url

URI

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: recording

Both producer and consumer are supported

The recording API is defined in the syntax as follows:

twilio:recording/methodName?[parameters]

The 3 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

deleter

delete

fetcher

fetch

reader

read

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.RecordingDeleter deleter(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.RecordingDeleter deleter(String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.RecordingFetcher fetcher(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.RecordingFetcher fetcher(String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.RecordingReader reader();

  • com.twilio.rest.api.v2010.account.RecordingReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: recording-add-on-result

Both producer and consumer are supported

The recording-add-on-result API is defined in the syntax as follows:

twilio:recording-add-on-result/methodName?[parameters]

The 3 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

deleter

delete

fetcher

fetch

reader

read

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.recording.AddOnResultDeleter deleter(String pathAccountSid, String pathReferenceSid, String pathSid);

  • com.twilio.rest.api.v2010.account.recording.AddOnResultDeleter deleter(String pathReferenceSid, String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathReferenceSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.recording.AddOnResultFetcher fetcher(String pathAccountSid, String pathReferenceSid, String pathSid);

  • com.twilio.rest.api.v2010.account.recording.AddOnResultFetcher fetcher(String pathReferenceSid, String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathReferenceSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.recording.AddOnResultReader reader(String pathAccountSid, String pathReferenceSid);

  • com.twilio.rest.api.v2010.account.recording.AddOnResultReader reader(String pathReferenceSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathReferenceSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: recording-add-on-result-payload

Both producer and consumer are supported

The recording-add-on-result-payload API is defined in the syntax as follows:

twilio:recording-add-on-result-payload/methodName?[parameters]

The 3 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

deleter

delete

fetcher

fetch

reader

read

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.recording.addonresult.PayloadDeleter deleter(String pathAccountSid, String pathReferenceSid, String pathAddOnResultSid, String pathSid);

  • com.twilio.rest.api.v2010.account.recording.addonresult.PayloadDeleter deleter(String pathReferenceSid, String pathAddOnResultSid, String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathAddOnResultSid

String

pathReferenceSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.recording.addonresult.PayloadFetcher fetcher(String pathAccountSid, String pathReferenceSid, String pathAddOnResultSid, String pathSid);

  • com.twilio.rest.api.v2010.account.recording.addonresult.PayloadFetcher fetcher(String pathReferenceSid, String pathAddOnResultSid, String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathAddOnResultSid

String

pathReferenceSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.recording.addonresult.PayloadReader reader(String pathAccountSid, String pathReferenceSid, String pathAddOnResultSid);

  • com.twilio.rest.api.v2010.account.recording.addonresult.PayloadReader reader(String pathReferenceSid, String pathAddOnResultSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathAddOnResultSid

String

pathReferenceSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: recording-transcription

Both producer and consumer are supported

The recording-transcription API is defined in the syntax as follows:

twilio:recording-transcription/methodName?[parameters]

The 3 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

deleter

delete

fetcher

fetch

reader

read

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.recording.TranscriptionDeleter deleter(String pathAccountSid, String pathRecordingSid, String pathSid);

  • com.twilio.rest.api.v2010.account.recording.TranscriptionDeleter deleter(String pathRecordingSid, String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathRecordingSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.recording.TranscriptionFetcher fetcher(String pathAccountSid, String pathRecordingSid, String pathSid);

  • com.twilio.rest.api.v2010.account.recording.TranscriptionFetcher fetcher(String pathRecordingSid, String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathRecordingSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.recording.TranscriptionReader reader(String pathAccountSid, String pathRecordingSid);

  • com.twilio.rest.api.v2010.account.recording.TranscriptionReader reader(String pathRecordingSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathRecordingSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: short-code

Both producer and consumer are supported

The short-code API is defined in the syntax as follows:

twilio:short-code/methodName?[parameters]

The 3 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

fetcher

fetch

reader

read

updater

update

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.ShortCodeFetcher fetcher(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.ShortCodeFetcher fetcher(String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.ShortCodeReader reader();

  • com.twilio.rest.api.v2010.account.ShortCodeReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

Method updater

Signatures:

  • com.twilio.rest.api.v2010.account.ShortCodeUpdater updater(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.ShortCodeUpdater updater(String pathSid);

The twilio/updater API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: signing-key

Both producer and consumer are supported

The signing-key API is defined in the syntax as follows:

twilio:signing-key/methodName?[parameters]

The 4 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

deleter

delete

fetcher

fetch

reader

read

updater

update

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.SigningKeyDeleter deleter(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.SigningKeyDeleter deleter(String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.SigningKeyFetcher fetcher(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.SigningKeyFetcher fetcher(String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.SigningKeyReader reader();

  • com.twilio.rest.api.v2010.account.SigningKeyReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

Method updater

Signatures:

  • com.twilio.rest.api.v2010.account.SigningKeyUpdater updater(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.SigningKeyUpdater updater(String pathSid);

The twilio/updater API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: sip-credential-list

Both producer and consumer are supported

The sip-credential-list API is defined in the syntax as follows:

twilio:sip-credential-list/methodName?[parameters]

The 5 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

deleter

delete

fetcher

fetch

reader

read

updater

update

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.sip.CredentialListCreator creator(String friendlyName);

  • com.twilio.rest.api.v2010.account.sip.CredentialListCreator creator(String pathAccountSid, String friendlyName);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

friendlyName

String

pathAccountSid

String

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.sip.CredentialListDeleter deleter(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.sip.CredentialListDeleter deleter(String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.sip.CredentialListFetcher fetcher(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.sip.CredentialListFetcher fetcher(String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.sip.CredentialListReader reader();

  • com.twilio.rest.api.v2010.account.sip.CredentialListReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

Method updater

Signatures:

  • com.twilio.rest.api.v2010.account.sip.CredentialListUpdater updater(String pathAccountSid, String pathSid, String friendlyName);

  • com.twilio.rest.api.v2010.account.sip.CredentialListUpdater updater(String pathSid, String friendlyName);

The twilio/updater API method has the parameters listed in the table below:

Parameter Description Type

friendlyName

String

pathAccountSid

String

pathSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: sip-credential-list-credential

Both producer and consumer are supported

The sip-credential-list-credential API is defined in the syntax as follows:

twilio:sip-credential-list-credential/methodName?[parameters]

The 5 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

deleter

delete

fetcher

fetch

reader

read

updater

update

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.sip.credentiallist.CredentialCreator creator(String pathAccountSid, String pathCredentialListSid, String username, String password);

  • com.twilio.rest.api.v2010.account.sip.credentiallist.CredentialCreator creator(String pathCredentialListSid, String username, String password);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

password

String

pathAccountSid

String

pathCredentialListSid

String

username

String

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.sip.credentiallist.CredentialDeleter deleter(String pathAccountSid, String pathCredentialListSid, String pathSid);

  • com.twilio.rest.api.v2010.account.sip.credentiallist.CredentialDeleter deleter(String pathCredentialListSid, String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathCredentialListSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.sip.credentiallist.CredentialFetcher fetcher(String pathAccountSid, String pathCredentialListSid, String pathSid);

  • com.twilio.rest.api.v2010.account.sip.credentiallist.CredentialFetcher fetcher(String pathCredentialListSid, String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathCredentialListSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.sip.credentiallist.CredentialReader reader(String pathAccountSid, String pathCredentialListSid);

  • com.twilio.rest.api.v2010.account.sip.credentiallist.CredentialReader reader(String pathCredentialListSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathCredentialListSid

String

Method updater

Signatures:

  • com.twilio.rest.api.v2010.account.sip.credentiallist.CredentialUpdater updater(String pathAccountSid, String pathCredentialListSid, String pathSid);

  • com.twilio.rest.api.v2010.account.sip.credentiallist.CredentialUpdater updater(String pathCredentialListSid, String pathSid);

The twilio/updater API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathCredentialListSid

String

pathSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: sip-domain

Both producer and consumer are supported

The sip-domain API is defined in the syntax as follows:

twilio:sip-domain/methodName?[parameters]

The 5 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

deleter

delete

fetcher

fetch

reader

read

updater

update

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.sip.DomainCreator creator(String domainName);

  • com.twilio.rest.api.v2010.account.sip.DomainCreator creator(String pathAccountSid, String domainName);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

domainName

String

pathAccountSid

String

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.sip.DomainDeleter deleter(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.sip.DomainDeleter deleter(String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.sip.DomainFetcher fetcher(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.sip.DomainFetcher fetcher(String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.sip.DomainReader reader();

  • com.twilio.rest.api.v2010.account.sip.DomainReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

Method updater

Signatures:

  • com.twilio.rest.api.v2010.account.sip.DomainUpdater updater(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.sip.DomainUpdater updater(String pathSid);

The twilio/updater API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: sip-domain-credential-list-mapping

Both producer and consumer are supported

The sip-domain-credential-list-mapping API is defined in the syntax as follows:

twilio:sip-domain-credential-list-mapping/methodName?[parameters]

The 4 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

deleter

delete

fetcher

fetch

reader

read

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.sip.domain.CredentialListMappingCreator creator(String pathAccountSid, String pathDomainSid, String credentialListSid);

  • com.twilio.rest.api.v2010.account.sip.domain.CredentialListMappingCreator creator(String pathDomainSid, String credentialListSid);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

credentialListSid

String

pathAccountSid

String

pathDomainSid

String

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.sip.domain.CredentialListMappingDeleter deleter(String pathAccountSid, String pathDomainSid, String pathSid);

  • com.twilio.rest.api.v2010.account.sip.domain.CredentialListMappingDeleter deleter(String pathDomainSid, String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathDomainSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.sip.domain.CredentialListMappingFetcher fetcher(String pathAccountSid, String pathDomainSid, String pathSid);

  • com.twilio.rest.api.v2010.account.sip.domain.CredentialListMappingFetcher fetcher(String pathDomainSid, String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathDomainSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.sip.domain.CredentialListMappingReader reader(String pathAccountSid, String pathDomainSid);

  • com.twilio.rest.api.v2010.account.sip.domain.CredentialListMappingReader reader(String pathDomainSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathDomainSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: sip-domain-ip-access-control-list-mapping

Both producer and consumer are supported

The sip-domain-ip-access-control-list-mapping API is defined in the syntax as follows:

twilio:sip-domain-ip-access-control-list-mapping/methodName?[parameters]

The 4 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

deleter

delete

fetcher

fetch

reader

read

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.sip.domain.IpAccessControlListMappingCreator creator(String pathAccountSid, String pathDomainSid, String ipAccessControlListSid);

  • com.twilio.rest.api.v2010.account.sip.domain.IpAccessControlListMappingCreator creator(String pathDomainSid, String ipAccessControlListSid);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

ipAccessControlListSid

String

pathAccountSid

String

pathDomainSid

String

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.sip.domain.IpAccessControlListMappingDeleter deleter(String pathAccountSid, String pathDomainSid, String pathSid);

  • com.twilio.rest.api.v2010.account.sip.domain.IpAccessControlListMappingDeleter deleter(String pathDomainSid, String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathDomainSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.sip.domain.IpAccessControlListMappingFetcher fetcher(String pathAccountSid, String pathDomainSid, String pathSid);

  • com.twilio.rest.api.v2010.account.sip.domain.IpAccessControlListMappingFetcher fetcher(String pathDomainSid, String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathDomainSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.sip.domain.IpAccessControlListMappingReader reader(String pathAccountSid, String pathDomainSid);

  • com.twilio.rest.api.v2010.account.sip.domain.IpAccessControlListMappingReader reader(String pathDomainSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathDomainSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: sip-ip-access-control-list

Both producer and consumer are supported

The sip-ip-access-control-list API is defined in the syntax as follows:

twilio:sip-ip-access-control-list/methodName?[parameters]

The 5 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

deleter

delete

fetcher

fetch

reader

read

updater

update

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.sip.IpAccessControlListCreator creator(String friendlyName);

  • com.twilio.rest.api.v2010.account.sip.IpAccessControlListCreator creator(String pathAccountSid, String friendlyName);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

friendlyName

String

pathAccountSid

String

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.sip.IpAccessControlListDeleter deleter(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.sip.IpAccessControlListDeleter deleter(String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.sip.IpAccessControlListFetcher fetcher(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.sip.IpAccessControlListFetcher fetcher(String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.sip.IpAccessControlListReader reader();

  • com.twilio.rest.api.v2010.account.sip.IpAccessControlListReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

Method updater

Signatures:

  • com.twilio.rest.api.v2010.account.sip.IpAccessControlListUpdater updater(String pathAccountSid, String pathSid, String friendlyName);

  • com.twilio.rest.api.v2010.account.sip.IpAccessControlListUpdater updater(String pathSid, String friendlyName);

The twilio/updater API method has the parameters listed in the table below:

Parameter Description Type

friendlyName

String

pathAccountSid

String

pathSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: sip-ip-access-control-list-ip-address

Both producer and consumer are supported

The sip-ip-access-control-list-ip-address API is defined in the syntax as follows:

twilio:sip-ip-access-control-list-ip-address/methodName?[parameters]

The 5 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

deleter

delete

fetcher

fetch

reader

read

updater

update

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.sip.ipaccesscontrollist.IpAddressCreator creator(String pathAccountSid, String pathIpAccessControlListSid, String friendlyName, String ipAddress);

  • com.twilio.rest.api.v2010.account.sip.ipaccesscontrollist.IpAddressCreator creator(String pathIpAccessControlListSid, String friendlyName, String ipAddress);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

friendlyName

String

ipAddress

String

pathAccountSid

String

pathIpAccessControlListSid

String

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.sip.ipaccesscontrollist.IpAddressDeleter deleter(String pathAccountSid, String pathIpAccessControlListSid, String pathSid);

  • com.twilio.rest.api.v2010.account.sip.ipaccesscontrollist.IpAddressDeleter deleter(String pathIpAccessControlListSid, String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathIpAccessControlListSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.sip.ipaccesscontrollist.IpAddressFetcher fetcher(String pathAccountSid, String pathIpAccessControlListSid, String pathSid);

  • com.twilio.rest.api.v2010.account.sip.ipaccesscontrollist.IpAddressFetcher fetcher(String pathIpAccessControlListSid, String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathIpAccessControlListSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.sip.ipaccesscontrollist.IpAddressReader reader(String pathAccountSid, String pathIpAccessControlListSid);

  • com.twilio.rest.api.v2010.account.sip.ipaccesscontrollist.IpAddressReader reader(String pathIpAccessControlListSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathIpAccessControlListSid

String

Method updater

Signatures:

  • com.twilio.rest.api.v2010.account.sip.ipaccesscontrollist.IpAddressUpdater updater(String pathAccountSid, String pathIpAccessControlListSid, String pathSid);

  • com.twilio.rest.api.v2010.account.sip.ipaccesscontrollist.IpAddressUpdater updater(String pathIpAccessControlListSid, String pathSid);

The twilio/updater API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathIpAccessControlListSid

String

pathSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: token

Both producer and consumer are supported

The token API is defined in the syntax as follows:

twilio:token/methodName?[parameters]

The 1 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.TokenCreator creator();

  • com.twilio.rest.api.v2010.account.TokenCreator creator(String pathAccountSid);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: transcription

Both producer and consumer are supported

The transcription API is defined in the syntax as follows:

twilio:transcription/methodName?[parameters]

The 3 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

deleter

delete

fetcher

fetch

reader

read

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.TranscriptionDeleter deleter(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.TranscriptionDeleter deleter(String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.TranscriptionFetcher fetcher(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.TranscriptionFetcher fetcher(String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.TranscriptionReader reader();

  • com.twilio.rest.api.v2010.account.TranscriptionReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: usage-record

Both producer and consumer are supported

The usage-record API is defined in the syntax as follows:

twilio:usage-record/methodName?[parameters]

The 1 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

reader

read

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.usage.RecordReader reader();

  • com.twilio.rest.api.v2010.account.usage.RecordReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: usage-record-all-time

Both producer and consumer are supported

The usage-record-all-time API is defined in the syntax as follows:

twilio:usage-record-all-time/methodName?[parameters]

The 1 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

reader

read

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.usage.record.AllTimeReader reader();

  • com.twilio.rest.api.v2010.account.usage.record.AllTimeReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: usage-record-daily

Both producer and consumer are supported

The usage-record-daily API is defined in the syntax as follows:

twilio:usage-record-daily/methodName?[parameters]

The 1 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

reader

read

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.usage.record.DailyReader reader();

  • com.twilio.rest.api.v2010.account.usage.record.DailyReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: usage-record-last-month

Both producer and consumer are supported

The usage-record-last-month API is defined in the syntax as follows:

twilio:usage-record-last-month/methodName?[parameters]

The 1 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

reader

read

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.usage.record.LastMonthReader reader();

  • com.twilio.rest.api.v2010.account.usage.record.LastMonthReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: usage-record-monthly

Both producer and consumer are supported

The usage-record-monthly API is defined in the syntax as follows:

twilio:usage-record-monthly/methodName?[parameters]

The 1 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

reader

read

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.usage.record.MonthlyReader reader();

  • com.twilio.rest.api.v2010.account.usage.record.MonthlyReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: usage-record-this-month

Both producer and consumer are supported

The usage-record-this-month API is defined in the syntax as follows:

twilio:usage-record-this-month/methodName?[parameters]

The 1 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

reader

read

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.usage.record.ThisMonthReader reader();

  • com.twilio.rest.api.v2010.account.usage.record.ThisMonthReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: usage-record-today

Both producer and consumer are supported

The usage-record-today API is defined in the syntax as follows:

twilio:usage-record-today/methodName?[parameters]

The 1 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

reader

read

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.usage.record.TodayReader reader();

  • com.twilio.rest.api.v2010.account.usage.record.TodayReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: usage-record-yearly

Both producer and consumer are supported

The usage-record-yearly API is defined in the syntax as follows:

twilio:usage-record-yearly/methodName?[parameters]

The 1 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

reader

read

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.usage.record.YearlyReader reader();

  • com.twilio.rest.api.v2010.account.usage.record.YearlyReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: usage-record-yesterday

Both producer and consumer are supported

The usage-record-yesterday API is defined in the syntax as follows:

twilio:usage-record-yesterday/methodName?[parameters]

The 1 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

reader

read

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.usage.record.YesterdayReader reader();

  • com.twilio.rest.api.v2010.account.usage.record.YesterdayReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: usage-trigger

Both producer and consumer are supported

The usage-trigger API is defined in the syntax as follows:

twilio:usage-trigger/methodName?[parameters]

The 5 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

deleter

delete

fetcher

fetch

reader

read

updater

update

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.usage.TriggerCreator creator(String pathAccountSid, java.net.URI callbackUrl, String triggerValue, com.twilio.rest.api.v2010.account.usage.Trigger.UsageCategory usageCategory);

  • com.twilio.rest.api.v2010.account.usage.TriggerCreator creator(java.net.URI callbackUrl, String triggerValue, com.twilio.rest.api.v2010.account.usage.Trigger.UsageCategory usageCategory);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

callbackUrl

URI

pathAccountSid

String

triggerValue

String

usageCategory

UsageCategory

Method deleter

Signatures:

  • com.twilio.rest.api.v2010.account.usage.TriggerDeleter deleter(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.usage.TriggerDeleter deleter(String pathSid);

The twilio/deleter API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method fetcher

Signatures:

  • com.twilio.rest.api.v2010.account.usage.TriggerFetcher fetcher(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.usage.TriggerFetcher fetcher(String pathSid);

The twilio/fetcher API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

Method reader

Signatures:

  • com.twilio.rest.api.v2010.account.usage.TriggerReader reader();

  • com.twilio.rest.api.v2010.account.usage.TriggerReader reader(String pathAccountSid);

The twilio/reader API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

Method updater

Signatures:

  • com.twilio.rest.api.v2010.account.usage.TriggerUpdater updater(String pathAccountSid, String pathSid);

  • com.twilio.rest.api.v2010.account.usage.TriggerUpdater updater(String pathSid);

The twilio/updater API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

pathSid

String

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

API: validation-request

Both producer and consumer are supported

The validation-request API is defined in the syntax as follows:

twilio:validation-request/methodName?[parameters]

The 1 method(s) is(are) listed in the table below, followed by detailed syntax for each method. (API methods can have a shorthand alias name which can be used in the syntax instead of the name)

Method Alias Description

creator

create

Method creator

Signatures:

  • com.twilio.rest.api.v2010.account.ValidationRequestCreator creator(String pathAccountSid, com.twilio.type.PhoneNumber phoneNumber);

  • com.twilio.rest.api.v2010.account.ValidationRequestCreator creator(com.twilio.type.PhoneNumber phoneNumber);

The twilio/creator API method has the parameters listed in the table below:

Parameter Description Type

pathAccountSid

String

phoneNumber

PhoneNumber

In addition to the parameters above, the twilio API can also use any of the Query Parameters (21 parameters).

Any of the parameters can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.parameter. The inBody parameter overrides message header, i.e., the endpoint parameter inBody=myParameterNameHere would override a CamelTwilio.myParameterNameHere header.

Producer Endpoints:

Producer endpoints can use endpoint prefixes followed by endpoint names and associated options described next. A shorthand alias can be used for all the endpoints. The endpoint URI MUST contain a prefix.

Any of the endpoint options can be provided in either the endpoint URI, or dynamically in a message header. The message header name must be of the format CamelTwilio.<option>. Note that the inBody option overrides message header, i.e., the endpoint option inBody=option would override a CamelTwilio.option header.

Endpoint can be one of:

Endpoint Shorthand Alias Description

creator

create

Make the request to the Twilio API to perform the create

deleter

delete

Make the request to the Twilio API to perform the delete

fetcher

fetch

Make the request to the Twilio API to perform the fetch

reader

read

Make the request to the Twilio API to perform the read

updater

update

Make the request to the Twilio API to perform the update

Available endpoints differ depending on the endpoint prefixes.

For more information on the endpoints and options, see Twilio API documentation.

Spring Boot Auto-Configuration

When using twilio with Spring Boot make sure to use the following Maven dependency to have support for auto configuration:

<dependency>
  <groupId>org.apache.camel.springboot</groupId>
  <artifactId>camel-twilio-starter</artifactId>
  <version>x.x.x</version>
  <!-- use the same version as your Camel core version -->
</dependency>

The component supports 9 options, which are listed below.

Name Description Default Type

camel.component.twilio.account-sid

The account SID to use.

String

camel.component.twilio.autowired-enabled

Whether autowiring is enabled. This is used for automatic autowiring options (the option must be marked as autowired) by looking up in the registry to find if there is a single instance of matching type, which then gets configured on the component. This can be used for automatic configuring JDBC data sources, JMS connection factories, AWS Clients, etc.

true

Boolean

camel.component.twilio.bridge-error-handler

Allows for bridging the consumer to the Camel routing Error Handler, which mean any exceptions (if possible) occurred while the Camel consumer is trying to pickup incoming messages, or the likes, will now be processed as a message and handled by the routing Error Handler. Important: This is only possible if the 3rd party component allows Camel to be alerted if an exception was thrown. Some components handle this internally only, and therefore bridgeErrorHandler is not possible. In other situations we may improve the Camel component to hook into the 3rd party component and make this possible for future releases. By default the consumer will use the org.apache.camel.spi.ExceptionHandler to deal with exceptions, that will be logged at WARN or ERROR level and ignored.

false

Boolean

camel.component.twilio.configuration

To use the shared configuration. The option is a org.apache.camel.component.twilio.TwilioConfiguration type.

TwilioConfiguration

camel.component.twilio.enabled

Whether to enable auto configuration of the twilio component. This is enabled by default.

Boolean

camel.component.twilio.lazy-start-producer

Whether the producer should be started lazy (on the first message). By starting lazy you can use this to allow CamelContext and routes to startup in situations where a producer may otherwise fail during starting and cause the route to fail being started. By deferring this startup to be lazy then the startup failure can be handled during routing messages via Camel’s routing error handlers. Beware that when the first message is processed then creating and starting the producer may take a little time and prolong the total processing time of the processing.

false

Boolean

camel.component.twilio.password

Auth token for the account.

String

camel.component.twilio.rest-client

To use the shared REST client. The option is a com.twilio.http.TwilioRestClient type.

TwilioRestClient

camel.component.twilio.username

The account to use.

String