Genesys development - gwt

Has anyone used GWT (Google Web Toolkit) to develop applications working with Genesys servers? I'm trying to do that and I'm confronted with the famous error:
"No source code is available for type com.genesyslab.platform.commons.protocol.ProtocolException. Did you forget to inherit a required module?"
and other errors of the same type but with different classes. Of course, I've already searched for solutions and all I've understood is that this error is recurrent in GWT and it's inherent to the framework. GWT tries to translate my java code to javascript, and the GWT compiler needs to get access to the source code to make those translations.
So my question is: Has anyone had this problem before? If so, have you been able to solve it and how so?

You can't as you need the source code as mentioned, which Genesys won't release to you.

Related

XLET - how to create a simple xlet MHP javax.TV

I'm trying to create my first xlet project.
Can you help me?
I don't know which library I need to download.
What kind of project I have to create? (I'm using netbeans)
This site has a lot of useful info:
http://www.interactivetvweb.org/tutorials/javatv/first_xlet
You can use XletView to view your Xlet.
http://sourceforge.net/projects/xletview/
You will need to get a hold on the various API's, which is somewhat troublesome (I've heard).
But there are also other ways of getting them. For example, if you own PowerDVD, you'll be able to find BDJ.jar somewhere in that package. Add that to your classpath, and you'll be able to compile your Xlet.
If you're running Windows, you can probably develop Xlets with JavaME SDK 3.0 too (sadly not available for Linux though).

wcfGridChildObjectCheckboxViewer compile error for WebSphere Commerce 7's Management Center

I'm using WebSphere Commerce + it's Dev Environment's RAD, and have just made some changes to a promotion type. As a result, I have to rebuild the LOBTools project (Management Center is the main business tool I'm using). However, I'm now getting the following compile error:
undefined superclass wcfGridTextViewer for class wcfGridChildObjectCheckboxViewer in the Checkbox.lzx file.
There are other files in the exact same folder that extend the same class, and those are compiling just fine...
I've had a look around, and others have had the exact same problem, and the only two fixes described, I've been unable to get to work...
I'm hoping somebody here has seen this before, and knows how to fix it?
That's a question for IBM Software Support. Submit a PMR and they'll help you fix it.

What is the difference between Java Deployment Toolkit Plug-in and deployJava.js?

I was reading this article:
http://www.java.com/en/download/faq/deployment_toolkit.xml
and I get confused about the purpose and use of the DT Plug-in and the deployJava.js.
I always believe that the Deployment Toolkit is the set of functions of the deployJava.js file (like this link says: http://blogs.oracle.com/thejavatutorials/entry/deployment_toolkit_101) but according to the article there are two parts of the Deployment Toolkit: the Plug-in and the interface for the developer.
I'm asking about all of this because the deployJava.js fails to detect the appropriate version of Java in some of the machines of our users and I was wondering if the DT Plug-in could help us improve the detection, but I don't know how exactly it detects the Java version and when it does it or how can I use it to solve detection problems?
Most of this doubts are driven by the question in the article:
"Does deployJava.js work if the Java DT Toolkit plug-in is disabled?
Yes, deployJava.js contains some pure JavaScript functions, which will continue to work even if the Java DT Toolkit plug-in is disabled."
So... why do I need the deployJava.js if the DT Plug-in exists or vice versa?
Any help on this matter would be very appreciated.
Thank you very much.
If anyone has doubts about it, I've posted this question in the oracle forum and this was the reply:
Deployment toolkit is combination of native library and javascript
helpers. javascript is the only official public API to native library.
JRE is installed with DT native library that is left on the system if
JRE is uninstalled. As of now DT native library is only available on
Windows.
Javascript helper functions use native library if it is available but
many actions can be performed (with degraded accuracy, etc.) even if
native library is not present.
Note that there is new Javascript APIs for DT as alternative to
deployJava.js. it is called
[dtjava.js|http://download.oracle.com/javafx/2.0/deployment/deployment_toolkit.htm#BABJHEJA]
and is primary API for JavaFX applications. However, it also supports
pure Java apps and likely will be main JS API for DT going forward
(some more testing and bug fixing may be needed).
Hope this helps to clarify the relationship.
Thxs to igor
Link to oracle post: https://forums.oracle.com/forums/message.jspa?messageID=9932788#9932788

Google web Toolkit with monorail

Well the topic says it all. Can I use google web toolkit to generate my views to be used in Castle Monorail project and render it through nvelocity view engine. Is it at all possible?
I don't know of anyone that has tried this, but GWT is a server-independent technology so in principle I don't see why it wouldn't work. GWT needs some server-side plumbing which you'll probably have to write yourself (again because I haven't found anyone that has done this before).
You might want to check out Script# which is similar to GWT but you code in .Net, it has MSBuild support, Visual Studio integration, etc.

How can I make my application support plugins?

I'm work in an aplication that need be capable of support plugins, but i dont know how this work.
See Design Pattern for implementing plugins in your application?
The answers tend to get very platform specific. It also depends on how much control of your core app data and logic the plugin must have.
The C++ QT4 book has a good description of adding a file-type plugin to it's architecture, there area also a bunch of modeling apps (openscenegraph, blender, povray ) that have good documentation for their plugin architectures.
You need to design your application's API in such a way that plugins can be created, and you need to add the necessary plugin management interfaces and supporting code to invoke the plugins. There is no catch-all way of managing plugins.
Take a look at the open source application called Rawr (c#). Each addin is a seperate .dll and the main app uses reflection to access the code. Very nicely done.
www.codeplex.com/Rawr