Dan,

Here is the info you requested.


You downloaded the properties file but java still can't find it?
 That is correct.


What does "echo $CLASSPATH" show?  

[EMAIL PROTECTED]:/TestShare/FindUsbDevice/src/findusbdevice# echo $classpath
/opt/javax-usb/lib:/opt/javax-usb/etc/javax.usb.prperties


What directory is the properties file in? 

[EMAIL PROTECTED]:/opt/javax-usb/etc# dir

javax.usb.properties

Where did you get the properties file?

http://downloads.sourceforge.net/javax-usb/javax-usb-1.0.1-1.i386.rpm?modtime=1135006365&big_mirror=0

What is the contents of the properties file?


#

# Properties file for javax.usb

#

# This file is provided by the Linux implementation of javax.usb.

#

# The 2.4 kernel does not support control-type queueing nor interrupt-type

# queueing (see below to enable javax.usb internal queueing).

#

# Some 2.4 kernels do not properly handle hotplug notification, specifically

# those somewhere after 2.4.19.  See below to enable polling instead.

#

################################################################################

# Properties required/used by javax.usb API

################################################################################

# This is required by the API, this is the class that the API will create

# to implement UsbServices.

javax.usb.services = com.ibm.jusb.os.linux.LinuxUsbServices

################################################################################

# Properties required/used by javax.usb Common Reference Implementation

################################################################################

# These properties enable queueing for different pipe types.  If the operating

# system does not support queueing for a particular pipe type (or at all),

# enable queueing here.  This queueing is most likely much slower than OS-level

# queueing, so if the OS supports queueing, these should not be enabled.

com.ibm.jusb.UsbPipeImp.queueSubmissions.control = true

#com.ibm.jusb.UsbPipeImp.queueSubmissions.interrupt = false

#com.ibm.jusb.UsbPipeImp.queueSubmissions.isochronous = false

#com.ibm.jusb.UsbPipeImp.queueSubmissions.bulk = false

# This property is similar to the UsbPipe-specific queueing properties, but

# this applies only to the Default Control Pipe queueing.

com.ibm.jusb.UsbDeviceImp.queueSubmissions = true

################################################################################

# Properties required/used by javax.usb Linux Implementation

################################################################################

# If polling should be used instead of waiting for a hotplug notification.

# Some kernel versions have a bug, and don't update the device node(s) until

# many seconds after waking up threads waiting on the devices file.

# If you are not getting hotplug events on a moderately to heavily loaded 
system,

# use polling.

# Note that since the new (buggy?) kernel behavior breaks javax.usb, this 
defaults to true!

# If you know your kernel isn't broken you can set this to false.

#com.ibm.jusb.os.linux.LinuxUsbServices.topologyUpdateUsePolling = true

# If polling is disabled, this is how long in ms to delay after a

# hotplug event is signalled to re-enumerate the USB bus.

# If polling is enabled, this is how often to poll.

#com.ibm.jusb.os.linux.LinuxUsbServices.topologyUpdateDelay = 5000

# After new device(s) are detected, the device's driver is probably taking its

# sweet time talking to them.  This delay lets the Linux driver (if any) have 
some time to

# talk before we send a device connection event, which may cause an application

# to immediately start talking to the device.

#com.ibm.jusb.os.linux.LinuxUsbServices.topologyUpdateNewDeviceDelay = 500

################################################################################

# Tracing properties used by javax.usb Linux Implementation

################################################################################

# These rest apply to JNI tracing levels.  This is a little better than it used 
to be,

# but it needs more improvement as far as controlling the tracers and levels.

# This either disables tracing entirely, or enables some amount of tracing.

#com.ibm.jusb.os.linux.LinuxUsbServices.JNI.tracing = true

# This defines where the JNI tracing output is sent.

# The default is stderr.  Note that if append mode is used, the trace file will

# grow ever-larger every time javax.usb is run, and its size should be managed

# somehow.  In file mode, the file size will not be managed/limited by 
javax.usb.

#  1 - stdout

#  2 - stderr

#  3 - file (truncate mode)

#  4 - file (append mode)

#com.ibm.jusb.os.linux.LinuxUsbServices.JNI.trace_output = 2

# This is the filename to trace to, if trace_output is set to file tracing.

# There is NO DEFAULT to this, it must be set if trace_output is set to file 
tracing.

#com.ibm.jusb.os.linux.LinuxUsbServices.JNI.trace_filename = 

# This sets the tracing level.  Higher levels mean more tracing.

# This level applies to ALL tracers.  See each tracer for their levels.

#com.ibm.jusb.os.linux.LinuxUsbServices.JNI.trace_level = 0

# This enables or disables default tracing.  This is the most used tracer.

# The trace_data must also be enabled.

# These are the levels for this tracer.

#  0 - CRITICAL

#  1 - ERROR

#  2 - INFO

#  3 - FUNCTION

#  4 - DEBUG

#  5 - OTHER

#com.ibm.jusb.os.linux.LinuxUsbServices.JNI.trace_default = true

# This enables or disables hotplug tracing.

# The trace_data must also be enabled.

# These are the levels for this tracer.

#  0 - CRITICAL

#  1 - ERROR

#  2 - CHANGE

#  3 - DEVICE

#  4 - OTHER

#com.ibm.jusb.os.linux.LinuxUsbServices.JNI.trace_hotplug = true

# This enables or disables xfer tracing.

# The trace_data must also be enabled.

# These are the levels for this tracer.

#  0 - CRITICAL

#  1 - ERROR

#  2 - REQUEST

#  3 - METADATA

#  4 - DATA

#  5 - OTHER

#com.ibm.jusb.os.linux.LinuxUsbServices.JNI.trace_xfer = true

# This enables or disables urb tracing.

# The trace_data must also be enabled.

# WARNING!  DATA-level tracing will generate a LOT of output.

# These are the levels for this tracer.

#  2 - METADATA

#  3 - DATA

#com.ibm.jusb.os.linux.LinuxUsbServices.JNI.trace_urb = false

[EMAIL PROTECTED]:/opt/javax-usb/lib# dir

jsr80-1.0.1.jar  jsr80_linux-1.0.1.jar*  jsr80_ri-1.0.1.jar

jsr80.jar@       jsr80_linux.jar@        jsr80_ri.jar@

oops

> Please copy the mailing list on all communication.
>
> You downloaded the properties file but java still can't find it?  What
> does "echo $CLASSPATH" show?  What directory is the properties file
> in?  Where did you get the properties file?  What is the contents of
> the properties file?
>
> Thanks.
>
> On Wed, Feb 13, 2008 at 7:41 PM, java4me <[EMAIL PROTECTED]> wrote:
>   
>> Dan,
>>
>>  Thank you for the quick response.  I have resolved one issue and now have 
>> another.
>>
>>  Exception in thread "main" java.lang.RuntimeException: Error : Properties 
>> file javax.usb.properties not found.
>>
>>
>>         at FindUsbDevice.getVirtualRootUsbHub(FindUsbDevice.java:77)
>>
>>         at FindUsbDevice.main(FindUsbDevice.java:29)
>>
>>  Some of the things I have done.
>>
>>  From JSR80 FAQ
>>
>>  You must add that directory to your CLASSPATH.  If you
>>  installed the javax-usb-ri-linux RPM, the file is located at 
>> //opt/javax-usb/etc/javax.usb.properties/ and is (or should be)
>>  automatically added to your CLASSPATH for you by a shell initialization 
>> file located in //etc/profile.d//.
>>
>>  I used the RPM. The file is located at 
>> //opt/javax-usb/etc/javax.usb.properties/
>>  I have verified that the file is in the CLASSPATH.  I have verified that it 
>> contains javax.usb.services.
>>
>>  From JSR80 FAQ
>>
>>  I'm getting the error "Properties file javax.usb.properties not found.", 
>> where can I get this file?
>>
>>  You need a javax.usb implementation; the file is provided by all
>>  javax.usb implementations.
>>
>>  I assume by javax.usb implementation this means the JSR80-1.0.1.jar?
>>
>>  What else should I try?
>>
>>  Info.
>>  From FAQ JSR80 Web Page
>>  You can view the latest CVS copy of the file here 
>> <http://cvs.sourceforge.net/viewcvs.py/javax-usb/javax-usb-ri-linux/lib/javax.usb.properties?view=markup>.
>>  Link did not work.
>>
>>  Thanks Again for the help.
>>
>>
>>
>>
>>  Dan Streetman wrote:
>>
>>  > Um, so your problem is it can't find the native JavaxUsb library?  You
>>  > need to download it (libJavaxUsb.so) and put it in your ld loader's
>>  > path.  Either in /lib, /usr/lib, or somewhere that is in your
>>  > LD_LIBRARY_PATH.
>>  >
>>  > On Feb 7, 2008 7:32 PM, java4me <[EMAIL PROTECTED]> wrote:
>>  >
>>  >>  I am using NeatBeans IDE5.0 on a Slackware 12 system.
>>  >> Compile-time Libraries:
>>  >> jsr80-1.0.1.jar
>>  >> jsr80_ri-1.0.1.jar
>>  >> jsr80_linux-1.0.1.jar
>>  >>
>>  >> *I have the following error when compiling the FindUsbDevice Example
>>  >> program.
>>  >>
>>  >> *compile:
>>  >> run:
>>  >> Exception in thread "main" java.lang.RuntimeException: Error : Error
>>  >> while loading shared library libJavaxUsb.so : no JavaxUsb in
>>  >> java.library.path
>>  >>         at FindUsbDevice.getVirtualRootUsbHub(FindUsbDevice.java:77)
>>  >>         at FindUsbDevice.main(FindUsbDevice.java:29)
>>  >> Java Result: 1
>>  >>
>>  >> Changes the original example download.
>>  >> I did this because I received the following error
>>  >> symbol  : variable ShotTopology
>>  >> location: class FindUsbDevice
>>  >>                 UsbHub virtualRootUsbHub
>>  >> =ShotTopology.getVirtualRootUsbHub();
>>  >>
>>  >> parseArgv(argv);
>>  >>
>>  >> *Changed* UsbHub virtualRootUsbHub =
>>  >> ShowTopology.getVirtualRootUsbHub();  *to*  UsbHub virtualRootUsbHub =
>>  >> getVirtualRootUsbHub();
>>  >>         List usbDevices = null;
>>  >>
>>  >> added section from ShowTopology.java
>>  >> * Get the virtual root UsbHub.
>>  >>      * @return The virtual root UsbHub.
>>  >>      */
>>  >>     public static UsbHub getVirtualRootUsbHub()
>>  >> {
>>  >> .
>>  >> .
>>  >> .
>>  >> return virtualRootUsbHub;
>>  >>     }
>>  >>
>>  >> What do I need to do to resolve the error?
>>  >>
>>  >> -------------------------------------------------------------------------
>>  >> This SF.net email is sponsored by: Microsoft
>>  >> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>  >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>  >> _______________________________________________
>>  >> javax-usb-devel mailing list
>>  >> javax-usb-devel@lists.sourceforge.net
>>  >> https://lists.sourceforge.net/lists/listinfo/javax-usb-devel
>>  >>
>>  >>
>>  >
>>  >
>>
>>
>>     
>
>   


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
javax-usb-devel mailing list
javax-usb-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/javax-usb-devel

Reply via email to