So, after getting derailed a bit by my recent observation, we get back on track with building the spreadsheet shop. In the meantime, you guys did send in a couple of good questions. Great, keep coming!
This morning I was in a meeting of the project from stone age to talk about the proof of concept app we did. 6 people, including me, with a total of 4 different companies (or self-employed). And at least 4 different pairs of glasses on. That’s a hell of a lot of opinions and intentions. And blind spots.
a shop. Not one of those biggies with Magento, Shopify or whatever is in today. No, we build one using spreadsheets, of course. You guys wanted to build more tutorial apps and have some spreadsheet fun. So, here we go.
So, today we are going to use Zapier for sending the email notification. To follow along, you obviously need a Zapier account. The free is enough.
So, let’s start with sending emails first. As with most things in Spring Boot, it is straightforward. The central class in Spring for sending emails is the JavaMailSender. It provides an interface simplifying the whole mail creation process, especially with mime types.
Sometimes we need to trigger a human to continue a task; manual reviews, todos or whatever. In my particular case, an action in the system should trigger a human to review an entry and manually approve it. For that, we got multiple options and I thought I include you in the reasoning process.
I was recently chatting with a reader and the topic of how to structure packages came up.
Basically, the traditional way is to structure by layer and each layer got its own subpackage. For the imaginary Evil Corp with their project doom it would look like: * com.evil.doom.model * com.evil.doom.service * com.evil.doom.controller * com.evil.doom.dao Perfectly reasonable. But it has some drawbacks. It encourages spaghetti code. Sooner or later your code will be entangled like hell inside each subpackage. It is not clear, where the boundaries of functionality is.
and you should be aware of. Yes, you. It is one we all have committed.
Building a production system with a deadline in a tech stack almost nobody on the team knows. Just because, one little dev guy wanted to use it.
Alejandro wrote in with an interesting piece of a tutorial having the same problem as my client.
*”Last week i was reading about Google Sing-In in with Spring Social and one article that I read had exactly this problem: http://littlebigextra.com/part-1-authorising-user-using-spring-social-google-facebook-and-linkedin-and-spring-security/
I didn't write on Friday. No, I did not forget it. Actually, I planned t for the afternoon, right after I fix a bug in the job platform. While the deployment was running, I check my email and got an urgent help call, which basically was like "We got a huge problem in our self-coded portal with Spring Boot, and can't find the problem. Can you help?"
Sure, I did and so part of my weekend :-)