nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Dev Web service seems to be looking at production data

donundeen

Hi,
I'm setting up a connection to our MediaBin Development server.
Upon running some tests, it looks like the Development Webservice is looking at our production data. Or something.

I ran a test script, against both the production connection settings and the development connection settings:
[ all values are pulled directly from MediaBinServer object]

on Production:
servername : Met Images
: wcl : http://spmiws00/mediabin/ImageInfo.asp?user=mediabinprodservice&server=spmiapp00&domain=MMA&repoid=
Site : undefined
Url : http://spmiws00/mediabinwebservice/MediaBinServer.asmx
Proxy :
ProtocolVersion: 4.5.3
Credentials : System.Net.CredentialCache
ConnectionGroupName :
AllowAutoRedirect: False
: test Result : User MMA\mediabinprodservice successfully connected to Met Images.
got Root container : {889D4837-0612-4A9E-8BF7-C031D74868E7}
should match :{889D4837-0612-4A9E-8BF7-C031D74868E7}

The last two lines indicate the rootContainer as retrieved from getRootContainer method, compared to what I know the root Container Guid to be (based on looking at the web app). Tested against the production connection, those values match.

However, same test against Development connection information:

: wcl : http://spmidevap01/mediabin/ImageInfo.asp?user=mediabindevservice&server=spmiapp00&domain=MMA&repoid=
Site : undefined
Url : http://spmidevap01/mediabinwebservice/MediaBinServer.asmx
Proxy :
ProtocolVersion: 4.5.3
Credentials : System.Net.CredentialCache
ConnectionGroupName :
AllowAutoRedirect: False
: test Result : User MMA\mediabindevservice successfully connected to Met Images.
got Root container : {889D4837-0612-4A9E-8BF7-C031D74868E7}
should match :{D0E2492F-113E-455C-B329-8551DB2BBDF7}

See that the rootContainer value as found in the search, doesn't change, even though the Url is different

When I visit the production and development web applications, I see that they are looking at different data. I don't understand what I'm doing wrong here, that my attempts to get the rootContainer in development, are showing the rootContainer from production.

As a note, I've got two web references in my c# code: one for MediaBinSoapDev and MediaBinSoapProd. In my code, change the "using" line depending on which service I want to access. It looks like my web references are both pointing to the correct wsdl now, and it seems like the values in the MediaBinServer are indicating it's pointing at the development server; but somehow queries are getting routed to the production server?

any thoughts? Chances are I'm doing something boneheaded again...

Find more posts tagged with

Comments

lyman

The GUID (identifier) for Root and Deleted Items containers do not vary from one MediaBin to another.

Cheers,

Lyman Hurd

msrinivas

Can you post some code to see what exactly is happening?

As Lyman said GUID for root container and deleted items is the same for all MB installations.

donundeen

ok, thanks for clearing that up, however:
I've modified my testing code to start at the root, and recurse through the containerTree a bit.
Now I can clearly see my production container tree being displayed, even though I appear to be connected to the dev database.

So the problem description is the same.

any ideas on what I could be doing wrong? This is our first effort involving the API on the development server, though we've had plenty of success pointing to the API on the production server.

donundeen

ok, I think I can illustrate my problem with some code and screenshots:

private string wsdlURl = "http://spmidevap01/mediabinwebservice/MediaBinServer.asmx?WSDL";
service = new MediaBinServer();
Uri u = new Uri(wsdlURl);
private string strUsername = "MediaBinDevService";
private string strPassword = "******";
private string strDomain = "MMA";
cache.Add(u, "Basic", new NetworkCredential(strDomain + "\\" + strUsername, strPassword));
service.Credentials = cache;

container = service.GetRootContainer();
treeHeadGuid = container.mID;
tree = service.GetContainerTree(treeHeadGuid, true, 2);
string treeMsg = "";

for (int i = 0; i < tree.mChildren.Length; i++)
{
treeMsg += "\n ::: tree Child : " + tree.mChildren.mContainer.mID + " : " + tree.mChildren.mContainer.mName;
for (int j = 0; j < tree.mChildren.mChildren.Length; j++)
{
treeMsg += "\n :::::: tree Child : " + tree.mChildren.mChildren.mContainer.mID + " : " + tree.mChildren.mChildren.mContainer.mName;

}
}

