[fdo-internals] RE: [fdo-users] Trying to Deploy FDO to Web

Chris Erickson chris at cartopac.com
Mon Mar 2 14:46:22 EST 2009


Greg,
I did submit something in the trac site (#463), but my svn patch seems to have picked up other project changes related to building on vista x64, so I didn't want to submit a bad patch... 


chris erickson
developer
chris at cartopac.com
970.493.9500 x 191
970.482.1485 (fax)



-----Original Message-----
From: fdo-internals-bounces at lists.osgeo.org [mailto:fdo-internals-bounces at lists.osgeo.org] On Behalf Of Greg Boone
Sent: Monday, March 02, 2009 12:45 PM
To: FDO Users Mail List
Cc: FDO Internals Mail List
Subject: [fdo-internals] RE: [fdo-users] Trying to Deploy FDO to Web

Why don't you log a Trac defect and attach a svn patch of the changes you made. If you want this change to go into the 3.4.0 release, you should make a motion on the fdo-internals site and ask for feedback from the PSC. At this point only stop-ship issues should be nominated for resolution.

Greg

-----Original Message-----
From: fdo-users-bounces at lists.osgeo.org [mailto:fdo-users-bounces at lists.osgeo.org] On Behalf Of Chris Erickson
Sent: Monday, March 02, 2009 2:40 PM
To: FDO Users Mail List
Subject: RE: [fdo-users] Trying to Deploy FDO to Web

Greg,
The delay load issue is between the managed and unmanaged code.

If in the various managed core dlls (OsGeo.FDO, OSGeo.FDO.Common, OSGeo.FDO.Geometry, OSGeo.FDO.Spatial) the unmanaged dlls are set to delay load, then the application can start and modify its path before the unmanaged core dlls are loaded.  

This is necessary for any web applications that don't want to have to install the unmanaged FDO dlls on the system path, which is often not an option.

I've built the managed dlls locally here and set them to delay load their unmanaged dependencies, and I'm able to use FDO in web-apps by setting the environment path in the Global.asax (ASP.NET).  

chris erickson
developer
chris at cartopac.com
970.493.9500 x 191
970.482.1485 (fax)


-----Original Message-----
From: fdo-users-bounces at lists.osgeo.org [mailto:fdo-users-bounces at lists.osgeo.org] On Behalf Of Greg Boone
Sent: Monday, March 02, 2009 9:21 AM
To: FDO Users Mail List
Subject: RE: [fdo-users] Trying to Deploy FDO to Web

I do not have a list of FDO DLLs that are meant to be delay loaded. Typically, for the FDO core side of things, no core FDO DLL's are delay loaded within the implementation of FDO itself. As for the FDO providers, I believe they are not loaded until requested through the FDO Client Services API, at which time the DLL identified in providers.xml is loaded along with all its dependencies. 

Greg

-----Original Message-----
From: fdo-users-bounces at lists.osgeo.org [mailto:fdo-users-bounces at lists.osgeo.org] On Behalf Of Chris Erickson
Sent: Tuesday, February 24, 2009 12:15 PM
To: FDO Users Mail List
Subject: RE: [fdo-users] Trying to Deploy FDO to Web

Greg,
Which dlls are supposed to be delay loaded?  The unmanaged FDO dlls are not, which causes issues on web servers (I put in a defect # 463).  Is there any chance this will be fixed in 3.4?


chris erickson
developer
chris at cartopac.com
970.493.9500 x 191
970.482.1485 (fax)



-----Original Message-----
From: fdo-users-bounces at lists.osgeo.org [mailto:fdo-users-bounces at lists.osgeo.org] On Behalf Of Greg Boone
Sent: Tuesday, February 17, 2009 10:03 AM
To: FDO Users Mail List
Subject: RE: [fdo-users] Trying to Deploy FDO to Web

That DLL should be delay loaded and should not affect FDO from running.

Have you looked at the contents of providers.xml located in the FDO bin directory? Are the paths to the provider files relative or absolute?

Greg

-----Original Message-----
From: fdo-users-bounces at lists.osgeo.org [mailto:fdo-users-bounces at lists.osgeo.org] On Behalf Of surrounded
Sent: Tuesday, February 17, 2009 11:46 AM
To: fdo-users at lists.osgeo.org
Subject: RE: [fdo-users] Trying to Deploy FDO to Web


Using DependencyWalker, I see that for OSGeo.FDO.dll and
OSGeo.FDO.Common.dll, DWMAPI.DLL cannot be found.

ANYONE RUN INTO THIS - RECOMMENDATION?





surrounded wrote:
>
> Hi Greg,
>
>
>
> No, so if I download Depends.exe, how would I use it to determine the
> missing module??
>
>
>
> From: Greg Boone (via Nabble)
> [mailto:ml-user+67529-964960874 at n2.nabble.com]
> Sent: Tuesday, February 17, 2009 9:36 AM
> To: Rob Sosnowski
> Subject: RE: [fdo-users] Trying to Deploy FDO to Web
>
>
>
> Have you run depends.exe to try and determine which module cannot be
> found?
>
> -----Original Message-----
> From: fdo-users-bounces at ...
> <http://n2.nabble.com/user/SendEmail.jtp?type=node&node=2341773&i=0>
> [mailto:fdo-users-bounces at ...
> <http://n2.nabble.com/user/SendEmail.jtp?type=node&node=2341773&i=1> ]
> On Behalf Of surrounded
> Sent: Tuesday, February 17, 2009 11:06 AM
> To: fdo-users at ...
> <http://n2.nabble.com/user/SendEmail.jtp?type=node&node=2341773&i=2>
> Subject: [fdo-users] Trying to Deploy FDO to Web
>
>
> Hello,
>
> I'm using FDO within VS 2008 project (web service) and works fine when
> run
> as localhost on my PC.
>
> I've moved the web service to a production server, copied the FDO bin,
> lib,
> and inc folders to the production server, and set the environment PATH
> variable on the server to point to the FDO folders.
>
> When I run the application I get the following error:
> System.IO.FileNotFoundException: The specified module could not be
> found.
> (Exception from HRESULT: 0x8007007E)
>
> ANY IDEAS ON WHAT IS CAUSING THIS?  HOW IS FDO SET UP TO RUN ON WEB
> SERVER?
>
> Thanks.....
>
>
> --
> View this message in context:
> http://n2.nabble.com/Trying-to-Deploy-FDO-to-Web-tp2341612p2341612.html
> Sent from the FDO Users mailing list archive at Nabble.com.
>
> _______________________________________________
> fdo-users mailing list
> fdo-users at ...
> <http://n2.nabble.com/user/SendEmail.jtp?type=node&node=2341773&i=3>
> http://lists.osgeo.org/mailman/listinfo/fdo-users
> _______________________________________________
> fdo-users mailing list
> fdo-users at ...
> <http://n2.nabble.com/user/SendEmail.jtp?type=node&node=2341773&i=4>
> http://lists.osgeo.org/mailman/listinfo/fdo-users
>
>
>
> ________________________________
>
> This email is a reply to your post @
> http://n2.nabble.com/Trying-to-Deploy-FDO-to-Web-tp2341612p2341773.html
> You can reply by email or by visting the link above.
>
>
>
>
>

--
View this message in context: http://n2.nabble.com/Trying-to-Deploy-FDO-to-Web-tp2341612p2341870.html
Sent from the FDO Users mailing list archive at Nabble.com.

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


More information about the fdo-internals mailing list