Community
Participate
Working Groups
Build Identifier: This defect seems to be a regression as it seems to work fine in older versions of Tigerstripe. Create a new artifact, switch to the source page in the artifact's editor. Notice the following in its header: /******************************************************************************* * Created with Tigerstripe(tm) Workbench v.$runtime.getProperty("tigerstripe.feature.version") * Copyright (c) 2007 Cisco Systems, Inc. * All rights reserved. This program and the accompanying materials * are made available under the terms of the Eclipse Public License v1.0 * which accompanies this distribution, and is available at * http://www.eclipse.org/legal/epl-v10.html * * DO NOT EDIT THIS FILE - Created with Tigerstripe(tm) Workbench * *******************************************************************************/ The version is displayed as v.$runtime.getProperty("tigerstripe.feature.version"). In the past, the correct TS version would be displayed in an artifact's header. Reproducible: Always
The reason the version no longer shows up is because the install.properties file can not be found where it is expected. By adding a call to createPropertiesFileForHeadlessRun in the run method of PostInstallActions this bug is fixed. Can anyone tell me if this is an ok solution, or if this could break things down the road?
Created attachment 181446 [details] proposed_patch_323646.txt I am not sure if this is the correct way...Eric left a comment in January 2009 saying he thinks the method I am calling should be removed. I could not find another method that seemed to do the same thing though...
Thanks Dan, I reviewed and submitted your patch. With the way this is setup, the version displayed in newly created artifacts will be extracted from the plugin version of org.eclipse.tigerstripe.workbench.base. We have to ensure that this plugin version is updated for each TS release.
