Received: from sog-mx-4.v43.ch3.sourceforge.com ([172.29.43.194] helo=mx.sourceforge.net) by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1RTwv1-0008PA-1Y for bitcoin-development@lists.sourceforge.net; Fri, 25 Nov 2011 14:38:23 +0000 Received-SPF: pass (sog-mx-4.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.215.175 as permitted sender) client-ip=209.85.215.175; envelope-from=mh.in.england@gmail.com; helo=mail-ey0-f175.google.com; Received: from mail-ey0-f175.google.com ([209.85.215.175]) by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1RTwuz-0001pt-Rt for bitcoin-development@lists.sourceforge.net; Fri, 25 Nov 2011 14:38:23 +0000 Received: by eaad13 with SMTP id d13so1201353eaa.34 for ; Fri, 25 Nov 2011 06:38:15 -0800 (PST) MIME-Version: 1.0 Received: by 10.180.108.47 with SMTP id hh15mr34898292wib.14.1322231895235; Fri, 25 Nov 2011 06:38:15 -0800 (PST) Sender: mh.in.england@gmail.com Received: by 10.216.37.203 with HTTP; Fri, 25 Nov 2011 06:38:15 -0800 (PST) In-Reply-To: References: Date: Fri, 25 Nov 2011 15:38:15 +0100 X-Google-Sender-Auth: Q7pGfOtedjoxTRY0EtqEtQLerN4 Message-ID: From: Mike Hearn To: Bitcoin Dev Content-Type: multipart/alternative; boundary=e89a8f3bab956d1d8404b2901a37 X-Spam-Score: -0.5 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (mh.in.england[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.0 HTML_MESSAGE BODY: HTML included in message 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature X-Headers-End: 1RTwuz-0001pt-Rt Subject: [Bitcoin-development] [ANNOUNCE] BitCoinJ 0.3 X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2011 14:38:23 -0000 --e89a8f3bab956d1d8404b2901a37 Content-Type: text/plain; charset=UTF-8 Perhaps a bit off-topic for this list, maybe there should be a software/services announcements list? Anyway ... I'm happy to announce version 0.3 of the leading Java implementation of the Bitcoin protocol. BitCoinJ is a widely used library that forms the foundation of projects as diverse as the Android Bitcoin Wallet, the p2p network status graphs , MultiBit , PoolServerJ and more. You can get it either from our Maven repositoryor the downloads section of the website. New in this release: - Many bugfixes, robustness and test suite improvements. - Major optimizations to reduce parsing overhead, most protocol messages are now parsed on demand. - A new PeerGroup API that handles the management of multiple peer connections. - Switched to using Maven for the build process, removed the bundled Bouncy Castle as a result. You can now depend on BitCoinJ using Maven if you don't need any special patches. - A bunch of new APIs to make writing Bitcoin apps easier. This release would not have been possible without the major contributions from: *Steve Coughlan*, who contributed many parsing improvements and optimizations *Miron Cuperman*, who did significant work on the PeerGroup API *Andreas Schildbach*, developer of the Android wallet, who as always reported many bugs and useful suggestions for improvement *Gary Rowe and Jonny Hegheim*, who set up the continuous build and Maven infrastructure What's next? The next release will focus on "more of the same", that is, fixing bugs and filling out missing features so projects using the library don't feel any need to patch their local copy of the library. By popular request we'll be switching from Subversion to git. We'll also introduce a stable wallet format that isn't dependent on Java serialization, and timestamp key creation to resolve some issues with clients that ship block chain copies. And finally of course, whatever is contributed by the community. thanks /mike -- Google Switzerland GmbH --e89a8f3bab956d1d8404b2901a37 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Perhaps a bit off-top= ic for this list, maybe there should be a software/services announcements l= ist? Anyway ...

I'm happy to announce version 0.3 of the leading Java implementation of= the Bitcoin protocol. BitCoinJ is a widely used library that forms the fou= ndation of projects as diverse as the Android B= itcoin Wallet, the=C2=A0p2p network status graphs, MultiBit,=C2=A0PoolServerJ and more.

You can get it either from our Maven repository or = the downloads section of the website.

New in this release:
  • Many bugfixes, robustness= and test suite improvements.
  • Major optimizations to reduce parsing ove= rhead, most protocol messages are now parsed on demand.
  • A new PeerGroup=C2=A0API that handles the management of = multiple peer connections.
  • Switched to using Maven for the build pro= cess, removed the bundled Bouncy Castle as a result. You can now depend on = BitCoinJ using Maven if you don't need any special patches.
  • A bunch of new APIs to make writing Bitcoin apps easier.
This rele= ase would not have been possible without the major contributions from:

Steve Coughlan, who contributed many parsing im= provements and optimizations
Miron Cuperman, who did significant work on the PeerGroup API
Andreas Schildbach, developer of the Android wallet, who as= always reported many bugs and useful suggestions for improvement
Gary Rowe and Jonny Hegheim, who set up the continuous bui= ld and Maven infrastructure

What's next? The n= ext release will focus on "more of the same", that is, fixing bug= s and filling out missing features so projects using the library don't = feel any need to patch their local copy of the library. By popular request = we'll be switching from Subversion to git. We'll also introduce a s= table wallet format that isn't dependent on Java serialization, and tim= estamp key creation to resolve some issues with clients that ship block cha= in copies. And finally of course, whatever is contributed by the community.=

thanks
/mike

--
Goo= gle Switzerland GmbH
--e89a8f3bab956d1d8404b2901a37--