Hi Waruna,
Thanks for you reply.
I will check on this.
Thanks
2017-05-02 15:31 GMT-05:00 Waruna Perera :
> Hi Francisco,
>
> The way you can work with task is to use admin services [1] [2] . Please
> see TaskAdmin service.
>
> [1]
Hi Francisco,
The way you can work with task is to use admin services [1] [2] . Please
see TaskAdmin service.
[1] https://docs.wso2.com/display/ESB500/Calling+Admin+Services+from+Apps
[2]
https://buddhimawijeweera.wordpress.com/2014/08/09/calling-wso2-esb-admin-services-using-jaggery-app/
Hello,
Is it possible to make usage of an Enterprise Task Manager to control the
tasks on WSO2 ESB?
Like to use, Appworx in order to control(start, stop, get status) the tasks
on WSO2 ESB?
Thanks in advance,
--
Francisco Ribeiro
*SCEA|SCJP|SCWCD|IBM Certified SOA Associate*
Hi Isuru,
When using dual channel JMS. AFAIK how it internally works in the ESB is,
1. The incoming http message will be published to broker via JMS sender
2. When publishing the message will be given a Correlation id
3. ESB will create a temporary subscription to the reply JMS queue with
the
Hi Mukesh debug your code and check that in this portion of code:
String tokenID;
if
(renewedTokenID != null) {
tokenID
=
Hi,
How should we do $subject [1]? AFAIU there are two possible alternatives:
1. Use JMS local transactions [2].
2. Use retrying and moving to DLC if a failure occurrs [3]
IMHO the best option is to use option #2. Since this is a synchronous
invocation, and the client is waiting for a
Hi all,
I have tested distributed transactions for the broker profile of WSO2
Enterprise Integrator 6.1.1 for the following scenarios:
- dtx commit - Publish message to queue. Transactionally receive and
publish to another queue
- dtx rollback - Publish message to the same queue. Rollback the
Hi Omnidu,
I tested by disabling renew, even then same error is coming. I'm using [1]
as Service.
[1] https://github.com/muke5hy/Axis2HelloWorld
On Tue, May 2, 2017 at 1:41 AM, Omindu Rathnaweera wrote:
> Hi Mukesh,
>
> Can you try adding the fix provided in [1] and see
[+= Pamod]
On Tue, May 2, 2017 at 1:54 PM, Isuru Haththotuwa wrote:
> Hi,
>
> How should we do $subject [1]? AFAIU there are two possible alternatives:
>
>1. Use JMS local transactions [2].
>2. Use retrying and moving to DLC if a failure occurrs [3]
>
> IMHO the best