Search Options

Results per page
Sort
Preferred Languages
Advance

Results 1 - 4 of 4 for One (0.12 sec)

  1. guava-gwt/src/com/google/common/collect/Collect.gwt.xml

        worked everywhere that I know of except for one place: when running the GWT
        util.concurrent tests under Guava.
    
        The problem is that GWT responds poorly to two .gwt.xml files in the same
        Java package; see https://goo.gl/pRV3Yn for details.
    
        The summary is that it ignores one file in favor of the other.
        util.concurrent, like nearly all our packages, has two .gwt.xml files: one
    XML
    - Registered: Fri Apr 26 12:43:10 GMT 2024
    - Last Modified: Mon Apr 24 14:08:06 GMT 2023
    - 1.5K bytes
    - Viewed (0)
  2. guava-gwt/src/com/google/common/util/concurrent/Concurrent.gwt.xml

        worked everywhere that I know of except for one place: when running the GWT
        util.concurrent tests under Guava.
    
        The problem is that GWT responds poorly to two .gwt.xml files in the same
        Java package; see https://goo.gl/pRV3Yn for details.
    
        The summary is that it ignores one file in favor of the other.
        util.concurrent, like nearly all our packages, has two .gwt.xml files: one
    XML
    - Registered: Fri Apr 26 12:43:10 GMT 2024
    - Last Modified: Tue Jul 19 04:29:50 GMT 2022
    - 1.5K bytes
    - Viewed (0)
  3. android/pom.xml

                       builds with JDK8 began failing animal-sniffer with the error:
    
                       Failed to check signatures: Bad class file .../CollectionFuture$ListFuture.class
    
                       One way of dealing with that would be to disable
                       animal-sniffer. And that would be fine for our -jre builds:
                       If we're building with JDK8, then clearly we're sticking to
    XML
    - Registered: Fri Apr 26 12:43:10 GMT 2024
    - Last Modified: Tue Mar 12 20:26:18 GMT 2024
    - 19.4K bytes
    - Viewed (0)
  4. guava-gwt/pom.xml

              <!-- Note that we do need to build Javadoc for *some* class. Otherwise, we get an empty Javadoc jar, which the Sonatype repository manager rejects. To avoid that, we've introduced a dummy class. But we made it package-private so that no one can depend on it. That in turn forced us to configure Javadoc to show package-private APIs. -->
              <show>package</show>
            </configuration>
          </plugin>
    XML
    - Registered: Fri Apr 26 12:43:10 GMT 2024
    - Last Modified: Thu Apr 11 15:00:55 GMT 2024
    - 19.8K bytes
    - Viewed (0)
Back to top