| [news.eclipse.technology.buckminster] Re: Build output substructure change |
Regards, Thomas Hallgren
Example is query for java3d-1_5_1-linux-i586
java3d-1_5_1-linux-i586 is unzipped in ~/user/buckminster/downloads, before it used to be unzipped and created as project java3d-1_5_1-linux-i586 in the workspace.
I have this in my rmap: <searchPath name="java3d-dev-java-net-download"> <provider readerType="url.zipped" componentTypes="jar" mutable="false" source="false"> <uri format="http://download.java.net/media/java3d/builds/release/{0}/{1}.zip"> <bc:replace> <bc:replace> <bc:propertyRef key="buckminster.component"/> <bc:match pattern="^[^_]+(\d+(?:_\d+)+).+$" replacement="$1"/> </bc:replace> <bc:match pattern="^(\d+)_(\d+)_([0-9_]+)$" replacement="$1.$2.$3"/> </bc:replace> <bc:propertyRef key="buckminster.component"/> </uri> </provider> </searchPath> <locator searchPathRef="java3d-dev-java-net-download" pattern="^java3d-.+$"/>
If I use readerType="url" then jar (or zip) file is downloaded to ~/user/buckminster/downloads, before it used to be downloaded to project .buckminster in the workspace.
Thomas Hallgren wrote:
I cannot reproduce this. I run the this cquery:
http://www.eclipse.org/buckminster/samples/queries/demo.cquery
Among other things, it downloads the tada-sax.jar from Maven. It ends up correctly under the .buckminster project. What kind of provider are you using when you obtain the jar file?
- thomas
Vaidas Nargėlas wrote:Thomas Hallgren wrote:
Hmm, no, not unless you use the 'filesystem' destination type. By default, they should end up in the project called .buckminster
Yes, that was always the case before r08242.
Now I created a completely new workspace with Eclipse IDE, opened cquery, resolved it and checked that in the wizard 'Use defaults' was on for jar components. But after materialization jar components went to directory ~/user/buckminster/downloads/ outside the workspace.
Sincerely,
Vaidas