# Quartz Published articles for Quartz. This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles. ## DB-Scheduler: A Persistent, Cluster-Friendly Scheduler for Java DevFeed: [DB-Scheduler: A Persistent, Cluster-Friendly Scheduler for Java]() Original publisher: [Read original article]() Author: Graham Cox Published: 2026-08-22T23:11:36Z Content type: tutorial Language: en Sources: [Baeldung]() Topics: [Java](), [Quartz]() Tags: [how-to](), [java](), [persistence](), [persistence-popular-quartz](), [popular](), [postgresql](), [quartz](), [scheduler](), [tutorial]() ### AI overview This tutorial explains how to use the db-scheduler library for persistent, cluster-aware task scheduling in Java. It covers one-time and recurring tasks, project dependencies, the required database table, PostgreSQL schema setup, and Scheduler configuration. ### Source excerpt Learn how to use the db-scheduler library to store, manage and execute persistent scheduled tasks in Java. The post DB-Scheduler: A Persistent, Cluster-Friendly Scheduler for Java first appeared on Baeldung. ## Optimizing the Metal pipeline to maintain 120 FPS in GPUI DevFeed: [Optimizing the Metal pipeline to maintain 120 FPS in GPUI]() Original publisher: [Read original article]() Author: Nathan Sobo, Antonio Scandurra Published: 2024-02-07T00:00:00Z Content type: article Language: en Sources: [Zed Industries - Blog]() Topics: [Quartz](), [Latency](), [Code]() Tags: [blog-post](), [code](), [latency](), [performance](), [quartz]() ### AI overview This article explains how Zed investigated and fixed frame drops and janky scrolling in GPUI on an M2 MacBook. The issue involved differences between direct and composited rendering modes, Quartz compositor behavior, and synchronization between Metal presentation and window drawing. ### Source excerpt Read the "Optimizing the Metal pipeline to maintain 120 FPS in GPUI" blog post. ## Temporal v1.20: Simpler dev environments & Workflow scheduling DevFeed: [Temporal v1.20: Simpler dev environments & Workflow scheduling]() Original publisher: [Read original article]() Author: Justin Pirie Published: 2023-03-20T07:00:00Z Content type: release Language: en Sources: [Temporal Blog]() Topics: [Development](), [releases](), [Command-line interface](), [distributed-systems](), [Automation](), [Containers](), [elasticsearch](), [datadog](), [cURL](), [Homebrew](), [Quartz]() Tags: [automation](), [cli](), [containers](), [curl](), [datadog](), [dev](), [distributed](), [distributed-systems](), [elasticsearch](), [homebrew](), [product-news](), [quartz](), [scheduling](), [v1](), [workflow]() ### AI overview Temporal v1.20 simplifies local development environments by packaging Temporalite into the core product and adding a Temporal CLI with installation options including curl, Homebrew, and binary downloads. The release also adds Advanced Visibility to the CLI, deprecates direct Advanced Visibility on Cassandra without Elasticsearch, and makes Scheduled Workflows generally available. ### Source excerpt Explore Temporal v1.20's improvements in dev environments and Workflow scheduling, making it easier to adopt distributed systems best practices. ## How to schedule jobs with Quartz on Ktor DevFeed: [How to schedule jobs with Quartz on Ktor]() Original publisher: [Read original article]() Author: Marco Gomiero Published: 2022-04-22T00:00:00Z Content type: tutorial Language: en Sources: [Posts on Marco Gomiero]() Topics: [Ktor](), [Quartz](), [Back end](), [Database](), [Persistence](), [MySQL]() Tags: [backend](), [database](), [how-to](), [ktor](), [mysql](), [persistence](), [quartz](), [scheduler](), [scheduling]() ### AI overview This tutorial explains how to schedule recurring jobs in a Ktor backend project using Quartz. It covers Quartz's persistence of job state, database table setup, logging configuration, and scheduler creation, with MySQL used in the example. ### Source excerpt SERIES: Building a backend with Ktor Part 1: Structuring a Ktor project Part 2: How to persist Ktor logs Part 3: How to use an in-memory database for testing on Ktor Part 4: How to handle database migrations with Liquibase on Ktor Part 5: Generate API documentation from Swagger on Ktor Part 6: How to schedule jobs with Quartz on Ktor Part 7: Moving from mobile to backend development with Ktor Sometimes, on a backend project, there is the need to run one or more tasks periodically, like for system administration, maintenance, backup, syncing content in the background, etc. These types of tasks can be scheduled "manually" with a cron job or with a scheduling library like Quartz, that makes easy for example the persistence of the task's state even after a reboot of the server. ## NSTableView vim keys DevFeed: [NSTableView vim keys]() Original publisher: [Read original article]() Author: Keith Smiley Published: 2013-01-09T00:19:00Z Content type: tutorial Language: en Sources: [Keith Smiley]() Topics: [Vim](), [Code](), [App](), [data](), [Quartz](), [Stack Overflow]() Tags: [apis](), [app](), [code](), [data](), [how-to](), [quartz](), [vim]() ### AI overview This article explains how to add Vim-style j and k navigation to an NSTableView in an OS X application. It describes attempts involving manual selection handling and Quartz Event Services, then presents an approach that works in a sandboxed application while preserving expected selection behavior. ### Source excerpt I'm currently working on a OS X application that uses a few different NSTableViews to display user data. I was testing them out a bit to make sure multiple deletions worked correctly from my database and I found myself pressing 'j' and 'k' to try and move down and up. I decided it would be pretty cool to implement those two vim shortcuts into my table view just in case anyone else thinks like me. This functionality already exists in The Hit List an awesome GTD app that has a lot of baggage with me, and I'm sure it exists in other applications as well. In my NSTableView subclass' keyDown: method I tried a few things. Attempt 1: First I tried to re implement the functionality myself. In retrospect this doesn't make any sense but at first it was pretty simple. It looked something like this. NSUInteger flags = [theEvent modifierFlags] & NSDeviceIndependentModifierFlagsMask; NSNumber *shiftPressed = (flags & NSShiftKeyMask); if ([theEvent keyCode] == 38) { // j NSUInteger index = [[self selectedRowIndexes] lastIndex] + 1; if ([shiftPressed boolValue]) { [self selectRowIndexes:[NSIndexSet indexSetWithIndex:index] byExtendingSelection:YES]; } else { [self selectRowIndexes:[NSIndexSet indexSetWithIndex:index] byExtendingSelection:NO]; } } else if ([theEvent keyCode] == 40) { // k NSUInteger index = [[self selectedRowIndexes] lastIndex] - 1; if ([shiftPressed boolValue]) { [self selectRowIndexes:[NSIndexSet indexSetWithIndex:index] byExtendingSelection:YES]; } else { [self selectRowIndexes:[NSIndexSet indexSetWithIndex:index] byExtendingSelection:NO]; } } The issue with this is the way NSTableView typically expands it's selection. I think of it as a pivot point where you start. Then you go up and down relative to that point. So if you start at index 2 and go down till index 4, you should have 2 rows selected. Then when you go back up you should deselect the rows and indexes 3 and 4 and select the rows and index 1 and 0. At this point I realized it was more difficult than I r