Search Options

Results per page
Sort
Preferred Languages
Advance

Results 1 - 10 of 1,133 for we (0.14 sec)

  1. maven-core/plugin-manager.txt

    described the dependencies of the plugin.
    
    We are looking at using Mercury for the resolution and retrieval of the plugin dependencies so during development we would translate the POMs into dependency information that Mercury can understand, and in production we would have the pre-digested format that Mercury could utilize to resolve and retrieve dependencies. We need to be careful that we are using Mercury during development and production so that we don’t get in the situation where Maven 2.x is...
    Plain Text
    - Registered: Sun Apr 21 03:35:09 GMT 2024
    - Last Modified: Mon Jul 18 22:45:13 GMT 2022
    - 12.9K bytes
    - Viewed (0)
  2. guava-gwt/pom.xml

                of those modules are ones that it uses but forgets to list in its own <inherits>, we'd
                like to get an error. Currently we do, but if we add the extra <inherits> lines, we
                won't.
    
                I have one idea for a better approach, but it's painful, and I haven't tested it: We
                could postprocess Collect.gwt.xml to add <skip> lines for all the files that should be
    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)
  3. docs/en/docs/tutorial/sql-databases.md

    Each instance of the `SessionLocal` class will be a database session. The class itself is not a database session yet.
    
    But once we create an instance of the `SessionLocal` class, this instance will be the actual database session.
    
    We name it `SessionLocal` to distinguish it from the `Session` we are importing from SQLAlchemy.
    
    We will use `Session` (the one imported from SQLAlchemy) later.
    
    Plain Text
    - Registered: Sun Apr 21 07:19:11 GMT 2024
    - Last Modified: Thu Apr 18 19:53:19 GMT 2024
    - 29.6K bytes
    - Viewed (0)
  4. cni/pkg/nodeagent/net.go

    	}
    	return nil
    }
    
    func realDependencies() *dep.RealDependencies {
    	return &dep.RealDependencies{
    		CNIMode:          false, // we are in cni, but as we do the netns ourselves, we should keep this as false.
    		NetworkNamespace: "",
    	}
    }
    
    // Remove pod from mesh: pod is not deleted, we just want to remove it from the mesh.
    func (s *NetServer) RemovePodFromMesh(ctx context.Context, pod *corev1.Pod) error {
    Go
    - Registered: Wed Apr 24 22:53:08 GMT 2024
    - Last Modified: Fri Apr 12 21:47:31 GMT 2024
    - 12.1K bytes
    - Viewed (1)
  5. docs/changelogs/upgrading_to_okhttp_4.md

    same. We’ve chosen Kotlin because it gives us powerful new capabilities while integrating closely
    with Java.
    
    We spent a lot of time and energy on retaining strict compatibility with OkHttp 3.x. We’re even
    keeping the package name the same: `okhttp3`!
    
    There are three kinds of compatibility we’re tracking:
    
    Plain Text
    - Registered: Fri Apr 26 11:42:10 GMT 2024
    - Last Modified: Sun Feb 06 16:58:16 GMT 2022
    - 10.9K bytes
    - Viewed (0)
  6. src/bufio/scan.go

    // scanners.
    func (s *Scanner) Scan() bool {
    	if s.done {
    		return false
    	}
    	s.scanCalled = true
    	// Loop until we have a token.
    	for {
    		// See if we can get a token with what we already have.
    		// If we've run out of data but have an error, give the split function
    		// a chance to recover any remaining, possibly empty token.
    		if s.end > s.start || s.err != nil {
    Go
    - Registered: Tue Apr 23 11:13:09 GMT 2024
    - Last Modified: Mon Oct 23 09:06:30 GMT 2023
    - 14.2K bytes
    - Viewed (0)
  7. src/main/java/jcifs/internal/smb1/AndXServerMessageBlock.java

             */
            return 0;
        }
    
    
        /*
         * We overload this method from ServerMessageBlock because
         * we want writeAndXWireFormat to write the parameterWords
         * and bytes. This is so we can write batched smbs because
         * all but the first smb of the chaain do not have a header
         * and therefore we do not want to writeHeaderWireFormat. We
         * just recursivly call writeAndXWireFormat.
         */
    
    Java
    - Registered: Sun Apr 21 00:10:10 GMT 2024
    - Last Modified: Mon Nov 28 10:56:27 GMT 2022
    - 14.3K bytes
    - Viewed (0)
  8. docs/en/docs/advanced/settings.md

        If not provided, it's `None` by default, here we provide `"World"` as the default value to use.
    
    Then you could call that Python program:
    
    <div class="termy">
    
    ```console
    // Here we don't set the env var yet
    $ python main.py
    
    // As we didn't set the env var, we get the default value
    
    Hello World from Python
    
    // But if we create an environment variable first
    $ export MY_NAME="Wade Wilson"
    
    Plain Text
    - Registered: Sun Apr 21 07:19:11 GMT 2024
    - Last Modified: Thu Apr 18 19:53:19 GMT 2024
    - 15.7K bytes
    - Viewed (0)
  9. android/guava/src/com/google/common/util/concurrent/ExecutionSequencer.java

         *       thread cleared it, we still know that it's not associated with our thread
         *   <li>If this field's value == null because it was associated with our thread and was
         *       cleared, we know that we're not executing inline any more
         * </ul>
         *
         * All the states where thread != currentThread are identical for our purposes, and so even
         * though it's racy, we don't care which of those values we get, so no need to synchronize.
    Java
    - Registered: Fri Apr 26 12:43:10 GMT 2024
    - Last Modified: Thu Feb 01 21:46:34 GMT 2024
    - 22.1K bytes
    - Viewed (0)
  10. android/guava/src/com/google/common/util/concurrent/AggregateFuture.java

          if (!firstTimeSeen) {
            /*
             * We've seen this, so we've seen its causes, too. No need to re-add them. (There's one case
             * where this isn't true, but we ignore it: If we record an exception, then someone calls
             * initCause() on it, and then we examine it again, we'll conclude that we've seen the whole
             * chain before when in fact we haven't. But this should be rare.)
             */
    Java
    - Registered: Fri Apr 26 12:43:10 GMT 2024
    - Last Modified: Thu Feb 01 21:46:34 GMT 2024
    - 15.4K bytes
    - Viewed (0)
Back to top