Projects/Summer of Code/2007/Projects/KrossJava - Revision history

Dipesh: /* Goals */

2007-12-21T21:09:47Z

‎Goals

2007-12-21T21:03:05Z

‎Goals

2007-12-21T21:01:28Z

2007-12-21T20:59:26Z

2007-12-15T04:40:30Z

‎Known problems: sp.

2007-08-14T00:34:32Z

‎Goals

2007-08-14T00:32:46Z

2007-07-16T23:27:58Z

‎Goals

2007-07-16T23:24:17Z

2007-07-09T18:41:40Z

‎Goals

@@ Line 44: / Line 44: @@
 Probably Later:
-* [TODO] QtJambi integration.
+* [TODO] QtJambi integration. That means to be able to optional load+use [http://trolltech.com/products/qt/jambi Qt Jambi Rich Client Java Development Framework] to e.g. create QWidget's in Java and pass them into the C++ world.
 * [TODO] To sandbox code shouldn't be that difficult.
 * [TODO] Provide a Kexi<=>HSQLDB implementation using the krossjava to have with it the first real world user: Kexi which is able to import/export to OO.org Base. This is a long time goal and absolute out-of-scope for this gsoc but remains defined as goal to provide an idea what the solution should be able to do and in what direction it may move.

@@ Line 24: / Line 24: @@
 Developing happens according to [http://www.extremeprogramming.org/ eXtreme Programming] and the following list provides a basic list of some selected goals.
-Now:
+Done so far:
 * [DONE] Get some basic code done, that links against the jvm.
 * [DONE] Be able to run "kross Test.class" that does actualy execute some java code.

@@ Line 37: / Line 37: @@
 * [DONE] Be sure we are able to run multiple jvm's the same time.
-Future steps done and to be done before :
+Future steps done and to be done before the plugin can be named final:
 * [DONE] Compile to bytecode on demand.
 * [TODO] Be able to fetch all QObject::staticMetaObject's and use the classwriter to write matching class-files for them on one go on demand.
 * [ON PROGRESS] Unittests++
 Probably Later:
 * [TODO] To sandbox code shouldn't be that difficult.
 * [TODO] Provide a Kexi<=>HSQLDB implementation using the krossjava to have with it the first real world user: Kexi which is able to import/export to OO.org Base. This is a long time goal and absolute out-of-scope for this gsoc but remains defined as goal to provide an idea what the solution should be able to do and in what direction it may move.

@@ Line 35: / Line 35: @@
 * [DONE] Be able to connect() signals, slots and jmethods.
 * [DONE] Be sure we are able to pass QObject instances and all supported types around + handle ref-counting correct.
-* [TODO] Be sure we are able to run multiple jvm's the same time.
+* [DONE] Be sure we are able to run multiple jvm's the same time.
 * [ON PROGRESS] Unittests++
-Later:
+Probably Later:
-* [TODO] Compile to bytecode on demand. Some code for this is in SVN, but it has lesser priority right now.
 * [TODO] To sandbox code shouldn't be that difficult.
 * [TODO] Provide a Kexi<=>HSQLDB implementation using the krossjava to have with it the first real world user: Kexi which is able to import/export to OO.org Base. This is a long time goal and absolute out-of-scope for this gsoc but remains defined as goal to provide an idea what the solution should be able to do and in what direction it may move.
 * [TODO] Do we need to support threading?

@@ Line 48: / Line 48: @@
 * SUN Java 1.6 Bug [http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6493522 #6493522] known for more then a year now :-/
 * [http://forum.java.sun.com/thread.jspa?threadID=595559&messageID=3146104 libjvm.so: cannot open shared object file: No such file or directory] - we will dyn load it later anyway, so let's ignore it for now.
-* since Java is more static then Python or Ruby, it's a tricky task to handle it in a dynamic way.
+* since Java is more static than Python or Ruby, it's a tricky task to handle it in a dynamic way.
 * rm -f CMakeCache.txt may help :)
 * [http://java.sun.com/j2se/1.3/docs/guide/reflection/proxy.html Dynamic Proxies] are not flexible enough. See [http://websvn.kde.org/?view=rev&revision=685415 r685415].

@@ Line 33: / Line 33: @@
 * [DONE] Get that code generic to handle any kind of QObject.
 * [DONE] Cache objects.
 * [ON PROGRESS] Unittests++
 Later:
@@ Line 42: / Line 42: @@
 * [TODO] Provide a Kexi<=>HSQLDB implementation using the krossjava to have with it the first real world user: Kexi which is able to import/export to OO.org Base. This is a long time goal and absolute out-of-scope for this gsoc but remains defined as goal to provide an idea what the solution should be able to do and in what direction it may move.
 * [TODO] QtJambi integration.
 ===Known problems===

@@ Line 32: / Line 32: @@
 * [DONE] Java<=>Qt variables.
 * [DONE] Get that code generic to handle any kind of QObject.
 * [ON PROGRESS] Unittests++
 * [ON PROGRESS] Be able to connect() signals, slots and jmethods.

@@ Line 30: / Line 30: @@
 * [DONE] Get a simple sample done to connect native methods from a QObject to a Java method.
 * [DONE] Introduce Extension to wrap QObject's and add InvocationHandler to generalize calls.
-* [ON PROGRESS] Java<=>Qt variables
+* [ON PROGRESS] Java<=>Qt variables, quit a lot of them seem to be done already in the JVMVariant but we need to support at least the same set as the other bindings. But that's more a long time goal and shouldn't be that hard now where we have things in place already.
-* [ON PROGRESS] Get that code generic to handle any kind of QObject. That point includes for sure multiple sub-points :)
+* [ON PROGRESS] Get that code generic to handle any kind of QObject. That point includes multiple sub-points.
 Later: