<feed xmlns='http://www.w3.org/2005/Atom'>
<title>moa-zs/src, branch 2.0.0-RC6</title>
<subtitle>Middleware that allows a sender application to send delivery requests to delivery services</subtitle>
<id>https://git.egiz.gv.at/moa-zs/atom?h=2.0.0-RC6</id>
<link rel='self' href='https://git.egiz.gv.at/moa-zs/atom?h=2.0.0-RC6'/>
<link rel='alternate' type='text/html' href='https://git.egiz.gv.at/moa-zs/'/>
<updated>2019-12-03T08:08:44+00:00</updated>
<entry>
<title>Finalize "Removal of JAXB Class Not Found Fix"</title>
<updated>2019-12-03T08:08:44+00:00</updated>
<author>
<name>Christof Rabensteiner</name>
<email>christof.rabensteiner@iaik.tugraz.at</email>
</author>
<published>2019-12-02T13:26:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.egiz.gv.at/moa-zs/commit/?id=8799a27e8d73c5e079d549f6d76abf861d75ee9e'/>
<id>urn:sha1:8799a27e8d73c5e079d549f6d76abf861d75ee9e</id>
<content type='text'>
- Problem: I fixed CompletableFuture.*async within the DeliveryRequest
  flow, but forgot to do the same for the DeliveryRequestStatus /
  DeliveryNotification flow.
- Solution: Ensure that all CompletableFuture.*async() invocations
  have Spring's task executor attached.
</content>
</entry>
<entry>
<title>Refactor &amp; Fix Client Creation in Client Factory</title>
<updated>2019-11-29T14:56:44+00:00</updated>
<author>
<name>Christof Rabensteiner</name>
<email>christof.rabensteiner@iaik.tugraz.at</email>
</author>
<published>2019-11-29T14:56:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.egiz.gv.at/moa-zs/commit/?id=6dbe979e0b6bd6236db304b034ad592a4aeacabc'/>
<id>urn:sha1:6dbe979e0b6bd6236db304b034ad592a4aeacabc</id>
<content type='text'>
- Refactor: Replace createSoap1{1,2} with create{Tnvz,App,Msg}Client.
  Configure each method with zusespec's specific parameters.

  Reason: Each service requires different parameters (e.g. with /
  without MTOM? soap11 / soap12? store responses in binary respository
  - yes/no?). These parameters could be placed in the client
  configuration of application.yaml. Since the parameters are tied to
  zusespecs, they do not need to be configurable via application.yaml.
  Another benefit for this refactoring is to improve readability.

- Fix: Disable "Store Response" for TNVZ Client and App Client
</content>
</entry>
<entry>
<title>Alter Case Handling "Get Notification where AppDeliveryID is unknown"</title>
<updated>2019-11-29T13:54:28+00:00</updated>
<author>
<name>Christof Rabensteiner</name>
<email>christof.rabensteiner@iaik.tugraz.at</email>
</author>
<published>2019-11-29T13:54:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.egiz.gv.at/moa-zs/commit/?id=a5b8668c0c7916a8fe2b84122d537a3e0bd67002'/>
<id>urn:sha1:a5b8668c0c7916a8fe2b84122d537a3e0bd67002</id>
<content type='text'>
- Former: Fail with Exception.
- Now: Issue a warning and fall back to default configuration profile
  after verifying that sinks in default configuration profile are
  correctly configured.
- Refactor: Make DEFAULT_CONFIG_KEY static.
</content>
</entry>
<entry>
<title>Fix NPE When Receiver Is Identified by Identity</title>
<updated>2019-11-29T11:55:06+00:00</updated>
<author>
<name>Christof Rabensteiner</name>
<email>christof.rabensteiner@iaik.tugraz.at</email>
</author>
<published>2019-11-29T11:55:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.egiz.gv.at/moa-zs/commit/?id=5fffae99208c7a99a5e3e8f196a6004debcc9c81'/>
<id>urn:sha1:5fffae99208c7a99a5e3e8f196a6004debcc9c81</id>
<content type='text'>
- Problem: MOA ZS converts the mzs:Receiver/Person to
  msg:Receiver/Person even if mzs:Receiver/Person is null.
