[rules-users] Drools Workbench - Cloning a local Repo Gives “Invalid remote: origin”

Michael Anstis michael.anstis at gmail.com
Tue Jun 10 05:39:20 EDT 2014


I tried with the latest codebase and could clone a repository on my local
filesystem without problem (the path needs to be the folder containing the
git repository's .git folder).

As for your architecture; we don't support what you describe - which
appears to be a distributed git installation with automatic synchronization
of commits between the two.

Changes you make to files within "Drools Workbench installation 1" (using
the cloned repository "REPO-A-Cloned-1") will only appear in the clone.

You will need to handle a mechanism to push the commits made there to it's
origin (i.e. REPO-A) and synchronization to REPO-A-Clone-2.

Google returns links to server-side scripts you can run to synchronize
different GIT repositories; however you'll probably encounter merge
conflicts if a single file was modified in both clones.

With kind regards,

Mike


On 10 June 2014 09:33, Zahid Ahmed <zahid.ahmed at emirates.com> wrote:

>
>
> @Michael
>
>
>
> Due to this error it’s not cloning it. Below is the architecture in which
> I am deploying the Workbench. Two Workbench instances, one central GIT repo
> and One central Maven Repo (Details as below)
>
>
>
> My architecture for Drools deployment is we will deploy two Drools
> Workbench instances. We will create one central GIT repository, REPO-A.git,
> which will be cloned by both the instances, REPO-A-Cloned-1,
> REPO-A-Cloned-2. If any file is committed in instance A, REPO-A-Cloned-1,
> should also appear in instance B, REPO-A-Cloned-2, and that asset should
> also appear in central repo, REPO-A.
>
>
>
> Regards,
>
> Zahid
>
>
>
>
>
>
>
>
>
>
>
> *From:* rules-users-bounces at lists.jboss.org [
> mailto:rules-users-bounces at lists.jboss.org
> <rules-users-bounces at lists.jboss.org>] *On Behalf Of *Michael Anstis
> *Sent:* 08 June 2014 14:36
> *To:* Rules Users List
> *Subject:* Re: [rules-users] Drools Workbench - Cloning a local Repo
> Gives “Invalid remote: origin”
>
>
>
> You won't need a user id or password.
>
> The remote origin error message is thrown by the underlying jgit library
> we use.
>
> Any repository that is cloned is considered a "remote" in git terms. The
> fact that it's on your local machine makes no difference in git terms.
>
> Sent on the move
>
> On 8 Jun 2014 11:07, "Zahid Ahmed" <zahid.ahmed at emirates.com> wrote:
>
> Hi,
>
>
>
> I am trying to clone a repo in Drools WorkBench and getting the following
> error,
>
>
>
> *"Can't clone repository. java.lang.RuntimeException:Invalid remote:
> origin"*
>
>
>
> The repository which I am cloning, *resides in my local machine*.
> D:/Servers/Drools-6-Deployment/repo/repoA.git
>
>
>
> Following are the inputs I am providing to WorkBench clone Wizard,
>
>
>
> "Repository Name           = repoCloned" "Organizational Unit = inTech"
>
> "GIT URL                              =
> file:///D:/Servers/Drools-6-Deployment/repo/repoA.git"
>
> "User Name                       = " (Currently I am giving my github
> account cred. What to give in user name?)
>
> "Password                          = " (Currently I am giving my github
> account cred. What to give as password?)
>
>
>
> *Question 1*
>
> Why am I getting remote origin error when I am cloning from a local GIT
> repository ?
>
>
>
> *Question 2*
>
> Kindly let me know what to give as User Name and Password when I am
> cloning from an existing GIT repo in my local filesystem ?
>
>
>
>
>
>
>
> Regards,
>
> Zahid Ahmed
>
>
>
>
>
>
>
>
> _______________________________________________
> rules-users mailing list
> rules-users at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
> _______________________________________________
> rules-users mailing list
> rules-users at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20140610/eea3f51d/attachment.html 


More information about the rules-users mailing list