Hi Tobias, and thank you very much for your reply,

El martes, 10 de enero de 2017, 23:26:38 (UTC+1), Tobias B. escribió:
>
>
> I'm doing excatly that for quite some time now: Using bitcoinj in the 
> backend of a spring boot webapplication (still in development). The a bit 
> frustrating thing I noticed is that bitcoinj is not really built to handle 
> the bitcoin payment logic for potentially many users. It's my impression 
> that it's really made for phone wallets or small scale bitcoin 
> applications. 
>

At this time this is not an issue for me: I'm just trying to know how 
things work and fit together (I thought I could manage it in a day or two 
of christmas spare time... but I didn't).  Anyway, I understand your 
problem and I'll take it into account when starting a "real" application. 

And yes I use the WalletAppKit class it bundles a lot of things like saving 
> the wallet to disk, connecting it to the peerGroup etc. I still operate 
> outside of the wallet logic, you have access to the internal objects such 
> as transactions, issued receive addresses via walletKit.wallet()
>

Ok. So I understand there is no problem running multithreads, listeners, 
sockets, all the callbacks, Futures (Google  or Spring Futures?) and all 
the code there is on examples, I'm right?.   I presume it's the best way to 
start. 

Is your application source available somewhere or it's a commercial closed 
application. I'm not sure the best way to isolate the WalletAppKit, do you 
use it as Singleton?

And (I'm abusing you, I know :-)), the best examples and documentation are 
https://bitcoinj.github.io ?.  Or you could point me to another place?. 

Thank you very much, Tobias

 regards, 
 jmiguel


-- 
You received this message because you are subscribed to the Google Groups 
"bitcoinj" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to