Forgot your password?
typodupeerror

Qt Jambi, Trolltech releases Qt for Java 41

Posted by timothy
from the jambi-always-makes-me-cry dept.
Hardingfela writes "Trolltech has released a preview of its long awaited Java bindings for Qt 4. "Qt Jambi technology integrates Qt with the Java programming language, providing new possibilities for both Java and C++ programmers. This technology enables Java developers to take advantage of the powerful features of Qt from within Java Standard Edition 5.0 and Java Enterprise Edition 5.0" More information on the Jambi press release and tech details in the Jambi whitepaper. To get your copy sign up to the preview license (final release will be also available under an open source license) and download."
This discussion has been archived. No new comments can be posted.

Qt Jambi, Trolltech releases Qt for Java

Comments Filter:
  • by Doomedsnowball (921841) <doomedsnowballs@yahoo.com> on Monday July 31, 2006 @01:20PM (#15818957)
    From the white paper:
    The Qt Jambi Generator is a command-line tool that reads class definitions written in C++ and generates code that maps a C++ library onto an equivalent Java API. The generated code ensures that method calls made in Java are redirected to the corresponding method in the C++ library. The generator supports a selected subset of C++, covering the most common constructs such as multiple inheritance and operator overloading.


    Well, I for one welcome our new void setText(String overlords);
  • by Reverend528 (585549) on Monday July 31, 2006 @01:21PM (#15818973) Homepage
    Mekka Hiney Ho.
  • Finally (Score:5, Insightful)

    by oever (233119) on Monday July 31, 2006 @02:19PM (#15819576) Homepage
    The combination of fast, good looking Qt widgets, the clean way of writing applications with Qt and the ease of coding that java and Eclipse offer make for a very attractive platform for clean and fast development of graphical applications and great alternative to pure java or mono applications. As long as the Qt library can be easily distributed with the applications that use it, the fact that you're more than one framework should not be a problem.

    If version 6 of java will not bring the improvements to the GUI that are promised, Qt + Java is a very attractive alternative for crossplatform development.

    Personally, I like Qt's widgets a lot (even though version 4 has a few funny regressions) and the logic used for building the GUI is much nicer than what I know from Swing and AWT. I wish the trolls the best of luck and hope that KDE and free software in general may benefit from this development.
    • even though version 4 has a few funny regressions
      What do you mean?
      • E.g. the disappearance of QHBox and QVBox. They were used a lot.
        • Strange, when I used Qt 3.x I never noticed those classes. For some reason I always coded like Trolltech proposes it for 4.x:

          QWidget *vbox = new QWidget;
          QPushButton *child1 = new QPushButton;
          QPushButton *child2 = new QPushButton;

          QVBoxLayout *layout = new QVBoxLayout;
          layout->addWidget(child1);
          layout->addWidget(child2);
          vbox->setLayout(layout);

          Wonder why QVBox and QHBox existed in the first place. They don't even inherit from QLayout, but 'emulate' a QVBoxLayout/QHBoxLayout. Maybe if you a

          • I've heard some core KDE devs complain about it so maybe it will return. I'm not that disturbed about it that i'll harass them about it. I'm amazed that Q[HV]Box did emulation.

  • So will Qt Java be supporting widget primitives in Windows like it does for other languages? I'll bet it does, and that will be quite cool, as we will finally see Java apps that truly look & feel native!
  • Been Using This (Score:5, Interesting)

    by miyako (632510) <miyako AT gmail DOT com> on Monday July 31, 2006 @04:04PM (#15820551) Homepage Journal
    I've been playing around with this for a few hours. Running some of their demos, things seem very snappy, and the applications look better than most Swing/AWT applications. I've always been fond of the way Qt works, and I think it will be nice to have the option of using it with Java.
    Of course this is still a developer preview. After playing around with it for about 4 hours, I still can't get an application to launch, except for the demos that it ships with. This is probably due to my own ineptitude, but if I'm having trouble with it, I'm sure other developers will as well. I suspect that once there is an official release, things will be made easier (or the documentation will be made clearer) and there won't be so many problems.
    PS: If anyone has played around with this and had success, maybe you can help me out. I created a project in eclipse, added the qtjambi.jar file into the classpath, set the PATH to qtjambi-linux-preview/bin and LD_LIBRARY_PATH to qtjabmi-linux-preview/lib, whenever I try to launch an application, I get
    failed to load library: 'qtjambi'
    Exception in thread "main" java.lang.UnsatisfiedLinkError: no qtjambi in java.library.path
    ...

    Anyway, I think it will be really nice once I can figure out how to use it properly.
    • Didn't you even take time to read the FAQ? Why? Because customers have been requesting it. What better way for a company to make money than to supply something that..... wait for it. The Customers Have Requested.
    • Why not?
      No serious as I explained in another forum on a similar question:

      For a Java guy? Don't know. For me? Easy to explain. Due to my job in the last 5 - 6 years I hardly had the chance to code in Java. Everyting was C/C++ + Qt. For quite some time I felt a bit sorry that I was more and more losing my Java knowledge. Oh, from time to time I decided just for practice to start a little private Java project. But sooner or later I came to the conclusion: 'Why bother? What I do now can be done so much eas
  • For those of us, who want to be more productive or rather expressive, can try ruby bindings: http://developer.kde.org/language-bindings/ruby/in dex.html [kde.org] Its still doesn't works on M$ Windows(and if you managed to compile it on Windowz, then kindly send me howto?), but is a joy to develop on Linux.Just don't forget to throw in http://rubyforge.org/projects/rubyinline/ [rubyforge.org] , when you want to do something that really takes CPU cycles and memory. I can't really see the point of Java(yuck) bindings.Though people

It's a poor workman who blames his tools.

Working...