APIs PARA J2ME. JSR 120 (SMS), JSR 205 (WMAPI 2.0) e JSR 180 (SIP) TÓPICOS EM ENGENHARIA DE COMPUTAÇÃO V. Prof. José Mario De Martino

Transcrição

1 APIs PARA J2ME JSR 120 (SMS), JSR 205 (WMAPI 2.0) e JSR 180 (SIP) TÓPICOS EM ENGENHARIA DE COMPUTAÇÃO V Prof. José Mario De Martino ALUNO: Julian Mauricio Prada Sanmiguel RA: Grupo 6 1

2 ÍNDICE. ÍNDICE 2 1. PROTOCOLO SIP Desenho do protocolo Funcionamento do protocolo Agentes de usuário Servidores de registro Servidores Proxy e de redirecionamento Formato das mensagens JSR 180: SIP API PARA J2ME EXEMPLOS Conexão cliente Conexão servidor Conexão servidor, o porto é atribuído pelo sistema Outros 9 2. JSR 120 (SMS) E JSR 205 (WMAPI 2.0) API JSR 120 (SMS) Passos para enviar uma mensagem (SMS) Passos para receber uma mensagem (SMS) de forma assíncrona Passos para receber uma mensagem (SMS) de forma síncrona Configuração do MessageConnection EXEMPLOS SMS Modo Cliente Modo Servidor Envio de um SMS no modo texto e binário API JSR 205 (MMS) EXEMPLOS MMS Enviar um MMS usando JRS BIBLIOGRAFIA 22 2

3 1. PROTOCOLO DE INICIAÇÃO DE SESSÃO (SIP) API JSR 180 O Protocolo de Iniciação de Sessão (SIP) é um protocolo desenvolvido pela Internet Engineering Task Force (IETF), com a intenção de ser um padrão para a iniciação, modificação y finalização de sessões de comunicação interativa entre usuários onde intervêm elementos multimídia como o vídeo, a voz, a mensageira instantânea, os jogos online e a realidade virtual, aplicando o modelo petição resposta, similar ao HTTP DESENHO DO PROTOCOLO O protocolo SIP foi desenhado com o conceito de caixa de ferramentas, isto é, o protocolo SIP utiliza as funções contribuídas por outros protocolos e não volta a desenvolvê-las, ele se concentra no estabelecimento, modificação y terminação das sessões e complementa-se entre outros, com o SDP, que descreve o conteúdo multimídia da sessão, por exemplo, que direciones IP, portos e códecs se usarão durante a comunicação. O protocolo SIP adota o modelo cliente servidor e é transacional. O cliente realiza petições (request) que o servidor atende e gera uma ou mais respostas, por exemplo, para iniciar uma sessão o cliente realiza uma petição com o método INVITE em onde indica com que usuário (ou recurso) quer estabelecer a sessão, o servidor responde já seja recusando ou aceitando essa petição numa série de respostas, as respostas levam um código de estado que brindam informação a respeito de se as petições foram resolvidas com sucesso ou se se produziu um erro. A petição inicial e todas suas respostas constituem uma transação. Os servidores, por defeito, utilizam o porto 5060 em TCP (Transmission Control Protocol) e UDP (User Datagram Protocol) para receber as petições dos clientes SIP FUNCIONAMENTO DO PROTOCOLO. O protocolo SIP permite o estabelecimento de sessões multimídia entre dois ou mais usuários, ele faz isto mediante o intercambio de mensagens entres as partes que se querem comunicar. 3

