<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 12 (filtered medium)">
<style>
<!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";
color:black;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0in;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";
color:black;}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:Consolas;
color:black;}
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 Section1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
{page:Section1;}
-->
</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 bgcolor=white lang=EN-US link=blue vlink=purple>
<div class=Section1>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>Hi All,<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>I have to follow-up on Jason’s statement that any significant
change in the FDO build/install needs an RFC so that we can asses impact and
plan accordingly. I also re-iterate Trevor’s statement that there is a
clear separation between build and install directory structures. It seems that
MapGuide is using a variant of the current FDO install structure. I think we
could come to some agreement on the install structure, but changes to the build
structure would require much more consideration.<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>Greg <o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>
<div>
<div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'>
<p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif";
color:windowtext'>From:</span></b><span style='font-size:10.0pt;font-family:
"Tahoma","sans-serif";color:windowtext'> fdo-internals-bounces@lists.osgeo.org
[mailto:fdo-internals-bounces@lists.osgeo.org] <b>On Behalf Of </b>UV<br>
<b>Sent:</b> Friday, April 17, 2009 1:03 AM<br>
<b>To:</b> FDO Internals Mail List<br>
<b>Subject:</b> Re: [mapguide-internals] [fdo-internals] build script confusion
RFC62???<o:p></o:p></span></p>
</div>
</div>
<p class=MsoNormal><o:p> </o:p></p>
<p class=MsoNormal>Trevor,<br>
<br>
Oops, I just read your mail again and realise that I did read it properly. <br>
I kind of like the idea of spreading things out like this. <br>
<br>
But I think we should agree on one important goal:<br>
<u>To support a devel,build,debug cycle efficiently its imperative to have the
server functional from the place the debug build puts it. <br>
</u><br>
Furthermore this deploy location should depend on a single variable/macro with
a meaningful default. <br>
Which could be coming from the environment but it ALWAYS should have a default
which is functional without any environment variables.<br>
Such an approach would simplify the build process and running the test suites a
lot. <br>
<br>
So AFAIK the only libs whose loading location is configurable are the FDO libs<br>
This means that the platform libs need to be deployed into the same directory
as the server executable since depending on path variables for this introduces
further configuration problems. <br>
Instead we could introduce another configuration value for the Platform
libraries and modify the DLL Loader for them. <br>
Worth a consideration though.<br>
<br>
<br>
<br>
Trevor Wekel wrote: <o:p></o:p></p>
<pre>Hi UV,<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>There is a key difference between a build tree and an install tree that needs to be taken into consideration. For a build tree, you may have to build four different configurations - 32 bit debug, 32 bit release, 64 bit debug, and 64 bit release. For the install tree, you will likely only been installing either 32 bit release or 64 bit release.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>The server and web extensions also need to be built into separate trees because IIS and Apache need virtual directories to work with and the ajax/fusion viewers need a specific directory layout to find everything they need.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>I like the idea of having a common directory structure:<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>1. Copying a bunch of web files to some directory IIS or Apache likes is a hassle. I know Walt always used to give me trouble about the way the web extensions was laid out. It would be better if we could just point IIS or Apache at an appropriately laid out directory.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>2. Co-developing MapGuide and Fdo functionality is freaking annoying. Build Fdo, build -c install Fdo, copy Fdo dlls and headers to where MapGuide wants them, then build MapGuide. Yuck. <o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Can anyone think of other requirements on a common build/install directory structure for MapGuide (server/web) and Fdo?<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>The following structure isn't right yet but it does introduce some symmetry between components and separates out the different build flavours. The Web bit is definitely not right from a symmetry argument. All the separate Bin directories make this structure a no-go without setting path variables. And the question what about Linux? comes to mind.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Release<o:p></o:p></pre><pre> CSMap<o:p></o:p></pre><pre> 11g<o:p></o:p></pre><pre> Bin<o:p></o:p></pre><pre> Lib<o:p></o:p></pre><pre> Inc<o:p></o:p></pre><pre> Obj<o:p></o:p></pre><pre> Fdo<o:p></o:p></pre><pre> com<o:p></o:p></pre><pre> Bin<o:p></o:p></pre><pre> Inc <o:p></o:p></pre><pre> Obj<o:p></o:p></pre><pre> [subprojects]<o:p></o:p></pre><pre> Lib<o:p></o:p></pre><pre> Platform (shared dlls for Server/Web)<o:p></o:p></pre><pre> Bin<o:p></o:p></pre><pre> Inc<o:p></o:p></pre><pre> Lib<o:p></o:p></pre><pre> Obj<o:p></o:p></pre><pre> [subprojects] <o:p></o:p></pre><pre> Server<o:p></o:p></pre><pre> Bin<o:p></o:p></pre><pre> Lib <o:p></o:p></pre><pre> Obj<o:p></o:p></pre><pre> [subprojects] <o:p></o:p></pre><pre> Logs<o:p></o:p></pre><pre> Packages<o:p></o:p></pre><pre> Repositories<o:p></o:p></pre><pre> Resources<o:p></o:p></pre><pre> Schema<o:p></o:p></pre><pre> Wfs<o:p></o:p></pre><pre> Wms<o:p></o:p></pre><pre> Web<o:p></o:p></pre><pre> Apache2 (if built)<o:p></o:p></pre><pre> Php<o:p></o:p></pre><pre> www<o:p></o:p></pre><pre> WebStudio<o:p></o:p></pre><pre> ???<o:p></o:p></pre><pre>Debug<o:p></o:p></pre><pre> Fdo<o:p></o:p></pre><pre> Platform<o:p></o:p></pre><pre> Server<o:p></o:p></pre><pre> Web<o:p></o:p></pre><pre> WebStudio<o:p></o:p></pre><pre>Release64<o:p></o:p></pre><pre>Debug64<o:p></o:p></pre><pre><o:p> </o:p></pre><pre><o:p> </o:p></pre><pre>-----Original Message-----<o:p></o:p></pre><pre>From: <a
href="mailto:mapguide-internals-bounces@lists.osgeo.org">mapguide-internals-bounces@lists.osgeo.org</a> [<a
href="mailto:mapguide-internals-bounces@lists.osgeo.org">mailto:mapguide-internals-bounces@lists.osgeo.org</a>] On Behalf Of UV<o:p></o:p></pre><pre>Sent: Thursday, April 16, 2009 4:41 PM<o:p></o:p></pre><pre>To: MapGuide Internals Mail List<o:p></o:p></pre><pre>Subject: Re: [mapguide-internals] build script confusion RFC62???<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>thanks, thats the way the decision can be made.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>But first people have to agree what needs to be done. In the current <o:p></o:p></pre><pre>situation there are little inconsistencies which make our life hard.<o:p></o:p></pre><pre>I am sure the core team has their systems set up long enough that they <o:p></o:p></pre><pre>dont know about these things anymore.<o:p></o:p></pre><pre>I do because I struggled hard to get the build running in the first place.<o:p></o:p></pre><pre>Trying to get the build server to do this now is pointing out the exact <o:p></o:p></pre><pre>details of where the problems are.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre><o:p> </o:p></pre><pre>Tom Fukushima wrote:<o:p></o:p></pre><pre> <o:p></o:p></pre>
<blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><pre>Hi UV,<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>The process for RFCs is described on this page: <a
href="http://mapguide.osgeo.org/psc.html">http://mapguide.osgeo.org/psc.html</a>.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Is this what you're looking for?<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Cheers<o:p></o:p></pre><pre>Tom<o:p></o:p></pre><pre><o:p> </o:p></pre><pre><o:p> </o:p></pre><pre>-----Original Message-----<o:p></o:p></pre><pre>From: <a
href="mailto:mapguide-internals-bounces@lists.osgeo.org">mapguide-internals-bounces@lists.osgeo.org</a> [<a
href="mailto:mapguide-internals-bounces@lists.osgeo.org">mailto:mapguide-internals-bounces@lists.osgeo.org</a>] On Behalf Of UV<o:p></o:p></pre><pre>Sent: Wednesday, April 15, 2009 7:38 PM<o:p></o:p></pre><pre>To: MapGuide Internals Mail List<o:p></o:p></pre><pre>Subject: Re: [mapguide-internals] build script confusion RFC62???<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Is there a way to initiate as decision process?<o:p></o:p></pre><pre>or do we have to give up on the automated build because no decision can <o:p></o:p></pre><pre>be made regarding the result of the build?<o:p></o:p></pre><pre>This is needed before any changes can be made.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Its not so much todo except to agree on a useful structure for the build <o:p></o:p></pre><pre>/ deploy process.<o:p></o:p></pre><pre>In the moment we have a windows installer, a postbuild.mak and a <o:p></o:p></pre><pre>build.bat plus Linux makefiles all doing similar but slightly different <o:p></o:p></pre><pre>things.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>I think this is a unique opportunity to align some of the <o:p></o:p></pre><pre>inconsistencies in the build process of mapguide and<o:p></o:p></pre><pre>improve the experience for future contributions.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Thats exactly whats CI is for..... making sure such inconcistencies will <o:p></o:p></pre><pre>never happen again.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>_______________________________________________<o:p></o:p></pre><pre>mapguide-internals mailing list<o:p></o:p></pre><pre><a
href="mailto:mapguide-internals@lists.osgeo.org">mapguide-internals@lists.osgeo.org</a><o:p></o:p></pre><pre><a
href="http://lists.osgeo.org/mailman/listinfo/mapguide-internals">http://lists.osgeo.org/mailman/listinfo/mapguide-internals</a><o:p></o:p></pre><pre>_______________________________________________<o:p></o:p></pre><pre>mapguide-internals mailing list<o:p></o:p></pre><pre><a
href="mailto:mapguide-internals@lists.osgeo.org">mapguide-internals@lists.osgeo.org</a><o:p></o:p></pre><pre><a
href="http://lists.osgeo.org/mailman/listinfo/mapguide-internals">http://lists.osgeo.org/mailman/listinfo/mapguide-internals</a><o:p></o:p></pre><pre><o:p> </o:p></pre><pre> <o:p></o:p></pre><pre> <o:p></o:p></pre></blockquote>
<pre><o:p> </o:p></pre><pre>_______________________________________________<o:p></o:p></pre><pre>mapguide-internals mailing list<o:p></o:p></pre><pre><a
href="mailto:mapguide-internals@lists.osgeo.org">mapguide-internals@lists.osgeo.org</a><o:p></o:p></pre><pre><a
href="http://lists.osgeo.org/mailman/listinfo/mapguide-internals">http://lists.osgeo.org/mailman/listinfo/mapguide-internals</a><o:p></o:p></pre><pre>_______________________________________________<o:p></o:p></pre><pre>fdo-internals mailing list<o:p></o:p></pre><pre><a
href="mailto:fdo-internals@lists.osgeo.org">fdo-internals@lists.osgeo.org</a><o:p></o:p></pre><pre><a
href="http://lists.osgeo.org/mailman/listinfo/fdo-internals">http://lists.osgeo.org/mailman/listinfo/fdo-internals</a><o:p></o:p></pre><pre><o:p> </o:p></pre><pre> <o:p></o:p></pre>
<p class=MsoNormal><o:p> </o:p></p>
</div>
</body>
</html>