-
Notifications
You must be signed in to change notification settings - Fork 8
configuration glitches and enhancement query/requests #20
Description
Hello,
one of my clients requested to get this running as sideproject. After some time spent with this "thing" (as2 server) I am finally beating it into submission. As is usual for majority java software, it was quite hard to "deduce" how to use this, and documentation is suffering from slight malnutrition.
I am testing this in standalone mode, and already hit several glitches.
First, things I would like to request:
- alias
%home%config variable with%confdir%, with intention to deprecate%home%for config dir (the one that contains config.xml) use - some time after deprecation (a year?) use
%home%to represent actual homedir of user under which process runs- or make this toggleable in config (I would rather not)?
I spent inordinate amount of time on this, until I found document @ http://openas2.sourceforge.net
where it is described that %home% actually means dir hosting config.xml. This is rather unfortunate choice.
Second thing I have problem with is certain attribute values and also generated filename mangling.
Let's say I have something like this:
<module classname="com.helger.as2lib.processor.receiver.AS2ReceiverModule"
port="5555"
errordir="errors"
errorformat="$date.YYYY-MM-DD@HH:mm:ss.SSSS$,ip:$msg.attributes.source_ip$,msgid:$msg.headers.message-id$,sndr:$msg.sender.as2_id$,rcvr:$msg.receiver.as2_id$"/>I guess due to Windows protection, all : in generated names are mangled into _. This is very unfortunate on non windows platforms, that are perfectly capable of handling such cases.
Second thing is that in IP attributes, like $msg.attributes.source_ip$, the attribute is actually prefixed with / char, eg. attribute value is literally /127.0.0.1. I don't understand reason for this, but it has quite a real effect when using such value in name generators. It makes server put files into subdirectories unintentionally, which is quite a sad behavior.
I looked at the code a bit, but it's quite complicated and hard to follow, but I guess it's normal for java.
As I will probably have to support solution based on this a long time, I have interest in having these issues fixed. Can these issues be fixed on your side?