gives me the output:
::: tree Child : {75C0A83F-28D4-493A-8AC5-3385BC56A71E} : Curatorial Departments
:::::: tree Child : {74CAFB9B-1F2B-47D7-9939-7CD83420542D} : AAOA Photograph Study Collection
:::::: tree Child : {C6EF3F2E-B25F-4C34-947D-D7FF755B58E7} : American Art
:::::: tree Child : {B6B60EFB-A358-4D21-8FD4-5DEF4D39A3B8} : Ancient Near East
:::::: tree Child : {58550FD1-F45F-48D0-849E-F1199DDAA07A} : Arms and Armor
:::::: tree Child : {62705FCD-9401-474E-93AE-BDD5C7DE6FC9} : Arts of Africa, Oceania, and the Americas
:::::: tree Child : {78CE4398-08E8-4A18-B3AD-58822CC3E72E} : Asian Art
:::::: tree Child : {76EAFBF1-8ADB-4606-AD00-00D7BB891110} : Drawings and Prints
:::::: tree Child : {B7B57AE8-CD46-4E7E-A614-C0D0F13D5B19} : Egyptian Art
:::::: tree Child : {4D474B80-C778-42D6-AD9B-624C9CE54B56} : European Paintings
:::::: tree Child : {CD5D307B-F2DF-4532-94F0-764842DF47D0} : European Sculpture and Decorative Arts
:::::: tree Child : {2231979D-27F9-45AC-A425-858CBCB554A3} : Greek and Roman Art
:::::: tree Child : {D2CCBA7D-492E-46FB-97B9-D369544853FE} : Islamic Art
:::::: tree Child : {D6CC85F0-89AA-4EF0-AFF3-0179928F2AEE} : Medieval Art and The Cloisters
:::::: tree Child : {A4530057-2279-4D66-A3E5-3790D0708278} : Modern Art
:::::: tree Child : {6CA9AB87-F439-4419-AF6D-DD827397BA4A} : Musical Instruments
:::::: tree Child : {9D08AF05-B1FE-4FE0-8D88-114AE924E0FD} : Photographs
:::::: tree Child : {7A0220C4-70EF-4BC3-A6CF-0CCBE47DBE2D} : Robert Lehman Collection
:::::: tree Child : {7477CE44-7258-48BF-8911-ED72770A5944} : The Costume Institute
::: tree Child : {68B9A6EB-59EF-4FCE-AE6C-612F06C11EBA} : Image Library
:::::: tree Child : {A6E26701-64C1-4CFE-8D34-A139F5A9A4D1} : Special Collections
::: tree Child : {539CDEA6-EA2E-4460-836A-C55A948F6E84} : MMA History
:::::: tree Child : {605A7CFB-4026-4728-8BED-13C69D47518D} : Architectural Plans
:::::: tree Child : {6AD50EEE-F9FD-4403-976B-66454B0A6EE8} : Museum Views
:::::: tree Child : {9EF7C2AF-BBBA-476D-A75F-C2FB6A282579} : People
::: tree Child : {766FAD51-2158-4ED4-A389-ED174A06E955} : Non-Curatorial Departments
:::::: tree Child : {8F9EE082-B22B-4D51-BB8A-0A1954BA96AA} : Archives
:::::: tree Child : {2DAF7A4D-5AE8-4692-B7CB-D61D22B6A0A8} : Communications
:::::: tree Child : {4D390E32-A314-4E12-9ACB-F4470B5AF2CB} : Concerts and Lectures
:::::: tree Child : {B391E63A-E7F5-4FC8-9049-997DE81531A6} : Conservation
:::::: tree Child : {0B5FB0CC-9DC7-458C-AB8F-1607A4B2BAAF} : Construction
:::::: tree Child : {9D77F0F2-B49D-49E0-BED7-00790B1B9D11} : Design
:::::: tree Child : {95D8F9CC-556C-4A07-869F-03272FA9C6C6} : Development
:::::: tree Child : {48D98AD7-8175-49DE-9897-3841E59E4C80} : Editorial
:::::: tree Child : {2A1851C5-3367-455F-90D0-73C0829A9F7A} : Education
:::::: tree Child : {DD57AAD3-8A58-4CA9-8032-8FD98878A48F} : Merchandise
:::::: tree Child : {F8197DF0-C0F8-4D78-803C-CD1878855F3C} : MetMatters
:::::: tree Child : {4BFABDB2-8F6F-41AA-AC83-D765960E5657} : Registrar
:::::: tree Child : {CE59EA5B-E1F4-4B9B-88E0-300683A363C4} : Special Events
:::::: tree Child : {3D573653-A0DD-420D-95F0-8B3BF23B9B52} : Watson Library
:::::: tree Child : {0EEF309D-D1EF-4E0C-BF7C-EB04DACCA73F} : Website

attached are two screenshots:
- prodWebAppView.jpg you'll see that the production database (http://mediabin ) has the folders described above
- devWebAppView.jpg : but the dev database (http://spmidevap01 ) does not

though you can see that in my code, the connection is to http://spmidevap01

is there a possibility that the dev webservice server is somehow configured to point to the production database? How could I check that?

donundeen

hmm, I'm looking in the web.config file on the dev server, and I'm seeing:

seems to me that MediaBinServerName should be "spmidevap01", which is the dev server name., and the temp path should point to something on the dev server.
The dev server was probably created by copying the production server image.
are there other configurations I should look for?

-- huzzah!
changed those vars back, and now it works.

note to self: API webserver's web.config file holds values that can affect the source of the webservice's data.

msrinivas

is there a possibility that the dev webservice server is somehow configured to point to the production database? How could I check that?

Check the web.config in the dev webservices.

As a side note, I am not a fan at all of recursing tree structure. You will get better (faster) results by doing the same as a search constraint.

donundeen

oh, and it looks like the Guid for the Root Container and the Deleted items is NOT the same accross all mediabin installations.

running:
container = service.GetRootContainer();
rootContainerGuid = container.mID;

gives me {D0E2492F-113E-455C-B329-8551DB2BBDF7} on Dev,
gives me {889D4837-0612-4A9E-8BF7-C031D74868E7} on production

deleted items Guids are:
{9E663D46-18FA-481E-93EB-35F4B66FA46F} and
{A3914E53-C5B6-4951-B37E-7711786249CD}

unless I misunderstood what you meant by the rootContainer Guid.

lyman

No I was misremembering. Shows how long it has been since I was that deep in that code!

Thanks for pointing this out.

Cheers,

Lyman Hurd

msrinivas

Lyman,

I remember at least 1 or more instances of the GUIDs being the same on different installations for clients. Was this just a case of dev to prod copy or something similar for that client environment?

lyman

Metadata definitions and tasks travel with their guids when exported/imported. Assets should not unless there was a DB backup/restore involved.

Cheers,

Lyman