Tim Cooke

Marshal
+ Follow
since Mar 28, 2008
Tim likes ...
Clojure IntelliJ IDE Java
Forum Moderator
Standard Nerd
Belfast
Cows and Likes
Cows
Total received
298
In last 30 days
3
Total given
694
Likes
Total received
1309
Received in last 30 days
4
Total given
436
Given in last 30 days
10
Forums and Threads
Scavenger Hunt
expand Rancher Scavenger Hunt
expand Ranch Hand Scavenger Hunt Green check
expand Greenhorn Scavenger Hunt Green check

Recent posts by Tim Cooke

A HTC phone in 1998? You sure? The popular flip phone from that era as I remember it was the Motorola StarTac.
2 hours ago
It must have been around 1996 or 1997 when I got a Motorola mr20 on a contract with Orange from a Carphone Warehouse store in Oxford.
10 hours ago
I'm dipping in and out of thinking about a solution to this problem, specifically the solution I'm going to apply to my system, so apologies for the long periods of radio silence. As always Junilu I appreciate your input very much.

I was aware of the 12 factor app and have now read over the config and build sections many times. I'm currently focussed on this statement:

12factor.net wrote:The twelve-factor app stores config in environment variables (often shortened to env vars or env). Env vars are easy to change between deploys without changing any code; unlike config files, there is little chance of them being checked into the code repo accidentally; and unlike custom config files, or other config mechanisms such as Java System Properties, they are a language- and OS-agnostic standard.


I completely get the idea here of using env vars and it sounds very appealing to me but I don't have a good idea of where to store the configuration values. The app is Spring Boot so can have a single application.properties file where the values are placeholders for environment variables

application.properties
That gets me a single configuration file within the repo that defines the configuration items that are required. This will be an improvement as currently we have multiple config files for different environments and some extra that devs have added for their own testing and one of the problems is that the set of config keys are not consistent across these files where new items have been added to a dev config file but not the prod one.

If I go with this approach then I have the configuration items in my repo with no values, which is good. But now I'm back to the same question of where do I keep my config values?
1 week ago
Great to hear it's not just me feeling uneasy about it, thanks for the feedback. It's now on my list to be refactored out.
1 week ago
Project Lombok

https://projectlombok.org/

Provides short cuts for boilerplate Java code, such as replacing explicitly written getters and setters with field annotations. For example:

I have only come across this recently and my initial reaction is that I don't like it. Particularly because you lose all the help from your IDE where mine marks all fields as unused because there is no explicit code making use of them.

To gauge whether I'm just cynical and suspicious of all new things or not, what do you think of it?
2 weeks ago
Ranch Foreman comes with no extra privileges other than the money-can't-buy glory of being recognised as one of the most active and helpful of Ranch Hands.

Promotion is automatic. Gir Bot keeps a tally of who's the most active and helpful (likes and cows) and selects the top few for promotion.
2 weeks ago

saad el khlifi wrote:an amazing javaranch team


You mean 'CodeRanch' of course
First, a big thanks to Slobodan Stojanovic & Aleksandar Simovic for being here to promote the book Serverless Applications with Node.js.

