Hi Phil
1) Create the service aar and copy it to synapse_repository/services
I believe that a Synapse instance should not host services.. (See my
suggestion below)
2) Modify the axis2.xml in synapse_repository/conf to add
.....
I realize this could be totally bogus ;-)
:-)
Then start synapse using bin/synapse.sh -sample 0
No matter what I do in axis2.xml, the service does not get started.
That is probably because SynpseHttpServer does init(), but not start()
on the listeners.
Yes..
Without the axis2.xml mods, you get connection refused, which makes
sense. I guess what must be happening here is that as Ruwan suggested,
Synapse "owns" all of the axis listeners, so mediation is going to
kick in for the forwarded request that comes in on 9000 and for the
first sample at least that mediation does nothing but send so is
essentially recursive. I tried to play with filters to pop out of the
loop, but a) I am still figuring out how these work and b) adding a
test for local host seemed to pollute the example.
I have not dug into standalone axis2 to see if it autoloads services
when you hit them a la tomcat. If it doesn't, that could cause a
fault, but I don't see faults until the client bails.
Sorry to cause a distraction here and that I can't be more immediately
helpful. Unless someone can find a simple way to make this work
without hacking the synapse_sample xml in distracting ways, I think it
is probably best just to doc the fact that you need to have a local
Axis2 RC1 running to get the samples to work.
I think without requiring one to download an Axis2 instance to play
around, what we could do is provide a shell script to use use the
available Axis2 jars and start an Axis2 instance - using a separate
axis2.xml which we could bundle. I will work on this and try to include
this into the RC1 we are targeting for the end of this week.
I would be happy to
patch the docs to reflect that if it would be helpful.
You are most welcome Phil to help us. You might want to wait till end of
this week though, since I want to clean up most of the unused stuff
still handing around in odd places of the svn..and also make the above
change to simplify the samples. Any help to improve the samples and
documentation would be great indeed and writing them from an end-user
perspective would be even better.
asankha
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
