by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Aug 11 22:42

    Aaronontheweb on dev

    Clear language on clustering co… (compare)

  • Aug 11 22:42
    Aaronontheweb closed #4541
  • Aug 11 22:42
    Aaronontheweb commented #4541
  • Aug 11 22:42

    Aaronontheweb on dev

    Remove hanging "and" in doc ben… (compare)

  • Aug 11 22:42
    Aaronontheweb closed #4540
  • Aug 11 17:42
    PatLeong opened #4541
  • Aug 11 17:35
    PatLeong opened #4540
  • Aug 11 15:27
    Aaronontheweb labeled #4539
  • Aug 11 15:27
    Aaronontheweb closed #4539
  • Aug 11 15:27
    Aaronontheweb commented #4539
  • Aug 11 03:30
    snrajan edited #4539
  • Aug 11 03:24
    snrajan opened #4539
  • Aug 10 17:18
    Arkatufus synchronize #4425
  • Aug 08 10:17
    Zetanova edited #4533
  • Aug 07 23:32

    dependabot-preview[bot] on nuget

    (compare)

  • Aug 07 23:32

    dependabot-preview[bot] on dev

    Bump Microsoft.NET.Test.Sdk fro… (compare)

  • Aug 07 23:32
    dependabot-preview[bot] closed #4538
  • Aug 07 22:00
    Arkatufus synchronize #4531
  • Aug 07 19:27
    dependabot-preview[bot] commented #4538
  • Aug 07 17:52
    dependabot-preview[bot] edited #4538
Jari Pennanen
@Ciantic
I mean the fields
not the type name, which might not be available
Maciek Misztal
@mmisztal1980
good morning
anyone know if Akka.Remote supports port sharing?
Zetanova
@Zetanova
unlikly
Maciek Misztal
@mmisztal1980
my scenario is : attempt to run multiple lighthouse instances in a servicefarbric cluster - the local cluster has 5 virtual nodes, but they share the same physical host - so I was curious, if I can get it up and running that way. Apparently the SF communication listeners need to support port sharing :/
Zetanova
@Zetanova
i am not 100% sure, but for port sharing u need native support in the plattform to route the request to the proper process
like http.sys
Maciek Misztal
@mmisztal1980
seems that there's a port sharing service available https://msdn.microsoft.com/en-us/library/aa395195(v=vs.110).aspx
and it's being used in WCF
Zetanova
@Zetanova
yes, WCF
its SOAP
Jari Pennanen
@Ciantic
namespace ConsoleApplication11
{
    [ResultMatches("MyCompany.OtherAssembly.Greet")]
    public interface IGreet
    {
        public string Who { get; set; }
    }

    public class GreetingActor : ReceiveActor
    {
        public GreetingActor()
        {
            Receive<IGreet>(greet => Console.WriteLine("Hello {0}", greet.Who));
        }
    }
}
I wonder would that work
having own attribute there
which did the "connection"
then I would only need to agree on that string
and not link the assemblies
Zetanova
@Zetanova
?
and how does the message implementation looks like?
Jari Pennanen
@Ciantic
sending part?
Zetanova
@Zetanova
the message implementation is usualy put in a shared assembly
and dont realy need link to akka
you have then
Jari Pennanen
@Ciantic
yes but I wanted to have one without shared message implementation
Zetanova
@Zetanova
MyClient.dll
MyBase.dll
MySystem.dll
yes it can work, but its slow and very error prone
Vagif Abilov
@object
@Horusiath PR is submitted with clarification in PR comment.
Jeff Cyr
@JeffCyr
@mmisztal1980 When you run multiple service fabric node on the same physical host, the service endpoint's port is not shared, all service instance will be assigned a different private port that is retrievable through the service endpoint
Zetanova
@Zetanova
@Ciantic its a realy good idea to imeplement the messages in a shared assembly. It is basicly the contract definition without it you can pass JSON strings around, that would be even better then the interfaces
Maciek Misztal
@mmisztal1980
@JeffCyr Hi Jeff, can you point me to some material on this matter please?
Arjen Smits
@Danthar
@Ciantic What if you deploy multiple actors which "implement" the same interface ? (because your using a router/pool) How would your glue code handle that ?
Jari Pennanen
@Ciantic
@Danthar I haven't really thought this out, but I just find the idea that my listener need not to agree on one message assembly intriguing, it would allow me to write e.g. user service, and if I don't update my listeners they still work if their message fields matches with it
it is more error prone yes
but the listener could be even in different language
they just agree that with this string, I get this json
Arjen Smits
@Danthar
what is the role of your listener ? Where does it sit in your architecture ?
Jari Pennanen
@Ciantic
well the listnere need to be able to talk back in that example
e.g. "ResetPassword"
Arjen Smits
@Danthar
Ok, well because it sounds to me what your looking for is an "magic" solution to API versioning.
Jari Pennanen
@Ciantic
well, if the listener is in different language, it couldn't be bound to as
shared message assembly
it has to agree like string "MyCompany.OtherAssembly.Greet" matches with { Greet: string }
{ Who: string }
Arjen Smits
@Danthar
Akka.net is .net only. We dont have wire level compatibility with the JVM version. (yet) So im not sure thats actually a problem.
Jari Pennanen
@Ciantic
I have to look how the Scala version's HTTP layer works
it can be used from other languages