Use sp-mkws for SP authentication and access.

Use sp-mkws for SP authentication and access.

Use sp-mkws for SP authentication and access.

Use sp-mkws for SP access.

Use sp-mkws for SP access.

Redirect /service-proxy-auth/ to sp-mkws.indexdata.com, not sp.indexdata.com

Redirect /service-proxy-auth/ to sp-mkws.indexdata.com, not sp.indexdata.com

Refer to sp-mkws.indexdata.com for all SP/PP2 access.

Merge branch 'master' of ssh://git.indexdata.com/home/git/private/mkws

use new sp-mkws-backend as back-end Service Proxy.

Merge branch 'master' of ssh://git.indexdata.com:222/home/git/private/mkws

add statistics

Ignore link "libexec", which seems to be created as a side-effect of "make check".

Remove %O from the Apache2 LogFormat.
That only works if mod_logio is enabled, which it isn't on Mike's MacBook.

Less alarming warning if BSD::Resource module is unavailable.

Add extra line to "make help" output, for slow Internet connections:
If 'make check' timeout is too short, extend with: make check PHANTOMJS_TIMEOUT=40

Add commented-out version of local SP URL.

Delete empty mkws_config

Fix paths for Mike's rejigged filesystem.

fix service_proxy_auth again

setup depends on all target

Merge branch 'master' of ssh://git.indexdata.com:222/home/git/private/mkws

keep reverse proxy in sync with sp-mkws-live, MKWS-268

sleep longer after stopping apache

service_proxy_auth: "//sp-mkws.indexdata.com/service-proxy-testauth", MKWS-267

config.pazpar2_url can be undefined, part of MKWS-253

Merge branch 'master' of ssh://git.indexdata.com:222/home/git/private/mkws

protocol independent SP auth URL

mkws.indexdata.com -> sp-mkws.indexdata.com, MKWS-266

fix description of pazpar2_url

Merge branch 'master' of ssh://git.indexdata.com:222/home/git/private/mkws

update username/pw

change widget name to "Wimp"

widget that searches WIMP, based on reference UNIVERSE, MKWS-266

Update default configuration to use sp-mkws.indexdata.com for Pazpar2
interactions, including Service Proxy authentication. By default we no
longer authenticate as mkws/mkws, but leave it for referer, hostname
or IP-based authentication to work their magic.

(For now, we always send username/password=XXX/XXX unless told to use
something different by the application. This is a workaround for bug
MKSP-125 and should be changed soon!)

See the manual for details of how to set up authentication:
http://mkws.indexdata.com/mkws-manual.html#authenticating-your-mwks-application-onto-the-library

--

Note that, while existing applications that already set the config item
service_proxy_auth will continue to honour it, those that just use the
default value (mkws/mkws) WILL NO LONGER WORK. This is a BACKWARDS
INCOMPATIBLE CHANGE.

There are two ways to fix this in an application. One is to modify the
application itself so that it sets mkws_config.sp_auth_credentials to
"username/password". The other is to add an end-user record to the
library "DEMO MKWS: the MasterKey Widget Set" which recognises the URL
of the application as a referring URL.

Merge branch 'master' of ssh://git.indexdata.com/home/git/private/mkws

Comment out URL-related settings.

make push to update MKWS docs on the main website

require old jsdom package, "1.0.0-pre.3" does not work for us

Use sp_auth_path instead of sp_path.

sp_path config item renamed sp_auth_path.

Remove pazpar2_url setting, which is now generated in mkws-core.js

Default pazpar2_url is now undefined.
That means mkws.pazpar2_url() generates it from pieces.
Add new piece pp2_path, with sensible default.

I am not super-happy about how protocol-independent links are
adjusted. It turns out that for some reason it's really important to
get the leading "http:" in front of the pazpar2_url, but NOT the
service_proxy_auth URL. As a result, we have the pazpar2_url()
function consulting document.location.protocol to generate its result
(while the sp_auth_url() function doesn't need to bother), AND we
still have the adjustment code in place but now it only fires when an
explicit pazpar_url configuration item is provided by the application.
It works, but there has to be a cleaner way.

Remove comment.

mkws-core.js now also uses the mkws.pazpar2_url() API method.

Change mkws-widget-categories.js to access the pazpar2 URL via the new
API function. But this makes me uneasy -- that seems like too low a
level for the widget to be operating at. I think it should be sending
its categories request via the team's existing m_paz object.

Access the PP2 URL via the new API function.

Provide access to mkws.config.pazpar2_url (for now) with new API
function mkws.pazpar2_url. We will later go on to make this assemble
the URL from pieces.

Resolve conflicts -- Jason, please check that the authentication logic is still good.

Async init() test and example.

Use sp_auth_credentials rather than obsolete credentials.

Use the property name sp_auth_credentials in place of the less specific credentials.

Remove redundant nested check.

Support sp_auth_query

fix indentation.

Remove redundant setting.

Add zebrasrv invocation.

Typo

Add symlink to tmarc.xsl, which is what I need to make the yaz-ztest target work in Pazpar2 (and so in SP and so in MKWS). tomorrow, I'll figure out how to set the XSLT search-path so it can find all the stylesheets. This is the first time I've ever configured Pazpar2 -- shameful, isn't it?

Add invocation of yaz-ztest

Whitespace

Typo

Append URLs for actually using the local MKWS/SP/Torus/Pazpar2 setup.

New

New file, sp-mkws-mike, configures a local Apache2 to proxy
/service-proxy/ to port 8585 (my local instance running under "mvn
jetty:run-war") inserting the crucial Access-Control-Allow-Credentials
header whose absence was preventing authentication from working.

Fix root selector for init and better document that function.

Remove explicit port-8585 from local SP address.
Instead we will proxy this via Apache2.
That will allow us to add the Access-Control-Allow-Credentials header.

Don't trigger an init() on ready if already active or mkws_noready

Avoid trying to auth while waiting for auth to return.

Autosearch when re-using an existing SP session on subsequent init()

Reinstate changes to do with building SP authentication URL from pieces.
Somehow this got lost in the shuffle of branches.
I *hate* branches.

Add an "Allow from all" for /, since MacOS does not do this by default.

Resolve

Simplify.

Resolve

Simplify

make sure that bots don't access the service-proxy on devel installations

typo

block robots to use our MKWS service proxy, MKWS-246

Make mkws.init() repeatable and replace init_widgets()

Only authenticate if !mkws.authenticated

Typo.

Use regular-ass Pazpar2.

the artstor target is back, set active clients back to 13, see CONN-313

the artstor target is back, set active clients back to 13, see CONN-313

use production URL

Merge branch 'master' of ssh://git.indexdata.com:222/home/git/private/mkws

working requirejs example page for MKWS

add a init callback for calls after page load, MKWS-255

Usually we put all JS files into one page, and after the DOM is
ready we call mkws init() to register other widgets. That doesn't work
if requirejs load the JS files in background, then the page load
event is lost. requirejs can be configured to load the MKWS javascript
files in the right order, but we have to call back mkws that the last
widget is loaded, and we need to init again.

Document the subwidget() method.

Note on expandValue

Add comment on scoping.

Add skeletal section for events.

Document the widget methods autosearch() and hideWhenNarrow().
Still to do: subwidget() and expandValue().

Add TODOs for four new widget methods.
Add note on the Builder widget's use of the `callback` property.

No need to stash the button object in this.button.
Just keep it in a local variable.

Ignore installed mkws-developer.html

Ignore generated mkws-developer.* files.

Complete formatting of developer guide.

Reorder team API functions.