Re: sandesha problem

2009-02-06 Thread Andrei Ivanov
Any thoughts?

On Mon, Feb 2, 2009 at 11:13 AM, Andrei Ivanov  wrote:
> On Mon, Feb 2, 2009 at 8:07 AM, Amila Suriarachchi
>  wrote:
>> Can you try with the axis2 snapshot and sandesha2 snapshot.
> I see that sandesha2 snapshot is using generics... and I use java 1.4
>
>> Try using different INTERNAL_KEY s rather than the SEQUENCE_KEY
> How can I do that?
> AFAIS, in both 1.3 and in snapshot the internal key is defined like this:
> Sandesha2Constants.INTERNAL_SEQUENCE_PREFIX + ":" + to + ":" + sequenceKey
>
> I am providing a different sequence key for each sequence... so this
> should make the internal key different already.
>
>>
>> thanks,
>> Amila.
>>
>> On Sun, Feb 1, 2009 at 9:17 PM, Andrei Ivanov 
>> wrote:
>>>
>>> Hello,
>>> I'm trying to add WS-RM to my services and clients, but I'm having
>>> some problems.
>>> I followed the user guide and when I tried to do some testing, I
>>> noticed some exceptions being thrown.
>>>
>>> I've generated a client stub(PersonalDataServiceStub) from the
>>> services WSDL and I've added these lines to the end
>>> of the constructor(PersonalDataServiceStub(ConfigurationContext
>>> configurationContext, String targetEndpoint, boolean
>>> useSeparateListener)):
>>>
>>> final String sequenceKey = SandeshaUtil.getUUID();
>>> clientOptions.setProperty(SandeshaClientConstants.SEQUENCE_KEY,
>>> sequenceKey);
>>> clientOptions.setProperty(SandeshaClientConstants.LAST_MESSAGE,
>>> Constants.VALUE_TRUE);
>>>
>>> Then, in the test class I created 2 instances of the stub and called
>>> some methods:
>>>
>>> ConfigurationContext configContext =
>>>
>>> ConfigurationContextFactory.createConfigurationContextFromFileSystem(CLIENT_REPO_PATH,
>>> axis2_xml);
>>>
>>> PersonalDataServiceStub stub = new
>>> PersonalDataServiceStub(configurationContext, targetEndpoint, true);
>>> // param was initialized
>>> stub.getPersonalData(param);
>>>
>>> stub = new PersonalDataServiceStub(configurationContext, targetEndpoint,
>>> true);
>>> stub.getFamilyTree(request);
>>>
>>> I'm setting the sequenceKey myself because I want to use 2 separate
>>> sequences for the calls, but something goes wrong.
>>> I used tcpmon to see what it was doing:
>>> Client:
>>> 1. CreateSequence
>>> 2. invoke getPersonalData
>>> 3. CreateSequence (for the 2nd call)
>>> 4. TerminateSequence (for the 1st call)
>>> 5. invoke getFamilyTree
>>> 6. TerminateSequence (for the 2nd call)
>>>
>>> Server:
>>> 1. CreateSequenceResponse
>>> 2. result for getPersonalData
>>> 3. CreateSequenceResponse
>>> 4. TerminateSequence (why is the server trying to end the 1st sequence
>>> itself?)
>>> 5. result for getFamilyTree
>>> 6. Fault, the action
>>> "http://schemas.xmlsoap.org/ws/2005/02/rm/TerminateSequence"; cannot be
>>> processed at the receiver (probably for the 1st TerminateSequence from
>>> the client)
>>> 7. SequenceFault, the 1st sequence is already terminated... probably
>>> at step 4 the server terminated it
>>> 8. TerminateSequence, for the 2nd sequence
>>>
>>>
>>> Am I doing something wrong? or maybe it is a bug in sandesha? remember
>>> that I want to use a different sequence for each operation.
>>> If you need additional data, please tell me.
>>> Thanks
>>
>>
>>
>> --
>> Amila Suriarachchi
>> WSO2 Inc.
>> blog: http://amilachinthaka.blogspot.com/
>>
>


Re: sandesha problem

2009-02-04 Thread Andrei Ivanov
Anyone?

