<div dir="ltr"><div>Hi All,</div><div><br></div><div>Just to provide some transparency on what is left before RC1 releases.</div><div><br></div><div>I am currently working on getting MapGuide Portable (formerly known as mg-desktop) bindings working under our new way of generating language bindings. I am having some difficulty getting the new package to work due to cryptic missing dll errors that are cryptic because:<br><br> a) I have no idea how to even debug a DllNotFoundException in this new .net world. In the past when everything was still legacy .net Framework 4.x we could run fuslogvw.exe and turn on assembly binding errors and that would tell us straight away what the missing dlls are. In this new .net world, fuslogvw.exe doesn't seem to work anymore and I don't know what the new "modern .net" way to diagnose assembly binding failures is. Thanks to Microsoft's excellent track record in naming their products and technologies, any attempts to search for this topic naturally returns decade-old articles and blog posts that are no longer relevant to modern .net!</div><div><br> b) The dll files .net is complaining about not being able to find *are there*, some part of the .net runtime just doesn't want to look in the folders I've placed these dll files in (as evidenced by monitoring the consuming application under Process Monitor)<br><br>This is not a crucial component of MapGuide (merely a supplemental part), so I am giving myself the rest of the week to try to solve this problem. If I can't come up with a solution, I'll park this sub-project until after the 4.0 release.<br><br>I am also working on finishing up the new API documentation experience where instead of our current approach of documenting a C++ API and sprinkling .net/Java/PHP sample fragments in various class/method comments in the hopes you'll understand how to use such a C++ class or method in a .net/Java/PHP context, we try to provide the MapGuide API docs for every target language in that language's natively preferred API documentation tool of choice.<br><br> - For .net, this is docfx (<a href="https://dotnet.github.io/docfx/">https://dotnet.github.io/docfx/</a>)<br> - For Java, this is the built-in javadoc<br> - For PHP, unfortunately we'll have to put a landing page that tells you how to re-interpret the .net or Java API docs in a PHP context. PHP unfortunately does not support overloaded methods and our PHP binding just smushes all of these overloads into a single method whose parameters vary based on the overload set of parameters you're trying to use. This makes it really hard to translate C++ API documentation across, unlike .net or Java where everything translates 1:1. Until we can find a solution to this problem, our C++ API docs are not translatable for PHP API documentation generation.<br><br>I'll also be doing yet another sweep of our web tier components and will be bundling updated versions of Apache, PHP and Tomcat where required.<br><br>On the FDO front, the PostgreSQL materialized view fix is in. Nothing else of a show-stopping nature seems to be blocking us there, so that's all ready to go. I will formally open a FDO 4.2 svn branch before or after this RC1 release (haven't decided yet)</div><div><br></div><div>- Jackie</div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><a href="http://themapguyde.blogspot.com" target="_blank">http://themapguyde.blogspot.com</a></div></div></div></div></div>