Pages:
Author

Topic: SLICk - Small Lightweight multIcoin Client (Read 4628 times)

legendary
Activity: 1498
Merit: 1000
April 01, 2013, 01:54:54 AM
#27
He is returning JSON cause doesn't understand the specification, just like you.

I don't know his intentions but I'm very sure I know about JSON-RPC. What you seem to be unable to understand is the fact that RPC is not tied to a specific standard.

http://en.wikipedia.org/wiki/Remote_procedure_call

"Many different (often incompatible) technologies can be used to implement the concept."

Why are you so focused in JSON-RPC? He didn't even mention it once.

I know what RPC is but you clearly don't put two and two together, he has JSON, and is talking about RPC which is a implementation really. You can't just call RPC. So he was trying to say JSON-RPC but instead was just calling it RPC. The more stuff you post the less and less your doing yourself of making you look like a bad programmer, I would say quiet now so I don't have to keep showing you up.
legendary
Activity: 1498
Merit: 1000
Otherwise why is he returning JSON?

Because JSON is a handy object notation?

And you're right, it's Bitmessage the one that uses XML-RPC. Got both mixed up.

He is returning JSON cause doesn't understand the specification, just like you. JSON-RPC is so you can keep track of what methods your sending and what results your receiving so you know your executing on and incase any results or sending gets lost. Instead of just returning json for commands you don't know the order you sent them in.
full member
Activity: 146
Merit: 100
The download link at http://virtualminer.eu/SlickSrc.7z appears to be broken. Do you have an updated link?
newbie
Activity: 38
Merit: 0
I'v been looking for something like this! Thank you
newbie
Activity: 22
Merit: 0
He is returning JSON cause doesn't understand the specification, just like you.

I don't know his intentions but I'm very sure I know about JSON-RPC. What you seem to be unable (or worse, unwilling) to understand is the fact that RPC is not tied to a specific standard.

http://en.wikipedia.org/wiki/Remote_procedure_call

"Many different (often incompatible) technologies can be used to implement the concept."

Why are you so focused in JSON-RPC? He didn't even mention it once.
newbie
Activity: 22
Merit: 0
Otherwise why is he returning JSON?

Because JSON is a handy object notation? I've done some RPC implementations which worked through JSON but weren't JSON-RPC compliant (mainly over RESTful services).

And you're right, it's Bitmessage the one that uses XML-RPC. Got both mixed up.
newbie
Activity: 22
Merit: 0
No, I was going by http://json-rpc.org/wiki/specification and that specification wasn't found in the program, it was just JSON returns, no JSON-RPC returns.

Again, RPC is not JSON-RPC. If you can Call Procedures Remotely, it's RPC! Tongue
newbie
Activity: 22
Merit: 0
This could be scary but you said you have created a lightweight RPC server bitcoind, based on JPosse, I just looked at that code, it isn't RPC, it just returns JSON, this would not work with any existing software, kinda disappointment I could have really used this.

RPC just means Remote Procedure Call so he wasn't lieing. You've probably confused RPC with XML-RPC which is the standard used in Bitcoin-QT.
legendary
Activity: 1204
Merit: 1001
RUM AND CARROTS: A PIRATE LIFE FOR ME
February 12, 2013, 01:57:00 PM
#17
...i forgot to upload the dependencies.. mea culpa. Doing that in a few min.

Did you have a chance to see the Terracoin DEV's update? I think it will solve the hash problem you were having.
hero member
Activity: 700
Merit: 507
February 12, 2013, 11:35:36 AM
#16
...i forgot to upload the dependencies.. mea culpa. Doing that in a few min.
hero member
Activity: 700
Merit: 507
February 11, 2013, 04:50:57 AM
#15
Uploading my current snapshot of sources. Due to a shortage on time i will just do this for the moment..
legendary
Activity: 1204
Merit: 1001
RUM AND CARROTS: A PIRATE LIFE FOR ME
February 02, 2013, 06:38:50 PM
#14
Looking forward to it though, gonna be exciting.
hero member
Activity: 700
Merit: 507
January 27, 2013, 07:11:33 PM
#13
sacko: Wie gesagt, - bitte hier englisch sprechen, dann haben alle was davon.
sacko: Like I said, please talk english here, so everyone can follow the discussion.


Sorry for the delay.. was not home for the weekend, and couldnt include TRC yet. Current list of whats to do till the release:

- including TRC
- fixing some minor "config" trouble (currently you call the program with the config file as parameter, yet some places in bitcoinJ need this parameter and cannot get it without too heavy modification.. and i want to avoid that)
- fixing some minor bugs


full member
Activity: 174
Merit: 253
January 27, 2013, 06:49:00 PM
#12
Danke für die Info.

Achja: Es steht dir frei, die deutsche Sprache als hier fehlplatziert oder womöglich unangemessen zu betrachten, doch, solltest du deutsche Wurzeln haben, dann ... (du kennst meine Meinung)
hero member
Activity: 700
Merit: 507
January 27, 2013, 05:03:02 PM
#11
@Nachtwind
Gibt es einen client mit dem ich Litecoins empf/senden kann, ohne die ganze blockchain runterzuladen?

Translated: Is there a client that i can use for sending/receiving Litecoins without having to download the full blockchain



Not that i know. Even with SLICK you have to download the chain.

Translated: Soweit ich weis nicht, auch SLICK lädt die gesamte Blockchain runter. Achja, bitte deutschsprachige Nachrichten im entsprechenden Forum schreiben.
hero member
Activity: 700
Merit: 507
January 24, 2013, 09:19:12 AM
#10
Status update:
Currently adding TRC to it and putting some minor finishing touches to everything.

When that is done i am going to upload the source/jar files
legendary
Activity: 1204
Merit: 1001
RUM AND CARROTS: A PIRATE LIFE FOR ME
January 23, 2013, 12:22:45 PM
#9
Looking forward to it! :-)
hero member
Activity: 700
Merit: 507
January 11, 2013, 04:25:49 PM
#8
You could try and merge some of the changes upstream, but honestly, I'm not sure I care about litecoin. Is there some massively compelling reason you want to support that?

Yes, because i intended the client to work with bitcoin and litecoin and virtually every other *coin that is available atm - but only worked out BTC and LTC so far Wink

Keep in mind that all of the altcoins have their own little wallet quirks that are going to require maintenance. Reciever files in DevCoin, Pay Per Share mining in PPCoin, tec.

Thats why i just included BTC and LTC so far.. i would like to tackle NMC next, but dont have the time right now.
hero member
Activity: 700
Merit: 500
January 11, 2013, 02:35:53 PM
#7
You could try and merge some of the changes upstream, but honestly, I'm not sure I care about litecoin. Is there some massively compelling reason you want to support that?

Yes, because i intended the client to work with bitcoin and litecoin and virtually every other *coin that is available atm - but only worked out BTC and LTC so far Wink

Keep in mind that all of the altcoins have their own little wallet quirks that are going to require maintenance. Reciever files in DevCoin, Pay Per Share mining in PPCoin, tec.
hero member
Activity: 700
Merit: 507
January 11, 2013, 02:23:35 PM
#6
You could try and merge some of the changes upstream, but honestly, I'm not sure I care about litecoin. Is there some massively compelling reason you want to support that?

Yes, because i intended the client to work with bitcoin and litecoin and virtually every other *coin that is available atm - but only worked out BTC and LTC so far Wink
Pages:
Jump to: