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

do not throw IncorrectDataFormat exception if value is empty and ValidateFieldsHaveValues=N #170

Closed
wants to merge 11 commits into from

Conversation

jonfreedman
Copy link
Contributor

Some vendors use the same repeating groups in different parts of a message conditional on the value of other fields e.g. different product types

@jonfreedman
Copy link
Contributor Author

This PR has picked up a second change I have which deals with the unfortunate situation where a vendor sends a blank value for a timestamp field. Commit: jonfreedman@4ea7e2a

@chrjohn
Copy link
Member

chrjohn commented Feb 6, 2018

Hi @jonfreedman ,

thanks for the PR. I'm not very familiar with XSL. Could you please shortly describe how the generated code changes? Maybe you can attach an example class before/after the change.

Thanks,
Chris.

@chrjohn chrjohn added the TODO label Mar 19, 2018
@jonfreedman
Copy link
Contributor Author

I started writing some tests around validating the output .java files compile and it seems that my change doesn't do what I want, and there would be quite a bit of work needed to make the code generator behave how I wanted. I'll remove the xslt change, although it probably has no ill effects.

@jonfreedman jonfreedman changed the title remove duplicates in nested groupings when generating MessageFactory#create do not throw IncorrectDataFormat exception if value is empty and ValidateFieldsHaveValues=N Jul 30, 2018
@chrjohn
Copy link
Member

chrjohn commented Jul 31, 2018

Hi @jonfreedman ,
if it's not too much to ask: would it be possible to create a separate PR for the "value is empty" case?
Thanks,
Chris.

@jonfreedman
Copy link
Contributor Author

I've created #207 & #208

Closing this

@chrjohn chrjohn removed the TODO label Jul 31, 2018
@chrjohn
Copy link
Member

chrjohn commented Aug 1, 2018

Thanks @jonfreedman ,
I will add #207 to the next release due to be released in a few days.
I will have a look at #208 later.
Hope that is OK with you.

Cheers,
Chris.

@jonfreedman
Copy link
Contributor Author

Yep makes sense, with #208 have a think if the core module is the right place for it, could be useful to show people how to write their own dictionaries, but that's getting very niche.

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.

2 participants