4 AGENTES DE USUÁRIO. Os usuários, que podem ser seres humanos ou aplicações de software, utilizam para estabelecer sessões, o que o protocolo SIP denomina Agentes de Usuário, estes são os pontos extremos do protocolo, os que emitem e recebem as mensagens do protocolo SIP, por exemplo, um videoteléfone, um telefone, um cliente de software (softphone) ou qualquer outro dispositivo similar, o protocolo não se ocupa da interface destes dispositivos com o usuário final, só se interessa nas mensagens que estes geram e recebem. Os agentes de usuário se comportam como clientes (UAC: User Agent Clients) ou como servidores (UAS: User Agent Servers), são UAC quando realizam uma petição e são UAS quando a recebem SERVIDORES DE REGISTRO. O protocolo SIP permite estabelecer a localização física de um usuário determinado na rede, para isto utiliza o mecanismo de registro. Cada usuário tem uma direção lógica que é invariável respeito da localização física do usuário, um endereço lógico do protocolo SIP é da forma usuario@dominio, da mesma forma que um endereço de correio eletrônico. O endereço físico (endereço de contato) é dependente do lugar onde o usuário está conectado (IP), quando um usuário inicializa seu terminal (por exemplo, conectando seu telefone o abrindo seu software de telefonia SIP) o agente de usuário SIP que está em esse terminal envia uma petição com o método REGISTER a um Servidor de Registro, informando a que endereço físico deve associar-se o endereço lógico do usuário, então o servidor de registro realiza a associação (binding) SERVIDORES PROXY E DE REDIRECIONAMENTO. Um conjunto de usuários que pertencem a uma companhia ou provedor de serviços de comunicações conformam um domínio, este domínio, que é indicado num endereço SIP depois do é normalmente atendido por um servidor o qual recebe as petições para seus usuários será o encarregado de determinar o endereço físico do usuário chamado. Os servidores podem atuar de duas maneiras: 4

5 Como Proxy Como Rediretor Quando atua como Proxy o servidor determina a localização do usuário chamado, e envia a petição ao endereço físico do usuário chamado, as respostas do agente de usuário chamado também são enviadas ao Proxy o qual as remite para o usuário de origem. Como rediretor o servidor gera uma resposta que indica à origem o endereço físico do usuário para que este possa realizar uma petição e enviá-la ao endereço físico do usuário desejado. Um mesmo servidor pode atuar como Rediretor o como Proxy dependendo da situação FORMATO DAS MENSAGENS As mensagens que se intercambiam no protocolo SIP podem ser petições ou respostas, as petições têm uma línea de petição, uns encabeçados e um corpo, e as respostas tem uma línea de resposta, uns encabeçados e um corpo. A línea de petição indica o propósito e o destinatário da petição, e a línea de resposta indica o código de estado da resposta o qual indica o resultado do processamento da petição. Os encabeçados das petições e respostas são utilizados para diversas funções do protocolo relacionadas com o encaminhamento das mensagens, autenticação dos usuários, entre outras. O corpo das mensagens é opcional e é utilizado para transportar as descrições das sessões que se querem estabelecer, utilizando a sintaxe do protocolo SDP JSR 180: SIP API PARA J2ME JSR 180 define um pacote opcional que fornece a API SIP para clientes J2ME, de modo que aplicações SIP podem operar em dispositivos com pouca memória. Esta interface lhe permite a JAVA habilitar dispositivos móveis para enviar e receber mensagens SIP. A API é compacta y genérica, de modo que pode usar-se com qualquer perfil J2ME, não só MIDP. Como mínimo, requere da versão 1.0 do CLDC (Connected Limited Device Configuration). As APIs são definidas no pacote javax.microedition.sip. e contém 8 interfaces e 4 classes: 5

