Delete end-date sunrise, landrush, and sunrush phases

This also deletes the associated commands and domain application specific
entities.

We haven't used any of these TLD phases since early 2015 and have no
intent to do so in the future, so it makes sense to delete them now so we
don't have to carry them through the Registry 3.0 migration.

Note that, while there are data model changes, there should be no required
data migrations. The fields and entities being removed will simply remain
as orphans. I confirmed that the removed types (such as the SUNRUSH_ADD
GracePeriodType) are no longer used in production data, and left types
that are still used, e.g. BillingEvent.Flag.LANDRUSH or
HistoryEntry.Type.ALLOCATE.

-------------
Created by MOE: https://github.com/google/moe
MOE_MIGRATED_REVID=228752843

java/google/registry/model/domain/launch/LaunchExtension.java

@@ -16,7 +16,6 @@ package google.registry.model.domain.launch;
 
 import google.registry.model.Buildable.GenericBuilder;
 import google.registry.model.ImmutableObject;
-import javax.xml.bind.annotation.XmlElement;
 import javax.xml.bind.annotation.XmlTransient;
 
 /**
@@ -29,29 +28,17 @@ public abstract class LaunchExtension extends ImmutableObject {
   /** The launch phase that this domain application was created in. */
   LaunchPhase phase;
 
-  /** Application ID of the domain application. */
-  @XmlElement(name = "applicationID")
-  String applicationId;
-
   public LaunchPhase getPhase() {
     return phase;
   }
 
-  public String getApplicationId() {
-    return applicationId;
-  }
-
   /** A builder for constructing {@link LaunchExtension}. */
   public static class Builder<T extends LaunchExtension, B extends Builder<?, ?>>
       extends GenericBuilder<T, B> {
+
     public B setPhase(LaunchPhase phase) {
       getInstance().phase = phase;
       return thisCastToDerived();
     }
-
-    public B setApplicationId(String applicationId) {
-      getInstance().applicationId = applicationId;
-      return thisCastToDerived();
-    }
   }
 }