OAG Canonicals

We having problems building OAG8.0 Canonicals in wM6.0. As we build the documents using xsd’s, the small element document_types are built for each xsd. If there is duplication, it seems that the elements within each document_type are duplicated. This results in a canonical with multiple references for the same fields.
Any suggestions?

wM acknowledges they have problems supporting OAG 8.0. We are attempting to use OAG 8 as well. What we will probably end up doing is generating the DTDs and using those.

We have discussed OAG 8.0 w/WebMethods also. The DTD method is the only real workaround available. WebMethods also has some issues with multiple namespaces as well as handling substitution groups.

Does anyone know if WebMethods really handles schemas as defined by W3C? They seem to be missing some things.

I’m sorry, I have no answer. I just find that a product which is characterized as an xml-based application server has such pathetic support for XML standards. I had what I thought was a rather bright idea. To do schemas outside of Developer (which is a ridiculous endeavor inside of Developer), and import them. It was rather disappointing to see webMethods destroy the careful relationships I had established.

One will quickly find that if you want to anything besides connect dots to existing webMethods services, which one may note, webMethods almost always develops in Java rather than Flow, one will run into endless headaches and work-arounds.

Further investigation has revealed that some of these issues will be supported in later WebMethods versions. Possibly in Jan 04 release of Wm 6.1

In response to “webMethods almost always develops in Java rather than Flow”. Generally the core services in IS are implemented in Java. Layered products are a mix of Java and Flow. Applications written by PS folks are mostly Flow. Nothing surprising or secret there.

Please share your “headaches and work-arounds” on the Advantage forums, so solutions can be incorporated in future releases - PMs do regularly monitor those forums.


I think we all know by now that wM does not support OAGIS8.0 fully. And unless we move to the DTD approach or use an external parser we cannot move ahead with using OAGIS 8.0 and webMethods IS 6.0.1.

One question to Nicolas Lira is are you implementing the work around with the DTDs or you are just looking at that option right now ??

The question that remains to be asked to the group is -
Is there any other workarounds or solutions implemented for OAGIS 8.0 and webMethods 6.0.1 combination ??

Thanks and Regards,

We are using v7.2.1 for canoicals and works fine with 6.0.1.

We will try to use the XSDs where we can but if any particular one does not work, we will go with the DTD.



It is a fact that wM have limitation handling complex schema like OAGIS which contains multiple namespace, anonymous node, ambiguous node, and overlays. wM’s IData won’t be able to represent these schema characteristic. You can look into a data transformation tool like Contivo which can handle these complex schema and it generate java transformation for wM.

I have just tried creating documents from the OAGIS8.0 Schema’s using Wm 6.1 but I still receive errors. It seems that WM has problems with the recursive nature in some of the schemas.

Strange thing is when I try to make a document type ProcessPurchaseOrder the recursive problems arise with element Location. When I documentize Location I don’t receive an error, and can see the recursive relation.

How can I convert schema’s to DTD’s? Is it done by the hand using XMLSpy for example or is there a automated solution?

I’ve not tried webMethods 6.1, but in 6.0.1 we ended up recreating the OAGIS documents in webMethods by hand. We also decided not to recreate the entire structure of the documents, since Developer slowed to a crawl when attempting to display a canonical with lots of nested references to other documents.

It seems that we have created a valid OAG package from xsd’s. The trick is to create the first document and then RELOAD the package (done either from the Administrator page or from Developer). As a note, we created all of the docs in a “docs” folder and then moved the high-level canonicals out into a “canonicals” folder for easier reference.


Hi J.J. - Can you expand on what you mean by “The trick is to create the first Document”? Did this approach allow you to import the OAGIS 8.0 schemas or the resulting XML instances into Developer?



I’m also interested in using the OAGIS standard as my set of canonicals. After some research, I found the wM_OAGIS8 sample on the Advantage site and I was excited as I thought most of the work of importing the OAGIS XSDs into a webMethods format had already been done. However, upon installing the package, I found out that the package did not contain ANY webMethods Documents. I then figured that the XML schemas within the package must had been modified so that they could be successfully imported into webMethods Developer, but as soon as I tried to import one of the BODs, I received the “recursive” error.

I was wondering:

  1. Do you know what the purpose of this sample package is given that it does not provide any pre-created documents or “importable” XSDs? I mean, what good is it? I’ve tried to ask webMethods this question, but they told me they don’t support sample packages.
  2. Have any of you made any successful use of this sample package? If so, how?



What version of WM are you using? I’ve researched the OAGIS documents. While WebMethods has a sample package, as of Wm 6.01 WM doesn’t support all the functionality of the OAGIS schemas. If you put all the bods into the same directory, that may allow you to import the the xsd. We tried to implement this and found this issue to broad to continue.

Not sure if 6.1 is any better.



I’m running webMethods 6.1 SP 1, so it doesn’t appear that 6.1 is any better. I’m just confused as to why webMethods would provide a samples package that doesn’t seem to help any. I must not be understanding their vision of how this package is to be used.

In any case, given that you abandoned the approach of importing OAGIS into webMethods, what alternate path did you take?



Our client abandon OAGIS. You can try this but I don’t recall the results. The biggest issue was in namespaces and using relative paths within the schemas. Try putting all the bods in the same directory. This may work. I think.


Putting all the BODS in the same directory has worked for me with OAGIS 7.2.1

Hi, my name is Jessica. I have downloaded all the OAGIS 8.0 from this website http://www.openapplications.org/downloads/oagidownloads.htm and I am looking for an example on BOD for customers but there is no BOD sample on that. Do you all have any ideas where I can find such samples? Thank you