change assertResultFailed(f : =>, code: Int) to return ErrorResult#153
change assertResultFailed(f : =>, code: Int) to return ErrorResult#153shintasmith wants to merge 2 commits intorackerlabs:masterfrom
Conversation
|
Like the idea. The only issue I have is that we have a number of variants of the assertResultFailed method and I'd like for there to be some consistency on how they work. Also we made some changes to the way error results work, so it may make sense to do some further cleanups there too. I'll have Greg or I have a look at the code to get there to clean up within the next couple of weeks. I'll make sure we keep the form that you want while we do that. If you want to give a shot at updating the other variants of assertResultFailed go for it. |
|
I'll take a look into doing this next week. |
|
Sweet. Sent from my Motorola Smartphone on the Now Network from Sprint! -----Original message----- I'll take a look into doing this next week. — |
|
Hey Shinta, Do you feel that this is still relevant given that we currently have substring checks? |
|
Hi, Jorge, But do you think there's a small merit to making all variant of assertResultFailed returning result? Right now, only one of them does. If not, then you can close this PR. |
|
Good point, I'll leave the story open. Not a big priority right now, but will get to it when I can. |
In standard-usage-schema, I would like to be able to check substring for the 400 message. The reason is, the exact error messages for error 400 returned by Xerces and Saxon are different. I don't want to have to conditionally code this in the standard-usage-schema tests. Instead, I want to be able to check for substring like this: