On 9 February 2012 17:22, Luc Maisonobe <luc.maison...@free.fr> wrote: > Le 09/02/2012 17:33, Gilles Sadowski a écrit : >> On Thu, Feb 09, 2012 at 05:13:14PM +0100, Luc Maisonobe wrote: >>> Hi, >>> >>> 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.
In that case, OK by me. > The current directory, lying under META-INF, was stripped out because > some build/conversion tools considered they own META-INF. > > Luc > >> >> >> Gilles >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> For additional commands, e-mail: dev-h...@commons.apache.org >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
