Search:

You're the man, Jose !

Thanks

Matt

Spring 3.1.x is a good start, as a lot of other Spring projects now depend on it.
So currently with Spring 3.0.x it's impossible to upgrade many of the libraries we use.

Alright, looks like...

I was wondering, maybe Jeremy could help out ?
He must have jumped through the same hoops as you when starting the project...

I believe all we need to be able to do is to merge the forked code...

Hello Jose,

any news from Spring Secretary ?
I am happy to add my voice in and chase them too ...

Matt

I thought something went wrong with the sending :)
Didn't realize that you have a "moderation" mode... good to know now.

Here is the current set up if it helps :



<int:gateway id="barxServerGateway" service-interface="MyServerGateway"
...

That part I understand. However, in case of the above error, as it is not routed back into the aggregator, how can it "release" the group ?
I can confirm, that during the debugging, in case of the...

BTW, in the error scenario above, with regard to the original request message that is in the aggregator... What happens to that ?
Error seems to come back to the caller, so does the request message...

Yes, I have done that now, thanks.
I only spotted after my post that is was DEBUG level (got confused as the stack trace was was being logged too).

I very much appreciate your quick responses.

Thanks, I now got further with this.
Errors seem to be routing as they should.

With this set up however, I am getting a number of errors during startup :


01-24-2013 17:27:43 - [DEBUG] [main]...

I just found another problem related to the above mentioned connection exceptions.

When using a pair of collaborative adapters, I am trying to route such errors back into the aggregator, so that...

Hello Jose,

I (and surely 100s of others) was wondering if you managed to make any progress on merging the fix into the official branch.

Thanks

Matt

That's excellent, thanks for your help.

Matt

I wonder, whether the connection interceptor could do it :



<int-ip:tcp-connection-factory id="client"
type="client"
host="localhost"
port="12345"
single-use="true"
so-timeout="100000"

Thank you Gary,

I actually got this working fine.
This was related to the error handling, as I was trying to throw an exception and it did not come back on the same thread.
I realised that what...

Gary, I have the same issue and trying to use the collaborating adapters. I implemented the flows using the aggregator as in the tcp-client-server-multiplex example.

You mentioned some kind of...

I ran into the same issue here.
My previous home-grown repository implementations worked successfully with multiple transaction managers and aspectj mode.
Best practices on the web mention in such...

Enabled some more logging and noticed that the DAO bean does not get weaved when autowired as a normal class.

While when autowired as an interface, I can see the following in the logs, and...

Ran into a strange problem.
We noticed that any integration tests fail to trigger the @Transactional annotations.

After much testing I discovered that declaring autowired bean by interface seems...

I found the following post about something similar in Weblogic :

http://forum.springsource.org/showthread.php?t=70762

App server handles Kerberos authentication and Spring security then assumes...

Is this what you are referring to : ?
http://blog.springsource.com/2009/09/28/spring-security-kerberos

Yes, I have indeed read this and I am trying to follow it.

However, it does not answer my...

I came across the following documentation in the Websphere server:
...

Just what I need ! Thanks.

Hold on, are you talking about type of the value, or type of the key ?
There is a type attrtibute in the value tag, but I am not sure about the key.
At least dtd does not seem to have it.

Do not think so. At least not in 1.2.5. Not sure if version 2.X will support this or what ?