Collection of notes on common problems and issues I faced while doing day to day programming
Tuesday, November 22, 2011
Thursday, July 14, 2011
Removing horizontal line above compartment
In addFixedChild method of EditPart that contains compartment extract figure that is added to the pane (primary figure) and set its border to null.
Monday, July 11, 2011
Eclipse builders
When creating builder as in every other extension point make sure that IDs of builder and IDs in extension point match up. Otherwise your builders will not work and you will not know what went wrong. One place to check is project properties (right-click project -> properties -> Builders. If your build is listed as "Missing Builder" then chances are IDs are screwed up.
Friday, July 8, 2011
EMF Ecore model inheritance
Let's say you have a common.ecore with Node element. You create person.ecore in another plugin and want Person->Node inheritance. To do this create your person.ecore and load common.ecore from "Sample Ecore Editor" menu. Continue creating Person element and setting super type as node. Now, when it's time generate genmodel for person.ecore on package selection page of wizard you will see packages for person and common. Make sure you don't select common checkbox and instead choose common.ecore from "Reference generator models" pane. If you don't then person model will expect common to be on the same level as itself and you don't want that.
Thursday, June 30, 2011
setting build.id in about.mappings
http://www.eclipse.org/forums/index.php/t/216978/
https://bugs.eclipse.org/bugs/show_bug.cgi?id=309144
Pass -Dbuild.id= when you perform your site.p2 action
The Buckminster property expansion falls back to Eclipse variable
expansion so this should work:
build_id = ${env_var:BUILD_ID}
That timestamp will differ between projects. It finds the last
modification in the subtree and uses that so it's not suitable to use as
a build_id.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=309144
Pass -Dbuild.id=
The Buckminster property expansion falls back to Eclipse variable
expansion so this should work:
build_id = ${env_var:BUILD_ID}
That timestamp will differ between projects. It finds the last
modification in the subtree and uses that so it's not suitable to use as
a build_id.
Wednesday, June 29, 2011
Find ImageDescriptor
public static ImageDescriptor findImageDescriptor(String path) { final IPath p = new Path(path); if (p.isAbsolute() && p.segmentCount() > 1) { return AbstractUIPlugin.imageDescriptorFromPlugin(p.segment(0), p .removeFirstSegments(1).makeAbsolute().toString()); } else { return getBundledImageDescriptor(p.makeAbsolute().toString()); } }
Friday, June 24, 2011
Change default messages when using EMF Validation Framework
The easiest way to do it if feature names are no issue is to create fragment with host o.e.emf.ecore and define plugin_en.properties file with values for message keys changed to your needs.
Tuesday, June 21, 2011
plugin.properties fails to replace referenced key string
If this happens make sure Bundle-Localization: plugin is in Manifest.mf
Thursday, April 21, 2011
The simplest possible Buckminster example
While at EclipseCon 2011 Miles Parker and I decided to conduct our own Buckminster BoF. Yes, this year's conference was all about Maven/Tycho builds, but we though that Buckminster had its own advantages that people might find beneficial to them.
For the BoF I created a very simple Buckminster build that build a very simple RCP application, in fact the RCP is so simple that it's just a window. The point of this is just to show a bare bone Buckminster build and give user instant gratification in actually building something quick. In fact, this bare bone build can be used for more complicated project because the beauty of Buckminster is that it does not need any more information that you already have - features and plugins.
If you are just starting out with Buckminster checkout Ralf Ebert's article as a starting point, get familiar with Bucky Book and of course visit Buckminster forum as it has vast amount of information that other people and myself were faced while working with Buckminster.
Grab Buckminster example here
Also, here are notes about Buckminster that were generated while implementing it for our build, hopefully these will be useful to someone.
For the BoF I created a very simple Buckminster build that build a very simple RCP application, in fact the RCP is so simple that it's just a window. The point of this is just to show a bare bone Buckminster build and give user instant gratification in actually building something quick. In fact, this bare bone build can be used for more complicated project because the beauty of Buckminster is that it does not need any more information that you already have - features and plugins.
If you are just starting out with Buckminster checkout Ralf Ebert's article as a starting point, get familiar with Bucky Book and of course visit Buckminster forum as it has vast amount of information that other people and myself were faced while working with Buckminster.
Grab Buckminster example here
Also, here are notes about Buckminster that were generated while implementing it for our build, hopefully these will be useful to someone.
Subscribe to:
Posts (Atom)