Alejandro Revilla

In Unix the `mv` operation is atomic. DirPoll assumes that. You need to move the file into the request folder once it's ready. I don't think there is a solution...

Background conversation and reference code: https://www.linkedin.com/pulse/jpos-multiple-key-mux-setting-application-galih-lasahido-pyudc/

PR 648 has been merged. Thank you @fabianskier !

It would be nice to have this `XMLInputFileChannel` as part of the PR and it wouldn't hurt to have at least a unit test so that we can make sure...

The if statement in the decrypt method honors a `checkParity` parameter. If we always adjust, we'd loose the ability to raise an exception when the input key material is not...

I guess we could add a `--no-check-parity` parameter to SSM `init` CLI command. We can also create an `adjustparity` command. Having the ability to early detect bad keys is something...

Thank you for the PR. I can't imagine how this PR could fail, but because NACChannel is heavily used in production, I'll wait until we get positive feedback that this...

You're correct, in ISOStringFieldPackager we have: ```java if (data.length() > getLength()) throw new ISOException("Field length " + data.length() + " too long. Max: " + getLength()); ``` no reason not...

> ... so the registrar arguments should be resolved in the call to prepare and not in the configuration. Remember the participants use the Flyweight pattern. It's cheaper to do...

Thank you for the report. Can you confirm if your problem goes away if you use the following config? ``` ``` without your trailing `/` in the prefix? Deleting files...