Open j7zAhU opened 1 year ago
OK, so no inherent reason why this should work -- its an implementation detail that it doesn't. That said, the implementation is a little complex, and the more "hamiltonian" way is one of the following:
source
the name in the function (or if its a value
make it the default value) @parameterize
details below
The reason this doesn't work is because @inject
is implemented as another parameterization
with one value. This is not the cleanest way -- instead it should be able to inject a node into the subdag/replace a dependency within the subdag on something specific. I think this could pretty easily be done, yet it requires a small refactor. Will dig in at some point soon, but for now I think there are a few unblocking strategies here.
As discussed on slack, using group
might be helpful as well.
I would like to work on this Bug! Can i get the path of the file for this code please
I would like to work on this Bug! Can i get the path of the file for this code please
Apologies @149189. We never got back to you here.
@elijahbenizzy this feels similar to https://github.com/DAGWorks-Inc/hamilton/issues/748 right?
As per the issue title. This throws an error:
Library & System Information
Hamilton: 1.22.5 , Python 3.11.1