EXIEncoderInterceptor envia efectivamente bytes codificados. Se codifican solo paquetes XMPP (messages, iq, presence). Los mensajes anteriores son tratados por EXIFilter (sin codificar) para realizar la negociacion.
EXIProcessor arreglado para soportar (de)codificacion schemaless
preservando prefijos.
Se agrega el envio y recepcion de EXI-specific stanzas
Resueltas las primeras 5 y la 8va dudas sobre implementacion (14.11.13)
segun lo conversado con Peter. Resumen de dudas resueltas:
configurationId->en <setupResponse>;
quickConfigurations->agreement=false => enviar <setup> "normal" ; GUID
para generar configurationId ; contentTypeReturned detectado ;
<downloadSchema>: ClientError, ServerError, UnknownError ; guardar
configurationId en registro de Windows. Falta testear los posibles
errores por usar EXIEncoderInterceptor (<failure>, <stream:error>, etc)
y la validacion usando solo namespaces en CanonicalSchema. Además hay
que procesar uploadCompressedSchema.
Resueltas las primeras 5 y la 8va dudas sobre implementacion (14.11.13)
segun lo conversado con Peter. Resumen de dudas resueltas:
configurationId->en <setupResponse>;
quickConfigurations->agreement=false => enviar <setup> normal ; GUID
para generar configurationId ; contentTypeReturned detectado ;
<downloadSchema>: ClientError, ServerError, UnknownError ; guardar
configurationId en registro de Windows. Falta testear los posibles
errores por usar EXIEncoderInterceptor (<failure>, <stream:error>, etc)
y la validacion usando solo namespaces en CanonicalSchema. Adems hay
que procesar uploadCompressedSchema.
Resueltas las primeras 5 y la 8va dudas sobre implementacion (14.11.13)
segun lo conversado con Peter. Resumen de dudas resueltas:
configurationId->en <setupResponse>;
quickConfigurations->agreement=false => enviar <setup> normal ; GUID
para generar configurationId ; contentTypeReturned detectado ;
<downloadSchema>: ClientError, ServerError, UnknownError ; guardar
configurationId en registro de Windows. Falta testear los posibles
errores por usar EXIEncoderInterceptor (<failure>, <stream:error>, etc)
y la validacion usando solo namespaces en CanonicalSchema. Adems hay que
procesar uploadCompressedSchema.
Solucionado el problema del orden de los schema usando solo su
namespace: se crea SchemaResolver. Sólo queda procesar <uploadSchema>
cuando se cargan schemas comprimidos.
Solucionado el problema del orden de los schema usando solo su
namespace: se crea SchemaResolver. Sólo queda procesar <uploadSchema>
cuando se cargan schemas comprimidos.
Se usa filterWrite para codificar mensajes desde EXICodecFilter (ex
EXIDecoderFilter), ya
no es necesario usar EXIEncoderInterceptor por lo tanto este se borra.
EXIProcessor decodifica usando UTF-8, por lo tanto soporta tildes y
cremillas.
EXIProcessor decodifica usando UTF-8, por lo tanto soporta tildes y
cremillas.
Se incluye el metodo EXI en los métodos de compresión ofrecidos por el
servidor con <stream:features>. Esto se hace en EXIFilter, por lo que
sigue funcionando todo con sólo el Plugin.
blockSize y strict son asignados según el cliente especifica en <setup>
stanza
Solucionado el problema al recibir mensajes fragmentados (antes
funcionaba solo cuando se enviaba primero un byte y luego el resto,
ahora funciona para cualquier tipo de fragmentacion). Considera que MINA
asegura que los bytes llegarán siempre en el orden correcto.
uploadSchema: Solucionados los mensajes particionados en cualquier
manera para archivos binarios. Falta por hacer para archivos comprimidos
(EXI Document y EXI Body).
uploadSchema: Solucionados los mensajes particionados de cualquier
manera para archivos binarios y comprimidos.
solucionada la particion de mensajes
Upload Compressed Schema sending only an EXIBody is now possible.
Upload Compressed Schema sending only an EXIBody is now possible.
dasdd