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

org.xrpl.xrpl4j.client.JsonRpcClientErrorException: Not supported field 'full' #538

Closed
milotj opened this issue Jul 10, 2024 · 5 comments
Closed

Comments

@milotj
Copy link

milotj commented Jul 10, 2024

org.xrpl.xrpl4j.client.JsonRpcClientErrorException: Not supported field 'full'
at org.xrpl.xrpl4j.client.JsonRpcClient.checkForError(JsonRpcClient.java:160)
at java.lang.invoke.MethodHandle.invokeWithArguments(MethodHandle.java:627)
at feign.DefaultMethodHandler.invoke(DefaultMethodHandler.java:141)
at feign.ReflectiveFeign$FeignInvocationHandler.invoke(ReflectiveFeign.java:100)
at com.sun.proxy.$Proxy367.checkForError(Unknown Source)
at org.xrpl.xrpl4j.client.JsonRpcClient.send(JsonRpcClient.java:138)
at java.lang.invoke.MethodHandle.invokeWithArguments(MethodHandle.java:627)
at feign.DefaultMethodHandler.invoke(DefaultMethodHandler.java:141)
at feign.ReflectiveFeign$FeignInvocationHandler.invoke(ReflectiveFeign.java:100)
at com.sun.proxy.$Proxy367.send(Unknown Source)
at org.xrpl.xrpl4j.client.JsonRpcClient.send(JsonRpcClient.java:114)
at java.lang.invoke.MethodHandle.invokeWithArguments(MethodHandle.java:627)
at feign.DefaultMethodHandler.invoke(DefaultMethodHandler.java:141)
at feign.ReflectiveFeign$FeignInvocationHandler.invoke(ReflectiveFeign.java:100)
at com.sun.proxy.$Proxy367.send(Unknown Source)
at org.xrpl.xrpl4j.client.XrplClient.ledger(XrplClient.java:675)

@sappenin
Copy link
Collaborator

sappenin commented Jul 10, 2024

Hi, can you give more details:

  1. Which network were you trying to connect to?
  2. What request did you make (i.e., request details)?

@sappenin
Copy link
Collaborator

Hello, this appears to be a bug in Ripple's s1.ripple.com endpoint. That team is investigating and working on a fix. In the meantime, some options would be:

  1. Run your own rippled node and communicate with that.
  2. Use a different endpoint provider (e.g., Quicknode, XRPL Cluster, etc).

@hyeongcheolkim
Copy link

hyeongcheolkim commented Jul 12, 2024

I have same issue. I use Quicknode, xrpl4j 3.2.1 version.

@sappenin
Copy link
Collaborator

Quick update here - Ripple has reverted the latest deploy of Clio for s1/s2.ripple.com. The testnet should also be unaffected.

I have same issue. I use Quicknode, xrpl4j 3.2.1 version.

Thanks @hyeongcheolkim - I'll reach out to Quicknode and let them know.

@sappenin
Copy link
Collaborator

I'm going to close this issue. Quicknode has been alerted, and it may take time for them or other infra providers to roll-back to the previous Clio release. In addition, XRPLF/clio#1537 tracks the clio fix (already merged, will ship with next release). Finally, I've created #540 as a tracking issue for when xrpl4j adds support for future Clio APIs.

That said, please feel free to re-open this ticket if needed.

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

No branches or pull requests

3 participants