Note: This is one of the original QBit implementations - so, some of the mechanics of how it is loaded and used by an application are not exactly fully defined at the time of its creation... Please excuse any dust or not-quite-round wheels you find here!
This QBit provides tables and processes to implement an SFTP-based data integration, using QQQ's Bulk Load mechanism to allow users to define file import mappings, and user-defined Reports to define file exports.
The architecture of such an integration looks like:
- Shared by both imports and exports:
- User-defined records in an
SFTPConnectiontable which define connection credentials
- User-defined records in an
- For imports:
- User-defined records in an
SFTPImportConfigtable, which reference anSFTPConnectionas the source of files to import and aBulkLoadProfileas the instructions on how and where to load file contents. - A table built on the QQQ SFTP-backend module, using the
SFTPImportConfigtable as its variant-options table, to serve as the source for files to be imported. - A process that syncs files from the file-source table to a file staging table, along with rows in the
ImportFiletable to track their status. - A process that executes the bulk load process, using the selected bulk load profile, against records in the
ImportFiletable, accessing file contents from the staging file-table.
- User-defined records in an
- For exports:
- User-defined records in an
SFTPExportConfigtable, which reference anSFTPConnectionas the destination to write files to, whose contents are generated by rendering aSavedReport(referencing data from any table in the application) - A table built on the QQQ SFTP-backend module, using the
SFTPExportConfigtable as its variant-options table, to serve as the destination for files to be imported. - A process that renders saved reports, writing their contents to the destination SFTP backend.
- User-defined records in an
- Java 17+ (required for QQQ features)
- Maven 3.8+ (for build system)
- QQQ Framework (qqq-backend-module-filesystem >= 0.24.0 for SFTP support)
- Active Quartz Scheduler in your QQQ instance for running scheduled cron jobs
- Scheduled Jobs table in your QQQ instance
<dependency>
<groupId>com.kingsrook.qbits</groupId>
<artifactId>qbit-sftp-data-integration</artifactId>
<version>${TODO}</version>
</dependency>Using this QBit follows the (evolving, but as of this time, standard) QBit Config + Produce pattern.
Required configs here are:
- For your SFTP source file table:
- Whether you want this QBit to define this table and its SFTP Backend, in which case, you would call this method on the Config object:
.withSourceFileTableConfig(ProvidedOrSuppliedTableConfig.provideTableUsingBackendNamed(SFTPImportSourceFileBackendMetaDataProducer.NAME))
- Or if you want to define that table yourself and supply it to this QBit:
.withSourceFileTableConfig(ProvidedOrSuppliedTableConfig.useSuppliedTaleNamed("mySftpSourceFileTableName"))
- Whether you want this QBit to define this table and its SFTP Backend, in which case, you would call this method on the Config object:
- Similarly, for Staging file table:
- If you want this QBit to define this table - note that you will need to always supply your own backend name:
.withStagingFileTableConfig(ProvidedOrSuppliedTableConfig.provideTableUsingBackendNamed("myStagingFileBackendName"))
- Or if you want to define that table yourself and supply it to this QBit:
.withStagingFileTableConfig(ProvidedOrSuppliedTableConfig.useSuppliedTaleNamed("myStagingFileTableName"))
- If you want this QBit to define this table - note that you will need to always supply your own backend name:
- For your SFTP destination file table:
- Whether you want this QBit to define this table and its SFTP Backend, in which case, you would call this method on the Config object:
.withDestinationFileTableConfig(ProvidedOrSuppliedTableConfig.provideTableUsingBackendNamed(SFTPExportDestinationFileBackendMetaDataProducer.NAME))
- Or if you want to define that table yourself and supply it to this QBit:
.withDestinationFileTableConfig(ProvidedOrSuppliedTableConfig.useSuppliedTaleNamed("mySftpDestinationFileTableName"))
- Whether you want this QBit to define this table and its SFTP Backend, in which case, you would call this method on the Config object:
- The name of your instance's scheduler:
.withSchedulerName("myScheduler")
Optional configs include:
- To enable public-key authentication to SFTP servers, you can load a private key into your application
server's sftp-backend, loading it through an environment variable, whose name you can set in the config
field:
sftpPrivateKeyEnvVarName.- By convention, you may wish to set this config value to:
SFTP_PRIVATE_KEY_PEM. - If this field is not set, then all SFTP connections will require password authentication.
- By convention, you may wish to set this config value to:
- A
MetaDataCustomizerInterface<QTableMetaData>can be run against all tables produced by this QBit:.withTableMetaDataCustomizer(tableMetaDataCustomizer) - A ProcessTracerCodeReference, which will be used on scheduled jobs ran by this QBit, as in:
.withProcessTracerCodeReference(new QCodeReference(StandardProcessTracer.class))
- If you add additional fields to the
SFTPImportConfigandImportFiletables (e.g., for record security locks), you need to tell the QBit to copy values fromSFTPImportConfigrecordsImportFilerecords as they are built:.withAdditionalFieldsToCopyFromSftpImportConfigToImportFile(Map.of("clientId", "clientId"))
A full Config & Produce flow then, in a MetaDataProducer<MetaDataProducerMultiOutput>, may look like:
public class ImportFileBulkLoadQBitMetaDataLoader extends MetaDataProducer<MetaDataProducerMultiOutput>
{
@Override
public MetaDataProducerMultiOutput produce(QInstance qInstance) throws QException
{
MetaDataProducerMultiOutput rs = new MetaDataProducerMultiOutput();
MetaDataCustomizerInterface<QTableMetaData> tableMetaDataCustomizer = (instance, table) ->
{
// any customizations you may want on all tables
return (table);
};
ImportFileBulkLoadQBitConfig SFTPDataIntegrationQBitConfig = new ImportFileBulkLoadQBitConfig()
.withSourceFileTableConfig(ProvidedOrSuppliedTableConfig.provideTableUsingBackendNamed(SFTPImportSourceFileBackendMetaDataProducer.NAME))
.withDestinationFileTableConfig(ProvidedOrSuppliedTableConfig.provideTableUsingBackendNamed(SFTPExportDestinationFileBackendMetaDataProducer.NAME))
.withStagingFileTableConfig(ProvidedOrSuppliedTableConfig.provideTableUsingBackendNamed(SFTPImportStagingFileBackendMetaDataProducer.NAME))
.withSchedulerName(QuartzSchedulerMetaDataProducer.NAME)
.withTableMetaDataCustomizer(tableMetaDataCustomizer)
.withProcessTracerCodeReference(new QCodeReference(StandardProcessTracer.class))
.withAdditionalFieldsToCopyFromSftpImportConfigToImportFile(Map.of("clientId", "clientId"));
new ImportFileBulkLoadQBitProducer()
.withImportFileBulkLoadQBitConfig(SFTPDataIntegrationQBitConfig)
.produce(qInstance);
// any additional customizations you may want
return (rs);
}
}sftpConnection- Defines a connection to an SFTP server.sftpImportConfig- Defines the usage of an SFTP Server and a Bulk Load Config for loading files into records.sftpExportConfig- Defines the usage of an SFTP Server and a saved Report for exporting data.importFile- Records which track files imported from an SFTP server, as they are bulk loaded.SFTPImportSourceFileTable- If so configured - SFTP-backed file-table, where files to be sync'ed and bulk-loaded come from.SFTPExportDestinationFileTable- If so configured - SFTP-backed file-table, where exported reports are written to.SFTPImportStagingFileTable- If so configured - Filesystem table, where files imported from an SFTP Import source are stored.
SFTPConnectionTester- Used to validate the setup of SFTP Connection records.syncSFTPImportConfigScheduledJob- Table Sync process that manages Scheduled Job records for SFTPImportConfig records with a cron schedule.SFTPImportFileSyncProcess- Sync files from an SFTP server source file table (as defined in an SFTP Import Config) to the staging table.ImportFileBulkLoadProcess- Run the Bulk Load Process against ImportFile records and their corresponding file data.RenderReportForSFTPExportProcess- Render a report, writing it to an SFTP server as specified in an SFTPExportConfig, on a cron schedule.
qqq-backend-module-filesystem>= 0.24.0 (for SFTP support)- An active Quartz scheduler in your QQQ instance, for running scheduled cron jobs, along with Scheduled Jobs table.
- Meta-data objects produced by
SavedBulkLoadProfileMetaDataProviderfrom qqq-backend-core. - Meta-data objects produced by
SavedReportsMetaDataProviderfrom qqq-backend-core.
Important: This repository is a component of the QQQ framework. All contributions, issues, and discussions should go through the main QQQ repository.
- Fork the main QQQ repository: https://github.com/Kingsrook/qqq
- Create a feature branch:
git checkout -b feature/amazing-feature - Make your changes (including QBit changes if applicable)
- Run tests:
mvn test - Commit your changes:
git commit -m 'Add amazing feature' - Push to the branch:
git push origin feature/amazing-feature - Open a Pull Request to the main QQQ repository
- Maven: Follow Maven best practices
- Documentation: Update relevant documentation
- Versioning: Follow semantic versioning
This project is licensed under the GNU Affero General Public License v3.0 - see the LICENSE file for details.
QBit: SFTP Data Integration
Copyright (C) 2021-2024 Kingsrook, LLC
651 N Broad St Ste 205 # 6917 | Middletown DE 19709 | United States
contact@kingsrook.com | https://github.com/Kingsrook/
Note: This is a component of the QQQ framework. For the complete license and more information, see the main QQQ repository: https://github.com/Kingsrook/qqq
QBit: SFTP Data Integration is built by Kingsrook - making engineers more productive through intelligent automation and developer tools.
- Website: https://qrun.io
- Contact: contact@kingsrook.com
- GitHub: https://github.com/Kingsrook
All support, issues, discussions, and community interactions should go through the main QQQ repository:
- Main Repository: https://github.com/Kingsrook/qqq
- Issues: https://github.com/Kingsrook/qqq/issues
- Discussions: https://github.com/Kingsrook/qqq/discussions
- Wiki: https://github.com/Kingsrook/qqq.wiki
This repository is maintained separately from the main QQQ repository to:
- Enable independent QBit development and versioning
- Allow QBit-specific CI/CD and deployment pipelines
- Provide clear separation between QBit components and core framework concerns
- Support different release cycles for QBits vs. core framework
- Documentation: Check the QQQ Wiki
- Issues: Report bugs and feature requests on Main QQQ Issues
- Discussions: Join community discussions on Main QQQ Discussions
- Questions: Ask questions in the main QQQ repository
- Company: Kingsrook, LLC
- Email: contact@kingsrook.com
- Website: https://kingsrook.com
- Main GitHub: https://github.com/Kingsrook/qqq
- QQQ Framework Team: For the underlying low-code platform
- Maven Community: For the robust build system
- Open Source Community: For the tools and libraries that make this possible
Built with β€οΈ by the Kingsrook Team
This is a QBit component of the QQQ framework. For complete information, support, and community, visit: https://github.com/Kingsrook/qqq