Developer
| FAQ |
|
|
|
Frequently asked questions, covering functional and technical common issues.The FAQ is a basic starting point for support and troubleshooting, mostly regarding supported features, compilation, and building issues. Functional
Besides being the English word for the female participant in a marriage, in the context of this project the name is meaningless. It was original chosen just for being an easy to remember word that shares some letters with "SWIFT". All WIFE features are implemented to fit all SWIFT message categories, from 0 to 9, including system and service messages. If you find an issue for a particular MT please submit the issue in the tracker. Yes. All WIFE features are implemented to fit all SWIFT message categories, from 0 to 9, including system and service messages. Notice that some SWIFT Link applications append the original message to the ACK message, in such cases the parser will put the original message in the unparsed text object. (please refer to the javadoc for further details). Community version does not provide message validation features. The parser component expects a single message per call. Files containing multiple SWIFT messages is not supported. SWIFT RJE files use the "$" character as boundary for message separation (notice that the "$" is the only character not present in any of the SWIFT defined character sets). So if you need to process streams, use "$" as boundary to split the messages at your application, passing to the parser only one message at a time. WIFE parser will not initially parse filds content. For example the Tag object for this tag: ":32A:050902JPY3520000," will be put the String "050902JPY3520000," as the value property. But you can use MTnnn and Fieldnn calsses to parse and retrieve field's components with ease, for example: SwiftMessage m = (new SwiftParser()).parse(fin); WIFE is compliant to ISO 15022 that replaces the older ISO 7775 standard. We have not tested nor analyzed in depth the ISO 7775 because it has been deprecated for SWIFT message interchanges, as far as we know. If you find an issue for a particular ISO 7775 messages please submit the issue in the tracker. Distribution and requirements
Current version is distributed as a zip file containing source, binaries and dependencies. Binaries are wife.jar and wife-ide.jar (the last one containing javadoc). Dependencies (libraries) are provided with the source. The jar file is released with the same name always with it's version indicated in the MANIFEST inside the jar WIFE main package is java 1.4 compatible and is all you need for a production environment deployment. The test package its in a different cvs source folder and requires java 1.5 (because it uses Junit 4). WIFE main package is released with all its necessary dependencies bundled, so you don't need any extra jar file to compile neither run the component. Building WIFE
Tests, for many reasons, may fail. Sometimes we write tests for features to implement (that obviously fail). So if you want to skip running tests, set the property test.skip to true in the ant command line, like this: ant dist -Dtest.skip=true -Drelease.name=myRelease This is probably due to the fact that WIFE build requires ant-1.7 to work (apparently, ant-1.6.5 does not properly recognizes junit 4 tests). If this happens, it is most likely because of some of eclipse (3.2.2) quirks regarding classpaths... To fix this, you must: A) copy the files "junit-4.3.1.jar", "junit-4.3.1-javadoc.jar", "xmlunit-1.0.jar" that are downloaded by the build on directory "target/lib/test" to the directory where ant is installed or to $HOME/.ant/lib B) try the rebuild. If it still does not work, then on eclipse, go to: Menu -> Window -> Preferences -> Select ANT/Runtime -> Select Classpath tab -> Select item "Ant Home Entries" -> Click on "Add External JARs..." and add the copied jars. |
FAQ


