mirror of
https://github.com/hanzoai/team.git
synced 2026-09-30 01:57:35 +00:00
The server module named github.com/hanzoai/team/server/v8 — a path that resolves to the retired workspace's repository, not this one — while server/public still published github.com/mattermost/mattermost/server/public. Both are github.com/hanzoteam/server/... now, which is where this code actually lives. That second half is what made the binary unbootable. Upstream's public path stayed claimed by upstream, mattermost-plugin-ai imported it, and the build linked public/model twice; public/plugin's gob.Register then ran twice under one name and panicked at init, before main. Reverting the rename traded the brand for a working binary. Rebranding the plugin alongside it needs no such trade: the agents fork is github.com/hanzoteam/agents/v2 against our public module, so no module named mattermost/mattermost is in the graph at all. Measured: `go list -deps ./cmd/mattermost` names exactly one public/model, and it is ours.
24 lines
795 B
Go
24 lines
795 B
Go
package pluginapi
|
|
|
|
import (
|
|
"github.com/hanzoteam/server/server/public/model"
|
|
"github.com/hanzoteam/server/server/public/plugin"
|
|
)
|
|
|
|
// ClusterService exposes methods to interact with cluster nodes.
|
|
type ClusterService struct {
|
|
api plugin.API
|
|
}
|
|
|
|
// ClusterService broadcasts a plugin event to all other running instances of
|
|
// the calling plugin that are present in the cluster.
|
|
//
|
|
// This method is used to allow plugin communication in a High-Availability cluster.
|
|
// The receiving side should implement the OnPluginClusterEvent hook
|
|
// to receive events sent through this method.
|
|
//
|
|
// Minimum server version: 5.36
|
|
func (c *ClusterService) PublishPluginEvent(ev model.PluginClusterEvent, opts model.PluginClusterEventSendOptions) error {
|
|
return c.api.PublishPluginClusterEvent(ev, opts)
|
|
}
|