6 INTERFACES DESCRIÇÃO SipConnection Tem as propriedades e métodos comuns das subinterfaces SipClientConnection e SipServerConnection. SipClientConnection Representa uma transação tipo cliente SIP e pode ser criada pelo aplicativo usando javax.microedition.io.connector ou SipDialog. SipServerConnection Representa uma transação tipo servidor SIP e é criado pela SipConnectionNotifier quando uma nova petição é recebida. SipConnectionNotifier Define uma conexão tipo servidor SIP que espera qualquer mensagem entrante. Ao receber as petições de entrada, as aplicações usam o método acceptandopen() da interface, a qual aceita e abre uma nova SipServerConnection. se não existirem mensagens na fila de espera, o método é bloqueado até que uma nova petição é recebida. SipServerConnectionListener É um ouvinte SIP para as petições. SipClientConnectionListener É um ouvinte SIP para as respostas. SipDialog Representa um dialogo SIP, pode ser recuperado a partir de um objeto SipConnection quando ele estiver disponível, o que acontece depois de uma petição de INVITE ou SUBSCRIBE. SipResfreshListener É um ouvinte para a classe RefreshHelper; declara um método refreshevent() que pega um refreshid para identificar a tarefa de atualização correspondente e uma statuscode que representa o resultado da atualização: 0 de cancelamento, 200 para o êxito, e qualquer outra coisa, em caso de erros. CLASSES DESCRIÇÃO SipAddress Pode ser utilizada para analisar um endereço SIP, ou para construir um. SipHeader Pode ser usado para analisar encabeçados String lidos dos SIP mensagens, ou para construí-los. SipRefreshHelper Implementa uma funcionalidade que facilita o tramite de petições Refresh. SipException Exceção para erros específicos. 6

