MPS Screencast by Sebastien Arbogast.
Pages
Thursday, August 28, 2008
JetBrains MPS
Now this is a killer! The Meta Programming System brought by JetBrains is a really nice full-featured DSL development environment where you can design your own language from ground up, including the specific editor and other features along with code generation and even refactoring support!
MPS Screencast by Sebastien Arbogast.
MPS Screencast by Sebastien Arbogast.
Saturday, August 9, 2008
More Widgets for Guvnor
For properties and XML editors in Guvnor I'm trying to make use of GWT-Ext components. The widgets from this library look really nice. Also the API looks OK. For the properties widget, theres a PropertiesGridPanel available, which provides some nice features for editing the properties (see the screenshot below).
.. and a piece of code that assembles the panel:
How does it know which editor should be attached to the value column? Simple the type is known at the compile time! One of the benefits of GWT is claimed to be its performance. It is fast, but this power comes at a price - you cannot leave the type undefined, i.e. you cannot use java.lang.Object for the type of your class members.
Consider the following class, which is intended for exchanging the information via RPC calls:
While trying to compile this code down to javaScript, we'll get the following messages from the GWT's compiler:
So that's it! I couldn't think of any solution how to cheat the compiler and leave the value's type undefined, so I have to use strings for now.
.. and a piece of code that assembles the panel:
PropertyGridPanel grid = new PropertyGridPanel();
GridView view = new GridView();
grid.setView(view);
Map map = new HashMap();
PropertyHolder[] props = getProps(); //RPC call here
for (PropertyHolder holder : props.list) {
map.put(holder.name,holder.value);
}
grid.setSource(map);
How does it know which editor should be attached to the value column? Simple the type is known at the compile time! One of the benefits of GWT is claimed to be its performance. It is fast, but this power comes at a price - you cannot leave the type undefined, i.e. you cannot use java.lang.Object for the type of your class members.
Consider the following class, which is intended for exchanging the information via RPC calls:
public class PropertyHolder implements IsSerializable {
public String name;
public Object value; // coudn't use Object type here
}
While trying to compile this code down to javaScript, we'll get the following messages from the GWT's compiler:
org.drools.guvnor.client.ruleeditor.PropertyHolder
[java] Analyzing the fields of type 'org.drools.guvnor.client.ruleeditor.PropertyHolder' that qualify for serialization
[java] public java.lang.Object value
[java] java.lang.Object
[java] [ERROR] In order to produce smaller client-side code, 'Object' is not allowed; consider using a more specific type
[java] [ERROR] Type 'org.drools.guvnor.client.ruleeditor.PropertyHolder' was not serializable and has no concrete serializable subtypes
So that's it! I couldn't think of any solution how to cheat the compiler and leave the value's type undefined, so I have to use strings for now.
Subscribe to:
Posts (Atom)