Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Oomph » git clone location
git clone location [message #1700653] Mon, 06 July 2015 09:01 Go to next message
Lorenzo Bettini is currently offline Lorenzo BettiniFriend
Messages: 1815
Registered: July 2009
Location: Firenze, Italy
Senior Member
Hi

I'd like to specify the location where the git repository is to be cloned.

I tried using "absolute folder location", but in that case it looks like
Oomph expects to find an already cloned repository there (and by the
way, if that's not the case, there's no error feedback, simply the
workspace stays empty and only if I try to run the setup tasks from the
workspace I get the error).

So what's the correct way to specify "please clone the git repository in
this specific path"?

thanks in advance
Lorenzo

--
Lorenzo Bettini, PhD in Computer Science, DI, Univ. Torino
HOME: http://www.lorenzobettini.it
Xtext Book:
http://www.packtpub.com/implementing-domain-specific-languages-with-xtext-and-xtend/book


Re: git clone location [message #1700658 is a reply to message #1700653] Mon, 06 July 2015 09:29 Go to previous messageGo to next message
Ralf Reinders is currently offline Ralf ReindersFriend
Messages: 1
Registered: June 2015
Location: Germany
Junior Member
Hi,

maybe: "git clone" -> location -> ex.: ${installation.location}/git ?

bye


> Hi
>
> I'd like to specify the location where the git repository is to be cloned.
>
> I tried using "absolute folder location", but in that case it looks like
> Oomph expects to find an already cloned repository there (and by the
> way, if that's not the case, there's no error feedback, simply the
> workspace stays empty and only if I try to run the setup tasks from the
> workspace I get the error).
>
> So what's the correct way to specify "please clone the git repository in
> this specific path"?
>
> thanks in advance
> Lorenzo
>
Re: git clone location [message #1700660 is a reply to message #1700658] Mon, 06 July 2015 09:49 Go to previous messageGo to next message
Lorenzo Bettini is currently offline Lorenzo BettiniFriend
Messages: 1815
Registered: July 2009
Location: Firenze, Italy
Senior Member
On 06/07/2015 11:29, Ralf Reinders wrote:
> Hi,
>
> maybe: "git clone" -> location -> ex.: ${installation.location}/git ?
>
> bye
>
>
>> Hi
>>
>> I'd like to specify the location where the git repository is to be
>> cloned.
>>
>> I tried using "absolute folder location", but in that case it looks like
>> Oomph expects to find an already cloned repository there (and by the
>> way, if that's not the case, there's no error feedback, simply the
>> workspace stays empty and only if I try to run the setup tasks from the
>> workspace I get the error).
>>
>> So what's the correct way to specify "please clone the git repository in
>> this specific path"?
>>
>> thanks in advance
>> Lorenzo

Apparently, it works only if I choose another option like

${git.container.root/}${@id.remoteURI|gitRepository/}

and set the root git-container folder accordingly.

But I found it misleading that choosing an absolute path has a different
semantics, i.e., "the repository must have already been cloned" :)

cheers
Lorenzo

--
Lorenzo Bettini, PhD in Computer Science, DI, Univ. Torino
HOME: http://www.lorenzobettini.it
Xtext Book:
http://www.packtpub.com/implementing-domain-specific-languages-with-xtext-and-xtend/book


Re: git clone location [message #1700664 is a reply to message #1700660] Mon, 06 July 2015 10:17 Go to previous messageGo to next message
Eike Stepper is currently offline Eike StepperFriend
Messages: 6693
Registered: July 2009
Senior Member
Am 06.07.2015 um 11:49 schrieb Lorenzo Bettini:
>
> Apparently, it works only if I choose another option like
>
> ${git.container.root/}${@id.remoteURI|gitRepository/}
>
> and set the root git-container folder accordingly.
>
> But I found it misleading that choosing an absolute path has a different
> semantics, i.e., "the repository must have already been cloned" :)
At the time the GitCloneTask is performed it already has an absolute path, no matter how this was computed (e.g. what
attribute rule you picked and what what rule-specific properties you've entered). Can you please outline the exacts
steps needed to reproduce the problem?

Cheers
/Eike

----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper


Re: git clone location [message #1700705 is a reply to message #1700664] Mon, 06 July 2015 14:37 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 33264
Registered: July 2009
Senior Member
Just like the workspace location, the clone location is determined by
rules. Those rules include being able to decide exactly the location
of the clone, having all the clones in some common root folder, or
having the clones in a folder relative to the installation. We mostly
use/test the latter, and it's the default. If the other rules don't work
for some reason, please open a bugzilla. If some other rule makes
sense (e.g., it's nested in the workspace), we could add it. But in the
end, one shouldn't need to be defining your own approach within your
project setup, because then there will be no uniformity across projects
where some respect the general rule, and others do some other arbitrary
thing...

On 06/07/2015 12:17 PM, Eike Stepper wrote:
> Am 06.07.2015 um 11:49 schrieb Lorenzo Bettini:
>>
>> Apparently, it works only if I choose another option like
>>
>> ${git.container.root/}${@id.remoteURI|gitRepository/}
>>
>> and set the root git-container folder accordingly.
>>
>> But I found it misleading that choosing an absolute path has a different
>> semantics, i.e., "the repository must have already been cloned" :)
> At the time the GitCloneTask is performed it already has an absolute
> path, no matter how this was computed (e.g. what attribute rule you
> picked and what what rule-specific properties you've entered). Can you
> please outline the exacts steps needed to reproduce the problem?
>
> Cheers
> /Eike
>
> ----
> http://www.esc-net.de
> http://thegordian.blogspot.com
> http://twitter.com/eikestepper
>
>


Ed Merks
Professional Support: https://www.macromodeling.com/
Re: git clone location [message #1700723 is a reply to message #1700664] Mon, 06 July 2015 16:13 Go to previous messageGo to next message
Lorenzo Bettini is currently offline Lorenzo BettiniFriend
Messages: 1815
Registered: July 2009
Location: Firenze, Italy
Senior Member
On 06/07/2015 12:17, Eike Stepper wrote:
> Am 06.07.2015 um 11:49 schrieb Lorenzo Bettini:
>>
>> Apparently, it works only if I choose another option like
>>
>> ${git.container.root/}${@id.remoteURI|gitRepository/}
>>
>> and set the root git-container folder accordingly.
>>
>> But I found it misleading that choosing an absolute path has a different
>> semantics, i.e., "the repository must have already been cloned" :)
> At the time the GitCloneTask is performed it already has an absolute
> path, no matter how this was computed (e.g. what attribute rule you
> picked and what what rule-specific properties you've entered). Can you
> please outline the exacts steps needed to reproduce the problem?
>

Hi Eike

here are the steps:

- select any project, e.g., Oomph itself
- in the variables dialog select from the dropdown box "located in the
specified absolute folder location"
- then specify an absolute path in the text field of an existing
directory, e.g., "/home/myuser/tmp/git" (where "git" exists but it's empty)

the IDE is installed and started and then no other feedback is given (no
animated icon is shown in the status bar). Now try to run the setup
tasks manually and a dialog is shown with this exception (so it looks
like when an absolute path is specified then it expects the repository
has already been cloned):

java.lang.Exception:
org.eclipse.jgit.errors.RepositoryNotFoundException: repository not
found: /home/bettini/tmp/git
at
org.eclipse.oomph.setup.git.impl.GitCloneTaskImpl.isNeeded(GitCloneTaskImpl.java:660)
at
org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.initNeededSetupTasks(SetupTaskPerformer.java:1496)
at
org.eclipse.oomph.setup.ui.wizards.ConfirmationPage.initNeededSetupTasks(ConfirmationPage.java:325)
at
org.eclipse.oomph.setup.ui.wizards.ConfirmationPage.enterPage(ConfirmationPage.java:229)
at
org.eclipse.oomph.setup.ui.wizards.SetupWizard.pageChanged(SetupWizard.java:404)
at org.eclipse.jface.wizard.WizardDialog$9.run(WizardDialog.java:1505)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:50)
at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:173)
at
org.eclipse.jface.wizard.WizardDialog.firePageChanged(WizardDialog.java:1502)
at org.eclipse.jface.wizard.WizardDialog.update(WizardDialog.java:1308)
at
org.eclipse.jface.wizard.WizardDialog.updateForPage(WizardDialog.java:1234)
at org.eclipse.jface.wizard.WizardDialog.access$4(WizardDialog.java:1208)
at org.eclipse.jface.wizard.WizardDialog$8.run(WizardDialog.java:1197)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
at org.eclipse.jface.wizard.WizardDialog.showPage(WizardDialog.java:1194)
at
org.eclipse.oomph.setup.ui.wizards.SetupWizardPage.advanceToNextPage(SetupWizardPage.java:153)
at
org.eclipse.oomph.setup.ui.wizards.VariablePage$5.run(VariablePage.java:556)
at org.eclipse.oomph.ui.UIUtil$5.run(UIUtil.java:539)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:135)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3794)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3433)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:827)
at org.eclipse.jface.window.Window.open(Window.java:803)
at
org.eclipse.oomph.setup.ui.wizards.SetupWizard.openDialog(SetupWizard.java:487)
at
org.eclipse.oomph.setup.ui.wizards.SetupWizard$Updater.openDialog(SetupWizard.java:1239)
at
org.eclipse.oomph.setup.presentation.handlers.PerformHandler.run(PerformHandler.java:45)
at
org.eclipse.oomph.setup.presentation.handlers.AbstractDropdownItemHandler.execute(AbstractDropdownItemHandler.java:50)
at
org.eclipse.ui.internal.handlers.HandlerProxy.execute(HandlerProxy.java:295)
at
org.eclipse.ui.internal.handlers.E4HandlerProxy.execute(E4HandlerProxy.java:90)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at
org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:56)
at
org.eclipse.e4.core.internal.di.InjectorImpl.invokeUsingClass(InjectorImpl.java:252)
at
org.eclipse.e4.core.internal.di.InjectorImpl.invoke(InjectorImpl.java:234)
at
org.eclipse.e4.core.contexts.ContextInjectionFactory.invoke(ContextInjectionFactory.java:132)
at
org.eclipse.e4.core.commands.internal.HandlerServiceHandler.execute(HandlerServiceHandler.java:152)
at org.eclipse.core.commands.Command.executeWithChecks(Command.java:493)
at
org.eclipse.core.commands.ParameterizedCommand.executeWithChecks(ParameterizedCommand.java:486)
at
org.eclipse.e4.core.commands.internal.HandlerServiceImpl.executeHandler(HandlerServiceImpl.java:210)
at
org.eclipse.e4.ui.workbench.renderers.swt.HandledContributionItem.executeItem(HandledContributionItem.java:799)
at
org.eclipse.e4.ui.workbench.renderers.swt.HandledContributionItem.handleWidgetSelection(HandledContributionItem.java:675)
at
org.eclipse.e4.ui.workbench.renderers.swt.HandledContributionItem.access$7(HandledContributionItem.java:659)
at
org.eclipse.e4.ui.workbench.renderers.swt.HandledContributionItem$4.handleEvent(HandledContributionItem.java:592)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4481)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1327)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3819)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3430)
at
org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$4.run(PartRenderingEngine.java:1127)
at
org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:337)
at
org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1018)
at
org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:156)
at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:654)
at
org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:337)
at
org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:598)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
at
org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:139)
at
org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:380)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:235)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:669)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:608)
at org.eclipse.equinox.launcher.Main.run(Main.java:1515)
at org.eclipse.equinox.launcher.Main.main(Main.java:1488)
Caused by: org.eclipse.jgit.errors.RepositoryNotFoundException:
repository not found: /home/bettini/tmp/git
at
org.eclipse.jgit.lib.BaseRepositoryBuilder.build(BaseRepositoryBuilder.java:581)
at org.eclipse.jgit.api.Git.open(Git.java:116)
at org.eclipse.jgit.api.Git.open(Git.java:99)
at
org.eclipse.oomph.setup.git.impl.GitCloneTaskImpl.isNeeded(GitCloneTaskImpl.java:619)
... 73 more



--
Lorenzo Bettini, PhD in Computer Science, DI, Univ. Torino
HOME: http://www.lorenzobettini.it
Xtext Book:
http://www.packtpub.com/implementing-domain-specific-languages-with-xtext-and-xtend/book


Re: git clone location [message #1700734 is a reply to message #1700723] Mon, 06 July 2015 17:30 Go to previous messageGo to next message
Ed Merks is currently offline Ed MerksFriend
Messages: 33264
Registered: July 2009
Senior Member
Lorenzo,

That's because you need to specify the entire folder name for this rule,
including the name of the folder for the git clone. You've specified a
folder that isn't empty and isn't an existing clone, so no clone can be
created there.


On 06/07/2015 6:13 PM, Lorenzo Bettini wrote:
> On 06/07/2015 12:17, Eike Stepper wrote:
>> Am 06.07.2015 um 11:49 schrieb Lorenzo Bettini:
>>> Apparently, it works only if I choose another option like
>>>
>>> ${git.container.root/}${@id.remoteURI|gitRepository/}
>>>
>>> and set the root git-container folder accordingly.
>>>
>>> But I found it misleading that choosing an absolute path has a different
>>> semantics, i.e., "the repository must have already been cloned" :)
>> At the time the GitCloneTask is performed it already has an absolute
>> path, no matter how this was computed (e.g. what attribute rule you
>> picked and what what rule-specific properties you've entered). Can you
>> please outline the exacts steps needed to reproduce the problem?
>>
> Hi Eike
>
> here are the steps:
>
> - select any project, e.g., Oomph itself
> - in the variables dialog select from the dropdown box "located in the
> specified absolute folder location"
> - then specify an absolute path in the text field of an existing
> directory, e.g., "/home/myuser/tmp/git" (where "git" exists but it's empty)
>
> the IDE is installed and started and then no other feedback is given (no
> animated icon is shown in the status bar). Now try to run the setup
> tasks manually and a dialog is shown with this exception (so it looks
> like when an absolute path is specified then it expects the repository
> has already been cloned):
>
> java.lang.Exception:
> org.eclipse.jgit.errors.RepositoryNotFoundException: repository not
> found: /home/bettini/tmp/git
> at
> org.eclipse.oomph.setup.git.impl.GitCloneTaskImpl.isNeeded(GitCloneTaskImpl.java:660)
> at
> org.eclipse.oomph.setup.internal.core.SetupTaskPerformer.initNeededSetupTasks(SetupTaskPerformer.java:1496)
> at
> org.eclipse.oomph.setup.ui.wizards.ConfirmationPage.initNeededSetupTasks(ConfirmationPage.java:325)
> at
> org.eclipse.oomph.setup.ui.wizards.ConfirmationPage.enterPage(ConfirmationPage.java:229)
> at
> org.eclipse.oomph.setup.ui.wizards.SetupWizard.pageChanged(SetupWizard.java:404)
> at org.eclipse.jface.wizard.WizardDialog$9.run(WizardDialog.java:1505)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:50)
> at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:173)
> at
> org.eclipse.jface.wizard.WizardDialog.firePageChanged(WizardDialog.java:1502)
> at org.eclipse.jface.wizard.WizardDialog.update(WizardDialog.java:1308)
> at
> org.eclipse.jface.wizard.WizardDialog.updateForPage(WizardDialog.java:1234)
> at org.eclipse.jface.wizard.WizardDialog.access$4(WizardDialog.java:1208)
> at org.eclipse.jface.wizard.WizardDialog$8.run(WizardDialog.java:1197)
> at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
> at org.eclipse.jface.wizard.WizardDialog.showPage(WizardDialog.java:1194)
> at
> org.eclipse.oomph.setup.ui.wizards.SetupWizardPage.advanceToNextPage(SetupWizardPage.java:153)
> at
> org.eclipse.oomph.setup.ui.wizards.VariablePage$5.run(VariablePage.java:556)
> at org.eclipse.oomph.ui.UIUtil$5.run(UIUtil.java:539)
> at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
> at
> org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:135)
> at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3794)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3433)
> at org.eclipse.jface.window.Window.runEventLoop(Window.java:827)
> at org.eclipse.jface.window.Window.open(Window.java:803)
> at
> org.eclipse.oomph.setup.ui.wizards.SetupWizard.openDialog(SetupWizard.java:487)
> at
> org.eclipse.oomph.setup.ui.wizards.SetupWizard$Updater.openDialog(SetupWizard.java:1239)
> at
> org.eclipse.oomph.setup.presentation.handlers.PerformHandler.run(PerformHandler.java:45)
> at
> org.eclipse.oomph.setup.presentation.handlers.AbstractDropdownItemHandler.execute(AbstractDropdownItemHandler.java:50)
> at
> org.eclipse.ui.internal.handlers.HandlerProxy.execute(HandlerProxy.java:295)
> at
> org.eclipse.ui.internal.handlers.E4HandlerProxy.execute(E4HandlerProxy.java:90)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:56)
> at
> org.eclipse.e4.core.internal.di.InjectorImpl.invokeUsingClass(InjectorImpl.java:252)
> at
> org.eclipse.e4.core.internal.di.InjectorImpl.invoke(InjectorImpl.java:234)
> at
> org.eclipse.e4.core.contexts.ContextInjectionFactory.invoke(ContextInjectionFactory.java:132)
> at
> org.eclipse.e4.core.commands.internal.HandlerServiceHandler.execute(HandlerServiceHandler.java:152)
> at org.eclipse.core.commands.Command.executeWithChecks(Command.java:493)
> at
> org.eclipse.core.commands.ParameterizedCommand.executeWithChecks(ParameterizedCommand.java:486)
> at
> org.eclipse.e4.core.commands.internal.HandlerServiceImpl.executeHandler(HandlerServiceImpl.java:210)
> at
> org.eclipse.e4.ui.workbench.renderers.swt.HandledContributionItem.executeItem(HandledContributionItem.java:799)
> at
> org.eclipse.e4.ui.workbench.renderers.swt.HandledContributionItem.handleWidgetSelection(HandledContributionItem.java:675)
> at
> org.eclipse.e4.ui.workbench.renderers.swt.HandledContributionItem.access$7(HandledContributionItem.java:659)
> at
> org.eclipse.e4.ui.workbench.renderers.swt.HandledContributionItem$4.handleEvent(HandledContributionItem.java:592)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4481)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1327)
> at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3819)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3430)
> at
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$4.run(PartRenderingEngine.java:1127)
> at
> org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:337)
> at
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1018)
> at
> org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:156)
> at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:654)
> at
> org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:337)
> at
> org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:598)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
> at
> org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:139)
> at
> org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:380)
> at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:235)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:669)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:608)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1515)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1488)
> Caused by: org.eclipse.jgit.errors.RepositoryNotFoundException:
> repository not found: /home/bettini/tmp/git
> at
> org.eclipse.jgit.lib.BaseRepositoryBuilder.build(BaseRepositoryBuilder.java:581)
> at org.eclipse.jgit.api.Git.open(Git.java:116)
> at org.eclipse.jgit.api.Git.open(Git.java:99)
> at
> org.eclipse.oomph.setup.git.impl.GitCloneTaskImpl.isNeeded(GitCloneTaskImpl.java:619)
> ... 73 more
>
>
>


Ed Merks
Professional Support: https://www.macromodeling.com/
Re: git clone location [message #1700843 is a reply to message #1700734] Tue, 07 July 2015 14:23 Go to previous message
Lorenzo Bettini is currently offline Lorenzo BettiniFriend
Messages: 1815
Registered: July 2009
Location: Firenze, Italy
Senior Member
On 06/07/2015 19:30, Ed Merks wrote:
> Lorenzo,
>
> That's because you need to specify the entire folder name for this rule,
> including the name of the folder for the git clone. You've specified a
> folder that isn't empty and isn't an existing clone, so no clone can be
> created there.

OK, now I got it :)

thanks
Lorenzo

--
Lorenzo Bettini, PhD in Computer Science, DI, Univ. Torino
HOME: http://www.lorenzobettini.it
Xtext Book:
http://www.packtpub.com/implementing-domain-specific-languages-with-xtext-and-xtend/book


Previous Topic:Passing VM args from the self extracting archive to eclipse-inst.exe
Next Topic:setup:VariableTask
Goto Forum:
  


Current Time: Fri Dec 27 01:16:52 GMT 2024

Powered by FUDForum. Page generated in 0.06562 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top