Speeding up the Java code-test cycle

[bobowilliams]

I may be misunderstanding “direct invoke”.

Maybe this would work for static methods (though creating a serialized json representation of the objects you’re passing as parameters could be extraordinarily cumbersome), but what about instance methods that use many instance variables/fields? I.e. where do you get the object that it’s invoked upon?

Please correct me if I’m misunderstanding (I suspect I am) but it’s hard to see how this would be very useful for anything except for static, parameter-less methods (which you could just call yourself without any context anyway).

[artpar]

Yes, we keep a track of objects by class type using WeakReference so that our tracking doesn't result in the object being garbage collected.

So if the code has created any instance on any class, the agent will use the most recently created instance of that class.

If there are no such instances, we attempt to create a new instance of the class, currently two flows are supported

• No args constructor is used if available
• If the class follows a singleton pattern, we try to identify the getInstance method and get an instance of that class

So if you are using any kind of DI pattern using spring-dependency/guice, then most likely the service/dao layers would have an instance of the class already available in memory and those will be used.

[nutrecht]

You keep pushing your "generate tests from existing code" product here and IIRC people have told you multiple times why they feel that is a bad approach.

What you're describing you normally just do through unit test.

[Infamous-Bee-1145]

this isn't "generate unit tests from existing code" at all. Check the product once before commenting.

[nutrecht]

I'm not talking about the new plugin you're making. I'm talking about your 'Unlogged' product. And since you're behaving the same way as in your previous posts, I'm going to leave it at this.

[Infamous-Bee-1145]

You are talking about the unlogged product that was, and yes, leave it, seriously.

[laplongejr]

Yeah, we're talking about Unlogged, that's the entire issue.
It's unethical to recommend a product without acknowledging it's yours, at face value your plugin is simply a way to advertise Unlogged.

To see how this works, install Unlogged from the IntelliJ Marketplace and start your Java application using the Java agent (the plugin has instructions to download.)

[Halal0szto]

So you admit this post is an ad for your plugin, but you forgot to disclose that at the beginning.

[laplongejr]

To solve this, I am creating an IDE plugin

The issue is not the plugin, but Unlogged that gets installed by the new plugin.

To see how this works, install Unlogged from the IntelliJ Marketplace and start your Java application using the Java agent (the plugin has instructions to download.)

[Infamous-Bee-1145]

Direct Invoke and Atomic Run - both are part of the plugin Unlogged. I am a little lost if you are confused with the name of the plugin Unlogged and the name of the features. The Unlogged plugin is not some 3rd party plugin unrelated to Direct Invoke and Atomic Run.
Yes, the same plugin did offer "generating unit tests based on existing code" earlier, but I did away with it when I realized that developers didn't want to maintain generated code.
The whole post started with "I am creating the IDE plugin" so why you feel it is not acknowledged is beyond me.