According to the README file, I should be able to run mvn clean install from the java-binding directory followed by mvn exec:java.

Running mvn clean install gives me the following:

[INFO] Scanning for projects…
[ERROR] The build could not read 1 project -> [Help 1]
[ERROR]
[ERROR] The project org.milyn:milyn-smooks-example-unedifact-java-binding:1.0 (/usr/local/smooks-1.4/examples/unedifact/java-binding/pom.xml) has 2 errors
[ERROR] ‘groupId’ is missing. @ [unknown-group-id]:unedifact-examples:[unknown-version], /usr/local/smooks-1.4/examples/unedifact/pom.xml, line 18, column 202
[ERROR] ‘version’ is missing. @ [unknown-group-id]:unedifact-examples:[unknown-version], /usr/local/smooks-1.4/examples/unedifact/pom.xml, line 18, column 202
… [remaining lines deleted] …

From this, I’m guessing that something is missing in the maven repository but I’m confused as to figure out what.

If anyone can get me in the right direction, I would be very grateful.

Thanks

I can generate the XML from the EDIFACT, but I’d like to pass this message in a SOAP message and need to create a WSDL, XSD etc.

plugin
groupId org.milyn groupId
artifactId maven-ejc-plugin artifactId
version 1.4-20100808.081120-26 version
configuration
ediMappingModel urn:org.milyn.edi.unedifact:d03b-mapping:1.0-SNAPSHOT ediMappingModel
packageName se.tullverket.edifact packageName
configuration
executions
execution
goals
goal generate goal
goals
execution
executions
dependencies
dependency
groupId org.milyn.edi.unedifact groupId
artifactId d03b-mapping artifactId
version 1.0-SNAPSHOT version
dependency
dependencies
plugin

org.milyn
maven-ejc-plugin
1.4-20100808.081120-26

urn:org.milyn.edi.unedifact:d03b-mapping:1.0-SNAPSHOT
se.tullverket.edifact

generate

org.milyn.edi.unedifact
d03b-mapping
1.0-SNAPSHOT

But when I try to build this I get:
[INFO] ————————————————————————
[ERROR] FATAL ERROR
[INFO] ————————————————————————
[INFO] Invalid EDI mapping model config specified for org.milyn.edisax.EDIParser. Unable to access URI based mapping model [src/main/resour
ces/edi-model.xml].
Failed to access data stream for resource [src/main/resources/edi-model.xml]. Tried (in order):
File System: C:\project\Tester\EDIFACT EJC\src\main\resources\edi-model.xml
File System: C:\project\Tester\EDIFACT EJC\src\main\resources\edi-model.xml
Classpath: /src/main/resources/edi-model.xml

[INFO] ————————————————————————
[INFO] Trace
java.lang.IllegalStateException: Invalid EDI mapping model config specified for org.milyn.edisax.EDIParser. Unable to access URI based mapp
ing model [src/main/resources/edi-model.xml].
at org.milyn.edisax.EDIParser.getMappingConfigData(EDIParser.java:279)

It’s looks like the urn and the dependecy to the local repo are not used? Or am I doing something wrong here..?
(The mapping model exists in my local repo as “d03b-mapping-1.0-SNAPSHOT.jar”)

Thanks for any help
/Mats

Can we move this discussion to the dev mail list please: http://smooks.org/mediawiki/index.php?title=Mailing_Lists

Before leaving here… I downloaded that zip and had a quick look inside… it’s a different structure to the others we’ve been testing against.

I already tried it using a newly created zip (using 7zip) but that didn’t help. I also tried with a zipfile created using the jar tool but also no good. I still got the exception “invalid compression method”

But using the following test I got no exception:

public static void main(String[] args) throws IOException {
ZipInputStream zin = new ZipInputStream(new FileInputStream(new File(”s93a.zip”)));
ZipEntry ze = null;
while ((ze = zin.getNextEntry()) != null) {
System.out.println(”Unzipping ” + ze.getName());
for (int c = zin.read(); c != -1; c = zin.read()) {
// System.out.write(c);
}
zin.closeEntry();
}
zin.close();
}

So I’m still stuck

Regards,

Jeroen

Thanks for trying this out and letting us know what happened. As yet, we haven’t tried all of the zip files, so I’m not overly surprised at there being an issue (or two ). We need to get through them all and iron out the creases.

We’ll give d93a.zip a try and see what we get, but it actually sounds as though it’s an issue with Java (the ZipInputStream) and the d93a.zip zip file. Would you mind writing a simple java class that uses the ZipInputStream class to read the zip… and see what happens? Or… unzip and rezip the zip file and try it again… see can it work with the rezipped version.