Linked by Thom Holwerda on Wed 6th Jun 2007 20:30 UTC, submitted by Eskil A. Blomfeldt
Qt After several technical previews and betas, Trolltech has launched Qt Jambi (Qt for Java) as a product under a dual licensing model (commercial and GPL license). There are also some product information and demos, and downloads for open source versions.
Thread beginning with comment 245866
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE: Well, cool
by anda_skoa on Thu 7th Jun 2007 11:07 UTC in reply to "Well, cool"
anda_skoa
Member since:
2005-07-07

One thing I'm really not clear on, though, is whether the end (Windows/Mac) user has to have something like a "Qt runtime" installed on their computer in order for the app to work.


This depends on the way of application deployment.

If it is a normal Java application, it needs to either rely on JRE and Jambi being already installed, or it is bundling them in its installer.

If it is a Java WebStart application, the WebStart framework will take care of installing these dependencies.


From the application's point of view and thuse the application developer's and application user's point of view it is just like any other Java application using an additional class library with native parts.

Reply Parent Score: 3

RE[2]: Well, cool
by Moochman on Thu 7th Jun 2007 14:43 in reply to "RE: Well, cool"
Moochman Member since:
2005-07-06

Thanks for the clarification.

Since you seem to be so knowledgeable, perhaps you could answer another question: Do regular (C++, native-compiled) Qt apps also need Qt installed on the (Windows/Mac) end user's system?

Also, as someone else asked, what advantages might Qt Jambi bring to the average Java developer over Swing and SWT?

Reply Parent Score: 2

RE[3]: Well, cool
by eskil on Thu 7th Jun 2007 15:12 in reply to "RE[2]: Well, cool"
eskil Member since:
2007-06-07

Do regular (C++, native-compiled) Qt apps also need Qt installed on the (Windows/Mac) end user's system?

No, neither Qt nor Qt Jambi requires this. Native libraries are usually bundled with the application, whether it's a Java application or a native application.

Also, as someone else asked, what advantages might Qt Jambi bring to the average Java developer over Swing and SWT?

Main points would be:
1. An API which we believe to be more intuitive, easy to learn, easy to read, with reasonable default behavior, and just plain more pleasant to use. This should be a big deal for people who do application development, as it allows them to focus on the tasks of their particular application, and not on battling the API they are using to develop it. In our experience, the alternatives out there have usability issues that Qt Jambi does not suffer from.

2. Professional support.

3. The ability to easily combine native and Java-code using Qt and Qt Jambi side-by-side, and using the Qt Jambi Generator, which is part of the package.

Reply Parent Score: 4

RE[3]: Well, cool
by anda_skoa on Thu 7th Jun 2007 15:26 in reply to "RE[2]: Well, cool"
anda_skoa Member since:
2005-07-07

Do regular (C++, native-compiled) Qt apps also need Qt installed on the (Windows/Mac) end user's system?


Yes, the libraries need to be present at application runtime, so they can either be installed separately or come bundled with the applications.

On Windows and Mac OSX the second option is usually preferred, though, similar to the Java Runtime Environment, it would be possible to install it only once into a system directory.

Also, as someone else asked, what advantages might Qt Jambi bring to the average Java developer over Swing and SWT?


I am not sure this is the most usueful angle to look at it. I think the main question is: what advantages might Qt Jambi bring to the average Qt developer over C++

Examples would be:
- crossplatform IDE support through the Eclipse plugin

- huge number of Java utility libraries

- comparably trivial plugin handling (Class.forName vs. C based dlopen/dlsym)

Reply Parent Score: 2