Skip to content
A timer EJB jar that reads and posts Github notifications
Java Shell
Branch: master
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Type Name Latest commit message Commit time
Failed to load latest commit information.


DevOps By We recommend IntelliJ IDEA Build Status Coverage Status

An EJB that reads and posts Github mention notifications.

More specifically, it checks for the logged-in user's notifications of type "mention" and posts them to a specified REST endpoint in simplified format. Only the repoFullName and issueNumber are sent - the receiver then has to implement the look-up logic in order to find and handle the proper mentioning comment.

Other info returned by the Github API in a Notification object would be rather useless payload since it consists mostly of links that the receiver can build on its own knowing the repo name and issue number.

The main use

The use of such a checker would be together with a Github bot account; naturally, the bot has to act upon received notifications. The bot implementation would have a rest POST endpoint to receive the notifications sent by this checker.

How I use it

I use this in one of my projects so far and will probably use it again with others. It was initially a part of said repository but I decided to pull it out and make it reusable.

BTW, I implement all the Github interaction using this awesome library. Check it out, it also offers a mock version of the API so you can unit test your code instantly.

Why not Github WebHooks? A few reasons:

  • When I first wrote it I didn't even know about the webhooks and when I had it written I decided that I'd rather have the checker configurable (you can configure this EJB to check at any interval of minutes) and extendable - a class can easely be added to also handle other type of notifications.
  • I don't want the users of my bot to have to configure their repos and setup the hooks.
  • Smaller load, since this checker only sends the required info.


This is designed as a single ejb jar, to be deployed on a single server so for this, take the fat jar.

It should work on any webserver (e.g. Glassfish, Jboss, Payara, WebSphere even), it doesn't rely on proprietary property files or dubious assembly xml files. I spin it inside a Glassfish.

If, for any reason you want to include it in your .war and you are using Maven, you can use the dependency

But keep in mind the following: if you deploy your package on multiple nodes, make sure to specify different check intervals. It doesn't make sense to have more checkers spinning, each fetching notifications from Github at the same time.


You will need to set the following system properties. Pay a lot of attention while configuring these, since everything relies on them. It can check and send the notifications of more accounds. You just have to specify all the tokens and endpoints in the github.auth.tokens and post.endpoints respectively (separated by ;).

EJB notifications checker sys props

checks.interval.minutes integer Optional. Minutes that should
pass between checks. Defaults to 2.
post.endpoints **path/to/post/resource**/ Mantadory. Rest endpoints
where the found notifications should be sent for handling.
github.auth.tokens string Mantadory. Github agents' access tokens. They should have limited permissions, access to read the notifications is enough.
LOG_ROOT string Optional. Place where the log files will be stored. Defaults to . (dot)

Contributors wanted

Read this post for more details.

You can’t perform that action at this time.