Hide Forgot
Affects: Documentation (Ref Guide, User Guide, etc.) project_key: SOA Smooks doesn't support some configurations with SOA-P 5.2 that are possible with SOA-P 5.1. For example we can define EDI mapping model in two ways. The first[1] works on both versions, but second[2] can be used only with SOA-P 5.1. The second configuration was in quickstarts last time in SOA-P 4.3 so it's probably not very important issue. But if customer uses this configuration on SOA-P 5.1 and will migrate, it will crash on SOA-P 5.2. [1] <edi:reader mappingModel="parse/edi-to-xml-order-mapping.xml" /> [2] <resource-config selector="org.xml.sax.driver"> <resource>org.milyn.smooks.edi.SmooksEDIParser</resource> <param name="mapping-model">/smooks_configs/parse/edi-to-xml-order-mapping.xml</param> </resource-config>
What error is coming out of the second config?
Obviously the paths to the mapping configs in [1] and [2] are different. I assume that's not relevant wrt the tests your doing?
It works on 5.1, but it's ClassNotFoundException. Smooks in SOA 5.2 doesn't even contains class org.milyn.smooks.edi.SmooksEDIParser.
OK... that class was deprecated since v1.3 (http://www.milyn.org/javadoc/v1.3/smooks-cartridges/edi/) and was removed in v1.4 (http://www.milyn.org/javadoc/v1.4/smooks-cartridges/edi/). If still using the old config, you need to change it to use EDIReader (http://www.milyn.org/javadoc/v1.4/smooks-cartridges/edi/org/milyn/smooks/edi/EDIReader.html)
So it is now documentation issue and it will be the best to mention in migration guide that if you use this old deprecated class you should change it to EDIReader. Am I right?
You could document it that way (change class to "org.milyn.smooks.edi.EDIReader"), or tell them to modify the config to use the newer config as per config [1] in your original post.
I've got one other question. Do you know some other classes that were removed in v1.4 and is possible that it can break some Smooks configurations so we can document it? Thank you very much.
Off the top of my head... I don't know. Shouldn't be too hard to compile a list however, using the Javadoc for each version (http://www.smooks.org/mediawiki/index.php?title=User_Documentation). You can see the deprecated classes in each version of the API and so should be able to easily see which classes were removed.
Just thought too... if you go to Milyn Jira you should be able to get a list of all issues that effect compatibility. http://jira.codehaus.org/secure/IssueNavigator!executeAdvanced.jspa and enter the following query... project = MILYN AND fixVersion = "Smooks v1.4" AND status = Closed AND component = "Backward Compatibility Breaker"
Tom - for SOA-P 5.2 we need to either: * Identify impact to our customers - what will fail in smooks - in documentation - but - the class was not deprecated in the Smooks we shipped in 5.1, correct? -or- * Fallback to Smooks 1.3 Do we think that this is an edge case?
The class was also deprecated in 1.2 (http://www.milyn.org/javadoc/v1.2/smooks-cartridges/edi/org/milyn/smooks/edi/SmooksEDIParser.html), which is the version in 5.1.
Affects: Added: Documentation (Ref Guide, User Guide, etc.)
Release Notes Docs Status: Added: Documented as Known Issue Writer: Added: dlesage Release Notes Text: Added: https://issues.jboss.org/browse/SOA-3410 There is a backwards compatibility issue as Smooks no longer contains org.milyn.smooks.edi.SmooksEDIParser class. If you are still using an old configuration, you must change it to use EDIReader (http://www.milyn.org/javadoc/v1.4/smooks-cartridges/edi/org/milyn/smooks/edi/EDIReader.html) or update the configuration to this: <edi:reader mappingModel="parse/edi-to-xml-order-mapping.xml" />
Documented in release notes as a known issue.
I cannot find the text in http://documentation-stage.bne.redhat.com/docs/en-US/JBoss_Enterprise_SOA_Platform/5/html/5.2.0_Release_Notes/index.html Is there any other location for the document?
Hello Martin. It is in the release notes field at the top of this JIRA form ^. When I rebuild the release notes doc itself, it will be pulled in automatically.