MyEclipse :: View topic - [Workaround] XML Validation failing with Schema (XSD)

MyEclipse: [Workaround] XML Validation failing with Schema (XSD)

support-rkalla - Sep 27, 2005 - 05:31 PM
Post subject: [Workaround] XML Validation failing with Schema (XSD)

We have noticed a few users posting problems with validation when dealing with files that make use of a schema. We have looked into this and for almost all the cases reported the problem was the location of the Schema is not specified, so it is attempted to be resolved from the "root" directory, which in the case of a web project is the WebRoot, in the case of a Java Project, is the current directory.

Let's look at an Example from using Drools (http://drools.org)

Code:

<?xml version="1.0"?>

<rule-set name="CalculatorWorker"
xmlns="http://drools.org/rules"
xmlns:java="http://drools.org/semantics/java"
xmlns:xs="http://www.w3.org/2001/XMLSchema-instance"
xs:schemaLocation="http://drools.org/rules rules.xsd
http://drools.org/semantics/java java.xsd">

<java:import>java.lang.String</java:import>
<java:import>com.csfb.fao.clr.calc.rules.Input</java:import>



<rule name="Portfolio_Participation_SELL_Exists" salience="-1">

<parameter identifier="input">
<class>Input</class>
</parameter>

<java:condition>input.getFacilLenderIndic().equals("P") || input.getFacilLenderIndic().equals("M")</java:condition>
<java:condition>input.getPortfolioPartSellExists().equals("undefined")</java:condition>

<java:consequence>
//System.out.println("Portfolio_Participation_SELL_Exists");
input.setPortfolioPartSellExists("Y");
//System.out.println("Sell indicator: " + input.getPortfolioPartSellExists() + " on " + input);
drools.modifyObject(input);
</java:consequence>

</rule>

<rule name="Portfolio_Participation_SELL_Does_NOT_Exists" salience="-1">

<parameter identifier="input">
<class>Input</class>
</parameter>

<java:condition>input.getFacilLenderIndic().equals("B")</java:condition>
<java:condition>input.getPortfolioPartSellExists().equals("undefined")</java:condition>

<java:consequence>
//System.out.println("Portfolio_Participation_SELL_Exists");
input.setPortfolioPartSellExists("N");
//System.out.println("Sell indicator: " + input.getPortfolioPartSellExists() + " on " + input);
drools.modifyObject(input);
</java:consequence>

</rule>

<rule name="Risk_Ost_2">
<parameter identifier="input">
<class>com.csfb.fao.clr.calc.rules.Input</class>
</parameter>

<java:condition>input.getOstCount() > 0 </java:condition>

<java:condition>!input.getOtsdTypeCategoryCd().equals("LN") </java:condition>

<java:condition>input.getOtsdTypeCategoryCd().equals("LC") </java:condition>

<java:condition>input.getOpsCount() > 0 </java:condition>

<java:condition>input.getLocIssueFirmInd().equals("N") </java:condition>

<java:condition>input.getPortfolioPartSellExists().equals("Y")</java:condition>

<java:consequence>
System.out.println("Calculate RISK_OST_2");
</java:consequence>
</rule>

<rule name="Risk_Ost_3">
<parameter identifier="input">
<class>com.csfb.fao.clr.calc.rules.Input</class>
</parameter>


<java:condition>input.getOstCount() > 0 </java:condition>


<java:condition>!input.getOtsdTypeCategoryCd().equals("LN") </java:condition>


<java:condition>input.getOtsdTypeCategoryCd().equals("LC") </java:condition>


<java:condition>input.getOpsCount() > 0 </java:condition>


<java:condition>input.getLocIssueFirmInd().equals("N") </java:condition>


<java:condition>input.getPortfolioPartSellExists().equals("N")</java:condition>

<java:consequence>
System.out.println("Calculate RISK_OST_3");
</java:consequence>
</rule>

</rule-set>

The part we care about here is the header:

Code:

<rule-set name="CalculatorWorker"
xmlns="http://drools.org/rules"
xmlns:java="http://drools.org/semantics/java"
xmlns:xs="http://www.w3.org/2001/XMLSchema-instance"
xs:schemaLocation="http://drools.org/rules rules.xsd
http://drools.org/semantics/java java.xsd">

Notice the xs:schemaLocation tag:

Code:

xs:schemaLocation="http://drools.org/rules rules.xsd
http://drools.org/semantics/java java.xsd"

The format for these entries is:
<URI> <URL to Schema>

Since there is no location given for the rules.xsd or java.xsd files, the validator is checking the root directory and failing. Now if you use your browser to open up the links: http://drools.org/rules

You'll notice they spit back the contents of these files respectively, so really the location of the schema files are these URIs (NOTE: The URIs in this example happen to be valid URLs, they don't have to be though) so we have two choices now:

I will show what #2 looks like:

Code:

xs:schemaLocation="http://drools.org/rules http://drools.org/rules
http://drools.org/semantics/java http://drools.org/semantics/java"

This looks a little odd, but does the trick. Don't forget to save and then right-click-> Validate XML on the file, viola, no more errors.

WriteExpress - Jul 18, 2007 - 09:48 PM
Post subject: RE: [Workaround] XML Validation failing with Schema (XSD)

I also have validation errors both the MyEclipseIDE Version 5.5.1 GA and the latest MyEclipseIDE Full Stack Installer. Eclipse error markers appear to the left of every xmlns declaration (see code below).

I can make them disappear if I click MyEclipse > Preferences > MyEclipse > Validation and click "Allow projects to override these preference settings" and uncheck all the Build Validator checkboxes.

The odd thing is that I don't get the errors in my local copy of JBoss-Seam-2.0.0.BETA1 examples--especially the bookings example. I can copy the code below into one of an .xml file in that project and I don't get the validation errors.

Is my problem project specific and how can I fix it correctly?

Here is my header:

<!DOCTYPE composition PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<ui:composition xmlns="http://www.w3.org/1999/xhtml"
xmlns:c="http://java.sun.com/jstl/core"
xmlns:s="http://jboss.com/products/seam/taglib"
xmlns:ui="http://java.sun.com/jsf/facelets"
xmlns:f="http://java.sun.com/jsf/core"
xmlns:h="http://java.sun.com/jsf/html">