06-Oct-2005

Soap (a continuing story)
(What happened before)
The problems found in Diana yesterday were cause by copying the wrong files - from Athene. These were generated by WDL2Java on this Windows machine so that is the reason that Microsoft references showed up.
I have asked for some support - just a few hours to get on track in coding, but it could take some time. Perhaps it's better to keep it at rest for a while....
One thing to find out is how to run a DCL script. A collegue sent me something but wasn't sure it would work on VMS: Kind of Telnet session....
(What happened today)
It came faster than I expected, so I had some explanation today, on a number of issues involved: how to get a DCL proceduere started (with parameters), how to get the parameters (well, these are generated, so already existing) and how to get the result (which is XML) back where a method result is a complex type.
Having it explained to "innocent" collegues - they know a lot about Java but hardly anything on webservices, let alone SOAP - clears the mind. It remains to be seen whether the code created by WSDL2Java is the one to be used. Dig deeper into the WSDL2Java documentation - if it can be found. - to see if another type of code (Document type) will do.
One issue however, had been cleared completely. When we searched Google for "Runtime getRuntime exec DCL", it revealed an early question I pushed on ITRC on this subject, and one answer brought up the userguide of java on VMS - and there it was: a complete example of how to run a DCL procedure. Right under the nose. I needed a bit of editing - comment out a bit of code that wouldn't be used - before compilation, and ran the test. Good - gives some idea of how to do it as well.
Another suggestion made: use the xstream package, jar is sent so it can be used. It's uncertain what dependencies will arise on runtime, but we'll see.
(to be continued - no doubt)
Mail problems?
For some reason, the web interface (the one directly on VMSMail) didn't show ANY message all day. In the evening it tuned out that all messages were read by Communigate (has been configured that way) but thouhg it was specified to leave messages on the server, all have been removed - sent to Wastebasket. Nothing found anywhere: not in operator.log, not in the TCPIP$POP_RUN.LOG. Stopped and restarted the POP server on Diana solved the problem. Next is to restore the messages so they can be retrieved again. Perhaps Communigate will retrive them again but that's no problem.
Communigate config and what came to it
Added account for KIM sio she will be able to exchange documents easily: create and modify them on Hera, store them in Communigate so they can be retrieved when she's with a collegue. (it might be an idea for Willemijn as well) .
Added a RPOP connection to the company mailbox - and what's in the inbox is retrieved. Good!
Added a local domain so the error of a non-supported domain has been solved. Added the same one in in DNS. but something seems not Ok there: but after stopping BIND, removing the .PID and .db_jnl files, and restart BIND, "homebox" can be translated but that seems not to be enough... well, keep it by address, no problem.