On Mon, Feb 2, 2009 at 11:13 AM, Andrei Ivanov  wrote:
> On Mon, Feb 2, 2009 at 8:07 AM, Amila Suriarachchi
>  wrote:
>> Can you try with the axis2 snapshot and sandesha2 snapshot.
> I see that sandesha2 snapshot is using generics... and I use java 1.4
>
>> Try using different INTERNAL_KEY s rather than the SEQUENCE_KEY
> How can I do that?
> AFAIS, in both 1.3 and in snapshot the internal key is defined like this:
> Sandesha2Constants.INTERNAL_SEQUENCE_PREFIX + ":" + to + ":" + sequenceKey
>
> I am providing a different sequence key for each sequence... so this
> should make the internal key different already.
>
>>
>> thanks,
>> Amila.
>>
>> On Sun, Feb 1, 2009 at 9:17 PM, Andrei Ivanov 
>> wrote:
>>>
>>> Hello,
>>> I'm trying to add WS-RM to my services and clients, but I'm having
>>> some problems.
>>> I followed the user guide and when I tried to do some testing, I
>>> noticed some exceptions being thrown.
>>>
>>> I've generated a client stub(PersonalDataServiceStub) from the
>>> services WSDL and I've added these lines to the end
>>> of the constructor(PersonalDataServiceStub(ConfigurationContext
>>> configurationContext, String targetEndpoint, boolean
>>> useSeparateListener)):
>>>
>>> final String sequenceKey = SandeshaUtil.getUUID();
>>> clientOptions.setProperty(SandeshaClientConstants.SEQUENCE_KEY,
>>> sequenceKey);
>>> clientOptions.setProperty(SandeshaClientConstants.LAST_MESSAGE,
>>> Constants.VALUE_TRUE);
>>>
>>> Then, in the test class I created 2 instances of the stub and called
>>> some methods:
>>>
>>> ConfigurationContext configContext =
>>>
>>> ConfigurationContextFactory.createConfigurationContextFromFileSystem(CLIENT_REPO_PATH,
>>> axis2_xml);
>>>
>>> PersonalDataServiceStub stub = new
>>> PersonalDataServiceStub(configurationContext, targetEndpoint, true);
>>> // param was initialized
>>> stub.getPersonalData(param);
>>>
>>> stub = new PersonalDataServiceStub(configurationContext, targetEndpoint,
>>> true);
>>> stub.getFamilyTree(request);
>>>
>>> I'm setting the sequenceKey myself because I want to use 2 separate
>>> sequences for the calls, but something goes wrong.
>>> I used tcpmon to see what it was doing:
>>> Client:
>>> 1. CreateSequence
>>> 2. invoke getPersonalData
>>> 3. CreateSequence (for the 2nd call)
>>> 4. TerminateSequence (for the 1st call)
>>> 5. invoke getFamilyTree
>>> 6. TerminateSequence (for the 2nd call)
>>>
>>> Server:
>>> 1. CreateSequenceResponse
>>> 2. result for getPersonalData
>>> 3. CreateSequenceResponse
>>> 4. TerminateSequence (why is the server trying to end the 1st sequence
>>> itself?)
>>> 5. result for getFamilyTree
>>> 6. Fault, the action
>>> "http://schemas.xmlsoap.org/ws/2005/02/rm/TerminateSequence"; cannot be
>>> processed at the receiver (probably for the 1st TerminateSequence from
>>> the client)
>>> 7. SequenceFault, the 1st sequence is already terminated... probably
>>> at step 4 the server terminated it
>>> 8. TerminateSequence, for the 2nd sequence
>>>
>>>
>>> Am I doing something wrong? or maybe it is a bug in sandesha? remember
>>> that I want to use a different sequence for each operation.
>>> If you need additional data, please tell me.
>>> Thanks
>>
>>
>>
>> --
>> Amila Suriarachchi
>> WSO2 Inc.
>> blog: http://amilachinthaka.blogspot.com/
>>
>


Re: sandesha problem

2009-02-02 Thread Andrei Ivanov
On Mon, Feb 2, 2009 at 8:07 AM, Amila Suriarachchi
 wrote:
> Can you try with the axis2 snapshot and sandesha2 snapshot. Try using
> different INTERNAL_KEY s rather than the SEQUENCE_KEY
I've just tried the snapshots and I don't think there's any difference.
The server side keeps sending TerminateSequence messages, as if it is
ignoring the TerminateSequence from the client.
Or maybe the server side sees the CreateSequence messages from the
next sequence and somehow it decides it needs to terminate
the first one itself?

>
> thanks,
> Amila.
>
> On Sun, Feb 1, 2009 at 9:17 PM, Andrei Ivanov 
> wrote:
>>
>> Hello,
>> I'm trying to add WS-RM to my services and clients, but I'm having
>> some problems.
>> I followed the user guide and when I tried to do some testing, I
>> noticed some exceptions being thrown.
>>
>> I've generated a client stub(PersonalDataServiceStub) from the
>> services WSDL and I've added these lines to the end
>> of the constructor(PersonalDataServiceStub(ConfigurationContext
>> configurationContext, String targetEndpoint, boolean
>> useSeparateListener)):
>>
>> final String sequenceKey = SandeshaUtil.getUUID();
>> clientOptions.setProperty(SandeshaClientConstants.SEQUENCE_KEY,
>> sequenceKey);
>> clientOptions.setProperty(SandeshaClientConstants.LAST_MESSAGE,
>> Constants.VALUE_TRUE);
>>
>> Then, in the test class I created 2 instances of the stub and called
>> some methods:
>>
>> ConfigurationContext configContext =
>>
>> ConfigurationContextFactory.createConfigurationContextFromFileSystem(CLIENT_REPO_PATH,
>> axis2_xml);
>>
>> PersonalDataServiceStub stub = new
>> PersonalDataServiceStub(configurationContext, targetEndpoint, true);
>> // param was initialized
>> stub.getPersonalData(param);
>>
>> stub = new PersonalDataServiceStub(configurationContext, targetEndpoint,
>> true);
>> stub.getFamilyTree(request);
>>
>> I'm setting the sequenceKey myself because I want to use 2 separate
>> sequences for the calls, but something goes wrong.
>> I used tcpmon to see what it was doing:
>> Client:
>> 1. CreateSequence
>> 2. invoke getPersonalData
>> 3. CreateSequence (for the 2nd call)
>> 4. TerminateSequence (for the 1st call)
>> 5. invoke getFamilyTree
>> 6. TerminateSequence (for the 2nd call)
>>
>> Server:
>> 1. CreateSequenceResponse
>> 2. result for getPersonalData
>> 3. CreateSequenceResponse
>> 4. TerminateSequence (why is the server trying to end the 1st sequence
>> itself?)
>> 5. result for getFamilyTree
>> 6. Fault, the action
>> "http://schemas.xmlsoap.org/ws/2005/02/rm/TerminateSequence"; cannot be
>> processed at the receiver (probably for the 1st TerminateSequence from
>> the client)
>> 7. SequenceFault, the 1st sequence is already terminated... probably
>> at step 4 the server terminated it
>> 8. TerminateSequence, for the 2nd sequence
>>
>>
>> Am I doing something wrong? or maybe it is a bug in sandesha? remember
>> that I want to use a different sequence for each operation.
>> If you need additional data, please tell me.
>> Thanks
>
>
>
> --
> Amila Suriarachchi
> WSO2 Inc.
> blog: http://amilachinthaka.blogspot.com/
>


Re: sandesha problem

2009-02-02 Thread Andrei Ivanov
On Mon, Feb 2, 2009 at 8:07 AM, Amila Suriarachchi
 wrote:
> Can you try with the axis2 snapshot and sandesha2 snapshot.
I see that sandesha2 snapshot is using generics... and I use java 1.4

> Try using different INTERNAL_KEY s rather than the SEQUENCE_KEY
How can I do that?
AFAIS, in both 1.3 and in snapshot the internal key is defined like this:
Sandesha2Constants.INTERNAL_SEQUENCE_PREFIX + ":" + to + ":" + sequenceKey

I am providing a different sequence key for each sequence... so this
should make the internal key different already.

>
> thanks,
> Amila.
>
> On Sun, Feb 1, 2009 at 9:17 PM, Andrei Ivanov 
> wrote:
>>
>> Hello,
>> I'm trying to add WS-RM to my services and clients, but I'm having
>> some problems.
>> I followed the user guide and when I tried to do some testing, I
>> noticed some exceptions being thrown.
>>
>> I've generated a client stub(PersonalDataServiceStub) from the
>> services WSDL and I've added these lines to the end
>> of the constructor(PersonalDataServiceStub(ConfigurationContext
>> configurationContext, String targetEndpoint, boolean
>> useSeparateListener)):
>>
>> final String sequenceKey = SandeshaUtil.getUUID();
>> clientOptions.setProperty(SandeshaClientConstants.SEQUENCE_KEY,
>> sequenceKey);
>> clientOptions.setProperty(SandeshaClientConstants.LAST_MESSAGE,
>> Constants.VALUE_TRUE);
>>
>> Then, in the test class I created 2 instances of the stub and called
>> some methods:
>>
>> ConfigurationContext configContext =
>>
>> ConfigurationContextFactory.createConfigurationContextFromFileSystem(CLIENT_REPO_PATH,
>> axis2_xml);
>>
>> PersonalDataServiceStub stub = new
>> PersonalDataServiceStub(configurationContext, targetEndpoint, true);
>> // param was initialized
>> stub.getPersonalData(param);
>>
>> stub = new PersonalDataServiceStub(configurationContext, targetEndpoint,
>> true);
>> stub.getFamilyTree(request);
>>
>> I'm setting the sequenceKey myself because I want to use 2 separate
>> sequences for the calls, but something goes wrong.
>> I used tcpmon to see what it was doing:
>> Client:
>> 1. CreateSequence
>> 2. invoke getPersonalData
>> 3. CreateSequence (for the 2nd call)
>> 4. TerminateSequence (for the 1st call)
>> 5. invoke getFamilyTree
>> 6. TerminateSequence (for the 2nd call)
>>
>> Server:
>> 1. CreateSequenceResponse
>> 2. result for getPersonalData
>> 3. CreateSequenceResponse
>> 4. TerminateSequence (why is the server trying to end the 1st sequence
>> itself?)
>> 5. result for getFamilyTree
>> 6. Fault, the action
>> "http://schemas.xmlsoap.org/ws/2005/02/rm/TerminateSequence"; cannot be
>> processed at the receiver (probably for the 1st TerminateSequence from
>> the client)
>> 7. SequenceFault, the 1st sequence is already terminated... probably
>> at step 4 the server terminated it
>> 8. TerminateSequence, for the 2nd sequence
>>
>>
>> Am I doing something wrong? or maybe it is a bug in sandesha? remember
>> that I want to use a different sequence for each operation.
>> If you need additional data, please tell me.
>> Thanks
>
>
>
> --
> Amila Suriarachchi
> WSO2 Inc.
> blog: http://amilachinthaka.blogspot.com/
>


Re: sandesha problem

2009-02-01 Thread Amila Suriarachchi
Can you try with the axis2 snapshot and sandesha2 snapshot. Try using
different INTERNAL_KEY s rather than the SEQUENCE_KEY

thanks,
Amila.

On Sun, Feb 1, 2009 at 9:17 PM, Andrei Ivanov wrote:

