Comments (5)
Have you tried the following?
call_method(callback_object, "onStarted", "()V", &[]).unwrap()
The fourth argument is a (read only) reference to the array of method parameters. It should be empty in your case.
from jni-rs.
Probably InvalidArgList
error shall be expanded with information about expected signature and actual number of passed parameters and their types, similarly to FieldNotFound
:
from jni-rs.
Yes. It definitelly works. Thanks! However I think it would be nice if parser skips the args in case of void signature.
from jni-rs.
I don't think that's a better behaviour because it hides a programming error (= a user is expected to pass as many arguments as the Java method accepts). But if there is an error, I'd expect a meaningful error describing what is wrong. It seems the library already handles this case: https://github.com/prevoty/jni-rs/blob/aac22fddf6b2c3a578b4d27385d9dfc10f984a4b/src/wrapper/jnienv.rs#L833
Did you get a descriptive error message?
from jni-rs.
Did you get a descriptive error message?
-- No.
I don't think that's a better behaviour because it hides a programming error
-- Agree.
Probably InvalidArgList error shall be expanded with information about expected signature
-- This is the best solution!
from jni-rs.
Related Issues (20)
- CallNonvirtual<type>Method support request HOT 2
- Can i load native function on exec self ? HOT 3
- Question: How I use `GetObjectRefType` HOT 4
- Make methods `const fn` when it makes sense HOT 1
- `get_rust_field()` exclusive access to `JNIEnv` HOT 8
- How I use `MonitorEnter` and `MonitorExit`
- use catch_unwind to ensure balanced push/pop_local_frame in with_local_frame
- `JNIEnv::get_version()` should be infallible
- JNIVersion should implement `Ord` and be able to hold unknown, newer versions as u32 values
- JNIEnv::exception_check should just return a bool and REQUIRES JNI 1.2 as a minimum supported version! HOT 1
- Can't use JNI_GetCreatedJavaVMs HOT 1
- `ensure_local_capacity` doesn't check for errors correctly
- `attach_current_thread_as_daemon` (and any notion that we support 'daemon' threads) should probably be removed
- Remove/deprecate Executor API?
- The performance seems to be only 80% of that of cpp (jni) HOT 2
- `direct_buffer` APIs need to check for JNI >= 1.4
- Remove `get_native_interface` or `get_raw`
- `new_global_ref` docs could make it clearer that it doesn't delete / replace the given reference
- Double check the soundness of `delete_local_ref` HOT 4
- `push/pop_local_frame` should be internal-only APIs or removed altogether
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from jni-rs.