7 SIP API para J2Me está destinada a ser utilizada por aplicações que necessitam implementar a funcionalidade Agente de Usuário SIP, eles podem usar a interface SipClientConnection para implementar um Agente de Usuário SIP como cliente, e usar as interfaces SipConnectionNotifier e SipServerConnection para implementar um Agente de Usuário SIP como servidor. Os dispositivos móveis podem atuar como Clientes SIP enviando petições aos Servidores SIP e também como Servidores SIP aceitando petições dos Clientes SIP. REDE SIP DISPOSITIVO SIP (A) DISPOSITIVO SIP (B) SipClientConnection SipConnectionNotifier SipConnectionNotifier SipServerConnection Petição Resposta Novo SipServerConnection SipClientConnection Novo Petição Resposta O SIP API está integrado no CLDC s Generic Connection Framework, por exemplo, uma aplicação instancia uma nova conexão SIP chamando ao Connector.open(), o qual retornara um SipClientConnection ou um SipServerConnection, dependendo de que SIP URI foi enviada ao Connector.open(). O SIP URI tem a seguinte sintaxe: { scheme : [ { target ] [ { params ] Onde: scheme é o esquema SIP suportado pelo sistema e pode ser: sip ou sips. No protocolo sips, a conexão do servidor aceita só petições através de um transporte seguro, como está definida na norma RFC

8 target é a endereço do usuário, a qual pode ser algo como username@targethost.com: portnumber ou apenas um número de telefone. params representa parâmetros adicionais; por exemplo, transport=udp para especificar o UDP como protocolo de transporte. Se o target host está incluído, uma nova conexão Cliente é aberta, se ele não é, será aberta uma nova conexão Servidor EXEMPLOS: Conexão cliente:... SipClientConnection scc = (SipClientConnection) Connector.open("sip:max@company.com"); SipClientConnection scc2 = (SipClientConnection) Connector.open("sip:jack@ :5100"); Conexão servidor:... SipConnectionNotifier scn = (SipConnectionNotifier) Connector.open("sip:5500"); Conexão servidor, onde o numero de porto é atribuído pelo sistema.... SipConnectionNotifier scn2 = (SipConnectionNotifier) Connector.open("sip:");... 8

9 OUTROS O seguinte método demonstra como abrir uma conexão Cliente SIP a um servidor que está no Host e no porto private void sendmessage(string message) { SipClientConnection sc = null; try { //abre a conexão SIP ao servidor no porto 5050 sc = (SipClientConnection) Connector.open(sip:user@ :5050); // inicializa a petição SIP da mensagem sc.initrequest("message", null); // envia o encabeçado da mensagem sc.setheader("subject", subject.getstring()); sc.setheader("content-type", "text/plain"); sc.setheader("content-length", ""+text.length()); // envia a mensagem á rede. OutputStream os = sc.opencontentoutputstream(); os.write(message.getbytes()); os.close(); // fecha a conexão catch(exception ex) { ex.printstacktrace(); O seguinte segmento de código implementa o método notifyrequest() da interface SipServerConnectionListener. Quando o servidor recebe a petição de inicialização SIP MESSAGE, ele recupera os encabeçados da mensagem e seu conteúdo e, em seguida, envia uma resposta de volta para o cliente. public void notifyrequest(sipconnectionnotifier scn) { try { ssc = scn.acceptandopen(); if(ssc.getmethod().equals("message")) { String contenttype = ssc.getheader("content-type"); String contentlength = ssc.getheader("content-length"); int length = Integer.parseInt(contentLength); if((contenttype!= null) && contenttype.equals("text/plain")) { InputStream is = ssc.opencontentinputstream(); int i=0; byte testbuffer[] = new byte[length]; i = is.read(testbuffer); String tmp = new String(testBuffer, 0, i); // a mensagem recebido ssc.initresponse(200); // OK ssc.send(); catch(ioexception ex) { 9

10 Uma implementação de referencia para JSR 180 está disponível em NOKIA, ela está construída sobre CLDC 1.1 e MIDP 2.0. e suporta mensagens SIP reais sobre uma rede local, permitindo às aplicações enviar e receber mensagens SIP. Para fazer o download do JSR 180 RI, você deve ser estar registrado no Fórum Nokia o qual é gratuito, o diretório tem a seguinte estrutura: /sip/sip1_0-ri-bin /examples (aplicações de exemplo) /lib (arquivo JAR contém as SIP APIs) /midp (executável MIDP 2.0 e CLDC 1.1 que inclui as SIP APIs) O diretório midp contém vários subdiretórios, um dos quais é bin. Este diretório contém várias ferramentas, incluindo sipa-midp.exe, o qual lança o SIP-Enable Emulator. 10

11 2. JSR 120 (SMS) E JSR 205 (WMAPI 2.0) WMA são as siglas de Wireless Message API, uma extensão das especificações do CLDC e MIDP para o envio, a recepção e a gestação do SMS desde MIDLets. Apesar de ser uma extensão opcional, a grande maioria dos terminais a levam instalada e pronta para ser usada desde as aplicações J2ME. Versões da especificação WMA: Versão 1.0: Especificação inicial. Descreve as funções básicas para o envio e a recepção de SMS (JSR 120). Versão 1.1: É uma ampliação da especificação 1.0, para suportar o novo modelo de seguridade do MIDP 2.0. Versão 2.0: É uma ampliação das anteriores para a gestão de mensagens multimídia (MMS). (JSR 205) API JSR 120 (SMS) O API JSR 120 está composto exclusivamente de interfaces localizadas no pacote javax.wireless.messaging. Estas interfaces são: INTERFACE javax.wireless.messagin g.message DESCRIÇÃO Define a funcionalidade genérica do todos os tipos de mensagens. Permite: Especificar o destinatário da mensagem. public void setaddress(string addr). Obtiver o emissor da mensagem. public String getaddress(). Obtiver a data de envio da mensagem. 11

12 java.util.date gettimestamp(). javax.wireless.messagin g.textmessage javax.wireless.messagin g.binarymessage javax.wireless.messagin g.messagelistener javax.wireless.messagin g.messageconnection Representa uma mensagem de texto. Herda a funcionalidade de javax.wireless.messaging.message adicionando os métodos public void setpayloadtext(string data) e public String getpayloadtext() para especificar ou obtiver os dados da mensagem. Representa uma mensagem binário. Herda a funcionalidade de javax.wireless.messaging.message adicionando os métodos public void setpayloaddata(byte[] data) e public byte[] getpayloaddata() para especificar ou obtiver os dados da mensagem. Ouvinte de mensagens entrantes. Esta interface é útil em javax.wireless.messaging.messageconnectio n que funciona em modo servidor. Interface através da qual se realiza o envio e a recepção de mensagens. Métodos da classe MessageConnection: public Message newmessage(string type, String address): Cria uma nova mensagem para ser enviada, no argumento type se especifica o tipo de mensagem que se deseja enviar: MessageConnection.TEXT_MESSAGE para mensagens de texto. MessageConnection.BINARY_MESSAGE para mensagens binários. No argumento address se deve especificar a endereço do destinatário da mensagem, usualmente seu número de telefono. public int numberofsegments(message msg): Devolve o número de segmentos que são necessários para enviar a informação através da rede. 12

13 Por exemplo, para enviar uma mensagem extensa via SMS são necessários mais de um segmento (um segmento é igual a um SMS) e este método devolvera ou um número grande ou um valor 0 indicando que não se pode enviar a informação desejada. public Message receive() throws IOException, InterruptedIOException: Devolve uma mensagem enviada à aplicação, mas há que ter várias coisas presentes: É um método bloqueante, pelo que geralmente deverá ser chamado num hilo diferente ao principal onde está executando-se o Midlet. A aplicação é responsável de guardar a informação recebida, na memória não volátil quando seja necessário. public void send(message msg) throws IOException, InterruptedIOException: Envia a mensagem ao destinatário, este método deve ser chamado num hilo diferente ao principal onde está executando-se o Midlet. Para especificar o destinatário da mensagem se deve usar o método setaddress(string addr) definido na interface javax.wireless.messaging.message da qual herdam javax.wireless.messaging.textmessage e javax.wireless.messaging. BinaryMessage. public void setmessagelistener(messagelistener I) throws IOException: Registra uma classe que implementa a interface javax.wireless.messaging.messagelisterner, a plataforma J2ME chamará o método notifyincomingmessage() quando receba uma mensagem. Este método só tem sentido quando a classe funciona no modo servidor Passos para enviar uma mensagem (SMS). 1. Obtiver um MessageConnection no modo cliente. 2. Criar a mensagem através da interface MessageConnection. 13

14 3. Especificar o conteúdo e o destinatário da mensagem. 4. Usar o método send da interface MessageConnection para enviar a mensagem Passos para receber uma mensagem (SMS) de forma assíncrona. 1. Obtiver um MessageConnection em modo servidor. 2. Implementar a interface MessageListener numa das classes. 3. Associar a classe anterior ao MessageConnection. 4. Quando o método notifyincomingmessage() da interface MessageListener seja invocado, isso significa que a mensagem foi recebido. 5. Invocar o método receive() da interface MessageConnection num hilo independente. 6. Fazer o tratamento da mensagem Passos para receber uma mensagem (SMS) de forma síncrona. 1. Obtiver um MessageConnection em modo servidor. 2. Invocar o método receive() da interface MessageConnection num hilo independente. 3. Fazer o tratamento da mensagem. Nota: Em J2ME, todas as comunicações que requerem os MIDLets com o exterior (Bluetooth, HTTP, etc.) se obterem através da classe javax.microedition.io.connector que forma parte do CLDC. Esta classe devolve uma instancia de uma classe que implementa a interface javax.microedition.io.connection para o modo de comunicação desejada. A interface javax.wireless.messaging.messageconection não é mais que um javax.microedition.io.connection para comunicação via SMS. Basicamente através desta interface se pode criar, enviar e receber SMS tanto de forma síncrona como assíncrona Configuração de javax.wireless.messaging.messageconnection. javax.wireless.messaging.messageconection pode funcionar de duas formas: Em modo cliente, só funciona para enviar SMS a um destinatário. 14

15 Em modo servidor, serve para receber e processar os SMS que são dirigidos para ele. Neste modo também se podem enviar SMS. A forma de especificar o modo de funcionamento desejado se realiza através da cadeia de conexão que se lhe passa à classe javax.microedition.io.connector EXEMPLOS SMS Exemplo de como especificar o modo cliente: MessageConnection conn = (MessageConnection) Connector.open( sms:// ); MessageConnection conn = (MessageConnection) Connector.open( sms:// :5555 ); Em ambos casos o SMS será enviado ao telefone da Colombia (pelo prefixo +57), mas com uma importante diferencia, num primeiro caso, o SMS será processado pela aplicação que por defeito tem instalada o telefone, enquanto, no segundo caso, o SMS será processado pela aplicação que esteja escutando nesse porto Exemplo de como especificar o modo servidor: MessageConnection conn = (MessageConnection) Conector.open( sms://:5555 ); Os SMS que cheguem ao porto 5555 serão atendido pelo MIDLet. Em realidade, 5555 não é um porto senão um identificador que lhe indica à plataforma JAVA que deseja tratar os SMS que cheguem com esse identificador Envio de um SMS no modo texto e binário. Classe do Midlet: import javax.microedition.lcdui.*; import javax.microedition.midlet.*; public class WMAMidlet extends javax.microedition.midlet.midlet { private boolean started; public WMAMidlet(){ this.started = false; 15

16 protected void startapp() throws MIDletStateChangeException { Display.getDisplay(this).setCurrent(new WMAMainForm(this)); protected void destroyapp(boolean arg0) throws MIDletStateChangeException { this.destroyapp(true); protected void pauseapp() { Classe de configuração da mensagem em modo texto: import java.io.*; import javax.microedition.io.*; import javax.microedition.lcdui.*; import javax.wireless.messaging.*; public class WMAMainForm extends javax.microedition.lcdui.textbox implements javax.microedition.lcdui.commandlistener { // Referencia ao MIDLet private javax.microedition.midlet.midlet midlet; // Envia o SMS private javax.microedition.lcdui.command cmdsend; // Finaliza a aplicação private javax.microedition.lcdui.command cmdexit; // Janela principal da aplicação public WMAMainForm(javax.microedition.midlet.MIDlet midlet) { super("mensagem a enviar", "", 166, TextField.ANY); this.midlet = midlet; this.createui(); // Cria e configura a interface gráfica da janela. private void createui(){ this.setticker(new Ticker("Exemplo envio SMS")); this.cmdsend = new Command("Enviar", Command.OK, 1); this.cmdexit = new Command("Salir", Command.STOP, 1); this.addcommand(cmdsend); this.addcommand(cmdexit); this.setcommandlistener(this); 16

17 // O usuário deseja enviar o SMS private void sendsmsclick() throws java.io.ioexception { MessageConnection conn = null; TextMessage msg = null; try { System.out.println(this.getString()); // Passo 1: Obtiver uma implementação do Connection que se enviara o // SMS conn = (MessageConnection) Connector.open("sms:// "); // Passo 2: Criar o SMS msg = (TextMessage) conn.newmessage(messageconnection.text_message); // Passo 3: Estabelecer o contendo o SMS msg.setpayloadtext(this.getstring()); System.out.println(this.getString()); // Passo 4: Enviar o SMS conn.send(msg); finally { // Passo 5: Fechar a conexão this.closequietly(conn); conn = null; private void closequietly(javax.microedition.io.connection conn){ try { conn.close(); catch (Exception ex){ public void commandaction(command arg0, Displayable arg1) { try { if (arg0 == cmdsend){ this.sendsmsclick(); else if (arg0 == cmdexit){ this.midlet.notifydestroyed(); catch (Exception ex){ this.setstring(ex.tostring()); 17

18 Classe da configuração da mensagem em modo binário: // O usuario deseja enviar O SMS em modo binário private void sendbinarysmsclick() throws java.io.ioexception { MessageConnection conn = null; BinaryMessage msg = null; ByteArrayOutputStream bout = null; try { // Passo 1: Obtiver uma implementação do Connection que se enviara o // SMS conn = (javax.wireless.messaging.messageconnection) Connector.open("sms:// "); // Passo 2: Criar o SMS msg = (BinaryMessage) conn.newmessage(messageconnection.binary_message); // Passo 3: Estabelecer o contendo o SMS bout = new ByteArrayOutputStream(); dout = new DataOutputStream(bout); dout.writeboolean(true); // Solteiro? dout.writebyte(23); // Idade dout.writeutf("bogota D.C."); // Cidade de nascimento dout.writeutf("colombia"); // País. dout.writelong( ); // C.C. msg.setpayloaddata(bout.tobytearray()); // Passo 4: Enviar o SMS conn.send(msg); finally { // Passo 5: Fechar a conexão this.closequietly(bout); this.closequietly(dout); this.closequietly(conn); dout = null; dout = null; conn = null; private void closequietly(java.io.outputstream out){ try { out.close(); catch (Exception ex){ private void closequietly(javax.microedition.io.connection conn){ try { conn.close(); catch (Exception ex){ 18

19 2.3. API JSR 205 (MMS) As diferenças entre as versões 1.1 (JSR SMS) y 2.0 (JSR MMS) do WMA são principalmente o suporte de mensagens multi-part usados pelas mensagens MMS. As interfaces adicionais da versão 2.0 são as seguintes: INTERFACES javax.wireless.messagin g.messagepart javax.wireless.messagin g.multipartmessage javax.wireless.messagin g.sizeexceededexception DESCRIÇÃO Define uma parte de uma mensagem que pode ser aderida a um MultipartMessage Representa um MultipartMessage e proporciona métodos Set e Get. Exceção lançada se o MultiparMessage é maior que a memória disponível EXEMPLOS MMS Enviar um MMS usando JRS 205 A mensagem MMS conte duas partes: o encabeçado e o corpo, o corpo é uma mensagem multipart onde cada parte da mensagem tem um encabeçado e um corpo. Como os MMS são mensagens multi-part a gente pode incluir imagens ou arquivos em cada MMS. Subject: DeliveryDate: Priority: From: To: MIME-Type: Content-ID: Content-Location: Content: MIME-Type: Content-ID: Content-Location: Content: Encabeçado da mensagem Corpo da Mensagem MessagePart Encabeçado MessagePart Corpo MessagePart Encabeçado MessagePart Corpo 19

20 Ao criar a Message Connection e Header (encabeçado) a gente pode usar a seguinte código: Este MMS é enviado a um numero telefônico e a um endereço . String address = "mms:// "; msgconn = (MessageConnection)Connector.open(address); mulmsg = (MultipartMessage)msgConn.newMessage(MessageConnection.MULTIPART_MESSAGE); mulmsg.setaddress(address); mulmsg.setaddress("mms://mail@mail.com"); mulmsg.setsubject("java MMS TEST"); Aqui é aderida a mensagem de texto ao MMS: String mimetype = "text/plain"; String encoding = "UTF-8"; String text = "Hello from my java midlet"; byte[] contents = text.getbytes(encoding); MessagePart msgpart = new MessagePart(contents, 0, contents.length, mimetype, "id1", "contentlocation", encoding); mulmsg.addmessagepart(msgpart); O construtor MessagePart tomará todos os parâmetros do encabeçado e a mensagem contido como um byte array. Aqui é aderida uma imagem ao MMS: InputStream is = getclass().getresourceasstream("image.jpg"); mimetype = "image/jpeg"; contents = new byte[is.available()]; is.read(contents); msgpart = new MessagePart(contents, 0, contents.length, mimetype, "id2", "bg.jpg", null); mulmsg.addmessagepart(msgpart); 20

21 Quando a mensagem é criada e as partes da mensagem são aderidas à mensagem a gente pode enviar o MMS: msgconn.send(mulmsg); 21

22 3. BIBLIOGRAFIA. mms_jsr205.jsp