Hi,
We have developped a JSR-82 implementation for Linux, which is based on
BlueZ and which is compatible with most USB-Dongle's.
We've used parts of JavaBluetooth.org's works and parts of JBluez's
stuff.
The native C-Code of the project is entirely based on the BlueZ project
and I would like to thanks Marcel Holtmann for his answers to my
questions, which were all helpfull.
We've decided to make the Linux version OpenSource.
The JSR-82 specification is not yet fully implemented but the major part
of the work (let say 95%) is done.
The package can be downloaded at the following address:
http://www.avetana-gmbh.de/avetana-gmbh/jsr82.xml
The web site is in german but will be soon translated in english.
JSR-82 is a Sun Microsystems specification for easily developping
bluetooth based application in Java.
Good tutorials can be found on the Java developper Center web site as
well as on manay other web sites.
For more information about JSR-82, please consult the site:
http://www.jcp.org/en/jsr/detail?id=82
Julien Campana,
-------------
Avetana GmbH
Julien Campana - CTO
Beiertheimer Allee 58
D-76137 Karlsruhe
E-mail: [email protected]
Web: http://www.avetana.de
-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g.
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hi Haiguang,
> It seems that the current implementaion of "hciconfig" does not support the
> "flush timeout" configuration for ACL data.
>
> Is there any plan on it as it is important for the real-time traffic?.
>
> According to the specification, the default value is infinite.
I don't had a need to touch the flush timeout value. About what HCI
command to modify the flush timeout are you talking? If you talk about
QoS then there is room in our code to fill.
Regards
Marcel
-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g.
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hi Julien,
> > I would never use Java for Bluetooth programming, but it seems that some
> > companies wants this, especially mobile phone manufacturers. So I think
> > we should build up a clean implementation of the JSR-82 standard that
> > uses BlueZ as underlying Bluetooth stack.
>
> This is exactly what I did, or at least I have implemented a big part of
> the JSR-82 Standard with BlueZ as underlying Bluetooth stack. (I suppose
> but do not really know if the implementation is clean:)). If you want
> this implementation to be part of the BlueZ project, I (and especially
> my boss:) agree.
it is not, because as you mention later that you have to copy or rewrite
some of the BlueZ functions to fulfil the need for JSR-82. We should
talk about that and see what we can fixup in BlueZ.
What I also don't wanna use is somekind of "de.avetana.bluetooth" vendor
extensions. If something is not possible in pure Java JSR-82, sorry not
my bad ;)
And another important point for me is the coding style. The use of tabs
(8 spaces) is a must, because it makes the code easier to read and keep
developers from over-nesting.
> To better understand the way I have interfaced BlueZ <->JSR-82 and if
> you have enough time for this, I invite you to have a quick look at the
> file sources/c/BlueZ.cpp contained in the tgz archive downloadable at
> http://www.avetana-gmbh.de/avetana-gmbh/jsr82.xml
>
> This c file mostly re-write some BlueZ method and has surely to be
> cleaned and documented.
> This will be the next step of my work. This version is still a
> beta-version but is stable and robust enough to be used in a project.
> especially if the project uses RFCOMM connections. (there is still some
> work to do with L2CAP).
The native interface should only be a wrapper. Let's talk about the
stuff and put some of it back to the Bluetooth library where it should
belong.
> > Give me some comments if there is really interest in doing
> > this.
>
> I will continue to work on this project until I reach a clean and really
> stable implementation. If you have any comment about the implementation
> do not hesitate to mail me.
I know Java and I did a lot of programming with Java in the past, but I
haven't done anything in the last 5 years. May you write a small howto
for getting your stuff run. For me preferable with Debian Sid.
Regards
Marcel
-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g.
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hi, all.
It seems that the current implementaion of "hciconfig" does not support the
"flush timeout" configuration for ACL data.
Is there any plan on it as it is important for the real-time traffic?.
According to the specification, the default value is infinite.
Best regards.
Haiguang
-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g.
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Am Di, den 25.05.2004 schrieb Marcel Holtmann um 14:14:
> Hi Julien,
>
> > We have developped a JSR-82 implementation for Linux, which is based on
> > BlueZ and which is compatible with most USB-Dongle's.
> >
> > We've used parts of JavaBluetooth.org's works and parts of JBluez's
> > stuff.
> > The native C-Code of the project is entirely based on the BlueZ project
> > and I would like to thanks Marcel Holtmann for his answers to my
> > questions, which were all helpfull.
>
> you are welcome.
>
> > We've decided to make the Linux version OpenSource.
> >
> > The JSR-82 specification is not yet fully implemented but the major part
> > of the work (let say 95%) is done.
>
> I would never use Java for Bluetooth programming, but it seems that some
> companies wants this, especially mobile phone manufacturers. So I think
> we should build up a clean implementation of the JSR-82 standard that
> uses BlueZ as underlying Bluetooth stack.
This is exactly what I did, or at least I have implemented a big part of
the JSR-82 Standard with BlueZ as underlying Bluetooth stack. (I suppose
but do not really know if the implementation is clean:)). If you want
this implementation to be part of the BlueZ project, I (and especially
my boss:) agree.
> Clean means for me that we
> should concentrate on BlueZ and try to interface BlueZ<->JSR-82 as best
> as possible.
To better understand the way I have interfaced BlueZ <->JSR-82 and if
you have enough time for this, I invite you to have a quick look at the
file sources/c/BlueZ.cpp contained in the tgz archive downloadable at
http://www.avetana-gmbh.de/avetana-gmbh/jsr82.xml
This c file mostly re-write some BlueZ method and has surely to be
cleaned and documented.
This will be the next step of my work. This version is still a
beta-version but is stable and robust enough to be used in a project.
especially if the project uses RFCOMM connections. (there is still some
work to do with L2CAP).
> Give me some comments if there is really interest in doing
> this.
I will continue to work on this project until I reach a clean and really
stable implementation. If you have any comment about the implementation
do not hesitate to mail me.
Regards,
Julien
> Regards
>
> Marcel
>
Hi Julien,
> We have developped a JSR-82 implementation for Linux, which is based on
> BlueZ and which is compatible with most USB-Dongle's.
>
> We've used parts of JavaBluetooth.org's works and parts of JBluez's
> stuff.
> The native C-Code of the project is entirely based on the BlueZ project
> and I would like to thanks Marcel Holtmann for his answers to my
> questions, which were all helpfull.
you are welcome.
> We've decided to make the Linux version OpenSource.
>
> The JSR-82 specification is not yet fully implemented but the major part
> of the work (let say 95%) is done.
I would never use Java for Bluetooth programming, but it seems that some
companies wants this, especially mobile phone manufacturers. So I think
we should build up a clean implementation of the JSR-82 standard that
uses BlueZ as underlying Bluetooth stack. Clean means for me that we
should concentrate on BlueZ and try to interface BlueZ<->JSR-82 as best
as possible. Give me some comments if there is really interest in doing
this.
Regards
Marcel
-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g.
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
On Monday 24 May 2004 12:07, Julien Campana wrote:
> Hi,
>
> We have developped a JSR-82 implementation for Linux, which is based on
> BlueZ and which is compatible with most USB-Dongle's.
>
> We've used parts of JavaBluetooth.org's works and parts of JBluez's
> stuff.
> The native C-Code of the project is entirely based on the BlueZ project
> and I would like to thanks Marcel Holtmann for his answers to my
> questions, which were all helpfull.
>
> We've decided to make the Linux version OpenSource.
>
> The JSR-82 specification is not yet fully implemented but the major part
> of the work (let say 95%) is done.
>
> The package can be downloaded at the following address:
> http://www.avetana-gmbh.de/avetana-gmbh/jsr82.xml
>
> The web site is in german but will be soon translated in english.
>
> JSR-82 is a Sun Microsystems specification for easily developping
> bluetooth based application in Java.
> Good tutorials can be found on the Java developper Center web site as
> well as on manay other web sites.
> For more information about JSR-82, please consult the site:
> http://www.jcp.org/en/jsr/detail?id=82
hi julien and all,
i am working on a similar project (also derived from javabluetooth), a jsr82
implementation based on bluez that supports also SCO and ASB logical
transports:
http://lia.deis.unibo.it/Research/ubiQoS/audioStreaming/
perhaps we could cooperate somehow?
--
Aequam memento rebus in arduis servare mentem...
Mauro Tortonesi [email protected]
[email protected]
[email protected]
Deep Space 6 - IPv6 with Linux http://www.deepspace6.net
Ferrara Linux User Group http://www.ferrara.linux.it
-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g.
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel