[Vortex] vortex_connection_set_receive_handler

[Robert M. Münch]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA384

Am 02.01.2009, 12:39 Uhr, schrieb Francis Brosnan Blazquez <francis at aspl.es>:

> There are two profile types. Both add semantic to your protocol but one
> of them do a "tunning" operation. This involves a BEEP connection reset
> after successful profile activation.

Hi, I tried to make some steps forward. But I think I hit a blocking point. Trying to structure down what I want to do and what I found out:

=== What do I want to do

I need to route all Vortex network messages over something like a proxy server. For this I have own written send/receive functions that work like a socket. The connection to the proxy and from the proxy to the BEEP server is setup before any Vortex stuff happens. So, TCP/IP connection is established.


=== Things I tried

1. To change the transport mapping handlers I need a VortexConnection object. So, I need to have a way to create such an object but without having it to make any connection.

2. Tried to get a Vortex connection boot-strapped with an already established communication link
- - Using vortex_connection_new with the proxy host/port
- - The connection will fail (as expected) but now I have a VortexConnection object to change transport handlers
- - Changed the transport handlers to my function
- - Tried a vortex_connection_reconnect

The last one doesn't work because vortex_connection_reconnect will use the provided host/port values from vortex_connection_new and calls __vortex_connection_new which will create an own socket. Thus not taking into account that I have provided my own send/receive handlers that already can work on an established connection.

3. Than I tried using vortex_connection_new_empty to avoid this socket stuff. The problem here is, that this function tries to create channel 0 before I'm able to specify new transport handlers. I should first be able to provide new transport handlers and than have Vortex start all this BEEP initializing stuff.

=== Blocking points

1. I can't see a way to tell Vortex just to use my handlers (without doing any socket stuff) that can already send data back and forth

2. I don't see a way to tell Vortex to start the whole BEEP setup process like creating channel 0 etc. using the provided send/receive handers. These steps are currently hard coded into __vortex_connection_new which always creates its own socket. So I don't know how to start a new "BEEP initializing without socket stuff".

Any idea how I can solve this?

- -- 
Robert M. Münch
Management and IT freelancer
http://www.robertmuench.de

-----BEGIN PGP SIGNATURE-----
Version: PGP Desktop 9.9.0 (Build 397)
Charset: iso-8859-15

wsBVAwUBSV4/eHSQa/BbHGLwAQnOLgf/R5i/HvlKesJ3oaCUO11B5iQ9FGIqi+Ry
5Y4H/N8zUdKnOOAyi3SAxrApWh/4i8sV5ZjW+ivuG218BO1VQGdXlMu1xA3n1eHL
ipMD3qihYQw7RPxYuV137M25PfiKfQAOGZJA1P7VmbIKFqkujeP+t0teZR3J4NW0
Pb7EknaXducYfXg2S9Z/OS8sq+Yin/SaaEwpccc61ojIS5dpdligG8ciklMBYSjo
rfih2HplOnXKpPQ/hKBRvj6rYbxxu0ADkVDXkC/LiknsBf4gyk7Epj45V4/Zojux
bDOl00mbDclyBtmB+v/qo02Wpd71eCZ7eBdqQZfVZxoSTGE9331i8g==
=A9S4
-----END PGP SIGNATURE-----