Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

More complex queries in the PP-QF2 format are leading to a crash #28

Open
pstoehr opened this issue Jan 15, 2016 · 6 comments
Open

More complex queries in the PP-QF2 format are leading to a crash #28

pstoehr opened this issue Jan 15, 2016 · 6 comments

Comments

@pstoehr
Copy link

pstoehr commented Jan 15, 2016

No description provided.

@pstoehr
Copy link
Author

pstoehr commented Jan 15, 2016

We are using the PP-QF2 for getting recommendation from the Dev-server.

All "more complex" queries (for example the one from the documentation) are leading to a crash ...
crash.txt

This even holds true for all query from the SECH-Browser and we didn't change the query-module.

@pstoehr
Copy link
Author

pstoehr commented Jan 15, 2016

Query-File:
query2.txt

@pstoehr
Copy link
Author

pstoehr commented Jan 15, 2016

Two more query-files. One that works and a second one that can be used to create the error
query_okay.txt
query_error.txt

@schloett
Copy link

The problem seems to be caused by an error on the federated recommender. In turn the privacy proxy cannot create the corresponding object and throws a null pointer exception.
Created a new issue for the recommender (EEXCESS/recommender#33) and will assign this one to Antoine (who will be responsible for the privacy proxy) as soon as he is here on Github.

@hziak
Copy link

hziak commented Jan 15, 2016

Misc is at the moment not a valid value for type although our documentation state it like that.
Until now only "WHO", "WHERE", and "WHAT" are valid values.
Until we fix this please either use the values above or leave "type" out.
(These parameter will trigger a person, location or object search if that is a supported feature on the partner)

Just as note: This is only the case on the dev server, the stable server should accept misc as well

@hziak
Copy link

hziak commented Jan 19, 2016

should be resolved
Types are again: "Person","Location","Organization","Misc"
open for testing

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants