On Aug 31, 2011, at 9:41 AM, Hank Magnuski wrote: > > Josh, > > The documentation for "org.opencastproject.server.url" suggests to change it > to an institution name, e.g., > > "org.opencastproject.server.url=http://matterhorn1.telavivuniv.org";
That's correct. > > and when I use "http://localhost:8080"; Matterhorn is DOA, it won't load any > pages at all. Why not access it via http://matterhorn1.telavivuniv.org? > > The Wiki documentation is somewhat confusing on the nature of what URL should > be entered, as the default shows :8080 appened but the example does not have > :8080 appended and so it's not really clear what whould be placed into the > config.properties entry. Why is the port required when it is listed > explicitly a few parameters earlier? Matterhorn is built on the shoulders of giants ;) In other words, we haven't created our own servlet container, we use one from Apache Felix. And therefore, we need to tell the Apache Felix HttpService what port to bind to. This is the org.osgi.service.http.port configuration. If you choose to bind directly to port 80, you'll need to do so as root. Keep in mind that your public port could be different from the bind port, though. There are many reasons to proxy traffic through an Apache HTTPD server in front of a Matterhorn installation (e.g. to serve static content more efficiently, or to handle SSL traffic, or for any number of reasons). So although the Matterhorn process may bind to 8080, Matterhorn's public URL may not be the default HTTP port, 80. In order to enable generation of URLs properly from within Matterhorn, we need to explicitly configure the public facing base URL via org.opencastproject.server.url. > > So this error warning seems unavoidable with the current setup required for a > simple installation. It's avoidable by accessing your server only via its public URL, as you've configured via org.opencastproject.server.url. If you can't access Matterhorn via this URL, you have either a problem with your DNS, or you're connecting to the wrong port. Let me know if I'm misunderstanding a use case. Thanks, Josh > > Hank > > > On Tue, 30 Aug 2011, Josh Holtzman wrote: > >> Matterhorn 1.2 includes an incomplete implementation of multi tenancy (to be >> more-or-less completed in 1.3). There's a servlet filter that intercepts >> all http requests, and determines which organization the request is >> associated with… kind of like apache virtual hosts, but each virtual host >> runs through the same "web application". >> >> The value set with "org.opencastproject.server.url" in config.properties >> determines the "default organization" in Matterhorn 1.2. So it looks like >> you've set org.opencastproject.server.url to something other than >> http://localhost:8080. Instead of accessing Matterhorn via >> http://localhost:8080, access it via the URL you set in config.properties. >> That will eliminate this warning. >> >> In the trunk (1.3-SNAPSHOT), you can register any number of organizations >> with specific host names and/or ports, enabling multiple customers to run on >> a single matterhorn instance or cluster, each with their own branding, >> authentication scheme, etc. >> >> Josh >> >> >> On Aug 30, 2011, at 6:46 PM, Hank Magnuski wrote: >> >>> >>> Can someone tell me how to eliminate this error: >>> >>> WARN (OrganizationFilter:96) - No organization is mapped to handle >>> http://localhost:8080/workflow/definitions.json >>> >>> Thanks >>> >>> Hank > _______________________________________________ > Matterhorn-users mailing list > [email protected] > http://lists.opencastproject.org/mailman/listinfo/matterhorn-users _______________________________________________ Matterhorn-users mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
