


Selbst wenn der HTTP-Server beginnt, Go und Protobuf, SQL Server, zu verwenden, gibt die Anforderung kein Ergebnis zurück
Ich versuche, API-Anfragen mit Go, Protobuf und SQL Server als Datenbank zu erstellen. Mein HTTP-Server wird durch Curl-Anfrage gestartet, Rückgabecode: 5
Mein main.go
Code
package main import ( "context" "database/sql" "encoding/json" "fmt" "log" "net" "net/http" "github.com/grpc-ecosystem/grpc-gateway/v2/runtime" pb "github.com/myorg/nb_nb_nb/proto" "google.golang.org/grpc" "google.golang.org/grpc/credentials" _ "google.golang.org/grpc/grpclog/glogger" _ "github.com/denisenkom/go-mssqldb" ) type appServer struct { pb.UnimplementedMyAppServiceServer db *sql.DB } //mssql const ( dbserver = "windows.net" port = 1433 user = "reader" password = "mypassword" database = "dbnm" ) const sqlQuery = ` my query ` func (s *appServer) ExecuteQuery(ctx context.Context, req *pb.QueryRequest) (*pb.QueryResponseList, error) { log.Printf("received: Start Date - %v, End Date - %v", req.GetReportStartDate(), req.GetReportEndDate()) rows, err := s.db.Query(sqlQuery, req.ReportStartDate, req.ReportEndDate) if err != nil { log.Printf("Error executing query: %v", err) return nil, fmt.Errorf("failed to execute query: %v", err) } defer rows.Close() var results []*pb.QueryResponse for rows.Next() { var result pb.QueryResponse err := rows.Scan( //fields ) if err != nil { log.Printf("Error scanning rows: %v", err) return nil, fmt.Errorf("failed to scan rows: %v", err) } results = append(results, &result) } return &pb.QueryResponseList{Responses: results}, nil } func connectDB() (*sql.DB, error) { connectionString := fmt.Sprintf("server=%s;user id=%s;password=%s;port=%d;database=%s", dbserver, user, password, port, database) db, err := sql.Open("mssql", connectionString) if err != nil { return nil, fmt.Errorf("failed to connect to the database: %v", err) } if err := db.Ping(); err != nil { return nil, fmt.Errorf("database connection failed: %v", err) } fmt.Println("Database connection successful") return db, nil } func main() { defer func() { if r := recover(); r != nil { log.Println("Recovered from panic:", r) } }() db, err := connectDB() if err != nil { log.Fatalf("Failed to connect to the database: %v", err) } defer db.Close() log.Println("Starting gRPC server...") lis, err := net.Listen("tcp", ":7777") if err != nil { log.Fatalf("TCP connection failed: %v", err) } else { log.Printf("gRPC Server Listening at %v", lis.Addr()) } size := 1024 * 1024 * 50 s := grpc.NewServer(grpc.MaxRecvMsgSize(size), grpc.MaxSendMsgSize(size)) pb.RegisterMyAppServiceServer(s, &appServer{db: db}) mux := runtime.NewServeMux() opts := []grpc.DialOption{grpc.WithTransportCredentials(credentials.NewClientTLSFromCert(nil, ""))} err = pb.RegisterMyAppServiceHandlerFromEndpoint(context.Background(), mux, ":7777", opts) if err != nil { log.Fatalf("Failed to register gRPC gateway: %v", err) } else { log.Printf("Registered gRPC gateway") } http.HandleFunc("/api/query", func(w http.ResponseWriter, r *http.Request) { startDate := r.URL.Query().Get("startDate") endDate := r.URL.Query().Get("endDate") req := &pb.QueryRequest{ ReportStartDate: startDate, ReportEndDate: endDate, } fmt.Print(req) resp, err := (&appServer{db: db}).ExecuteQuery(r.Context(), req) if err != nil { log.Printf("Error executing query: %v", err) http.Error(w, "Internal Server Error", http.StatusInternalServerError) return } w.Header().Set("Content-Type", "application/json") json.NewEncoder(w).Encode(resp.Responses) }) go func() { log.Println("Starting HTTP server...") err := http.ListenAndServe(":7778", mux) if err != nil { log.Fatalf("HTTP server failed: %v", err) } else { log.Printf("HTTP server started.") } }() if err := s.Serve(lis); err != nil { log.Fatalf("gRPC server failed: %v", err) } else { log.Printf("gRPC, HTTP, and API server started.") } }
go运行server/main.go
Rückkehr
Database connection successful 2023/12/24 21:48:23 Starting gRPC server... 2023/12/24 21:48:23 gRPC Server Listening at [::]:7777 2023/12/24 21:48:23 Registered gRPC gateway 2023/12/24 21:48:23 Starting HTTP server...
und Curl-Anfrage (curl -X GET "http://localhost:7778/api/query?startDate=2023-10-01&endDate=2023-10-02"
) Rückkehr:
{"code":5, "message":"Not Found", "details":[]}
Was fehlt mir in meinem Code? Warum kann ich keine Ergebnisse zurückgeben? Meine Firewall ist ausgeschaltet.
Richtige Antwort
Es scheint, dass die Route „/api/query“ auf dem Standard-ServeMux definiert wurde, aber der Mux ServeMux wird beim Abhören der Schnittstelle verwendet.
Das obige ist der detaillierte Inhalt vonSelbst wenn der HTTP-Server beginnt, Go und Protobuf, SQL Server, zu verwenden, gibt die Anforderung kein Ergebnis zurück. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Heiße KI -Werkzeuge

