문자열 만 보내는 경우 Sun에서 OBEX가 필요하다고 생각하지 않습니다. 개발자 사이트 (http://developers.sun.com/mobility/apis/articles/bluetoothintro/index.html)에서 :
JABWT 또한 개체 교환 API가 포함되어 있습니다. OBEX는 높은 수준의 API 및 프로토콜을 교환하기위한 전자 비즈니스 등 카드 및 달력 항목은 vCard 및 vCalendar 형식으로 전송됩니다. Bluetooth에서 개체 교환은 RFCOMM 이상 발생합니다.
문자열 만 보내는 경우 한 단계 아래로 이동하여 RFCOMM 프로토콜을 살펴볼 수 있습니다. 위키 백과에서 이에 대해 말할 수 있습니다 :
RFComm. 직렬 포트 에뮬레이션이라고도합니다. Bluetooth 시리얼 포트 프로필은이 프로토콜을 기반으로합니다.
RFComm. TCP와 유사하게 간단하고 안정적인 데이터 스트림을 사용자에게 제공합니다. 많은 전화 관련 프로필에서 AT 명령의 캐리어로 직접 사용되며 은 블루투스의 OBEX 전송 레이어입니다.
그래서 RFCOMM을 통해 데이터를 보내는 것이 TCP 스트림을 사용하는 것과 비슷합니다. Strings보다 복잡한 구조를 지원할 필요가 없다면, 필자는 자신의 필요에 맞게 작성해야한다고 생각합니다. 유형 각각 L2CAPConnection 및 StreamConnection을 통해
L2CAP와 RFCOMM 지원 :
추가 읽기 RFCOMM 이하의 수준은 L2CAP 것을 알려줍니다. L2CAPConnection가 JSR (82)를 도입하면서, StreamConnection을는 CLDC에 의존하도록 개발되었다 일본어 javax.microedition.io GCF의 일부로 을 정의 하였다. JABWT L2CAPConnection은 연결 지향 L2CAP 연결 인 만 지원합니다.
StreamConnection은 문자열 전송에도 유망합니다. 나는 둘 다에 대한 API를 체크 아웃하고 당신이 뭘 원하는지 가장 소리를 참조하십시오.
나는 Bluecove + Windows Vista + OBEX를 사용하여 블루투스를 통해 파일을 전송했으며 정상적으로 작동합니다. 따라서 OBEX는 전적으로 지원됩니다. migre.me/ewfk에 대한 내 질문을 참조하십시오. – nandokakimoto