CAD Managers

[#1]

Has anyone been able to get the CAD Manager Channel RSS feed to use a feed from Windows Sharepoint Services 3.0? That is what we use for our Intranet and it would be nice to use it for my CAD Manager Feed.

[#2]

Resolved yet?

wrote in message
news:6039630@discussion.autodesk.com...
Has anyone been able to get the CAD Manager Channel RSS feed to use a feed
from Windows Sharepoint Services 3.0? That is what we use for our Intranet
and it would be nice to use it for my CAD Manager Feed.

[#3]

I have not looked into it any further. When entering the link when creating the deployment it says that it is an invalid link. I guess it wants a link that ends with .xml but SharePoint doesn't do it that way. It is just a link like this:

https://webserver/CAD/_layouts/listfeed.aspx?List=%7B610181F2%2DD0D1%2D4E2A%2D9013%2D22B700E68FC5%7D

Maybe it can't handle the SSL?

[#4]

While this vendor is subversive and has obstructed customer's use of the
Internet Protocols forcing them to operate at a loss in an attempt to compel
the customer to use their own proprietary services having observed your URL
indicates the problem is on your end: GIGO (Garbage In -- Garbage Out) so
no, on the basis of what you provide as the URL its not the https scheme or
the file extensions its the rest of the URL which cannot be resolved as it
is not well-formed nor valid and as such a remote request for a resource
cannot be resolved.

Do you want to walk through this together and devise a work-around?

"pcchenard" wrote in message news:6043591@discussion.autodesk.com...
I have not looked into it any further. When entering the link when creating
the deployment it says that it is an invalid link. I guess it wants a link
that ends with .xml but SharePoint doesn't do it that way. It is just a link
like this:
https://webserver/CAD/_layouts/listfeed.aspx?List=%7B610181F2%2DD0D1%2D4E2A%2D9013%2D22B700E68FC5%7D
Maybe it can't handle the SSL?

[#5]

Actually part of my reply should have said --yes-- agreeing with your
comment about the missing file extension but the rest of the URL is not
well-formed, invalid and therefore cannot be resolved..


"clintonG" wrote in message
news:6045087@discussion.autodesk.com...
While this vendor is subversive and has obstructed customer's use of the
Internet Protocols forcing them to operate at a loss in an attempt to compel
the customer to use their own proprietary services having observed your URL
indicates the problem is on your end: GIGO (Garbage In -- Garbage Out) so
no, on the basis of what you provide as the URL its not the https scheme or
the file extensions its the rest of the URL which cannot be resolved as it
is not well-formed nor valid and as such a remote request for a resource
cannot be resolved.

Do you want to walk through this together and devise a work-around?

"pcchenard" wrote in message news:6043591@discussion.autodesk.com...
I have not looked into it any further. When entering the link when creating
the deployment it says that it is an invalid link. I guess it wants a link
that ends with .xml but SharePoint doesn't do it that way. It is just a link
like this:
https://webserver/CAD/_layouts/listfeed.aspx?List=%7B610181F2%2DD0D1%2D4E2A%2D9013%2D22B700E68FC5%7D
Maybe it can't handle the SSL?

[#6]

I do agree that the URL is not well formed. But it is a valid URL none the less and I can subscribe to the feed with IE7 just fine and the URL also works fine with Firefox. So there is no reason why it shouldn't work with any other program that will read a RSS feed.

I'm not interested in putting any effort into a work around at this time. But thanks for the offer to help.

[#7]

Seeing it for what it was (not) there is no way DNS can resolve a malformed
and invalid URL requested from the web itself so no, it is not a valid URL
as there is no domain name in the URL for DNS to resolve. I must assume some
software you are using is rewriting the URL which is very common and why you
can load some "thing" noting what you are loading is the result of a file
returned --after-- some software transforms and resolves the URL.

My guess is you're likely using some goofy "free" 3rd party web part
installed in SharePoint but who knows eh? Maybe Microsoft really has sold
millions of licenses of their SharePoint software that does not support the
currently most widely used Internet Protocol.

Testing the Web feed itself is really not that much work and is a skill
every CAD Manager --should-- have acquired. Noting Firefox is buggy and does
not render raw XML correctly (unless you disable feed reading and then use
View Source) so for this task I would recommend using IE since we have to
disable feed reading anyway...

// IE7
Tools > Internet Options > Content (tab) > Settings (button)
Uncheck: Turn on feed reading view

Load the feed and save the raw XML file putting it someplace that can be
requested over the web. In this context the file extension can be .rss or
.xml. Submit the feed to the W3C Validator [1] to ensure the XML in your
feed is well-formed and valid --or-- we can copy and paste the raw XML and
submit that to the validator.

[1] http://validator.w3.org/feed/

"pcchenard" wrote in message news:6045413@discussion.autodesk.com...
I do agree that the URL is not well formed. But it is a valid URL none the
less and I can subscribe to the feed with IE7 just fine and the URL also
works fine with Firefox. So there is no reason why it shouldn't work with
any other program that will read a RSS feed. I'm not interested in putting
any effort into a work around at this time. But thanks for the offer to
help.

[#8]

Sorry. I assumed you would know that I had edited the web server name. I guess I should have noted that I replaced the actual web server name with "webserver" because it is a public name and I did not want to post it here. It is a valid DNS name. That is not the problem. I guess a better "edited" example of the URL would be:

https://webserver.mydomain.com/CAD/_layouts/listfeed.aspx?List=%7B610181F2%2DD0D1%2D4E2A%2D9013%2D22B700E68FC5%7D

[#9]

Okay, from that we can discuss the rest of the URL. I see it contains an
ASP.NET file and a QueryString named List. The application the URL is being
submitted to would need to know how to compile listfeed.aspx, i.e. some
Windows platform with the .NET Framework installed and finally the CAD
Manager.

When listfeed.aspx is compiled some "code behind" in listfeed.aspx.cs or
listfeed.aspx.vb (as the case may be) would typically use an instance of a
Request object to read the QueryString named List and deserialize its
encoded value which is that long hunk of alphanumeric characters the CAD
Manager doesn't know what to do with. Does that make sense?




"pcchenard" wrote in message news:6045617@discussion.autodesk.com...
Sorry. I assumed you would know that I had edited the web server name. I
guess I should have noted that I replaced the actual web server name with
"webserver" because it is a public name and I did not want to post it
here. It is a valid DNS name. That is not the problem. I guess a better
"edited" example of the URL would be:
https://webserver.mydomain.com/CAD/_layouts/listfeed.aspx?List=%7
B610181F2%2DD0D1%2D4E2A%2D9013%2D22B700E68FC5%7D

[#10]

Yes it makes complete sense. I'm just amazed that Autodesk does not write the CAD Manager so that it can utilize the list feed from SharePoint. It is so widely used now that it should be supported.