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

Reporter fix #285

Merged
merged 9 commits into from
Jun 8, 2012
Merged

Reporter fix #285

merged 9 commits into from
Jun 8, 2012

Conversation

dkowis
Copy link
Member

@dkowis dkowis commented Apr 2, 2012

This pull request depends on cucumber/gherkin#174

This is the cucumber JVM side of things that brings it up to date to work with the changes implemented in the aforementioned pull request.

One thing I'm not sure if it's a consequence of the activity or if more refactoring will be needed:

The build doesn't fail. Maven reports a successful build even though, in my case, every scenario fails (spring context failed to load.) There must be something that's not triggered during the before hook execution to get the scenario execution to remember that it completely bombed. Looking at the previous code, there wasn't anything there in the first place, so it probably only died because the formatter died. I'll look at it again.

David Kowis added 5 commits March 29, 2012 18:23
It's reporting the appropriate exceptions now, not failures in the
formatters.
My maven build still returns a succesful build though. That doesn't seem right.
@dkowis
Copy link
Member Author

dkowis commented Apr 2, 2012

Oh, I didn't bump versions in the pom.xml of either of the pull requests. Wasn't sure exactly how to facilitate that :)

if(!monochrome){
ANSI_ESCAPES.get(result.getStatus()).appendTo(out);
}
out.append("H"); //TODO: H for hook?
Copy link
Contributor

Choose a reason for hiding this comment

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

Maybe B for Before and A for After?

Copy link
Member Author

Choose a reason for hiding this comment

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

I thought about that. I figure you won't see these unless there is a failure. And the beginning/end of the list would indicate which hook it is.

I also was concerned that B and A would not be understood to be Before and After, since we use simple . Passing and F Failing for step definitions, not specifically calling out a Given When Then letter.

All that being said, it's easy to change to B/A, and I'm not really opposed to it.

@aslakhellesoy
Copy link
Contributor

See the hook-reporting branch (both cucumber-jvm and gherkin) for the latest on this. Does that work for you?

@dkowis
Copy link
Member Author

dkowis commented May 17, 2012

I'll take a look at it this evening, I hope. Work is insane right now, and then I've been married for 6 years, so time with the wife wins this weekend :)

@aslakhellesoy
Copy link
Contributor

@dkowis I'll try to make new releases with the hook-reporting branches of gherkin and cucumber-jvm this week. If I don't hear anything from you I don't think I'll make any further changes.

@dkowis
Copy link
Member Author

dkowis commented May 29, 2012

@aslakhellesoy I'll try to make a point of testing a failing hook on it this week. I've been insanely busy and will be this week and next. Then I have time to breathe again :(

@aslakhellesoy aslakhellesoy merged commit 3f8f171 into cucumber:master Jun 8, 2012
@lock
Copy link

lock bot commented Oct 25, 2018

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@lock lock bot locked as resolved and limited conversation to collaborators Oct 25, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants