| Trolltech Home | Qt-jambi-interest Home | Recent Threads | All Threads | Author | Date | |
| All threads index page 1 | |
hi, First of all I like to say thank you for this wonderfull pice of software. I stopped using QT after version 3.2 cause I changed to developing java applications instead of c++. But I was always unsatisfied with swing and swt. I like the fact that I can change every thing in swing the way I like but finding it a bit complicated. But Jambi blows me of my feed. It's fast and looks beautifull under windows and kde (haven't tried it on my ubuntu notebook yet). Most of all I like the Eclipse integration since it's my first choice of an IDE. But I would wellcome integration in other IDEs as well, like mentioned by others IntelliJ and I would also like a netbeans plug-in. If tried to use the plugin to build QT apps with other languages as well (f.e. python). It works great. But I wonder if it would be possible to build costum widgets for the designer using only java? I think this conflicts with the c++ plug-in api am I right? Some other questions and remarks: Will Jambi be released for solaris as well? Since we are using solaris as a development platform at our universtiy this would be a big plus. Is it possible to deploy the nativ libs need to start a Jambi build app in a jar, so that it's easy to distribute an application? I haven't tried this out yet but is it possible to use Webstart with jambi? Possibly like it's done by jogl deploying an up-to-date jar on their server. I find it kind of difficult to find the correct opensource license for my java applications. Many java projects use a GPL incompatible license, for example Derby is distributed under the Apache 2.0 license. what kind of license will jambi use and to what kind of opensource will it be compatible. I would like to paint my own components using Graphics2d in a QWidget. So I support this request. And I would like a javadoc as well. My main ambition is to develop applications using opengl rendering with jambi/java. I startet playing with this a bit and I'm very positve on this side since I got some test apps running. All in all great work, keep on going. can't wait for the final release. MFG, Vincent Eberle PS: I'm giving programming lessions at school (equivalent to collage) and we tried use QT 3.1 but for most students it was kind of difficult to switch between the designer and the main IDE. I think the eclipse integration is a great way to teach main concepts of gui-applications. And by the way an Eclipse Perspective for the Designer would be nice.
Vincent Eberle wrote: > hi, > First of all I like to say thank you for this wonderfull pice of software. > I stopped using QT after version 3.2 cause I changed to developing java > applications instead of c++. > But I was always unsatisfied with swing and swt. I like the fact that I > can change every thing in swing the way I like but finding it a bit > complicated. But Jambi blows me of my feed. It's fast and looks > beautifull under windows and kde (haven't tried it on my ubuntu notebook > yet). > Most of all I like the Eclipse integration since it's my first choice of > an IDE. But I would wellcome integration in other IDEs as well, like > mentioned by others IntelliJ and I would also like a netbeans plug-in. > If tried to use the plugin to build QT apps with other languages as well > (f.e. python). It works great. Hi Vincent, We're glad you're liking it ;-) > But I wonder if it would be possible to build costum widgets for the > designer using only java? I think this conflicts with the c++ plug-in > api am I right? It would be possible to write a designer plugin that starts up the JVM and loads widgets from a jar file. > Will Jambi be released for solaris as well? Since we are using solaris > as a development platform at our universtiy this would be a big plus. It is our intention to release Jambi on the same platforms as we release Qt, granted that there is a Java 1.5 compatible virtual machine present on that system. > Is it possible to deploy the nativ libs need to start a Jambi build app > in a jar, so that it's easy to distribute an application? Unfortunatly no. The classloader can find the jni library (qtjambi_core.dll), but this library again depends on QtCore.dll which is resolved by the OS and the OS doesn't know how to find shared libraries inside .jar files so it won't find QtCore.dll. We are looking into possible solutions to make deployment easier. > I haven't tried this out yet but is it possible to use Webstart with > jambi? Possibly like it's done by jogl deploying an up-to-date jar on > their server. This will have the same limitation as the .jar approach AFAIK above. > I find it kind of difficult to find the correct opensource license for > my java applications. Many java projects use a GPL incompatible license, > for example Derby is distributed under the Apache 2.0 license. what kind > of license will jambi use and to what kind of opensource will it be > compatible. As you can read in our FAQ: http://www.trolltech.com/developer/knowledgebase/faq.2006-07-21.1262524505/ We intend to make Qt Jambi open source. The primary goal of this is to make it possible to write open source software in Java using Qt Jambi as toolkit. > I would like to paint my own components using Graphics2d in a QWidget. > So I support this request. noted. > And I would like a javadoc as well. noted. > My main ambition is to develop applications using opengl rendering with > jambi/java. I startet playing with this a bit and I'm very positve on > this side since I got some test apps running. All in all great work, > keep on going. can't wait for the final release. If you have jogl in your path there should also be a HelloGL demo in the package that you can compile and run. This one shows how to use jogl on a QGLWidget inside a Qt gui. - Gunnar
On Wednesday 2 August 2006 14:36, Gunnar Sletta wrote: > > Is it possible to deploy the nativ libs need to start a Jambi build > > app in a jar, so that it's easy to distribute an application? > > Unfortunatly no. The classloader can find the jni library > (qtjambi_core.dll), but this library again depends on QtCore.dll which > is resolved by the OS and the OS doesn't know how to find shared > libraries inside .jar files so it won't find QtCore.dll. > > We are looking into possible solutions to make deployment easier. What I did for a client ones was (all in java) to fetch all the library-paths and try one by one if its writable (on windows, it tends to be) and install the library there. A subsequent call to open the library then succeeded. Naturally; this only works on systems that have a library dir writable, so this either needs a special setup of the jvm or an insecure (windows) box. :-) > > I haven't tried this out yet but is it possible to use Webstart with > > jambi? Possibly like it's done by jogl deploying an up-to-date jar on > > their server. > > This will have the same limitation as the .jar approach AFAIK above. In so far as it depends on the presence of the libraries on the system, but it will work fine for systems that have Qt installed. AFAICS. Cheers! -- [ signature omitted ]
Attachment:
pgpsrh7yb1KyD.pgp
Description: PGP signature
Thomas Zander wrote: > What I did for a client ones was (all in java) to fetch all the > library-paths and try one by one if its writable (on windows, it tends to > be) and install the library there. A subsequent call to open the library > then succeeded. We played a bit around with this and got to the same conclusion, though we put unpack the library to the system temp path and load it directly using Runtime.load() which takes the absolute path. With the right privledges set in the security manager this should then be doable. >>>I haven't tried this out yet but is it possible to use Webstart with >>>jambi? Possibly like it's done by jogl deploying an up-to-date jar on >>>their server. >> >>This will have the same limitation as the .jar approach AFAIK above. > > > In so far as it depends on the presence of the libraries on the system, > but it will work fine for systems that have Qt installed. AFAICS. We should be able to use the same approach here, assumning that the web start app has proper signature and access. - Gunnar