Skip to content

Add exception explanation, fixes #87 #93

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

Merged
merged 1 commit into from
Dec 15, 2015
Merged

Add exception explanation, fixes #87 #93

merged 1 commit into from
Dec 15, 2015

Conversation

sagikazarmark
Copy link
Member

@dbu @joelwurtz please help me with the explanation. 😄

@sagikazarmark sagikazarmark added this to the 1.0.0-beta milestone Dec 14, 2015
@dbu
Copy link
Contributor

dbu commented Dec 14, 2015

looks good to me. for async, we could mention in the text part that exceptions that should be handled like network issues and server problems are available from the promise, as they might not be known yet when the sendAsyncRequest method returns.

@sagikazarmark
Copy link
Member Author

Better now?

(Should be squashed)

@sagikazarmark sagikazarmark force-pushed the exceptions branch 2 times, most recently from 967030b to d7ea978 Compare December 14, 2015 16:21
@dbu
Copy link
Contributor

dbu commented Dec 14, 2015

looks good to me, yes!

@sagikazarmark
Copy link
Member Author

@joelwurtz ping

@sagikazarmark sagikazarmark force-pushed the exceptions branch 2 times, most recently from fcb112b to f7508ed Compare December 14, 2015 16:50
@@ -21,7 +21,8 @@
*
* @return ResponseInterface
*
* @throws Exception
* @throws Exception If an error happens during processing the request.
* @throws \Exception If processing the request is impossible (eg. bad configuration).
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we use this exception naming instead:

@throws \Http\Exception
@throws \Exception

Currently it's feel a bit weird and i'm afraid of misunderstanding from user, if it's read like that

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

agreed for this situation. but in general we should keep using the use statement for phpdoc as well.

@joelwurtz
Copy link
Member

Aside from my comment, 👍 for me

@sagikazarmark sagikazarmark force-pushed the exceptions branch 2 times, most recently from 82217bd to 85f3c52 Compare December 15, 2015 22:38
Add missing trailing dot

Add better explanation for workflow exceptions in Async Client

Use FQCN to avoid confusion
sagikazarmark added a commit that referenced this pull request Dec 15, 2015
Add exception explanation, fixes #87
@sagikazarmark sagikazarmark merged commit 62b3d7d into master Dec 15, 2015
@sagikazarmark sagikazarmark deleted the exceptions branch December 15, 2015 23:33
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

Successfully merging this pull request may close these issues.

3 participants