Dan,

You are correct the directory is specified in the FAQ.

I should have corrected the classpath before sending the email. I wish fixing 
the 
problem was that simple.

I had already tried the directory without success.  
I then tried the file just in case I had misinterpreted the FAQ.  
I corrected the classpath to the directory and tried again.  Same error as 
before.   

> 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