MarkdownGen: Formatting for deprecated classes#366
Conversation
| class MarkdownGenerator(Generator): | ||
| generatorname = os.path.basename(__file__) | ||
| generatorversion = "0.1.1" | ||
| generatorversion = "0.2.1" |
There was a problem hiding this comment.
Considering this a 'minor' update rather than a 'patch' mainly because I aim to tackle a number if different items in #245 in this PR.
There was a problem hiding this comment.
hmm, I am not sure we have consistently applied versioning to the generators. We can discuss tomorrow!
|
how is this coming along @joeflack4 ? |
5a603fc to
04b990e
Compare
|
@cmungall Thanks for pinging me. I made the updates and reversions you suggested. This should be ready to merge now, assuming the merge-check build failures I'm getting are not related to this work. Also, I left the version as I changed the title of this to just be about the 'deprecated' change, since that's all that's here. With Dazhi leaving, a lot of stuff has fallen onto my plate, so I think that my progress with the MarkdownGen issue will be slow. One other question. I had to force add the new output file |
Fine to leave as is, but we need to make this clearer overall. See #73
Hmm, can you investigate further? This is odd
You are asking all the good difficult questions. I was hoping @jiaola might have been able to document this a bit more before he left We have this ticket #237 For this Let's discuss this on Friday |
|
here is the problem: kitchen_sink.yaml is used by various other tests, and this is messing up the SQL DDL test sorry to be annoying but can you change the example and do something completely unrelated to existing classes, e.g. |
…ared 'deprecated' slot. Also updated example class. - Reverted (w/ minor refactor) MarkdownGenerator.element_header() back to using only the metamodel slot - Added updated test output files - Added new 'FakeClass.md' file from new FakeClass class in kitchen_sink example to test output folder
04b990e to
4f7780b
Compare
|
Hey Chris, thanks for finding the source of the issue. I made that change. Looks like the checks are failing again >,<. About to give that a check. As for gitignore and test outputs, I added some thoughts to #237. Edit: I looked at the test failures. There are several different errors, some of which are related to It does look like the particular test failure you pointed out is gone though; I searched for ), and I couldn't find that in the new unit test output. |
|
OK, so this is the source of the error. It is in sqlddlgen.py: for sqltable in self.sqlschema.tables.values():
cols = sqltable.columns.values()
if len(cols) == 0:
logging.warning(f'No columns for {t.name}')
continueThis is truly awful code by yours truly.. and so in one sense not your problem however, the bug is only revealed when you include a class with no columns in the test schema (as I requested you did - sorry!). In fact this is an interesting test case, so I made an issue #399 But for now can you just get around this by including a fake slot in the fake class. Sorry for the runaround You could also fix the sqlddlgen issue here (change t to sqltable) tho I slightly prefer each PR to be its own concern |
Always run upstream test action
Related issues
#245
Updates