Re: Maven indexing
Sure. And if you'd like to bypass all that, use mine. No Offense. There are options, and we should try what works. Nowhere's near perfect, but is yours? Tim On 14/03/2023 8:43 p.m., Andreas Reichel wrote: On Tue, 2023-03-14 at 20:05 -0600, Tim de Vries wrote: You may. Submit changes. t...@tecreations.ca On 14/03/2023 7:54 p.m., Andreas Reichel wrote: Transparent compression with BTRFS/ZFS also helps a lot. Pardon? I gave a recommendation on how to configure the Filesystem/OS for holding the Maven index/cache/repository. That's two layers below Netbeans and does not depend on patches/changes for Netbeans, I think? Cheers Andreas
Re: Maven indexing
On Tue, 2023-03-14 at 20:05 -0600, Tim de Vries wrote: > You may. Submit changes. > t...@tecreations.ca > On 14/03/2023 7:54 p.m., Andreas Reichel wrote: > > Transparent compression with BTRFS/ZFS also helps a lot. Pardon? I gave a recommendation on how to configure the Filesystem/OS for holding the Maven index/cache/repository. That's two layers below Netbeans and does not depend on patches/changes for Netbeans, I think? Cheers Andreas >
Re: Maven indexing
You may. Submit changes. t...@tecreations.ca On 14/03/2023 7:54 p.m., Andreas Reichel wrote: On Wed, 2023-03-15 at 02:20 +0100, Michael Bien wrote: my .m2 folder is 4GB right now and I haven't cleared it for at least 2 years. Transparent compression with BTRFS/ZFS also helps a lot. Cheers Andreas
Re: Maven indexing
Sorry, I Tim. I know you, like, Elon Musk. I don't. Let's bless you. Tim. #sure. , ... , tim, jack, all , ... , everyone. #Someone, # Somewhere, #chooseThem. #&& !Tim #Like, #!, #Tim O n 14/03/2023 7:51 p.m., László Kishalmi wrote: Well, it is just on my wish list. I'm nowhere near to implement anything for that. Though someone might... My (ever changing) list of priorities: - Initial HCL support. - Initial Terraform code completion - Real Gradle JavaToolchain Support - Terraform Project support - NetBeans build to Gradle migration POC On Tue, Mar 14, 2023 at 6:26 PM Michael Bien wrote: On 14.03.23 13:29, Emma Atkinson wrote: > I gave up on Maven a couple of years ago for the reasons already > given. No matter what size partition I used it would be too small > within a year or so. I used to grab the dependencies I needed and > switched off the Maven Index download in NB. if your project depends on a library and you use a build tool like gradle or maven, it will download that library. Switching build tools won't make a difference. my .m2 folder is 4GB right now and I haven't cleared it for at least 2 years. NetBeans isn't downloading any of that, the build tools do that. Build tools are IDE independent, they would download the exact same stuff when run without an IDE. That is the whole point of build tools since you don't want to ship your project with an IDE. If you don't need any of the NetBeans editor features local or remote repo indexing gives you, you can simply turn it off in the settings and NetBeans won't download the maven central index. we have a pending PR which makes it a bit more configurable and also explains what indexing actually does, since I read at least twice by now that users think that NetBeans is downloading maven central itself (which would probably be a few TB of storage, optimistically) https://github.com/apache/netbeans/pull/5646 right now its an all-or-nothing option. This PR proposes to turn off remote index downloads selectively while still indexing your .m2 folder which produces a much smaller index footprint. -mbien - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Maven indexing
On Wed, 2023-03-15 at 02:20 +0100, Michael Bien wrote: > my .m2 folder is 4GB right now and I haven't cleared it for at least > 2 > years. Transparent compression with BTRFS/ZFS also helps a lot. Cheers Andreas
Re: Maven indexing
You should be able to look it up? Tim On 14/03/2023 7:44 p.m., Michael Bien wrote: well I made the point before that games these days are starting to take up 40 GB and more. It should be acceptable for an IDE to use up ~6GB to maintain a cache (which is optional and can be turned off if you don't want it!). Android development for comparison will use up that space instantly as soon you press run and it downloads an OS image for the emulator and you probably want to test on more than one image. The maven central index contains information for every java lib ever released and is post-extraction at about 5GB. That should be ok i think. I also do have some ideas how to shrink that index further but this is for later since it is blocked by other things atm. -mbien On 15.03.23 02:28, Tim de Vries wrote: If I may inject a thought? Maybe time to invest in a DVD-RW Drive and a bigger case. If you have three drives, you can add a floppy or DVD-Writer. So, a spindle of DVD's? Tim On 2023-03-14 7:20 p.m., Michael Bien wrote: On 14.03.23 13:29, Emma Atkinson wrote: I gave up on Maven a couple of years ago for the reasons already given. No matter what size partition I used it would be too small within a year or so. I used to grab the dependencies I needed and switched off the Maven Index download in NB. if your project depends on a library and you use a build tool like gradle or maven, it will download that library. Switching build tools won't make a difference. my .m2 folder is 4GB right now and I haven't cleared it for at least 2 years. NetBeans isn't downloading any of that, the build tools do that. Build tools are IDE independent, they would download the exact same stuff when run without an IDE. That is the whole point of build tools since you don't want to ship your project with an IDE. If you don't need any of the NetBeans editor features local or remote repo indexing gives you, you can simply turn it off in the settings and NetBeans won't download the maven central index. we have a pending PR which makes it a bit more configurable and also explains what indexing actually does, since I read at least twice by now that users think that NetBeans is downloading maven central itself (which would probably be a few TB of storage, optimistically) https://github.com/apache/netbeans/pull/5646 right now its an all-or-nothing option. This PR proposes to turn off remote index downloads selectively while still indexing your .m2 folder which produces a much smaller index footprint. -mbien - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Maven indexing
Well, it is just on my wish list. I'm nowhere near to implement anything for that. Though someone might... My (ever changing) list of priorities: - Initial HCL support. - Initial Terraform code completion - Real Gradle JavaToolchain Support - Terraform Project support - NetBeans build to Gradle migration POC On Tue, Mar 14, 2023 at 6:26 PM Michael Bien wrote: > On 14.03.23 13:29, Emma Atkinson wrote: > > I gave up on Maven a couple of years ago for the reasons already > > given. No matter what size partition I used it would be too small > > within a year or so. I used to grab the dependencies I needed and > > switched off the Maven Index download in NB. > > if your project depends on a library and you use a build tool like > gradle or maven, it will download that library. Switching build tools > won't make a difference. > > my .m2 folder is 4GB right now and I haven't cleared it for at least 2 > years. NetBeans isn't downloading any of that, the build tools do that. > Build tools are IDE independent, they would download the exact same > stuff when run without an IDE. That is the whole point of build tools > since you don't want to ship your project with an IDE. > > > If you don't need any of the NetBeans editor features local or remote > repo indexing gives you, you can simply turn it off in the settings and > NetBeans won't download the maven central index. > > we have a pending PR which makes it a bit more configurable and also > explains what indexing actually does, since I read at least twice by now > that users think that NetBeans is downloading maven central itself > (which would probably be a few TB of storage, optimistically) > > https://github.com/apache/netbeans/pull/5646 > > right now its an all-or-nothing option. This PR proposes to turn off > remote index downloads selectively while still indexing your .m2 folder > which produces a much smaller index footprint. > > -mbien > > > > - > To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org > For additional commands, e-mail: users-h...@netbeans.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > >
Re: Maven indexing
well I made the point before that games these days are starting to take up 40 GB and more. It should be acceptable for an IDE to use up ~6GB to maintain a cache (which is optional and can be turned off if you don't want it!). Android development for comparison will use up that space instantly as soon you press run and it downloads an OS image for the emulator and you probably want to test on more than one image. The maven central index contains information for every java lib ever released and is post-extraction at about 5GB. That should be ok i think. I also do have some ideas how to shrink that index further but this is for later since it is blocked by other things atm. -mbien On 15.03.23 02:28, Tim de Vries wrote: If I may inject a thought? Maybe time to invest in a DVD-RW Drive and a bigger case. If you have three drives, you can add a floppy or DVD-Writer. So, a spindle of DVD's? Tim On 2023-03-14 7:20 p.m., Michael Bien wrote: On 14.03.23 13:29, Emma Atkinson wrote: I gave up on Maven a couple of years ago for the reasons already given. No matter what size partition I used it would be too small within a year or so. I used to grab the dependencies I needed and switched off the Maven Index download in NB. if your project depends on a library and you use a build tool like gradle or maven, it will download that library. Switching build tools won't make a difference. my .m2 folder is 4GB right now and I haven't cleared it for at least 2 years. NetBeans isn't downloading any of that, the build tools do that. Build tools are IDE independent, they would download the exact same stuff when run without an IDE. That is the whole point of build tools since you don't want to ship your project with an IDE. If you don't need any of the NetBeans editor features local or remote repo indexing gives you, you can simply turn it off in the settings and NetBeans won't download the maven central index. we have a pending PR which makes it a bit more configurable and also explains what indexing actually does, since I read at least twice by now that users think that NetBeans is downloading maven central itself (which would probably be a few TB of storage, optimistically) https://github.com/apache/netbeans/pull/5646 right now its an all-or-nothing option. This PR proposes to turn off remote index downloads selectively while still indexing your .m2 folder which produces a much smaller index footprint. -mbien - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Maven indexing
If I may inject a thought? Maybe time to invest in a DVD-RW Drive and a bigger case. If you have three drives, you can add a floppy or DVD-Writer. So, a spindle of DVD's? Tim On 2023-03-14 7:20 p.m., Michael Bien wrote: On 14.03.23 13:29, Emma Atkinson wrote: I gave up on Maven a couple of years ago for the reasons already given. No matter what size partition I used it would be too small within a year or so. I used to grab the dependencies I needed and switched off the Maven Index download in NB. if your project depends on a library and you use a build tool like gradle or maven, it will download that library. Switching build tools won't make a difference. my .m2 folder is 4GB right now and I haven't cleared it for at least 2 years. NetBeans isn't downloading any of that, the build tools do that. Build tools are IDE independent, they would download the exact same stuff when run without an IDE. That is the whole point of build tools since you don't want to ship your project with an IDE. If you don't need any of the NetBeans editor features local or remote repo indexing gives you, you can simply turn it off in the settings and NetBeans won't download the maven central index. we have a pending PR which makes it a bit more configurable and also explains what indexing actually does, since I read at least twice by now that users think that NetBeans is downloading maven central itself (which would probably be a few TB of storage, optimistically) https://github.com/apache/netbeans/pull/5646 right now its an all-or-nothing option. This PR proposes to turn off remote index downloads selectively while still indexing your .m2 folder which produces a much smaller index footprint. -mbien - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Maven indexing
On 14.03.23 13:29, Emma Atkinson wrote: I gave up on Maven a couple of years ago for the reasons already given. No matter what size partition I used it would be too small within a year or so. I used to grab the dependencies I needed and switched off the Maven Index download in NB. if your project depends on a library and you use a build tool like gradle or maven, it will download that library. Switching build tools won't make a difference. my .m2 folder is 4GB right now and I haven't cleared it for at least 2 years. NetBeans isn't downloading any of that, the build tools do that. Build tools are IDE independent, they would download the exact same stuff when run without an IDE. That is the whole point of build tools since you don't want to ship your project with an IDE. If you don't need any of the NetBeans editor features local or remote repo indexing gives you, you can simply turn it off in the settings and NetBeans won't download the maven central index. we have a pending PR which makes it a bit more configurable and also explains what indexing actually does, since I read at least twice by now that users think that NetBeans is downloading maven central itself (which would probably be a few TB of storage, optimistically) https://github.com/apache/netbeans/pull/5646 right now its an all-or-nothing option. This PR proposes to turn off remote index downloads selectively while still indexing your .m2 folder which produces a much smaller index footprint. -mbien - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Maven indexing
On 14.03.23 18:17, Neil C Smith wrote: On Tue, 14 Mar 2023 at 17:01, László Kishalmi wrote: Also one day the Gradle plugin may be smart enough to use that Maven index for its own good. Like offering a dependency to add when you add an import statement for a class... That would be great. I started looking a while back at something similar, and I also want to use it in a platform application for completing package URLs - https://github.com/package-url/purl-spec OTOH, maybe I'll just use the central REST API. :-) be warned that the rest API has weird fluctuating latencies, there are also features missing like a prefix search for certain fields which is important for completion, you can play with it around here: https://github.com/apache/netbeans/pull/4971 It has extra logging enabled. I pasted some logs into the PR. (^^ this PR restores the old functionality of adding dependencies by class name query in maven projects for dependencies which are not in your .m2 folder) if we decide to merge a version of this PR one day, the advantage is that nothing else would need updates, since it is implemented in the maven indexer itself and merges local results with remote (although that class needs some refactoring but that is another topic). Lets say gradle support would want to use index queries too, it could simply use the indexer and some responses will be instantly served from the local lucene index, others might require a longer roundtrip via REST API. hints like this one here: https://github.com/apache/netbeans/pull/5009 should be already possible to implement today for gradle projects. -mbien Best wishes, Neil - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Maven indexing
On Tue, 14 Mar 2023 at 17:01, László Kishalmi wrote: > Also one day the Gradle plugin may be smart enough to use that Maven index > for its own good. > Like offering a dependency to add when you add an import statement for a > class... That would be great. I started looking a while back at something similar, and I also want to use it in a platform application for completing package URLs - https://github.com/package-url/purl-spec OTOH, maybe I'll just use the central REST API. :-) Best wishes, Neil - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Maven indexing
Also one day the Gradle plugin may be smart enough to use that Maven index for its own good. Like offering a dependency to add when you add an import statement for a class... On Tue, Mar 14, 2023 at 6:28 AM Neil C Smith wrote: > On Tue, 14 Mar 2023 at 12:31, Emma Atkinson > wrote: > > Recently (couple of years) I started using the Maven repository again > but through Gradle. Gradle does not load and decompress the whole index. > Gradle loads solely the dependencies (artifact : group : version) specified > in the build.gradle file. When building, Gradle loads the dependency files > into a folder under ~/.gradle if it's not already there. > > Maven works the same way. See ~/.m2 > > > I was wondering if that part of Gradle's functionality could be > recruited to selectively download relevant dependencies. It looks like the > Maven pom contains the same information as Gradle's dependencies > configuration. > > > > Please forgive me if this seems daft to you. > > This isn't really about Maven vs Gradle behaviour, but differences in > how they're supported in the IDE. In some ways, it would be good to > have Maven searching work similarly in Gradle. OTOH, be good to not > download and index the entirety of Maven central IMO. > > Best wishes, > > Neil > > - > To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org > For additional commands, e-mail: users-h...@netbeans.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > >
Re: Cannot Access C/C++ Range of Options
Hi Brad; I have installed a C++ Project. On the taskbar, "Run" has all options shaded except Run->Set Main Project. I can't compile a file, build my project, or execute my code. What I have been doing is using g++ in a bash for loop (using Cygwin on a Win7-64 platform). Is there any way to compile a file, build a project, or execute a build? The editing is great. art On 3/14/2023 8:35 AM, Bradley Willcott wrote: Hi Robert. Goto: Tools/Plugins/Settings: Activate -> Netbeans 8.2 Plugin Portal Then goto "Available Plugins" tab, and install: "C/C++". This will give you everything you are looking for. Brad. On 12/3/23 12:13, Robert Yu Tin-Tat wrote: When I go to the C/C++ to make a C/C++ program on Netbeans 17, there hasn't been as much options as it had in its previous versions. In fact, there is only one option and that's to start up with a iightweight C/C++ project. If I need more, what should I do? - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Cannot Access C/C++ Range of Options
Hi Robert. Goto: Tools/Plugins/Settings: Activate -> Netbeans 8.2 Plugin Portal Then goto "Available Plugins" tab, and install: "C/C++". This will give you everything you are looking for. Brad. On 12/3/23 12:13, Robert Yu Tin-Tat wrote: When I go to the C/C++ to make a C/C++ program on Netbeans 17, there hasn't been as much options as it had in its previous versions. In fact, there is only one option and that's to start up with a iightweight C/C++ project. If I need more, what should I do? - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Cannot Access C/C++ Range of Options
Hi Robert. Goto: Tools/Plugins/Settings: Activate -> Netbeans 8.2 Plugin Portal Then goto "Available Plugins" tab, and install: "C/C++". This will give you everything you are looking for. Brad. On 12/3/23 12:13, Robert Yu Tin-Tat wrote: When I go to the C/C++ to make a C/C++ program on Netbeans 17, there hasn't been as much options as it had in its previous versions. In fact, there is only one option and that's to start up with a iightweight C/C++ project. If I need more, what should I do? - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Maven indexing
On Tue, 14 Mar 2023 at 12:31, Emma Atkinson wrote: > Recently (couple of years) I started using the Maven repository again but > through Gradle. Gradle does not load and decompress the whole index. Gradle > loads solely the dependencies (artifact : group : version) specified in the > build.gradle file. When building, Gradle loads the dependency files into a > folder under ~/.gradle if it's not already there. Maven works the same way. See ~/.m2 > I was wondering if that part of Gradle's functionality could be recruited to > selectively download relevant dependencies. It looks like the Maven pom > contains the same information as Gradle's dependencies configuration. > > Please forgive me if this seems daft to you. This isn't really about Maven vs Gradle behaviour, but differences in how they're supported in the IDE. In some ways, it would be good to have Maven searching work similarly in Gradle. OTOH, be good to not download and index the entirety of Maven central IMO. Best wishes, Neil - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Maven indexing
I gave up on Maven a couple of years ago for the reasons already given. No matter what size partition I used it would be too small within a year or so. I used to grab the dependencies I needed and switched off the Maven Index download in NB. Recently (couple of years) I started using the Maven repository again but through Gradle. Gradle does not load and decompress the whole index. Gradle loads solely the dependencies (artifact : group : version) specified in the build.gradle file. When building, Gradle loads the dependency files into a folder under ~/.gradle if it's not already there. I liked it so much that I'm now migrating my Ant builds to Gradle as and when. I might do the Maven projects too. I was wondering if that part of Gradle's functionality could be recruited to selectively download relevant dependencies. It looks like the Maven pom contains the same information as Gradle's dependencies configuration. Please forgive me if this seems daft to you. Regards