Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add README description for Gradle Build Server #26

Merged
merged 3 commits into from
May 8, 2024
Merged
Changes from 1 commit
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
43 changes: 42 additions & 1 deletion docs/events/gsoc/2024/gradle-build-server-devx.md
Original file line number Diff line number Diff line change
@@ -1,3 +1,44 @@

# GSoC 2024. Gradle Build Server - DevX and Language Support in Buildship

Description is coming soon
- **Project GitLab** - https://gitlab.eclipse.org/eclipsefdn/emo-team/gsoc-at-the-ef/-/issues/5
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Gitlab Issue. I would recommend having another set of issues right inside the project repository and referencinh them

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I have added placeholders for issues for implementation that will be created in the Eclipse Buildship and BSP Gradle repositories. Should I go ahead and create those tickets right away or create them during the coding phase while we start the implementation?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yep, please can go ahead and create them. It is good for facilitating feedback from the community

- **Proposal** - https://docs.google.com/document/d/1ptbZvt8_dW0bgUAZfh7m-Oo3RtC4XTiY9frIrf2_OBQ/edit?usp=sharing

With the introduction of Build Server for Gradle in VS Code as a combined initiative between Microsoft & Gradle in 2023 which focused mainly on providing correct classpath for Java Projects, the following issues were addressed :

* Compiled files are output to the ‘bin’ directory, which differs from Gradle project’s default output location.
* Support for code generation, such as Annotation Processing, is suboptimal.

However, there’s a lot of potential in extending this build server. This project aims to extend this implementation to provide comprehensive support for Gradle features using the Build Server approach. The additional IDE agnostic build server capabilities proposed in this project will provide the following support :

* Describe the Gradle Build structure, allowing easy integration to project imports
* Execute tasks with cancellation support
* Execute tests
* Support additional languages

We will also implement the new fully-powered Gradle BSP for Eclipse Buildship
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would highlight this deliverable, because it looks bigger than the previous ones combined



## Authors

- [@Sidhaarthsr](https://github.com/Sidhaarthsr)

## Mentors

- [@oleg-nenashev](https://github.com/oleg-nenashev)
- [@donat](https://github.com/donat)
- [@reinsch82](https://github.com/reinsch82)
- [@hegyibalint](https://github.com/hegyibalint)
- [@jdneo](https://github.com/jdneo)

## Repositories

- [@build-server-for-gradle](https://github.com/microsoft/build-server-for-gradle)
- [@Eclipse_Buildship](https://github.com/eclipse/buildship)


## Architecture - BSP Gradle

![Architecture Image](https://raw.githubusercontent.com/Sidhaarthsr/gradle-bsp-resources/main/img/BSP_Gradle_Architecture.jpg)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would recommend including it directly in the repository. Maybe we should do a project folder for that, I would use the same name as the markdown file. It would also allow moving the current file to the folder as README.md without breaking the site


**NOTE :** The items in blue indicate the newer components indicate the component built as part of this initiative.