-
Notifications
You must be signed in to change notification settings - Fork 8
configuration glitches and enhancement query/requests #20
Comments
Dear Martin, thanks for your comments and input. I try to respond to all of your errors one by one:
hth, Philip |
Hello again, first thank you for quick reply and the fix! I will follow same text structure as you did. I understand the genesis of the project somewhat and I am really thankful you took over the maintainership. Regarding standalone Still, I would like to know, why is relying on as2-server own socket management such a bad choice, in your opinion? Next I will revisit errors in same order:
|
Great, we're moving on :)
|
Hello again! I see this went in and would like to try it. What do I need to do? |
I need to release as2-lib 4.0.1 and as2-server 4.0.1 - than you have a release. Give me an hour please |
No problem! Take your time. I was hoping getting instructions on how to actually rebuild |
as2-server 4.0.1 release is on Maven Central within the next half hour. Enjoy |
Thank you very much! Seems all issues I hit are fixed for now. |
If you find more - just let me know 😃 |
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:
%home%
config variable with%confdir%
, with intention to deprecate%home%
for config dir (the one that contains config.xml) use%home%
to represent actual homedir of user under which process runsI 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:
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?
The text was updated successfully, but these errors were encountered: