|
[
Permlink
| « Hide
]
Dirk Olmes added a comment - 25/Sep/08 08:43 AM
First implementation of the script: http://fisheye.codehaus.org/changelog/mule/?cs=12736
 Dirk, looks like it wouldn't handle ee switches. Do you want to extend it in the future?
Reopening to check the script with EE schemas as well - I thought of it but forgot to note it down. That's what I get from it now
 switching of EE schemas added: http://fisheye.codehaus.org/changelog/mule/?cs=12741
The script must also process every spring.handlers and spring.schemas file, otherwise it's a half-done job
Script seems to be writing some files with a different encoding:
modules/xml/src/test/resources/cdcatalog-esoteric.xml Does this depend on the environment script is run in? Maybe we can just skip processing of files that don't match baseSchema pattern? I don't know if we want script to do this or to do it manually but the following files have schema references in and aren't updated:
./buildtools/scripts/ListSchema.groovy tests/integration/src/test/java/org/mule/config/spring/VmSchemaValidationTestCase.java
./tools/schemadocs/src/main/resources/xslt/*.xsl Lowering priority for the leftover tasks.
In this case, it only updates the version for: http://www.mulesource.org/schema/mule/core/
xsi:schemaLocation="http://www.mulesource.org/schema/mule/core/2.1 http://www.mulesource.org/schema/mule/core/2.1/mule.xsd Looking at the script, it only changes the version for the first namespace it finds, so others are not converted, i.e. mule/client, mule/retry I voted for it, since it affects us every time we branch and have to do this manually. Fixing Daniel's issue with multiple schema references in the same line: http://fisheye.codehaus.org/changelog/mule/?cs=13037
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
Sub-task
In Progress
Minor
