#twisted

so huh looking at my pro/cons list it looks like AMP is actually the best choice for an RPC thing that needs to have async python server(s) and AS3 and JS clients... ZeroRPC, MessagePackRPC, JSON-RPC all have significant disadvantages.. I'm quite surprised by this outcome... :)

AMP is works surprisingly well

teratorn blog about it!

the only disad really is that it isn't smart enough to run on top of a message-based transport that already does framing

(ie zeromq)

I mean, without an additional layer of redundant framing - not an issue in practice for me.

and I might prefer a more efficient binary encoding, but meh, again it's *probably* not actually a performance bottleneck in our application.

I really wish simpson woudl get the new website online :(

showing my boss docs on arhive.org is kinda sucky - but hey it's all my fault to begin with

dude-x: I don't blog

does'nt hurt to write about it somewhere.

I probably should start a blog, though

everthing I ever wanted to put out there was happy enough living on an Apache "index of" page

or on some VCS hub

yep. cap'n'proto is a non-starter if you need browser-JS and AS3 impls

I think I love AMP again.

I'm sorry, baby.

how about thrift?

foom: never used it. what's so great about it? :)

pawelmhm submitted <https://tm.tl/#8259>; - port twisted.names.authority to Python 3 (unassigned) for review

teratorn: i've never used it either

teratorn: it's just another RPC thing, and you left it out of your comparison. :)

sure, it's a good one to look at - i know it's very mature

looks like they're in love with code generation

Obviously the only thing you need for RPC is dustinlacewell/jrpc :)

https://github.com/apache/thrift/blob/master/tu... kinda verbose and silly compared to the nice keyword-arg based AMP approach to making calls and handling results as a simple dict

freaking hell it's got a bunch of java-style nested classes

teratorn: heh, I'm joking, but my library *does* satisfy all your constraints

async python with JS client..

and AS3 man I have to take care of that AS3

Sure, but my spec is trivial to implement :)

Do you literally mean Actionscript?

Or do you mean ES3?

AS3

yes the flash thing

our UI is flash because it's 9 years old and html5 wasn't a thing

Sure, but I'm surprised that anyone has an as3 client.

and we need very rich UI controls and suchlike

Anyway my thing is just a toy.

ok, yeah.

I mean I use in production

AMP actually has an AS3 impl written by some crazy russian dude

and AMP is very simple.

so I can fix these impls or write my own in a matter of hours

I needed websockets so I started with Autobahn.

Though if I was a better Twisted user I probably could have figured out how to do AMP across Autobhan.

ldlework: not that it matters but it's ok to do stuff like _rid = 0 at the class level

probably not telling you anything you don't know...

teratorn: I'm not sure what you're referring to

are you reviewing my implementation?

manager.py/JRPCManager/__init__

I thought you wrote this ?

new names enhancement https://tm.tl/#8262 by pawelmhm: port twisted.names.srvconnect to Python 3

glyph: can we rename AMP to something that isn't entirely overloaded and ungooglable?

ldlework: I was just poking around at some of your code...

ldlework: I'm pretty settled on using AMP at this point. I need to figure out how to hook it up to a ZMQ socket using either zed of txZMQ

neither of which explicity claim to support the latest ZMQ 4.x release

teratorn: Oh I would have been confused if you settled on JRPC

"New website" is kind of a stretch. I have a docroot and I can put static stuff there.

simpson: cool, lets do it! what stuff do you have to put there?

i'm excited about AMP again

but glad to not be maintaining a website

teratorn: At this current moment, zilch. Next time I have gumption, I would take the Internet Archive's archived pages and put them there.

cool, perfect. I think they are pretty good docs, if not particuarly well formatted

there are some additional implementation page links to add, at least this ActionScript3 implementation, not sure about others yet, https://github.com/bendoran/amp-as3

simpson: if you do not mind, I would like to be able to update minor content on the site. not sure if you have a way for me to do that without shell access or not... it would just be nice.

perhaps an github commit hook that pulls the new content to the server...

then if I could just push to the github..

teratorn: Lemme give you access.

alright.

simpson: what do you think about the possibility of renaming AMP? It's horribly overloaded, ungooglable and there is ambiguity if it is asynchronous message protocol or asynchronous messaging protocol (which, admittedly, is a minor thing)

brb.

I think that those of us that use AMP all the time just gave up on good names and stuck with AMP.

how about RepRPC

since it's repr-based, basically.

sounds kinda cool...

google looks clean...

teratorn: I'd rather not, even given the googleability issues.

teratorn: I suspect that the reason people are not looking for AMP is not the difficulty of *finding* it :)

well... keep the old name, certainly. just start adding on to the ecosystem using a new googleable name... is my suggestion

glyph: that's probably true though. however I think AMP still has a niche to fill, and still *should* be developed in terms of the ecosystem and features such as a declerative syntax for defining Commands in a .json file or something

and I'm probably going to start working on a non-code-gen Rust implementation that is designed to be wrappable as a C-ABI DSO

that and working on Monte are the only things interesting me at the moment. and I haven't inflicted the world with any open sores lately so I'm starting to get that itch again.

teratorn: I've asked the Dreamhost panel to enact the changes required to grant you SSH access. When it's done, I'll PM credentials.

*if* I do in fact get around to doing any of these things, I won't be using the name AMP even though it will be a superset/wire-compatible with AMP.

glyph: I understand not wanting to change the name, but I think a new name could start to be used alongside AMP.

there are huge projects out there using the AMP acronym nevermind that it's a common word in English, and basically unsearchable.

Hello I got a question: I would like to build an interface server listening to messages on an IRC channel and then pushing it through web sockets to the clients.

My problem is how to structure the program as I am having two factories (one for HTTP and one for IRC) with their respective protocols.

Should one write some kind of master class holding references to the two factories, like a controller in the MVC pattern