Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Remove dependance on external http library in client library #45

Closed
ajvb opened this issue Aug 13, 2015 · 4 comments
Closed

Remove dependance on external http library in client library #45

ajvb opened this issue Aug 13, 2015 · 4 comments

Comments

@ajvb
Copy link
Owner

ajvb commented Aug 13, 2015

Currently, the go client library utilizes Sling to do the HTTP communication. This is not required, and we should simply use the standard library.

@ajvb ajvb self-assigned this Aug 13, 2015
@ajvb ajvb added this to the v0.1 milestone Aug 13, 2015
@ajvb ajvb removed their assignment Aug 17, 2015
@fuel-
Copy link

fuel- commented Jul 10, 2016

Hi there!

I am, somewhat, new to programming in go and am trying to improve my programming skills by helping out and contributing to other projects. I saw that this issue was marked as good for beginners and thought I would take a stab.

However I am getting stuck trying to build Kala using the instructions in the readme. I have attached a text file that shows my steps in cmd.
cmds-issued.txt

Is this an issue with my gopath or where I have my projects maybe?

Edit: Additionally I would be happy to document working through this to help with "Write out "Getting Started" guide #19"

@elimisteve
Copy link
Contributor

I'm curious if Sling has been causing any problems or whether it completely just is about wanting fewer dependencies.

@ajvb
Copy link
Owner Author

ajvb commented Jul 19, 2016

@fuel- Hey! Thanks for leaving this comment. So it looks like you are missing https://github.com/tools/godep.

On a side note, Kala has had no testing in a Windows environment, so I'm not sure how well it will work. It shouldn't be UNIX specific, but somethings may break. Please feel free to email me directly if you are having any problems.

In regards to this issue, the reasoning is absolutely "wanting fewer dependencies" vs. it actually causing any real problems. No matter, it would be nice to just use the standard library directly.

@ajvb
Copy link
Owner Author

ajvb commented Sep 27, 2016

Closed by #126

@ajvb ajvb closed this as completed Sep 27, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants