Home

Awesome

CommaFeed

Google Reader inspired self-hosted RSS reader, based on Quarkus and React/TypeScript.

preview

Features

Deployment

Docker

Docker is the easiest way to get started with CommaFeed.

Docker images are built automatically and are available at https://hub.docker.com/r/athou/commafeed

Cloud hosting

PikaPods offers 1-click cloud hosting solutions starting at $1/month with a free $5 welcome credit and officially supports CommaFeed. PikaPods shares 20% of the revenue back to CommaFeed.

PikaPods

Download a precompiled package

Go to the release page and download the latest version for your operating system and database of choice.

There are two types of packages:

If available for your operating system, the native package is recommended because it has a faster startup time and lower memory usage.

Build from sources

./mvnw clean package [-P<database>] [-Pnative] [-DskipTests]

When the build is complete:

Configuration

CommaFeed doesn't require any configuration to run with its embedded database (H2). The database file will be stored in the data directory of the current directory.

To use a different database, you will need to configure the following properties:

There are multiple ways to configure CommaFeed:

The properties file is recommended because CommaFeed will be able to warn about invalid properties and typos.

All CommaFeed settings are optional and have sensible default values.

When logging in, credentials are stored in an encrypted cookie. The encryption key is randomly generated at startup, meaning that you will have to log back in after each restart of the application. To prevent this, you can set the quarkus.http.auth.session.encryption-key property to a fixed value (min. 16 characters). All other Quarkus settings can be found here.

When started, the server will listen on http://localhost:8082. The default user is admin and the default password is admin.

Updates

When CommaFeed is up and running, you can subscribe to this feed to be notified of new releases.

Memory management

The Java Virtual Machine (JVM) is rather greedy by default and will not release unused memory to the operating system. This is because acquiring memory from the operating system is a relatively expensive operation. This can be problematic on systems with limited memory.

Hard limit (native and jvm packages)

The JVM can be configured to use a maximum amount of memory with the -Xmx parameter. For example, to limit the JVM to 256MB of memory, use -Xmx256m.

Dynamic sizing (jvm package)

In addition to the previous setting, the JVM can be configured to release unused memory to the operating system with the following parameters:

-Xms20m -XX:+UseG1GC -XX:+UseStringDeduplication -XX:-ShrinkHeapInSteps -XX:G1PeriodicGCInterval=10000 -XX:-G1PeriodicGCInvokesConcurrent -XX:MinHeapFreeRatio=5 -XX:MaxHeapFreeRatio=10

See here and here for more information.

OpenJ9 (jvm package)

The OpenJ9 JVM is a more memory-efficient alternative to the HotSpot JVM, at the cost of slightly slower throughput.

IBM provides precompiled binaries for OpenJ9 named Semeru. This is the JVM used in the Docker image.

Translation

Files for internationalization are located here.

To add a new language:

The name of the locale should be the two-letters ISO-639-1 language code.

Local development

Backend

Frontend

The frontend server is now running at http://localhost:8082 and is proxying REST requests to the backend running on port 8083