Alejandro Duarte

The syntax is indeed outdated. This article shows the correct syntax. Keep in mind that you need MariaDB 11.7 or later for this to work.

You generate them in the same way you generate the ones you store in MariaDB—using an embedder. Check this out: https://www.youtube.com/watch?v=lhpmjl3UQuM

I could have mentioned it in the article, but MaxScale can be replicated. It automatically syncs its configuration: https://www.youtube.com/watch?v=snLntgYlevE

This is an adaptation from Chapter 4 of my upcoming book "MariaDB for Developers". Check it out: https://mariadbfordevelopers.com/

Good article. I would add Distributed SQL (for example MariaDB Xpand) to the strategies. It's a bit like sharding, but fully automated and prevents hotspots among other things.

Here's another tip. To disable swap until the next boot:

sudo /sbin/dphys-swapfile swapoff

To disable swap on boot:

sudo systemctl disable dphys-swapfile

Keep in mind that if you use an emulated virtual machine, the performance of the database (like any other software running on the emulated machine) drastically degrades. It will be slow. However, Xpand is fast when running non-emulated environments. The emulated virtual machine is just a way to quickly try Xpand on ARM computers and check that your application can connect to it. Move to SkySQL to get a much more performant Xpand database up and running in the cloud.

Great article! I was wondering, where and how do you see Distributed SQL in the picture?

Agree. And they released 2 new themes: https://vaadin.com/blog/meet-breeze-and-carbon-the-two-new-theme-add-ons-available-in-directory

For those interested, I wrote an article on how to build a Raspberry Pi cluster with 8 nodes, 24 cores, 64 GB of RAM, and 2TB of storage: https://dzone.com/articles/building-a-24-core-raspberry-pi-cluster-from-scrat

I created a GitHub repository with Ansible playbooks to configure and manage a cluster like this. Check it out: https://github.com/alejandro-du/raspberry-pi-cluster-ansible-playbooks

To run this automatically when the machine boots, you can use crontab:

sudo crontab -e

And then add:

@reboot iw wlp3s0 set power_save off

One more finding. SSH connections were painfully slow. I fixed this by disabling the WiFi power-saving feature as follows:

sudo apt install iw

sudo iw wlp3s0 set power_save off

I just discovered that you can install avahi-daemon to make the computer visible by its hostname without having to configure a static IP address if you prefer. This also makes the hostname visible to all other devices in the network without having to add an entry to each /etc/hosts file. Simply run the following in the server:

sudo apt-get install avahi-daemon

Thanks for your feedback!

Definitively try it out and let us know how it goes!

Hi, no, it's not. It has official integrations for Spring Boot and Jakarta EE but they are optional.

Simple: new Html("your <b>html</b> here");

Try https://vaadin.com/api/platform/14.6.8/com/vaadin/flow/component/Html.html

You will have to implement/use a UI component that is able to how HTML in the chat layout.

Glad to hear! Would you like to contribute the fix to the original repo? Make a PR and I'll merge it if you want.

Ok, so it's Maven's HTTP blocker. See this SO thread for workarounds: https://stackoverflow.com/questions/66980047/maven-build-failure-dependencyresolutionexception

What's the error message? (You didn't copy/paste the actual error message)

Try compiling the project at https://github.com/alejandro-du/vaadin-ai-chat to see if you get the same errors. If, so, there might be a problem with your local Maven repository so you can try deleting it. If not, there must be a problem with your project configuration.

Try adding the maven-compiler-plugin to the pom.xml file. You'll find plenty of examples online.

AuthorizedRoute is defined as a Java record in line 4 of AuthService. You need Java 14 or later to use Java records. https://openjdk.java.net/jeps/395

The article is fixed now.

Hi, yeah sorry about that. You can ignore steps 3, 4, and 5 in the Defining the Bean to Access the Bot Logic section. They are not needed. For some reason, I made a mistake while uploading the article, I guess, because I have another article on the same topic (https://vaadin.com/blog/building-a-chatbot-in-java). Cheers.

Sure. Can you share the stack trace?

Good catch! Yes, copy/paste with Cmd+D in IntelliJ Idea. I'll fix it. Thanks for reporting and for the feedback!

Well, if you use "environment variables" you have an externalized configuration, which is indeed an alternative to using Spring Cloud Config. Since I'm using Spring Cloud + Netflix OSS in this series of articles, it makes sense to use Spring's offer since it has many out-of-the-box features: Version controlled configuration, dynamic configuration (maximizing availability since there are less instance deploys/restarts), and automatic propagation (particularly useful in containerized environments with unknown number of underlying hardware nodes).

Yes, automated deployment is a must when you have that many instances running. Moreover, instances might be started and stopped automatically according to some load balancing strategy in an elastic way. A key advantage of having a centralized configuration cluster is that the applications don't need to be redeployed. Why not just redeploying all the instances when a change in the configuration is required? Well, that basically breaks one of the principles of microservices (actually, of a twelve-factor app): Build once and deploy it in any environment (in other words, have one-time builds and move the binaries across environments). Another advantage of using Spring Cloud Config is that the configuration can be version-controlled.

You can use Spring Cloud Bus to propagate configuration changes without even having to know how many instances are running or where these instances are.

Does it work with other browsers?

I'm afraid not. This is specific to Vaadin Framework.

I'm afraid it's not available. But the code is:

https://github.com/alejandro-du/mysql-jdbc-vaadin/tree/58262db8fbe2c7ea8667c8ec4cdad97ccbd87b0a

That would be a good idea indeed. Meanwhile, here there are two interesting readings about it:

https://vaadin.com/blog/-/blogs/filter-based-spring-security-in-vaadin-applications

https://vaadin.com/blog/-/blogs/a-hybrid-approach-to-spring-security-in-vaadin-applications

You guys have some good points. Thanks. To clarify, I meant: Program with only the Java Programming Language and get an HTML5 web interface to show data in a MySQL instance without having to use HTML, CSS, and without coding JavaScript, TypeScript, or any other programming language for the browser. In contrast to formal papers, characters in blog titles are scarce ;)

Having said so, the term Plain Old Java Object does indeed include having no classpath "interference".