-
Notifications
You must be signed in to change notification settings - Fork 66
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Generated unique-service-path should not be changed after compilation #1813
Generated unique-service-path should not be changed after compilation #1813
Comments
We will pack
|
This is good let's go ahead. |
Since we there could be scenarios where developer could implement multiple-subscriber services in one ballerina project, we might need to provide information to identify which service-path for which service. Hence, @shafreenAnfar WDYT ? |
Isn't this problem the same as the problem we had in HTTP implementation ? |
Yes, that is why we need to use this. |
Description:
In
websub:SubscriberService
we would generate a unique, random service path if the service path is not specified by the user. But currently generated service path is dynamic and it will change time to time when we stop and restart thewebsub:SubscriberService
.Solution
It would be better if we could generate this at compile-time and cache it. Then we could use it whenever we run the service and the service-path will not change when ever we re-start the service.
Describe your task(s)
We would implement this feature by writing compile-time generated service-path to
service-info.csv
file and packing it to ballerina executable jar. Then we would use this information at runtime to bind thewebsub:SubscriberService
to generated service-path.service-info.csv
file and pack it to executable jar.service-info.csv
file.service-info.csv
file into ballerina executable jar.service-info.csv
file at runtime and attachwebsub:SubscriberService
to generated service-path if user has not provided service path information.The text was updated successfully, but these errors were encountered: