Skip to content

Conversation

@subyssurendran666
Copy link
Contributor

@subyssurendran666 subyssurendran666 commented Sep 23, 2024

What it does

How to test

Author checklist

@subyssurendran666 subyssurendran666 changed the title Added ASTRewrite support(Unit test & Rewrite) and ASTConverter unit test [23] DOM Support for implicitly declared classes Sep 23, 2024
@subyssurendran666 subyssurendran666 force-pushed the DOM-Support-for-implicitly-declared-classes-2294-new branch from 1f293ac to 0054e3c Compare October 3, 2024 10:00
@subyssurendran666 subyssurendran666 force-pushed the DOM-Support-for-implicitly-declared-classes-2294-new branch from 0054e3c to 9f1d366 Compare October 3, 2024 11:22
@subyssurendran666 subyssurendran666 force-pushed the DOM-Support-for-implicitly-declared-classes-2294-new branch 2 times, most recently from a18e4f0 to 0e75fae Compare October 14, 2024 09:41
@subyssurendran666 subyssurendran666 force-pushed the DOM-Support-for-implicitly-declared-classes-2294-new branch from 0e75fae to a801a1e Compare October 15, 2024 10:17
@mpalat mpalat merged commit 26e33c7 into eclipse-jdt:master Oct 15, 2024
@stephan-herrmann
Copy link
Contributor

stephan-herrmann commented Jan 13, 2025

@mpalat @subyssurendran666 Changes on ASTConverter_23Test here and in #3252 (@jarthana fyi) cause issues when merging into BETA_JAVA24, notably because in the other branch this file has been renamed! (resulting status: compile errors after the merge - I've fixed those as part of #3551).

From a systematic point of view, implicitly declared classes are still in preview. So shouldn't we make all changes regarding this feature in the beta branch??

@mpalat
Copy link
Contributor

mpalat commented Jan 15, 2025

From a systematic point of view, implicitly declared classes are still in preview. So shouldn't we make all changes regarding this feature in the beta branch??

@stephan-herrmann Since this was applicable in master as well it was pushed to master. For example, issues in primitive types in pattern, we have pushed to master rather than Beta. However, I agree with you that from a systematic point of view, we can discuss and fix a method. I would think that:

  1. non-API changes of the preview features which can go into master if the issue owner wishes so and if it doesn't create any merge issues and failures and API changes (like this one) can go to BETA.
  2. Or as you mentioned, all changes can goto preview.

I agree that the second option is more uniform and zero-confusion and maybe easier to follow for everyone. If the general consensus is that this is better we can go alongwith this option.

@jarthana any comments from your side?

robstryker pushed a commit to robstryker/eclipse.jdt.core that referenced this pull request Feb 6, 2025
* Added ASTRewrite support(Unit test & Rewrite) and ASTConverter unit test

* Incorporated the code review changes
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants