Yes, exactly. But it does require the "serverconfig.ini" file, and the correct version of the MgApi binaries.

You can use the IServerConnection interface, and then change the connection depending on your access needs:

ServerConnectionI con;
if (servername == "localhost") //Perhaps check for LAN?
   con = new LocalNativeConnection(...);
else
   con = new HttpServerConnection(...);

LayerDefinition layer = con.GetLayerDefinition(...);

Regards, Kenneth Skovhede, GEOGRAF A/S



Maksim Sestic skrev:
Hi Kenneth,
Thanks for the clarification, I didn't get the concept of Maesto API LocalNativeConnection in first place. The assumption is - if I develop a managed server-side component relying on Meastro API LocalNativeConnection, then it would use the headerless loopback connection to MG repository (aside from managed object (de)serialization)? Regards,
Maksim Sestic

------------------------------------------------------------------------
*From:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] *On Behalf Of *Kenneth Skovhede, GEOGRAF A/S
*Sent:* Thursday, June 26, 2008 12:07
*To:* MapGuide Users Mail List
*Subject:* Re: [mapguide-users] Silverlight/Moonlight Viewer

There are. If you create a MgResourceService object, you are talking to the repository. And MaestroAPI uses this (with a LocalNativeConnection) to talk to the MapGuide server.

I have not followed it all the way, but I think that the MgResourceService is about as close
as it gets, to the repository content.

Alternatively, you can use DBXml and read the database directly, but that is a recipie for trouble.

Regards, Kenneth Skovhede, GEOGRAF A/S

Maksim Sestic skrev:
I agree, the thing is that there's no MG managed wrappers we can leverage to talk to the repository manager directly. If we had one, we could start from that point on. Could we use Meastro API for repository objects serialization/deserialization in managed fashion then? Regards,
Maksim Sestic

------------------------------------------------------------------------
*From:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] *On Behalf Of *Kenneth Skovhede, GEOGRAF A/S
*Sent:* Thursday, June 26, 2008 11:30
*To:* MapGuide Users Mail List
*Subject:* Re: [mapguide-users] Silverlight/Moonlight Viewer

Yes, the http roundtrip time is a beast.

I think the server is (partly) divided, with one part being a repository manager. You can already retrieve resources with calls, and coordinate data with another. The MgApi interacts directly with the server, it is still serialized, but binary. The MgApi uses the loopback connection, but does not use a webserver, and has no http headers.

So you can still do it, but I agree that it would make sense to divide the different parts more rigidly.
Regards, Kenneth Skovhede, GEOGRAF A/S

Maksim Sestic skrev:
Hi Kenneth,
I guess that someone :-) needs to build a tier-neutral repository viewer first, then leverage it's API via Silverlight/Moonlight. Presumably using .NET. Currently, the engine is called MapGuide Server :-) but it's kernel is server-tier oriented and any external communication with it goes via Http on mandatory base. It would be perfect if we had respository manager as a separate API - representing the actual core. Then, a web-tier API (another component) leverages repository API to talk over Http with thin clients. So developers might pick if they want to use either web-tier approach (i.e. JavaScript) or want to talk via SOAP/linking to the repository manager directly. Don't know actually... just a couple of thoughts from my side. Regards,
Maksim Sestic

------------------------------------------------------------------------
*From:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] *On Behalf Of *Kenneth Skovhede, GEOGRAF A/S
*Sent:* Thursday, June 26, 2008 10:04
*To:* MapGuide Users Mail List
*Subject:* Re: [mapguide-users] Silverlight/Moonlight Viewer

Silverlight uses GDI+, which also supports hardware acceleration.
I would prefer Silverlight over Java because it intergrates better with the html DOM (IMO).

As for codebase, the current viewers are based on Javascript, and they are limited to
manipulating pre-rendered images.

The DWF viewer is some of it, but it is still ActiveX based.
I suppose one could make plugins for all browsers, but it still difficult
to persuade regular web users to install it.

Since Silverlight/Moonlight is more likely to be installed already,
and backed by Microsoft, it will probably be easier.

Flash is another option, but it is terribly hard to work with (IMO).
Regards, Kenneth Skovhede, GEOGRAF A/S

Carl Jokl skrev:
I think that there could potentially be a number of alternatives to using an
Active X based viewer. I could see potential also for both Flash or Java to
create a viewer too. One problem with the Active X viewer in relation to the
clients of the company I work for is the security / administrative problem
for our clients. Organisations internet security policies could interfere
with deployment of an Active X control. I would think though that the same
issue would apply to a Java based viewer too. Silverlight might work better
in this regard.
One of the reasons I find the Java option interesting is the availability of
JOGL essentially allowing a Applet or Web Start application to be able to
take advantage of Hardware accelerated graphics. I don't know if any
alternative viewers have been worked on. If much of MapGuide is open source
would that include the viewer? If so it might be possible to start from the
existing viewer source code and port it to another platform.

Kenneth Skovhede, GEOGRAF A/S wrote:
Has anyone started or is considering starting development of a viewer in Silverlight/Moonlight?

Such a viewer should be able to achieve performance that is comparable to the MapGuide 6.5 viewer,
without the need for an ActiveX plugin.

--
Regards, Kenneth Skovhede, GEOGRAF A/S


_______________________________________________
mapguide-users mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/mapguide-users





__________ NOD32 3219 (20080625) Information __________

This message was checked by NOD32 antivirus system.
http://www.eset.com
------------------------------------------------------------------------

_______________________________________________
mapguide-users mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/mapguide-users


__________ NOD32 3219 (20080625) Information __________

This message was checked by NOD32 antivirus system.
http://www.eset.com
------------------------------------------------------------------------

_______________________________________________
mapguide-users mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/mapguide-users


__________ NOD32 3219 (20080625) Information __________

This message was checked by NOD32 antivirus system.
http://www.eset.com
------------------------------------------------------------------------

_______________________________________________
mapguide-users mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/mapguide-users
_______________________________________________
mapguide-users mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/mapguide-users

Reply via email to