Login | Register
SlimerDude 6 Aug 2012
I know there's the sys.uriPodBase environment variable, but that's a global hook changing ALL the urls, I just want to change those urls bound to a pod. i.e. if podA gets updated, only podA resource urls change, leaving podB urls the same.
Thinking ahead, this would mean you could have a web pod server that serves up all pod resources in a given Fanr repository, not just from what's installed in the given environment. That could be handy!
brian 6 Aug 2012
I don't think we want to change syntax of a well-known scheme like "fan://". Rather I think we'd want to add a new scheme. Adding new schemes is pretty straight forward in JVM using index props. Not sure how it gets plugged into JS
I think you misunderstand... I was explaining my use case. I wasn't suggesting a change the behaviour of the fan:// scheme.
I could add a new scheme, but then I'd have to change all the urls in all my apps. I'd then have to make the new scheme default to fan:// in java and do something else in JS.
Alternatively, there's code somewhere that converts fan:// into http:// and I was just wondering if there were any call back hooks around that code to let me have a say in what http:// url gets generated.
So you are saying that your fan:// URIs all use the normal syntax. You just want a hook when they are being resolved? If so, then why not put that hook into server using your own WebMod?
It's on the client side when the fan:// url is resolved in to a http:// url.
Of course, I would then have to handle how / what gets served on the server (via a WebMod if using Fantom).
andy 7 Aug 2012
Not really any requirement to use fan scheme - just convenience. Just as simple to handle on your end - which is what I would do in your case.
Login or Register to Reply
Back | All Topics
Collapse All Expand All