Fork me on GitHub

Hi, I just found crux.api/project-many does not respect the order of eids, is it expected?


Hi 🙂 looking at our tests I see we return sets Whereas DataScript returns vectors that respects the input order I'm not sure what might have prompted our choice to return sets but I will investigate! Thanks for mentioning it. Hopefully you're okay simply running pull multiple times as a workaround for now


Thanks! Just saw Crux have a complete support for pull, great job!

🙏 6

Can I create an issue for this? In case anyone who have the same confusion.


I can't take any credit for the implementation - but I'm glad you approve! Certainly, please feel free to open an issue, that will make 100% sure we get some eyes on it this week 🙂


Hmm, I think I understand why it returns set, because pull-many is just one more q , and the query itself can't guarantee the result have the same order with eids. It make sense for current implementation. Thanks for the help!


Hello! Im seeing a couple of errors come up when trying out JDK 16:

java.lang.reflect.InaccessibleObjectException: Unable to make field transient volatile java.util.concurrent.ConcurrentHashMap$Node[] java.util.concurrent.ConcurrentHashMap.table accessible: module java.base does not "opens java.util.concurrent"
at crux.cache.second_chance.ConcurrentHashMapTableAccess
java.lang.NoClassDefFoundError: Could not initialize class crux.cache.second_chance.ConcurrentHashMapTableAccess
Is this known?

👋 3

Ah found the issue:

🙂 3
👍 3