Re: [Geoserver-devel] Eclipse Setup

[Andrea Aime]

On Sat, Feb 3, 2024 at 5:55 PM Watermeyer, Andreas <
andreas.waterme...@its-digital.de> wrote:

> Has the project agreed on the use of a different IDE or does everyone
> follow their personal preference?  What do you think is used by the
> majority?
>

Everyone can do what they like. I believe the majority uses IntelliJ by now.
I personally switched from Eclipse to IntelliJ when the project grew big
enough that Eclipse could not
even auto-complete fast enough

But... I'm also the crazy guy that keeps GeoTools, GeoWebCache and
GeoServer all open at the same time, in the
same IDE instance. IntelliJ manages that well, although switching branches
and re-alining the projects is still
quite time consuming.

Cheers
Andrea

==
GeoServer Professional Services from the experts!

Visit http://bit.ly/gs-services-us for more information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions Group
phone: +39 0584 962313

fax: +39 0584 1660272

mob:   +39  339 8844549

https://www.geosolutionsgroup.com/

http://twitter.com/geosolutions_it

---

Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE
2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si
precisa che ogni circostanza inerente alla presente email (il suo
contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è
riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il
messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra
operazione è illecita. Le sarei comunque grato se potesse darmene notizia.

This email is intended only for the person or entity to which it is
addressed and may contain information that is privileged, confidential or
otherwise protected from disclosure. We remind that - as provided by
European Regulation 2016/679 “GDPR” - copying, dissemination or use of this
e-mail or the information herein by anyone other than the intended
recipient is prohibited. If you have received this email by mistake, please
notify us immediately by telephone or e-mail
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Eclipse Setup

[Peter Smythe]

Hi Andreas

I use Eclipse to do the debugging and small changes that I make and it
works OK for me.  Yes, loading the project into an Eclipse workspace the
first time does take a very long time, but I just get on with something
else.  Reopening a workspace is then generally quick.

I also rely on the command line to do most of the building.

git checkout branch
mvn clean install -T 2C -P css,authkey,...   (also -DskipTests)
mvn eclipse:eclipse -P css,authkey,...
(mvn jetty:run -P css,authkey,... -DGEOSERVER_DATA_DIR=...)

and build using mvn again before committing code, to apply code formatting
rules.

If you want to switch to IntelliJ or another IDE, let's work together on
documenting it as well as the Eclipse

documentation

so that other new developers can get started as quickly as possible.  I am
also perhaps looking for a more modern IDE.

Peter


On Sat, 3 Feb 2024 at 20:23, Jody Garnett  wrote:

> Everyone does what they like - we have build tools to keep formatting
> consistent (which makes life easier for everyone).
>
> Personally I use both IntelliJ and maven+text editor as the situation
> warrants. I use eclipse for large refactoring - although we did the last
> refactoring using scripts so it was crazy.
>
> I believe you can get Eclipse to work if that is your preferred choice. I
> would focus on maven integration and ignore the rest.
>
> Note: in IntelliJ I have to turn off a lot of the spring framework and
> JavaEE helpers because geoserver is split across so many modules the IDE
> produces warnings and confusion.
> --
> Jody Garnett
>
>
> On Sat, Feb 3, 2024 at 8:54 AM Watermeyer, Andreas <
> andreas.waterme...@its-digital.de> wrote:
>
>> Hi Jody,
>>
>> thanks for your explanations, that helps me.
>>
>> Regarding the IDE:
>> Has the project agreed on the use of a different IDE or does everyone
>> follow their personal preference?  What do you think is used by the
>> majority?
>>
>> --
>> Andreas Watermeyer
>>
>>
>>
>>ITS Digital Solutions GmbH
>>Dillenburger Str. 77 | 51105 Köln
>> 
>>+49 231 222 49 370
>>andreas.waterme...@its-digital.de
>>www.its-digital.de
>>
>>
>>
>> Sitz der Gesellschaft: Dortmund, Amtsgericht Dortmund, HRB 28563
>> Geschäftsführer: Ludger Schulte, Gunnar Haack, Ralf Petersilka, Raimund
>> Schipp, Heinrich Toben
>>
>> Von: Jody Garnett 
>> Gesendet: Samstag, 3. Februar 2024 05:52
>> An: Watermeyer, Andreas 
>> Cc: geoserver-devel@lists.sourceforge.net
>> Betreff: Re: [Geoserver-devel] Eclipse Setup
>>
>> [Externe E-Mail] Vorsicht beim Öffnen von Links und Anhängen. / Be
>> careful when opening links and attachments.
>> It has been a couple years since I used Eclipse IDE personally.  I found
>> it was important to do one run on the command line to make the generated
>> code directories so the IDE could see them.
>>
>> For community modules we try and respect that they are experiments and
>> ensure they compile (so take part in any refactoring) - but we do not offer
>> them CPU cycles for testing on our build server (they are not stable enough
>> to always pass tests).
>>
>> We know for the work ahead that OAuth community plugins need to be
>> rewritten; if possible I would like to have one release cycle where new
>> community module for OIDC is made alongside the older one to allow folks to
>> migrate. But really for such an important component it difficult to
>> understand why they have not attracted funding to be stable.
>>
>> So goal is:
>> 1. include community module in refactor with the goal of compiling
>> 2. Include community module in dependency upgrade with goal of compiling
>> 3. When dependency upgrade cannot even compile (sigh) spend a few minuets
>> to determine why, comment the plugin of the “release” profile, and notify
>> the developer
>>
>> 1. How do you handle the extensions and the community modules
>>
>> Yes it does, I think this is why I stopped using Eclipse.
>>
>> 2. What do you do in case your changes on for example GS platform breaks
>> community code or community tests.
>>
>> The priority is the code: do whatever you can to make it compile.
>> If you really cannot get it to compile (say due to a dependency change)
>> drop it from the build.
>> The tests are not a priority at all, they are not included in the build.
>>
>> Your time as a volunteer is to be respected.
>>
>> 3. What is the expectation for the Jakarta EE migration regarding
>> extensions and community code?
>>
>> Extensions are part of the GeoServer application and will be migrated.
>> They are only optional to download, not optional to the GeoServer story.
>> The module maintainer put enough enough tests to help us as maintainers
>> just for situations like this.
>> (We experienced this first hand with the big bad geotools