faces icon indicating copy to clipboard operation
faces copied to clipboard

importConstants should be allowed everywhere, not only in f:metadata

Open eclipse-faces-bot opened this issue 6 years ago • 9 comments

In big and modular applications, it's to complex to import all enums via f:metadata. Every CC or include should be able to maintain their own imports, otherwise its very hard to maintain.

eclipse-faces-bot avatar Apr 09 '18 09:04 eclipse-faces-bot

  • Issue Imported From: https://github.com/javaee/javaserverfaces-spec/issues/1466
  • Original Issue Raised By:@tandraschko
  • Original Issue Assigned To: Unassigned

eclipse-faces-bot avatar Aug 06 '19 10:08 eclipse-faces-bot

@BalusC Commented Agreed and this is also how <o:importConstants> behaves, but the 2.3 EG decided so.

eclipse-faces-bot avatar Apr 09 '18 17:04 eclipse-faces-bot

@tandraschko Commented I see :/ But we could talk about it again for the next version, right?

eclipse-faces-bot avatar Apr 09 '18 18:04 eclipse-faces-bot

IMO important for JSF3

tandraschko avatar Nov 19 '19 12:11 tandraschko

related to #1683

tandraschko avatar Jun 09 '22 10:06 tandraschko

Should this be a general f:metadata revsion? Nice if the spec could be updated to handle https://github.com/eclipse-ee4j/mojarra/issues/5105

volosied avatar Jul 07 '23 16:07 volosied

The omnifaces documentation lists that the o:importConstants saves the objects in the request scope. Should this approach also be taken by the spec / impls?

volosied avatar Oct 11 '23 16:10 volosied

Few questions:

  1. Should ViewMetadata#getImportConstants change or should it still return the list of import constants?

  2. Should this tag keep the same taglib uri (jakarta.faces.core) and just simply be allowed to be placed anywhere? Or should a new tag be created?

volosied avatar Oct 12 '23 18:10 volosied

Let's move to 5.0 for now. We can then take the opportunity to reconsider the f:metadata. Also related: https://github.com/jakartaee/faces/issues/1849

BalusC avatar Nov 04 '23 19:11 BalusC