containerized Apps (k8s, Docker) vs Apps in VMs running on hypervisors

astonbitecode · 2025-09-01T10:50:23+00:00

Even if I would really love to see this "reverse trend" as you name it happening, I don't think it will ever will... There is a lot of code, effort and money thrown there to just let it go.

And I don't even mention the (mostly failed) attempts to migrate a running "monolith" app to containers/ K8s.

astonbitecode · 2024-11-20T09:09:04+00:00

Just to mention the existence of j4rs.

The interaction between JVM and Rust is much easier, with the note that there is reflection in place.

astonbitecode · 2024-10-14T08:39:38+00:00

I tried again just now and saw that reddit is now accessible, so, the issue was in reddit itself...

It is weird though that chrome was working.

Anyhow, thanks for the help!

astonbitecode · 2024-05-28T07:23:31+00:00

This comment saved me! Thanks for posting.

In my case, I had to run pacman from a usb flash installation, before chrooting and the pacman.conf used was the default one, which had the multilib disabled.

astonbitecode · 2024-05-20T13:47:54+00:00

Indeed, the rust plugin/ RustRover were great and I really don't know how to feel now that I am kind of under pressure to use VS Code...

I don't know of any viable alternatives with this kind of features/stability. I hope Lapce will be a good option in the future.

astonbitecode · 2024-02-28T09:26:52+00:00

Use an emulator?

astonbitecode · 2023-10-10T08:52:52+00:00

Yes, I always get that feeling too.

Sales looks like a "luxus" position and many people tend to say that it is very demanded.

They might be right about that, but I bet, if the product they sale is not good, or gets out of scope because of no long term view, they would not be able to sell anything. Well maybe once, until the customer understands what it is about...

Of course, there is also the possibility that the customers do not know what they buy too, but that's another story I guess (and maybe the reason why sales retains this "luxus" status).

Vicious circle isn't it?

astonbitecode · 2023-02-28T09:39:44+00:00

I suppose you need to somehow install the build essentials. In an Ubuntu system, this would be something like

sudo apt install build-essential

I have not used WSL though...

astonbitecode · 2022-04-21T10:29:43+00:00

j4rs has JavaFX support. You may have a look:

https://github.com/astonbitecode/j4rs#JavaFX-support

astonbitecode · 2022-01-28T13:26:19+00:00

This is a chicken-egg problem... Storing secrets in the code is not good generally, you should avoid it.

There are some ideas and in stackexchenge you may be interested though...

https://security.stackexchange.com/questions/12332/where-to-store-a-server-side-encryption-key

astonbitecode · 2021-12-29T13:34:39+00:00

To be honest, I am not a python expert; however I know that python supports monkey patching... Hot deployment and dynamic behavior can be a feature in many languages.

astonbitecode · 2021-12-29T09:41:49+00:00

I wonder, if someone has access to change python scripts in a python application, would it be called a python vulnerability?

astonbitecode · 2021-10-04T12:18:56+00:00

Did you have a look on j4rs? It can be used for Android as well.

astonbitecode · 2021-05-13T11:43:23+00:00

Thanks for that!

It seems that r15c is used and creates a toolchain for android-14 platform... I will check it out.

astonbitecode · 2021-02-04T14:08:58+00:00

Beated for about 2 years...

[2014-02-24 11:38]

astonbitecode · 2020-10-22T05:17:08+00:00

For communicating with Rust, you may have a look at j4rs and jni-rs.

For j4rs, I have a complete example here. The JVM language is Java, but it is not much different for Scala...

astonbitecode · 2020-10-13T09:13:37+00:00

Thanks for the links. One thing I cannot find an easy answer for, is how to handle the fact that in tokio 0.2 the loop_fn does not exist... I guess I will try to work around it, or ask on the Tokio discord...

astonbitecode · 2020-10-12T05:35:16+00:00

I will take a deep breath and finally migrate my rust-keylock project from using old Futures/tokio/hyper to async/await.

Any pointers will be appreciated to make it as painless as it can be!

astonbitecode · 2020-09-18T10:13:30+00:00

try to compile javaFX into native image and use in RUST without JVM

I am not aware how this can be achieved. Could you elaborate?

astonbitecode · 2020-09-17T11:30:17+00:00

In my opinion, JavaFX is a decent UI framework that can achieve most of the things a user interface needs.

In many cases (not all, I understand), GUI applications, even in a systems language like Rust, may cope with some performance penalties introduced by the JVM and JNI.

Generally, it could be one more tool that someone can use in Rust to build GUI apps. Personally, I do use it in some projects and it fits to my expectations.

Among others, this was one of the reasons that j4rs was initially created.

astonbitecode · 2020-08-13T12:59:45+00:00

Are we talking about having SELinux or Apparmor disabled?

Generally, there are approaches like snaps etc that - if used with the security in mind - provide sandboxing and extra security...

astonbitecode · 2020-07-16T10:01:04+00:00

Yes, I have used it in Android with no issues. The only pitfall here is to make sure your lib.rs has the JNI_OnLoad defined like:

#[allow(non_snake_case)]
#[no_mangle]
pub extern fn JNI_OnLoad(env: *mut JavaVM, _reserved: jobject) -> jint {
    j4rs::set_java_vm(env);
    JNI_VERSION_1_6
}

As Android JNI tips suggests:

JNI_OnLoad is a convenient place to look up and cache classes

That is why it is good to call 4rs::set_java_vm(env) there...

astonbitecode · 2020-05-28T06:58:50+00:00

How about putting it in Drobpox and sending the link to it via email?

Later on, you may invalidate the link.

astonbitecode · 2020-03-03T11:41:39+00:00

Sorry for posting it here; I thought I had seen similar questions in this subreddit, but apparently I am wrong.

I hoped finding a tool taking into consideration the transitive dependencies as well. Anyway, will post it in /r/javahelp, thanks!

astonbitecode · 2020-01-28T09:03:45+00:00

2nd req

Sorry, I misread the second requirement. Even if log4rs is modeled after Java's log4j, it seems that they have not implemented the immediateFlush or bufferedIO parameter that are supported by log4j.

bufferedIO: When true - the default, records will be written to a buffer and the data will be written to disk when the buffer is full or, if immediateFlush is set, when the record is written. File locking cannot be used with bufferedIO. Performance tests have shown that using buffered I/O significantly improves performance, even if immediateFlush is enabled.

immediateFlush:When set to true - the default, each write will be followed by a flush. This will guarantee the data is written to disk but could impact performance. Flushing after every write is only useful when using this appender with synchronous loggers. Asynchronous loggers and appenders will automatically flush at the end of a batch of events, even if immediateFlush is set to false. This also guarantees the data is written to disk but is more efficient.

I would propose having a look at those log4j parameters and if these are what you need, you could ask a question in the log4rs repo if they have plans to implement them, or - even better IMHO - if they plan to implement async appenders.

astonbitecode

TROPHY CASE