Undresser.AI Undress
KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover
Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool
Ausziehbilder kostenlos

Clothoff.io
KI-Kleiderentferner

AI Hentai Generator
Erstellen Sie kostenlos Ai Hentai.

Heißer Artikel

Heiße Werkzeuge

Notepad++7.3.1
Einfach zu bedienender und kostenloser Code-Editor

SublimeText3 chinesische Version
Chinesische Version, sehr einfach zu bedienen

Senden Sie Studio 13.0.1
Leistungsstarke integrierte PHP-Entwicklungsumgebung

Dreamweaver CS6
Visuelle Webentwicklungstools

SublimeText3 Mac-Version
Codebearbeitungssoftware auf Gottesniveau (SublimeText3)

Heiße Themen



OpenSSL bietet als Open -Source -Bibliothek, die in der sicheren Kommunikation weit verbreitet sind, Verschlüsselungsalgorithmen, Tasten und Zertifikatverwaltungsfunktionen. In seiner historischen Version sind jedoch einige Sicherheitslücken bekannt, von denen einige äußerst schädlich sind. Dieser Artikel konzentriert sich auf gemeinsame Schwachstellen und Antwortmaßnahmen für OpenSSL in Debian -Systemen. DebianopensL Bekannte Schwachstellen: OpenSSL hat mehrere schwerwiegende Schwachstellen erlebt, wie z. Ein Angreifer kann diese Sicherheitsanfälligkeit für nicht autorisierte Lesen sensibler Informationen auf dem Server verwenden, einschließlich Verschlüsselungsschlüssel usw.

In dem Artikel wird erläutert, wie das PPROF -Tool zur Analyse der GO -Leistung verwendet wird, einschließlich der Aktivierung des Profils, des Sammelns von Daten und der Identifizierung gängiger Engpässe wie CPU- und Speicherprobleme.Character Count: 159

In dem Artikel werden Schreiben von Unit -Tests in GO erörtert, die Best Practices, Spottechniken und Tools für ein effizientes Testmanagement abdecken.

In der Bibliothek, die für den Betrieb der Schwimmpunktnummer in der GO-Sprache verwendet wird, wird die Genauigkeit sichergestellt, wie die Genauigkeit ...

Das Problem der Warteschlange Threading In Go Crawler Colly untersucht das Problem der Verwendung der Colly Crawler Library in Go -Sprache. Entwickler stoßen häufig auf Probleme mit Threads und Anfordern von Warteschlangen. � ...

Backend Learning Path: Die Erkundungsreise von Front-End zu Back-End als Back-End-Anfänger, der sich von der Front-End-Entwicklung verwandelt, Sie haben bereits die Grundlage von Nodejs, ...

In dem Artikel werden die Verwaltungs -Go -Modulabhängigkeiten über Go.mod erörtert, die Spezifikationen, Aktualisierungen und Konfliktlösung abdecken. Es betont Best Practices wie semantische Versioning und reguläre Updates.

In dem Artikel werden mit Tabellensteuerungstests in GO eine Methode mit einer Tabelle mit Testfällen getestet, um Funktionen mit mehreren Eingaben und Ergebnissen zu testen. Es zeigt Vorteile wie eine verbesserte Lesbarkeit, verringerte Vervielfältigung, Skalierbarkeit, Konsistenz und a
