Hello. > >> > >> Some times ago, we had a discussion about some issues with Android > >> devices. One issue was that the packaging system for Android did remove > >> some folders we put inside META-INF. The folder we put there was > >> localization. > >> > >> I would like to mode this folder from META-INF/localization to a new > >> assets/localization, to better match Android (but not completely as we > >> do not use their specific localization API and associated xml files). > >> > >> If we need other resources, they should also be put under this "assets" > >> directory. > >> > >> What do you think ? > > > > Why not "resources" (which already exists and is more Java-ish)? > > The problem is not the resources folder, which is maven standard layout > and should be used, as Sebb points out. > > > [Maybe it's the use of "META-INF" that is the problem.] > > Yes, the problem is the structure below the resources folder, which is > the one that will be copied into the generated jar. > > For now, we have resources/META-INF/localization, which appears as > META-INF/localization in the maven generated jar. I would like to have > resources/assets/localization, which would appear as assets/localization > in the jar. > > This is compliant with maven since in the project structure it lies > below the resources directory, and this would be compliant with Android > for which application specific resources should be in an assets directory.
Does that mean that what is (just) below "resources" is not application specific? Why would be the behaviour with "resources/localization" instead of "resources/assets/localization"? Did you have a problem because the "FastMath" resource data was under "resources/data"? Or is it specific to l10n? > The current directory, lying under META-INF, was stripped out because > some build/conversion tools considered they own META-INF. I always thought it was strange to have the files in there... :-} Best, Gilles --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
