Some updates on this: you may try working win32 version with Qlipboard, just read requirements (http://code.google.com/p/heresylabs/wiki/Qlipboard)
Also, while doint it I figured one problem: On Fri, Jul 17, 2009 at 5:17 PM, Helge Fredriksen<[email protected]> wrote: > That sounds really great! I think that one of the biggest problems for > Jambi gaining popularity so for has been the "not-so-user-friendly" > way of setting up and loading the libraries. Well, it looks just like distribution problems. On Linux it's easy to download QtJambi packages and use it, but for example SUSE version doesn't set up LD_LIBRARY_PATH and native libraries cannot be found "out-of-the-box". On Windows there are much more problems, I described it in first post, and yesterday figured out that my JVM completely ignores CLASSPATH environment variable. > Using this, will it be possible to build jambi as before using > ant to produce 2 separate jar files, one for binaries and one > for the class files? Or do you plan another bundling regime? I am not owner of Jambi and I didn't changed anything ;) just made it read environment while searching for native win32 libs and packed native libs into installer that will set required environment variables. Of course it will be possible to do it as before. You may read how it works http://code.google.com/p/heresylabs/wiki/QtJambi And of course there is a problem - qtjambi.jar must be packed with application any way to get into classpath. It's half-solution only for native libraries. At least now I don't have to pack all that 15MB of libs with my 45KB application, just checking with installer correct version of installed QtJambi libs. Here http://code.google.com/p/heresylabs/source/browse/trunk/qlipboard/windist/qlipboard-nsis.nsi#25 you can see how check is performed. > What about own widgets produced using the generator? Have no idea. Never got a chance to see things like this. PS: the only thing I can imagine that will work better - install QtJambi jars into jre/lib/ext folder, Jambi is searching in classpath before PATH... > > Regards, > Helge Fredriksen > > Aekold Helbrass wrote: > > Hi All! > > Few month ago I asked about possibility to create some "Jambi Runtime" > to make it possible to install single Jambi distribution for all > platform software. Now I have working solution, and want to make my > small contribution. Attached diff makes NativeLibraryManager to search > "JAMBI_LIBRARY_PATH" first, than standard Jambi initialization > process. > > I took > http://doc.trolltech.com/qtjambi-4.4/html/com/trolltech/qt/qtjambi-installation.html#load-issues > as base for following points: > > Small intro why I did it like this: > 1. java -D args are great, but you have to specify it for each > application, need to create own launch scripts. While I wanted to make > it possible to run ANY Jambi application without that path magic, just > by running it's jar. > 2. Two big reasons against classpath: 1) I have some kind of paranoia > and I don't want to overload my Classpath with additional classes. 2) > It's just didn't worked on my system. > 3. Subdirectory bin or lib just not a bit better than distributing > with platform-specific JAR. > 4. LD_LIBRARY_PATH or PATH just not suitable. I have Perforce and > QtSdk already in PATH, all of them are using different versions of Qt, > and I am afraid that modification of PATH can hurt other Qt-based > software. > > Next step: I'll create small installator for Windows with NSIS that > will install required dlls and will setup JAMBI_LIBRARY_PATH variable. > Later I'll try to modify SUSE-specific .spec file of QtJambi to setup > the same variable. > > Hope you'll like it and something similar will be included in > qtjambi-4.5.0_02.jar. > > > ________________________________ > _______________________________________________ > Qt-jambi-interest mailing list > [email protected] > http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest > > -- Heresylabs code: http://heresylabs.googlecode.com/ Heresylabs blog: http://heresylabs.org/ _______________________________________________ Qt-jambi-interest mailing list [email protected] http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest
