I am trying to use the REST API to get a dump of some licenses into my application. I found that when I use the following query, I get a "Product key not found.":?method=limelm.pkey.advancedSearch &product_id=XXX &version_id=YYY &feature_name[]=License+Type &feature_value[]=Base &feature_name[]=Activation+Date &feature_value[]=2017-03-01 &feature_match[]=after &num=3 &get_features=true &api_key=ZZZ
Yet when I separate the two "feature_name/value[]/match[]" I get the expected reponse. NOTE: I have verified and am certain that there are indeed licenses that meet the condition of having a feature_name=>License+Type == Base and feature_name=>Activation+Date == >2017-03-01
This query gives 3 licenses with a feature name = "Base" (as expected)?method=limelm.pkey.advancedSearch &product_id=XXX &version_id=YYY &feature_name[]=License+Type &feature_value[]=Base &num=3 &get_features=true &api_key=ZZZ
This gives 3 licenses with an activation date after 03/01/2017 (as expected)?method=limelm.pkey.advancedSearch &product_id=XXX &version_id=YYY &feature_name[]=Activation+Date &feature_value[]=2017-03-01 &feature_match[]=after &num=3 &get_features=true &api_key=ZZZ
Gives "Product key not found.":?method=limelm.pkey.advancedSearch &product_id=XXX &version_id=YYY &feature_name[]=License+Type &feature_value[]=Base &feature_name[]=Activation+Date &feature_value[]=2017-03-01 &feature_match[]=after &num=3 &get_features=true &api_key=ZZZ
Can you see what I'm doing wrong here? I couldn't find anything in your API documentation that gives examples of multiple feature_name[]/feature_value[]/feature_match[] and I'm suspicious that my formatting is off... but I have no clue what the correct way is.
If you have a link in your documentation that explains this, I would love to have it as I have looked at your api page (https://wyday.com/limelm/help/api/limelm.pkey.advancedSearch/) and I don't see anything that helps me.... other than giving an indication that it is possible to have more than one feature_name/feature_value/feature_match tuple.
Thanks,
Mike Byce