jfx-luna value error

[skeleturtle]

We are getting hit once again with that error with the 'value_'

[aldmbmtl]

Looking into it

[skeleturtle]

Switching assignment to @oneBlueFish since he is working on doing away with the auto generated code.

[oneBlueFish]

I have updated jfx-luna off of the auto generated services, this should help with this issue

There is just a little clean up i would like to do

@skeleturtle , if you would like to try the code out, pull down the removing_auto_code branch on jfx-luna

All the pytests passed, so you shouldn't run into any issues, but if you do, let me know :)

[skeleturtle]

I have updated jfx-luna off of the auto generated services, this should help with this issue

There is just a little clean up i would like to do

@skeleturtle , if you would like to try the code out, pull down the removing_auto_code branch on jfx-luna

All the pytests passed, so you shouldn't run into any issues, but if you do, let me know :)

Getting errors

Example issues:

• using the meta_helper to get_all_metas we are now returning dict objects for each meta, where previously we were getting the outMeta objects. (I believe)
• using version_helper to get_version_by_id throws an error that value is not a valid dict
• task.versions() and task.latest_version() sometimes works and returns the expected objects, and other times throws a value is not a valid dict error

Things that appear to be working:

• luna.get_shot(code='090') appears to return shot class object. From there I was able to loop over tasks and then the tasks returned their task class objects.

[aldmbmtl]

@oneBlueFish do you need my help on this one?

[skeleturtle]

@oneBlueFish

Adding some of what we talked about on discord here for visibility.

I pushed another update to my branch. We ran into the junoFiles file_type issue again. What I noticed was the JunoF jfx-luna class was the only one that wasn't using the the rawOutData from our models. It was inheriting our in junoFile model. This is what was causing the descrepencies when casting our outJunoFile into a JunoFile class, and us trying to work around.

I have also noticed a descrepency with our file types from previous luna iterations. I adjusted the 1 script I had to account for it , but can easily adjust it back. when we get a task, and then get our outMeta from task.publishes/task.deliveries/task.work they are all returned as a dictionary. Which based on my previous code was always the case, but when I would get the file_type from those dictionaries, it would have been returning the FileType enum, where as now its a dictionary of that enum. I'm not sure how big of a deal this is, I simply adjusted the code in the one instance where I saw it happening.

[skeleturtle]

Marking as complete.

Jfx-luna is being released. We can discuss next steps for getting things more consistent.