> Hello,
> I'm trying to add WS-RM to my services and clients, but I'm having
> some problems.
> I followed the user guide and when I tried to do some testing, I
> noticed some exceptions being thrown.
>
> I've generated a client stub(PersonalDataServiceStub) from the
> services WSDL and I've added these lines to the end
> of the constructor(PersonalDataServiceStub(ConfigurationContext
> configurationContext, String targetEndpoint, boolean
> useSeparateListener)):
>
> final String sequenceKey = SandeshaUtil.getUUID();
> clientOptions.setProperty(SandeshaClientConstants.SEQUENCE_KEY,
> sequenceKey);
> clientOptions.setProperty(SandeshaClientConstants.LAST_MESSAGE,
> Constants.VALUE_TRUE);
>
> Then, in the test class I created 2 instances of the stub and called
> some methods:
>
> ConfigurationContext configContext =
>
> ConfigurationContextFactory.createConfigurationContextFromFileSystem(CLIENT_REPO_PATH,
> axis2_xml);
>
> PersonalDataServiceStub stub = new
> PersonalDataServiceStub(configurationContext, targetEndpoint, true);
> // param was initialized
> stub.getPersonalData(param);
>
> stub = new PersonalDataServiceStub(configurationContext, targetEndpoint,
> true);
> stub.getFamilyTree(request);
>
> I'm setting the sequenceKey myself because I want to use 2 separate
> sequences for the calls, but something goes wrong.
> I used tcpmon to see what it was doing:
> Client:
> 1. CreateSequence
> 2. invoke getPersonalData
> 3. CreateSequence (for the 2nd call)
> 4. TerminateSequence (for the 1st call)
> 5. invoke getFamilyTree
> 6. TerminateSequence (for the 2nd call)
>
> Server:
> 1. CreateSequenceResponse
> 2. result for getPersonalData
> 3. CreateSequenceResponse
> 4. TerminateSequence (why is the server trying to end the 1st sequence
> itself?)
> 5. result for getFamilyTree
> 6. Fault, the action
> "http://schemas.xmlsoap.org/ws/2005/02/rm/TerminateSequence"; cannot be
> processed at the receiver (probably for the 1st TerminateSequence from
> the client)
> 7. SequenceFault, the 1st sequence is already terminated... probably
> at step 4 the server terminated it
> 8. TerminateSequence, for the 2nd sequence
>
>
> Am I doing something wrong? or maybe it is a bug in sandesha? remember
> that I want to use a different sequence for each operation.
> If you need additional data, please tell me.
> Thanks
>



-- 
Amila Suriarachchi
WSO2 Inc.
blog: http://amilachinthaka.blogspot.com/


sandesha problem

2009-02-01 Thread Andrei Ivanov
Hello,
I'm trying to add WS-RM to my services and clients, but I'm having
some problems.
I followed the user guide and when I tried to do some testing, I
noticed some exceptions being thrown.

I've generated a client stub(PersonalDataServiceStub) from the
services WSDL and I've added these lines to the end
of the constructor(PersonalDataServiceStub(ConfigurationContext
configurationContext, String targetEndpoint, boolean
useSeparateListener)):

final String sequenceKey = SandeshaUtil.getUUID();
clientOptions.setProperty(SandeshaClientConstants.SEQUENCE_KEY, sequenceKey);
clientOptions.setProperty(SandeshaClientConstants.LAST_MESSAGE,
Constants.VALUE_TRUE);

Then, in the test class I created 2 instances of the stub and called
some methods:

ConfigurationContext configContext =
ConfigurationContextFactory.createConfigurationContextFromFileSystem(CLIENT_REPO_PATH,
axis2_xml);

PersonalDataServiceStub stub = new
PersonalDataServiceStub(configurationContext, targetEndpoint, true);
// param was initialized
stub.getPersonalData(param);

stub = new PersonalDataServiceStub(configurationContext, targetEndpoint, true);
stub.getFamilyTree(request);

I'm setting the sequenceKey myself because I want to use 2 separate
sequences for the calls, but something goes wrong.
I used tcpmon to see what it was doing:
Client:
1. CreateSequence
2. invoke getPersonalData
3. CreateSequence (for the 2nd call)
4. TerminateSequence (for the 1st call)
5. invoke getFamilyTree
6. TerminateSequence (for the 2nd call)

Server:
1. CreateSequenceResponse
2. result for getPersonalData
3. CreateSequenceResponse
4. TerminateSequence (why is the server trying to end the 1st sequence itself?)
5. result for getFamilyTree
6. Fault, the action
"http://schemas.xmlsoap.org/ws/2005/02/rm/TerminateSequence"; cannot be
processed at the receiver (probably for the 1st TerminateSequence from
the client)
7. SequenceFault, the 1st sequence is already terminated... probably
at step 4 the server terminated it
8. TerminateSequence, for the 2nd sequence


Am I doing something wrong? or maybe it is a bug in sandesha? remember
that I want to use a different sequence for each operation.
If you need additional data, please tell me.
Thanks