<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:#954F72;
        text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
        {mso-style-priority:34;
        margin-top:0in;
        margin-right:0in;
        margin-bottom:0in;
        margin-left:.5in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
span.EmailStyle18
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle19
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link="#0563C1" vlink="#954F72"><div class=WordSection1><p class=MsoNormal><span style='color:#1F497D'>Perhaps a catch-all fix would be to always normalize the idp.home path in IdPPropertiesApplicationContextInitializer ? And, it think it would be a good to break apart IdPPropertiesApplicationContextInitializer into smaller methods that can be overridden. <o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p><div style='border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt'><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b>From:</b> dev [mailto:dev-bounces@shibboleth.net] <b>On Behalf Of </b>Misagh Moayyed<br><b>Sent:</b> Thursday, August 13, 2015 3:07 AM<br><b>To:</b> Shib Dev <dev@shibboleth.net><br><b>Subject:</b> Registering flow locations by pattern on Windows<o:p></o:p></p></div></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>I have just found what appears to be a strange issue/bug with Spring webflow, when the idp attempts to register flow definitions by a pattern off a base path that id the IDP_HOME. Here’s the case: <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>- You might decide that you want to run the idp off of a non-standard location, by specifying the idp.home settings<o:p></o:p></p><p class=MsoNormal>- When you do, and you’re doing this on windows and not via an installer, it’s common to state that location via backslashes rather than forward slashes. <o:p></o:p></p><p class=MsoNormal>- This completely breaks SWF, when it attempts to auto-construct ids for flow definitions. It wants to manipulate the path to build a flow id, and it does this by ripping out the basepath from the resource path. Because the base path is with “\”, and yet the resource path is located with “/”, the attempt fails. <o:p></o:p></p><p class=MsoNormal>- As a result, none of the AuthN/conditions flows are built. Sad Panda. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Has anyone else on the dev team run into this issue? Specifically those that run on Windows? I am running this with IdP 3.1.3-SNAPSHOT; I see the Windows Installer corrects this issue by specifying “/”s instead. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Misagh<o:p></o:p></p></div></div></body></html>