XML Parsing Error: prefix not bound to a namespace

[Lohr, Donald]

1) I see in some of our old documentation two different IdP metadata 
urls referenced:

     a) https://dummy.jmu.edu/idp/pub/dummy-metadata.xml

     b) https://dummy.jmu.edu/idp/shibboleth

The first url returns this message in a web browser and does not load 
the metadata:

XML Parsing Error: prefix not bound to a namespace
Location: 
https://it-federation-dev.jmu.edu/idp/pub/it-federation-dev-metadata.xml
Line Number 5, Column 13:
             <shibmd:Scope regexp="false">jmu.edu</shibmd:Scope>

The second url returns this message in a web browser, but loads a 
metadata file:
*
*This XML file does not appear to have any style information associated 
with it. The document tree is shown below.

2) On our production IdP server using the similar urls, the metadata 
loads in a web browser with the following message:
*
*This XML file does not appear to have any style information associated 
with it. The document tree is shown be

3) On the only Shibboleth SP (3.1.0) server we are testing with running 
the shibd -t command returns the following message:

2020-05-06 21:03:10 ERROR XMLTooling.ParserPool : fatal error on line 5, 
column 42, message: *prefix 'shibmd' can not be resolved to namespace URI*
2020-05-06 21:03:10 ERROR OpenSAML.MetadataProvider.XML : error while 
loading resource (https://dummy.jmu.edu/idp/pub/dummy-metadata.xml): XML 
error(s) during parsing, check log for specifics
2020-05-06 21:03:10 WARN OpenSAML.MetadataProvider.XML : adjusted reload 
interval to 600 seconds
2020-05-06 21:03:10 CRIT Shibboleth.Application : error initializing 
MetadataProvider: XML error(s) during parsing, check log for specifics 
overall configuration is loadable, check console or log for non-fatal 
problems

We are trying to figure out what this means.

Thanks,
Don

On 5/6/20 7:03 PM, Cantor, Scott wrote:
> On 5/6/20, 6:47 PM, "users on behalf of Lohr, Donald" <users-bounces at shibboleth.net on behalf of lohrda at jmu.edu> wrote:
>
>> Where is the folder on the IdP server where this url pulls the metadata file from:
> The IdP makes no use of that file, but the one the installer generates is in idp.home/metadata/idp-metadata.xml.
>
> Its existence is merely historical. We really need to formally deprecate that in the next version.
>
> -- Scott
>
>

-- 
D o n a l d   L o h r
I n f o r m a t i o n   S y s t e m s
J a m e s   M a d i s o n   U n i v e r s i t y
5 4 0 . 5 6 8 . 3 7 3 0

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/users/attachments/20200506/e9657f5e/attachment.htm>