- Solution: Distinguish Cases.
- Add ClearingProfilID in mzs2msg conversion.
</content>
</entry>
<entry>
<title>Fix Msg Schema Error: Honor Mutual Exclusiveness of &lt;Choice&gt;</title>
<updated>2019-11-22T13:05:10+00:00</updated>
<author>
<name>Christof Rabensteiner</name>
<email>christof.rabensteiner@iaik.tugraz.at</email>
</author>
<published>2019-11-22T12:57:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.egiz.gv.at/moa-zs/commit/?id=7acd8cf9b3bd0aacea61fff3a07e17b9b57ad8cc'/>
<id>urn:sha1:7acd8cf9b3bd0aacea61fff3a07e17b9b57ad8cc</id>
<content type='text'>
- Problem: When activating the QueryPersonRequest, the TNVZ returns an
  Identification element that needs to be integrated into the
  msg:DeliveryRequest as a child of Receiver. The Identification child
  is mutually exclusive to another sequence consisting of (Person,
  AustrianAddressesOnly, Address). I forget to delete the sequence
  when adding the Identifcation element and violate the the msg
  schema.
- Solution: Delete sequence when adding Identification.
- Test the fix in test case.

Thanks to Johannes Hörtnagl for pointing out the problem.
</content>
</entry>
<entry>
<title>Fix Error in TNVZ QueryPerson Request</title>
<updated>2019-11-07T07:06:38+00:00</updated>
<author>
<name>Christof Rabensteiner</name>
<email>christof.rabensteiner@iaik.tugraz.at</email>
</author>
<published>2019-11-07T07:06:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.egiz.gv.at/moa-zs/commit/?id=209d51f4163313e96d1549e83bce3ce6ba9d2880'/>
<id>urn:sha1:209d51f4163313e96d1549e83bce3ce6ba9d2880</id>
<content type='text'>
- Problem: When assembling the TNVZ Query Person Request, I convert
  the Sender with msgp's ObjectFactory.createPerson. The marshaller
  will then create a Corporate body like this:

  &lt;ns2:Person xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:type="ns2:CorporateBodyType"&gt;

  What we really want is this:

  &lt;ns2:CorporateBody&gt;

- Solution: Replace createPerson with createCorporateBody.

- Thanks to Johannes Hörtnagl and Christoph Kaiser-Feistmantl for
  the feedback.
</content>
</entry>
<entry>
<title>Remove Unused TNVZ Version</title>
<updated>2019-11-06T12:04:11+00:00</updated>
<author>
<name>Christof Rabensteiner</name>
<email>christof.rabensteiner@iaik.tugraz.at</email>
</author>
<published>2019-11-06T12:04:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.egiz.gv.at/moa-zs/commit/?id=7446f49c9ea4c15a530bd80aceb6d9f863395a2b'/>
<id>urn:sha1:7446f49c9ea4c15a530bd80aceb6d9f863395a2b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Bump zusetnvz Contracts to Version 2.2.008</title>
<updated>2019-11-06T11:55:22+00:00</updated>
<author>
<name>Christof Rabensteiner</name>
<email>christof.rabensteiner@iaik.tugraz.at</email>
</author>
<published>2019-11-06T11:38:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.egiz.gv.at/moa-zs/commit/?id=29fa1643fa32a88f3e24c6aa3f1ab9dad945ab55'/>
<id>urn:sha1:29fa1643fa32a88f3e24c6aa3f1ab9dad945ab55</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Refactor: Rename ClientFactory.create Interface</title>
<updated>2019-10-30T15:06:12+00:00</updated>
<author>
<name>Christof Rabensteiner</name>
<email>christof.rabensteiner@iaik.tugraz.at</email>
</author>
<published>2019-10-30T15:06:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.egiz.gv.at/moa-zs/commit/?id=c7551ed1dbf25fd786500a1516ddec9ec12dcf84'/>
<id>urn:sha1:c7551ed1dbf25fd786500a1516ddec9ec12dcf84</id>
<content type='text'>
- Reason: Consistency
</content>
</entry>
<entry>
<title>Remove JAXB Class Not Found Fix</title>
<updated>2019-10-30T15:04:03+00:00</updated>
<author>
<name>Christof Rabensteiner</name>
<email>christof.rabensteiner@iaik.tugraz.at</email>
</author>
<published>2019-10-30T14:54:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.egiz.gv.at/moa-zs/commit/?id=fca03ea334be5eb34e919a5cc7ca8bc25d79a564'/>
<id>urn:sha1:fca03ea334be5eb34e919a5cc7ca8bc25d79a564</id>
<content type='text'>
- Problem: Apparently I used the wrong executor when supplying the
  backend tasks via CompletableFuture.supplyAsync(). This method
  relies on ForkJoinPool.commonPool(), and threads in this pool are
  not configured correctly?
- Solution: Use spring-boots auto-configured TaskExecutor.
- More Information on this issue can be found here:
  https://issues.apache.org/jira/browse/CXF-8100#
</content>
</entry>
</feed>
