Please read the FAQ more closely, you need the DIRECTORY where the
properties file is located in your CLASSPATH, NOT the file.

On Thu, Feb 14, 2008 at 7:09 PM, java4me <[EMAIL PROTECTED]> wrote:
> 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