Trail Hopping in San Antonio by Ash on his folding bike

My source of inspiration for biking Mr. Ashutosh Bijoor has visited San Antonio recently and has captured the city with is a unique perspective. Unfortunately, I could not join him since I went to California for a mountaineering trip to climb “Mount Shasta” during that time.
Enjoy the San Antonio video taken during the bike ride. River Walk TrailMedina River TrailLeon Creek Trail

Read details in this blog over here: https://bijoor.me/2019/05/30/trail-hopping-in-the-us-san-antonio/

Enjoy the San Antonio video taken during the bike ride. 
River Walk Trail
Medina River Trail
Leon Creek Trail

I am going to cover all 3 trails on my folding bike soon 😉

Advertisements

Dynamodb: How to run dynamodb locally

DynamoDb is a cloud managed server provided by AWS – Amazon web service. Technically, you cannot install and manage it on your own for your production system. However for testing purpose, AWS provides the ways to run it locally and avoid hitting cloud service all the time to save some money.

The easiest way is to pull docker image and run it locally

Follow below steps to run dynamodb locally

# pull image from docker hub provided by AWS – https://hub.docker.com/r/amazon/dynamodb-local/

docker pull amazon/dynamodb-local

# run image

docker run -p 8000:8000 amazon/dynamodb-local

Hit this url on browser  to test dynamodb is working

http://localhost:8000/shell/

Git: Testing Someone Else’s Pull Request on your local dev machine

You do not have to clone every developer’s fork or repository  and then checkout their respective branch in order to test the pull request locally on your dev box 😉

This tutorial will show you how to checkout a pull request on your own computer. This can be very helpful when you want to find bugs and test out new features before they get merged into the main project.

That gist does describe the config changes required in .git/config of the project.

Basically you need to add this line in config

fetch = +refs/pull/*/head:refs/remotes/origin/pr/*

which will allow you to checkout pr locally

Obviously, change the github url to match your project’s URL. It ends up looking like this:

[remote "origin"]
    fetch = +refs/heads/*:refs/remotes/origin/*
    url = git@github.com:joyent/node.git
    fetch = +refs/pull/*/head:refs/remotes/origin/pr/*

Now fetch all the pull requests:

$ git fetch origin
From github.com:joyent/node
 * [new ref]         refs/pull/1000/head -> origin/pr/1000
 * [new ref]         refs/pull/1002/head -> origin/pr/1002
 * [new ref]         refs/pull/1004/head -> origin/pr/1004
 * [new ref]         refs/pull/1009/head -> origin/pr/1009
...

To check out a particular pull request:

$git checkout <pr-id>

$ git checkout pr/999
Branch pr/999 set up to track remote branch pr/999 from origin.
Switched to a new branch 'pr/999'

My Book on design patterns is now available on Udemy platform

Friends,

It was my deep down wish to be an instructor on Udemy platform and with Guru’s grace it got fulfilled today.

My video Book on “Learn software design patterns with Java” is now available on Udemy as on line course. Students would also get the certificate of completion once they finish the entire course.

https://www.udemy.com/learn-design-patterns-with-java/

 

 

Certificate : Jhipster – Full stack web application generator for Java spring boot and angular/React

JHipster is a very powerful application generation framework to create full stack applications using Java + JavaScript. I have completed a course which has Java spring back end and Angular 4 / React front end without dockers.

 

This certificate above verifies that Aseem Jain successfully completed the course Angular 4 Java Developers on 09/24/2018 as taught by Dan Vega, John Thompson on Udemy. The certificate indicates the entire course was completed as validated by the student.

git : pushing a new project to you github repo

Its a good practice to push your pet project to github repository. Below commands will help you.

First, you need to create a project in github repo and copy its repository url which will act has your remote origin, then you need to init you local repository and link them. so that you can push them once its all set.

git init
git add -A
git commit -m 'Added my project'
git remote add origin git@github.com:premaseem/my-new-project.git
git push -u -f origin master

With this, there are a few things to note. The -f flag stands for force. This will automatically overwrite everything in the remote directory. We’re only using it here to overwrite the README that GitHub automatically initialized. If you skipped that, the -f flag isn’t really necessary.

The -u flag sets the remote origin as the default. This lets you later easily just do git push and git pull without having to specifying an origin since we always want GitHub in this case

 

Docker: Building Docker Images with Dockerfiles

In this guide we’ll learn about the Dockerfile. What it is, how to create one, and how to configure the basics to bring up your own Dockerized app.

What is a Dockerfile?

• A Dockerfile is a text configuration file written in a popular, human-readable Markup Language called YAML.
• It is a step-by-step script of all the commands you need to run to assemble a Docker Image.
• The docker build command processes this file generating a Docker Image in your Local Image Cache, which you can then start-up using the docker run command, or push to a permanent Image Repository.

Create a Dockerfile

Creating a Dockerfile is as easy as creating a new file named “Dockerfile” with your text editor of choice and defining some instructions.

#
# Each instruction in this file generates a new layer that gets pushed to your local image cache
#

#
# Lines preceeded by # are regarded as comments and ignored
#

#
# The line below states we will base our new image on the Latest Official Ubuntu
FROM ubuntu:latest

#
# Identify the maintainer of an image
MAINTAINER My Name “myname@somecompany.com”

#
# Update the image to the latest packages
RUN apt-get update && apt-get upgrade -y

#
# Install NGINX to test.
RUN apt-get install nginx -y

#
# Expose port 80
EXPOSE 80

#
# Last is the actual command to start up NGINX within our Container
CMD [“nginx”, “-g”, “daemon off;”]

Run below command to build image from Dockerfile

$ docker build . -t <image tag name>

eg.$ docker build . -t premaseem/dockerimage

 

Dockerfile Commands

• ADD – Defines files to copy from the Host file system onto the Container
  • ADD ./local/config.file /etc/service/config.file
• CMD – This is the command that will run when the Container starts
  • CMD [“nginx”, “-g”, “daemon off;”]
• ENTRYPOINT – Sets the default application used every time a Container is created from the Image. If used in conjunction with CMD, you can remove the application and just define the arguments there
  • CMD Hello World!
  • ENTRYPOINT echo
• ENV – Set/modify the environment variables within Containers created from the Image.
  • ENV VERSION 1.0
• EXPOSE – Define which Container ports to expose
  • EXPOSE 80
• FROM – Select the base image to build the new image on top of
  • FROM ubuntu:latest
• MAINTAINER – Optional field to let you identify yourself as the maintainer of this image
  • MAINTAINER Some One “someone@xyz.xyz”
• RUN – Specify commands to make changes to your Image and subsequently the Containers started from this Image. This includes updating packages, installing software, adding users, creating an initial database, setting up certificates, etc. These are the commands you would run at the command line to install and configure your application
  • RUN apt-get update && apt-get upgrade -y && apt-get install -y nginx && rm -rf/var/lib/apt/lists/*
• USER – Define the default User all commands will be run as within any Container created from your Image. It can be either a UID or username
  • USER docker
• VOLUME – Creates a mount point within the Container linking it back to file systems accessible by the Docker Host. New Volumes get populated with the pre-existing contents of the specified location in the image. It is specially relevant to mention is that defining Volumes in a Dockerfile can lead to issues. Volumes should be managed with docker-compose or “docker run” commands.
  • VOLUME /var/log
• WORKDIR – Define the default working directory for the command defined in the “ENTRYPOINT” or “CMD” instructions
  • WORKDIR /home