IssueTracker

Any update?

Maybe I have located the problem. It's in the method com.android.ant.AaptExecTask.execute in the file com.android.ant.AaptExecTask.java.
So can I just use a fix as below (add a check for the package name) ?

    @Override
    public void execute() throws BuildException {
        ...

        // execute it.
        task.execute();
       
        // now if the project has libraries, R needs to be created for each libraries
        // but only if the project is not a library.
        try {
            if (!mNonConstantId && libPkgProp != null && !libPkgProp.isEmpty()) {
               
                File rFile = new File(mBinFolder, SdkConstants.FN_RESOURCE_TEXT);
                if (rFile.isFile()) {
                       
                    SymbolLoader symbolValues = new SymbolLoader(rFile);
                    symbolValues.load();

                    // we have two props which contains list of items. Both items represent
                    // 2 data of a single property.
                    // Don't want to use guava's splitter because it doesn't provide a list of the
                    // result. but we know the list starts with a ; so strip it.
                    if (libPkgProp.startsWith(";")) {
                        libPkgProp = libPkgProp.substring(1).trim();
                    }
                    String[] packages = libPkgProp.split(";");
                    String[] rFiles = libRFileProp.list();

                    if (packages.length != rFiles.length) {
                        throw new BuildException(String.format(
                                "%1$s and %2$s must contain the same number of items.",
                                mLibraryPackagesRefid, mLibraryRFileRefid));
                    }

                    for (int i = 0 ; i < packages.length ; i++) {
                        File libRFile = new File(rFiles[i]);                        
                        if (libRFile.isFile()) {
                            SymbolLoader symbols = new SymbolLoader(libRFile);
                            symbols.load();                            
                            if (! "the packageName in the AndroidManifest.xml of the current project".equals(packages[i])) { // add a check here before the write so it will prevent the overwrite of the R.java generated at some point before it arrives here
                                    SymbolWriter writer = new SymbolWriter(mRFolder, packages[i],
                                            symbols, symbolValues);
                                    writer.write();
                            }
                        }
                    }
                }
            }
        } catch (IOException e) {
            throw new BuildException(e);
        }

    }

Hello! Any update?
Is it OK to make that fix? Or will you fix the bug in the next release (e.g. r22)?

This has become a bottleneck for our project. Could you please update if there is any work around as chnaging package names is not feasible for us. When would the fix be available?

We encountered the same problem, please help to fix it asap.

I just post a change for review: https://android-review.googlesource.com/#/c/47341/ 
in hope that someone can pay attention about this.

Apologies to the reporter who took time to contribute a fix. I've done a fix in a parallel that handle more cases. This just went in. I'm planning to release this ASAP.

https://android-review.googlesource.com/#/c/47570/

Thanks! And I have verified the fix for ant task with our project. The fix looks good so far.

By the way, there is another issue pending your fix. It's about the parse for xxhdpi of AndroidManifest.xml. Maybe you have already fix it but not update that issue http://code.google.com/p/android/issues/detail?id=39622 

I had been having the same issue for the last 2 weeks, and our project is at a halt because of this as well. Thanks a lot for the fix !

I'd appreciate it if someone can please tell me, when will this Fix be released? Will this be part of a SDK Revision 22?

Thanks

So actually this is not completely fixed.

This works fine if there are 2+ libraries. If there is a single library and its package is the same as the app this will still fail. I'll fix this for 21.1. The other cases (more than one lib, some or all with the same packages) will go live with 21.0.1 which is due any time now.

21.0.1 fixes this issue partly and was release yesterday afternoon.

As noted above, if you have a single library that shares the app package name, and you build with Ant it will still fails. A workaround is to create a no-op empty 2nd library with the same package name. This will be fixed in the next release.

I have encountered a problem with this release 21.0.1, but it's fine in the previous sdk version.

The relation of our projects is like below:

(project type : package name)
app project   :    app           (depends on lib1 and lib2)
lib1 project  :    lib           (depends on lib3)
lib2 project  :    lib           (depends on lib3)
lib3 project  :    lib           (depends on libx)
libx project  :    libx

During the process of "-code-gen", aapt will generate error messages like...
--------
The following packages have been found to be used by two or more libraries:
        lib
No libraries must share the same package, unless all libraries share the same packages.
--------

According to the https://android-review.googlesource.com/#/c/47570/ , the "Set<String> duplicatePackages" contains only one duplicate. But it results in BuildException somehow.

Any workaround?

I'm running into the exact same issue as #12, with the exception that my app structure is somewhat more streamlined;


libK
libA
libB
libC (depends libA, libB)
libD (depends libC, libK)
libE (depends libD)
App (depends libE)

libK has packagename com.foo.bar, while every other lib and the app has packagename com.fizz.buzz

---
The following packages have been found to be used by two or more libraries:
        com.fizz.buzz
No libraries must share the same package, unless all libraries share the same packages.
---

Hello
Also got the same issue than #12, any idea for a workaround?
Thanks
Benoît

21.1.0.v201302060044-569685

I am facing an issue where the R.java file generated for the library in the dependent app is not consistent with the R.java generated in the library itself.

An example:

Library generated com.example.lib.R.java:

package com.example.lib;

public final class R {
  ...
  public static final class id {
        public static int eula_accept=0x7f090001;
        public static int eula_decline=0x7f090002;
        public static int eula_webview=0x7f090000;
        public static int mainlayout=0x7f090003;
  }
  ...
}

Where as the com.example.lib.R.java generated in the com.example dependent app is:

package com.example.lib;

public final class R {
  ...
  public static final class id {
        public static int mainlayout=0x7f090003;
  }
  ...
}

Three IDs completely missing. This is true for layouts colors, etc. There are resource references not making it. This seems like a bug.