What does your command line look like, including the error? On Feb 15, 2008 5:03 PM, java4me <[EMAIL PROTECTED]> wrote: > 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