The winners are:

  • sourabh girdhar
  • Tim Holloway
  • Noorul Hameed
  • saad el khlifi

  • Please send your snail mail address to bookpromotion AT javaranch DOT com. To ensure the quickest response, please provide the following:

    Your name (first and last - if your CodeRanch name is different, please include both your real name and Ranch name)
    Email
    Country (needed even if requesting an e-book)
    Address
    Phone Number


    Also, please include the following as the subject of your Email.

    Book Promo Winner - Serverless Applications with Node.js - Tuesday, April 23rd, 2019


    Image from https://m.media-amazon.com

    As noted in the Book Promotion Eligibility Requirements and Legal type stuff, the winners have 8 days to submit their information. Within 3 days of receipt of your email, we will reply to let you know we got it. If you don't hear back, the goat might have eaten your email. Please let us know by posting in the Ranch Office so we can check on it. Once you have received your copy please let us know by editing the Book Promotions Winners Page and updating the 'Status' column to say you have it.

    Thanks and congrats to all the winners.
    Thanks for the detailed reply Junilu, much appreciated.

    The problem I have is that because the settings exist in the same repo as the codebase and gets packaged up in the jar then it couples the build to the environment. Let's say that the database user credentials change, oh shoot now we need to build, test, and deploy a new version of the application. This is sub optimal.

    My thoughts are to externalise the configuration and maintain it separately, perhaps in a separate repository, so that the same build version can be deployed in different environments. So would it be a good idea to create a separate repository for configuration? Perhaps even separate repositories for Dev and Prod configurations to minimise the visibility of sensitive information such as the credentials to the live payment gateway?

    Thoughts?
    3 weeks ago
    Hi,

    I'm working with a system that currently has its configuration stored in the code repo and that is packaged up into the build artefact. There are many reasons why this is not ideal and I am working to extract them from the build and define them externally, most likely through environment variables but maybe some external config file.

    My question is how do I manage external configuration? Do you keep them in separate repos? A Wiki page? Other?

    Thanks, Tim
    3 weeks ago
    This week, we're delighted to have Slobodan Stojanovic & Aleksandar Simovic helping to answer questions about the new book Serverless Applications with Node.js.


    The promotion starts Tuesday, April 23rd, 2019 and will end on Friday, April 26th, 2019

    We'll be selecting four random posters in this forum to win a free copy of the book provided by the publisher, Manning.


    Image from https://m.media-amazon.com

    Please see the Book Promotion page to ensure your best chances at winning!

    Posts in this welcome thread are not eligible for the drawing, and should be reserved for welcoming the author. Questions posted in this topic are subject to removal.
    Welcome to the Ranch Yan! I hope you enjoy your stay.

    Our paths have actually crossed before, sort of. I was one of the organisers for the Kats Conf 2015 conference that took place in Dublin that you spoke at, although we never actually met. So it's nice to 'meet' you here.
    1 month ago
    First, a big thanks to Heartin Kanikathottu for being here to promote the book Serverless Programming Cookbook.

    The winners are:

  • Lanny Gilbert
  • Lucian Revnic
  • Liutauras Vilda
  • Billy Tsai

  • Please send your snail mail address to bookpromotion AT javaranch DOT com. To ensure the quickest response, please provide the following:

    Your name (first and last - if your CodeRanch name is different, please include both your real name and Ranch name)
    Email
    Country (needed even if requesting an e-book)
    Address
    Phone Number


    Also, please include the following as the subject of your Email.

    Book Promo Winner - Serverless Programming Cookbook - Tuesday, April 9th, 2019


    Image from https://m.media-amazon.com

    As noted in the Book Promotion Eligibility Requirements and Legal type stuff, the winners have 8 days to submit their information. Within 3 days of receipt of your email, we will reply to let you know we got it. If you don't hear back, the goat might have eaten your email. Please let us know by posting in the Ranch Office so we can check on it. Once you have received your copy please let us know by editing the Book Promotions Winners Page and updating the 'Status' column to say you have it.

    Thanks and congrats to all the winners.
    1 month ago
    First, a big thanks to Jay McGavren for being here to promote the book Head First Go.

    The winners are:

  • Ryan Jumawan
  • Timur Radzhabov
  • Rob Spoor
  • Will Myers

  • Please send your snail mail address to bookpromotion AT javaranch DOT com. To ensure the quickest response, please provide the following:

    Your name (first and last - if your CodeRanch name is different, please include both your real name and Ranch name)
    Email
    Country (needed even if requesting an e-book)
    Address
    Phone Number


    Also, please include the following as the subject of your Email.

    Book Promo Winner - Head First Go - Tuesday, March 26th, 2019


    Image from https://images-na.ssl-images-amazon.com

    As noted in the Book Promotion Eligibility Requirements and Legal type stuff, the winners have 8 days to submit their information. Within 3 days of receipt of your email, we will reply to let you know we got it. If you don't hear back, the goat might have eaten your email. Please let us know by posting in the Ranch Office so we can check on it. Once you have received your copy please let us know by editing the Book Promotions Winners Page and updating the 'Status' column to say you have it.

    Thanks and congrats to all the winners.
    1 month ago
    Go