SCGetContainer for local paths only?

[DaveWheelock]

I'm having difficulty using the SCGetContainer function to grab images for use in a portal. The SuperContainer demo seems to rely on the fact that you are running SC Server locally, and has no problem grabbing an image. But when I try to use the function using using a URL in the file path parameter (to a remote SC Server), I get an ERROR as the result.

Here's an example:

SCGetContainer("http://fmdemo.360works.com/SuperContainer/Files/desktoptests/11/7" ; 64 ; 64)

Suggestions please!! Thanks!

Dave

[Ocean West]

your url doesn't appear to have the port number?

http://www.360works.com/plugins/SuperContainer/plugin-documentation.html

[DaveWheelock]

I have tried with and without port numbers, and it doesn't seem to make a difference. I've tried :80, :8020 and :8080.

I have also tried adding a forward slash at the end of the URL, but that too doesn't seem to make a difference.

[Jesse Barnum]

You need to use the SCSetBaseUrl() function to set the prefix for all further requests. So instead of calling

SCGetContainer("http://fm demo.360works.com/SuperContainer/Files/ desktoptests/11/7" ; 64 ; 64)

You would call this once in your startup script:

SCSetBaseUrl( "http://fmdemo.360works.com/SuperContainer/Files/" )

and then you would make this call wherever appropriate:

SCGetContainer("desktoptests/11/7" ; 64 ; 64)

The idea behind the base URL is that since it is the same for all calls, you just call it once. We get some efficiency benefits in the plugin by being able to assume that all calls are made to the same server.

[DaveWheelock]

Jesse,

Thanks for the response. I continued to have the same issue no matter what I tried. I finally called your company for help. After working with Michael, we ended up fixing the issue by upgrading my plugin version from v.2.1.2 to 2.1.6.

Cheers!

Dave W