Skip to content
This repository was archived by the owner on Oct 4, 2019. It is now read-only.
This repository was archived by the owner on Oct 4, 2019. It is now read-only.

configuration glitches and enhancement query/requests #20

@etosan

Description

@etosan

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?

Metadata

Metadata

Assignees

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions