I ran into this same issue recently and while I was using Netbeans, the solution is the same - provide an XML catalog. An XML catalog allows redirection of schema locations.
I googled and quickly found some resources on how to do this, though they appeared older. I suggest checking the documentation for xmlspy as each environment may be slightly different. -Ian - Show quoted text - On Wed, Jun 22, 2011 at 5:34 AM, <christian.muel...@nvoe.at> wrote: > And how does this work if I use my favorite xml editor, xmlspy as an > example ?. > Normally, the schema locations are absolute URLs like http://,,,,, > > > Zitat von Jody Garnett <jody.garn...@gmail.com>: > >> I think the app-schema team has a resolver that allows them to store schema >> files in a jar and manage them in a maven repository as normal artefacts? >> With the advantage of being able to bundle them up for "offline" use .... >> >> Jody >> >> >> On Wed, Jun 22, 2011 at 8:43 PM, <christian.muel...@nvoe.at> wrote: >> >>> The topic is interesting for both geotools/geoserver. >>> >>> I have XML config files in both environments and I always try to have >>> a xml schema to achieve higher quality. It would be nice to use >>> xsi:schemaLocation in the concrete xml files to ease validation and >>> editing. >>> >>> Tho make this work we need an official place where we can put these >>> schema files (or DTDs). >>> Example: http://java.sun.com/dtd/properties.dtd >>> >>> A quick workaround would be to reference them in the svn repo like >>> >>> xsi:schemaLocation="namespaceurl >>> >>> http://svn.osgeo.org/geotools/trunk/modules/library/xml/src/test/resources/org/geotools/xml/test-data/mails.xsd >>> " >>> >>> But I am not sure if this is a good idea ? >>> >>> Cheers >>> Chrilstian >>> >>> ---------------------------------------------------------------- >>> This message was sent using IMP, the Internet Messaging Program. >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Simplify data backup and recovery for your virtual environment with >>> vRanger. >>> Installation's a snap, and flexible recovery options mean your data is >>> safe, >>> secure and there when you need it. Data protection magic? >>> Nope - It's vRanger. Get your free trial download today. >>> http://p.sf.net/sfu/quest-sfdev2dev >>> _______________________________________________ >>> Geotools-devel mailing list >>> Geotools-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/geotools-devel >>> >> > > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > > ------------------------------------------------------------------------------ > Simplify data backup and recovery for your virtual environment with vRanger. > Installation's a snap, and flexible recovery options mean your data is safe, > secure and there when you need it. Data protection magic? > Nope - It's vRanger. Get your free trial download today. > http://p.sf.net/sfu/quest-sfdev2dev > _______________________________________________ > Geotools-devel mailing list > Geotools-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Ian Schneider OpenGeo - http://opengeo.org Enterprise support for open source geospatial. ------------------------------------------------------------------------------ Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
