Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Updates #40

Merged
25 commits merged into from
Jul 13, 2021
Merged

Updates #40

25 commits merged into from
Jul 13, 2021

Conversation

ghost
Copy link

@ghost ghost commented Jul 13, 2021

No description provided.

wwelling and others added 25 commits April 15, 2021 08:41
requires file and path. stores file at path, includes path in message body
This adds support for `.gz`, `.tar.gz`, `.bz2`, and `.tar.bz2`.
Additional formats are possible but require extra work that is left for later.

The task `CompressFileTask` accepts three parameters:
- source: the source file or directory.
- destination: the destination directory (not the destination file).

When the source is a file, it will be compressed (`example.txt` would become `example.txt.gz` for a `gz` format).
When the source is a directory, the directory will be tarballed and then compressed (`examples/` would become `examples.tar.gz` for a `gz` format).
I have decided that an enum is much better to use here.
This initially supports "BZIP2" and "GZIP".

I have decided to not auto-detect tar and require explicitly defining it via "container".
This initially supports "NONE" and "TAR".

This better allows for adding additional formats and containers, such as zip.
For example, zip supported could be implementing by requiring both "format" and "container" might be set to "ZIP".

see: https://commons.apache.org/proper/commons-compress/examples.html#zip
…rger

[MERGER] [Issue 133] GZIP File Archive Java Delegate.
… order workflow.

Utilize dynamic and configurable file path.
The path fields need to be template-able.

Properly handle HTML Markup and Plain Text Markup when sending e-mails.
Add `markup`/`mailMarkup` as an optional field (making it backwards compatible with existing workflows).

Add missing dependency to apache commons.
…ers-email_task

[Issue 124] Purchase Order Workflow: Add email task to end of purchase order workflow.
@ghost ghost requested a review from jeremythuff July 13, 2021 15:49
@sonarcloud
Copy link

sonarcloud bot commented Jul 13, 2021

@ghost ghost merged commit 5f552c4 into folio-org:master Jul 13, 2021
This pull request was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants