sorry.. correct URI for the project: https://github.com/d-leak/d-leak
On Wed, Feb 8, 2023 at 10:20 PM Clebert Suconic <clebert.suco...@gmail.com> wrote: > > So.. this is it!! > > https://github.com/apache/activemq-artemis/pull/4363 > > > It is using jitpack.io (Thanks Domenico)... > > > I have created a maven plugin that will install the required library, > and the new project ./test/leak-tests is working seamlessly... You > just run the test.. and that's it. > > > I have the project hosted at github.com/d-leak/dleak > > > I still need to do some cleanup on the API, and add a README. but the > version 0.2 is already functional for what I needed here. > > Le me know what you guys think of this.. > > On Wed, Feb 8, 2023 at 5:50 PM Clebert Suconic > <clebert.suco...@gmail.com> wrote: > > > > Actually I misunderstood GitHub packages. I thought it would allow public > > access and I just realized Domenico said it doesn’t. > > > > > > Now I’m scared of Jitpack. I don’t need to do anything !!! Just reference > > the package and it will work !!!!!!??? > > > > > > I guess I will start with jitpack for now. > > > > On Wed, Feb 8, 2023 at 3:28 PM Clebert Suconic <clebert.suco...@gmail.com> > > wrote: > >> > >> Just an update... I did some work on this again... > >> > >> > >> and instead of using sonatype, it would be easy enough to use github > >> maven packaging... > >> > >> > >> and this is working like a charm actually: > >> > >> https://github.com/d-leak > >> > >> > >> > >> I am writing tests that are validating > >> > >> JVMInterface jvmti = new JVMTIInterface(); > >> Assert.assertEquals(0, > >> jvmti.getAllObjects("packageName.ServerConnection").length); > >> > >> > >> If someone ever forget to clear a reference again, this test will catch > >> that... > >> > >> > >> I hope more someone else will make use of this, because it feels cool :) > >> > >> On Wed, Nov 9, 2022 at 6:25 PM Arthur Naseef <a...@amlinv.com> wrote: > >> > > >> > Yeah, Sontatype OSSRH is a little involved to get going, but not too bad. > >> > I use it (for example > >> > https://mvnrepository.com/artifact/com.artnaseef/correlation-id-utils). > >> > > >> > On Mon, Nov 7, 2022 at 4:20 AM Robbie Gemmell <robbie.gemm...@gmail.com> > >> > wrote: > >> > > >> > > You can release stuff to Maven Central via Sonatype OSSRH, > >> > > https://central.sonatype.org/publish/publish-guide/ > >> > > > >> > > For example by using your GitHub Pages details for the groupid > >> > > coordinates i.e. io.github.your-id, among other options: > >> > > > >> > > https://central.sonatype.org/publish/requirements/coordinates/#supported-code-hosting-services-for-personal-groupid > >> > > > >> > > On Sun, 6 Nov 2022 at 10:10, Domenico Francesco Bruscino > >> > > <bruscin...@gmail.com> wrote: > >> > > > > >> > > > JitPack is free for open-source projects and it doesn't require > >> > > > authentication to download artifacts, see https://jitpack.io/ > >> > > > > >> > > > Another free alternative for open-source projects is GitHub Packages > >> > > > but > >> > > it > >> > > > requires authentication, see > >> > > > > >> > > https://docs.github.com/en/packages/working-with-a-github-packages-registry/working-with-the-apache-maven-registry > >> > > > > >> > > > > >> > > > On Sat, 5 Nov 2022 at 17:15, Clebert Suconic > >> > > > <clebert.suco...@gmail.com> > >> > > > wrote: > >> > > > > >> > > > > getAllReachableObjects is somewhat easy to implement in C. > >> > > > > > >> > > > > I will try to pursue my own implementation.. and if we fail we > >> > > > > have a > >> > > > > failback on the jetbrains route. > >> > > > > > >> > > > > > >> > > > > there are some reporting things I'm doing to show where are > >> > > > > eventual > >> > > leaks. > >> > > > > > >> > > > > > >> > > > > > >> > > > > I worked on a test with Justin, and we asserted noObjects in the > >> > > > > heap > >> > > > > and it worked like a charm. > >> > > > > > >> > > > > > >> > > > > I just need to find a way to deploy a maven repo somewhere. > >> > > > > > >> > > > > On Sat, Nov 5, 2022 at 11:13 AM Jiri Daněk <jda...@redhat.com> > >> > > > > wrote: > >> > > > > > > >> > > > > > On Sat, Nov 5, 2022 at 4:00 PM Clebert Suconic < > >> > > > > clebert.suco...@gmail.com> > >> > > > > > wrote: > >> > > > > > > >> > > > > > > There are of course tools that would been written before. I > >> > > > > > > have > >> > > not > >> > > > > > > seen anything that would be as simple as I'm proposing (with > >> > > > > > > the > >> > > > > > > exception of the .NET where you can get a list of objects). > >> > > > > > > > >> > > > > > > >> > > > > > Yes! It is weird that C#, Python, JavaScript, all have a simple > >> > > > > > way > >> > > to > >> > > > > list > >> > > > > > heap objects, only in Java it seems soo hard to do. > >> > > > > > > >> > > > > > > >> > > > > > > What I'm doing is based on the JBoss Profiler that I wrote many > >> > > years > >> > > > > > > ago (and I left it rotten and dead)... so this would revive the > >> > > simple > >> > > > > > > parts just for the JUnit Tests. > >> > > > > > > > >> > > > > > > >> > > > > > Yeah, I linked it in my previous mail. I was thinking that the > >> > > > > > code > >> > > looks > >> > > > > > somewhat similar, except it's in C and not C++... > >> > > > > > > >> > > > > > > >> > > > > > > You just get a simple list of Objects before and later. > >> > > > > > > > >> > > > > > > > >> > > > > > > Regarding the criticism to JMVTI.. I have it already written, > >> > > besides > >> > > > > > > any tooling around Java and Debugging will require C dev... > >> > > > > > > > >> > > > > > > > >> > > > > > > the project itself already exists.. and I think it's viable. I > >> > > > > > > am > >> > > > > > > looking for options to host it, while you seem to be looking > >> > > > > > > for > >> > > > > > > counter arguments for having it done? > >> > > > > > > > >> > > > > > > >> > > > > > I'm just writing up the results of my explorations. Initially I > >> > > hoped to > >> > > > > > learn what is possible. Best case would be I found something > >> > > > > > that's > >> > > > > already > >> > > > > > written and hosted, and that does not include native code (think > >> > > > > > all > >> > > > > those > >> > > > > > possible build/compatibility issues).... that did not really > >> > > happen... > >> > > > > > > >> > > > > > Some tests can be written using the weakref approach, but that > >> > > > > > has > >> > > > > limited > >> > > > > > use for only specific scenarios. The dumping and reading of hprof > >> > > file > >> > > > > > might work, but I did not find a good Java implementation (Shark > >> > > > > > is > >> > > in > >> > > > > > Kotlin). The jetbrains JVMTI library looks reasonable, on a first > >> > > sight, > >> > > > > > though. > >> > > > > > > >> > > > > > > >> > > > > > > if you give me an alternative in Java where i can do > >> > > > > > > jvmti.getallObject(clazz); and eventually list the references > >> > > > > > > for > >> > > it.. > >> > > > > > > perhaps I could just use that option instead. Such thing will > >> > > > > > > be > >> > > > > > > written in C anyways. > >> > > > > > > > >> > > > > > > >> > > > > > https://github.com/JetBrains/debugger-memory-agent > >> > > > > > > >> > > > > > MemoryAgent ma = MemoryAgent.get(); > >> > > > > > if (ma == null) { /* handle failure to load */ } > >> > > > > > ma.getAllReachableObjects(null, clazz); > >> > > > > > -- > >> > > > > > Mit freundlichen Grüßen / Kind regards > >> > > > > > Jiri Daněk > >> > > > > > >> > > > > > >> > > > > > >> > > > > -- > >> > > > > Clebert Suconic > >> > > > > > >> > > > >> > >> > >> > >> -- > >> Clebert Suconic > > > > -- > > Clebert Suconic > > > > -- > Clebert Suconic -- Clebert Suconic
