[mapguide-internals] Re: Getting closer with 64 bit installer

[Hugues Wisniewski]

Hi all,

Just trying to just the recent thoughts on this issue

A solution to this problem has been investigated a few times but other priorities have lead to a pushback
The ini file solution seems to be the best idea the day someone has the time to implement it.

The day this is decided to be redesigned, an RFC will likely be required to make sure that all customers of this API are ok with the change.

MapGuide uses some ini file while other apps that use that coordinate system API use different ini files, some registry, ...

So, instead of having the MgCoordinateSystemCatalog hold the logic to get to the right path value, the client application could do that job and pass the path value to the API directly
The path would be read from any location. That would be up the app that uses the API.
One solution would be to give the path to the MgCoordinateSystemFactory object when it is created.
The default constructor would choose the default path value while something like the following would change that default path:

MgCoordinateSystemFactory::MgCoordinateSystemFactory(STRING sPath)

Hugues

-----Original Message-----
From: mapguide-internals-bounces at lists.osgeo.org [mailto:mapguide-internals-bounces at lists.osgeo.org] On Behalf Of Trevor Wekel
Sent: Tuesday, July 06, 2010 6:40 AM
To: MapGuide Internals Mail List
Subject: RE: [mapguide-internals] Re: Getting closer with 64 bit installer

That would be a workaround but it would also interfere with other Autodesk products.  MapGuide is not the only product using CS-Map.

Regards,
Trevor

-----Original Message-----
From: mapguide-internals-bounces at lists.osgeo.org [mailto:mapguide-internals-bounces at lists.osgeo.org] On Behalf Of Zac Spitzer
Sent: July 6, 2010 1:25 AM
To: MapGuide Internals Mail List
Subject: Re: [mapguide-internals] Re: Getting closer with 64 bit installer

I'm not much of a C++ developer, but looking at the example trevor pointed out

http://trac.osgeo.org/mapguide/browser/trunk/MgDev/Common/CoordinateSystem/CoordSysCatalog.cpp#L183

we install CS-MAP to

C:\Program Files (x86)\OSGeo\MapGuide\CS-Map

rather than "\\Autodesk\\Geospatial Coordinate Systems"

isn't that the problem?



On 6 July 2010 17:19, Jason Birch <jason at jasonbirch.com> wrote:
> The installer conditionals are already really complicated, and I worry that
> adding more special cases will increase our risk and the complexity of
> troubleshooting user installs.
>
> I do agree that requiring a reboot is silly, but I also don't really see it
> as a huge problem.  For development platforms, rebooting isn't a big deal,
> and for production platforms the extra time for a reboot isn't much of an
> issue considering that you're likely doing this no more than twice a year,
> and have already scheduled downtime for cold backup, uninstall, re-install.
>  Yes, it's not compliant with Windows best practices, and it's ugly, but the
> cost to the end user is relatively low.
>
> What I would like to see is an increased isolation from system / registry
> settings with the following:
>
> - MapGuide server and web tier pulling CS-Map path from an ini file setting
> (no need for env var setting or reboot)
> - PHP running as FastCGI, picking up its INI settings from installation
> directory (no more need for PHP registry key)
>
> Unfortunately, I don't have money to put where my mouth is, and both are too
> much work to get into 2.2 even if I did.
>
> Regardless, this isn't really a sticking point for me, I just think the
> costs of removing the reboot requirement from this one configuration (I'm
> still surprised it isn't more widespread) are not worth the benefit.
>
> Jason
>
> On 5 July 2010 23:15, Jackie Ng wrote:
>
>>
>> Mind you, this only affects one configuration (Windows, 64-bit, IIS) out of
>> the many possible different install configurations you could have in
>> MapGuide.
>>
>> This is 2010, we shouldn't have to reboot for petty things like this.
>>
>>
> _______________________________________________
> mapguide-internals mailing list
> mapguide-internals at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapguide-internals
>



-- 
Zac Spitzer
Solution Architect / Director
Ennoble Consultancy Australia
http://www.ennoble.com.au
http://zacster.blogspot.com
+61 405 847 168
_______________________________________________
mapguide-internals mailing list
mapguide-internals at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapguide-internals


_______________________________________________
mapguide-internals mailing list
mapguide-internals at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapguide-internals