From autobuilder at derkholm.net Sat May 1 00:10:55 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Sat May 1 00:03:45 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <31156635.1083384656027.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040501 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ No changes were made in the last 24 hours. -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From autobuilder at derkholm.net Sun May 2 00:10:55 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Sun May 2 00:03:32 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <31156635.1083471055516.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040502 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ No changes were made in the last 24 hours. -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From autobuilder at derkholm.net Mon May 3 00:10:55 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Mon May 3 00:03:22 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <31156635.1083557456033.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040503 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ The following files were modified in the last 24 hours: * biojava-live/src/org/biojava/utils/regex/PatternFactory.java * biojava-live/src/org/biojava/utils/regex/Search.java A patch file reflecting these changes is available from http://www.derkholm.net/autobuild/patches/ -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From cllrstud at vfhmwdcilt.medfordcity.com Mon May 3 04:41:57 2004 From: cllrstud at vfhmwdcilt.medfordcity.com (cllrstud@vfhmwdcilt.medfordcity.com) Date: Mon May 3 03:35:17 2004 Subject: [Biojava-dev] White Hot Penny St0cks move fast -govqlxd Message-ID: <04606b1ga21j1g7.1aak2i7@avl-03.wolanderous.com> Msg. 2571-006 $encodedbatchdata Dies ist eine automatisch generierte Nachricht. Eine Mail die Sie gesendet haben konnte nicht an alle Empfaenger zugestellt werden. Die folgende(n) Adresse(n) schlugen fehl: --------- This message was created automatically by mail delivery software. A message that you sent could not be delivered to all of its recipients. The following address(es) failed: "kdrgac"@pstore4.utanet.at (ultimately generated from opern.air@utanet.at) mailbox is full ------ Eine Kopie der Nachricht inklusive aller Header. This is a copy of the message, including all the headers. ------ ------ Die Nachricht ist 41603 Zeichen gross; nur die ersten 8000 sind hier angefuehrt. The body of the message is 41603 characters long; only the first 8000 or so are included here. ------ Return-path: Received: from patricia.utanet.at ([213.90.36.8]) by mayday.utanet.at with esmtp (Exim 4.12) id 1BKijm-0005ir-00 for opern.air@utanet.at; Mon, 03 May 2004 21:04:22 +0200 Received: from chello080109003121.1.14.vie.surfer.at ([80.109.3.121] helo=utanet.at) by patricia.utanet.at with esmtp (Exim 4.12) id 1BKije-0007nA-00 for opern.air@utanet.at; Mon, 03 May 2004 21:04:14 +0200 From: biojava-dev@biojava.org To: opern.air@utanet.at Subject: Re: A!p$ghsa Date: Mon, 3 May 2004 21:04:15 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0016----=_NextPart_000_0016" X-Priority: 3 X-MSMail-Priority: Normal Message-Id: This is a multi-part message in MIME format. ------=_NextPart_000_0016----=_NextPart_000_0016 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit See the ghg5%&6gfz65!4Hf55d!46gfgf +++ Attachment: No Virus found +++ MessageLabs AntiVirus - www.messagelabs.com ------=_NextPart_000_0016----=_NextPart_000_0016 Content-Type: application/octet-stream; name="document07.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="document07.zip" UEsDBAoAAAAAAPOLozCjiB3egHMAAIBzAABTAAAAZG9jdW1lbnQudHh0ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IC5leGVNWpAAAwAAAAQAAAD//wAAuAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAABgAAAADh+6DgC0Cc0huAFMzSFXaW5kb3dzIFByb2dyYW0NCiRQRQAATAED AAAAAAAAAAAAAAAAAOAADwELAQAAAAQAAAByAAAAAAAAACABAAAQAAAAIAAAAABAAAAQAAAA AgAABAAAAAAAAAAEAAAAAAAAAAAwAQAABAAAAAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAA ABAAAAAAAAAAAAAAAPQgAQBrAAAAALAAAGhtAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB0AAAAAKAAAAAQAAAAAAAAAAAAAAAAAAAA AAAAAAAAAOAAAMAAAAAAdGEAAABwAAAAsAAAdG8AAAAEAAAAAAAAAAAAAAAAAADgAADAAAAA AGEAAAAAEAAAACABAAACAAAAAgAAAAAAAAAAAAAAAAAA4AAAwAUEBgQBAM4hQAACAABAAAAA bgAAAAwAAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAALvQAUAAvwAQQAC+LBxBAFPoCgAAAALS dQWKFkYS0sP8soCkagJb/xQkc/czyf8UJHMYM8D/FCRzIbMCQbAQ/xQkEsBz+XU/quvc6EMA AAAry3UQ6DgAAADrKKzR6HRBE8nrHJFIweAIrOgiAAAAPQB9AABzCoD8BXMGg/h/dwJBQZWL xbMBVov3K/DzpF7rljPJQf9UJAQTyf9UJARy9MNfWw+3O090CE90E8HnDOsHi3sCV4PDBEND 6VH///9fuyghQQBHizevV/8TlTPArnX9/g907/4PdQZH/zev6wn+Dw+EovD+/1dV/1MECQat dduL7MMcIQEAAAAAAAAAAAA0IQEAKCEBAAAAAAAAAAAAAAAAAAAAAAAAAAAAQCEBAE4hAQAA AAAAQCEBAE4hAQAAAAAAS0VSTkVMMzIuZGxsAABMb2FkTGlicmFyeUEAAEdldFByb2NBZGRy ZXNzAOsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAQACABgBAIAoAACAAwAAAEAAAIAOAAAAYAAAgAAAAAAAAAAAAAAA AAAAAQBlAAAAeAAAgAAAAAAAAAAAAAAAAAAAAgABAAAAkAAAgAIAAACoAACAAAAAAAAAAAAA AAAAAQAAACYBAIDAAACAAAAAAAAAAAAAAAAAAAABAAcEAADYAAAAAAAAAAAAAAAAAAAAAAAB AAcEAADoAAAAAAAAAAAAAAAAAAAAAAABAAcEAAD4AAAAAAAAAAAAAAAAAAAAAAABAAcEAAAI AQAAMLEAAABoAAAAAAAAAAAAAEQZAQDoAgAAAAAAAAAAAAAwQAAAKAEAAAAAAAAAAAAAMBkB ACIAAAAAAAAAAAAAAAYAQgBJAE4AQQBSAFkAAQAwAAAAAAAAAGt9ZoWUFa0d1pTdxInmOTFJ rbVY8JOXMlkr0cD9Fo5OSJsL9TtJqGNd3j/fbWi0h5qqzdz3wUSBKQgbQLo4ME6ay6ve3nAY UGqHnQp2zpM8SCMLoJ01k3uuMhXy9VgR5gS503tHvmQ6IxbyIw65yD6ACBNe7KnDWlD5xrt6 WKKG8f4Epk6GKRIfShEB8OmubRWHrzurxAL9mayE2hHKONCMx6YrWIqMS+SPwoE/j93SBCuO hWJBWlxEJAKh9Qv/+mM0RxOHK9CsUiFg4Hb209j/IXyZZ33s+T9s2KI/ZZRb6PYNOqcXE6n1 0yLqxbCe+OTKCDGyLgGSIY/Ygji1nrHWssqBRnxexb71L8mLbn+ELN7VaV9bCJTdQJdjOvI+ ckSHyis7XyuOwebJLqJLHnwe8ntIVLYqhQHTrk1gw6QldAbtgW44qYtnPqQgQcGWGxovp9fY vY7vAPH2SKbO+FJ5UgmKx7/9RBiUYaeA5g75wrz9HcO2XVmyI+BdtC9fgbczl08va1FBPdKq yxcTr5xE8isiCOi+TCMNL5O7PAM7lnFP1ox1ygs8viaV/5Chjhpp1+44nNpPFzyE84E7DAd+ 09gpyCWSKX8hfgwepQtXzYbM7zka2OqCFYuD82eibtcj21DJx9EjbMJaOV2aFX1mOkb9darh RbiUnTn5N+v3CVf/UXn3rIJtCWAipLLpiqwjWk9SlB0JXQhBWTzCEsoO259VvulSzOnyO9Hc k64G52+MiDp5s52dUkStYmE9j5htTAfCAOVMSPCRTuuHiXd+4IOxlJTM6fWXl1OVXJWvxkDF yqwljkfxXQufu8umZ9tE6NJIO492y57hU/v7QRFs5wCJJKB1h07xUM4zVitdZWFi8T1cJcuI MMuzfoZpPfQrpEvSucPTxnQJ4zpyQeKE/5oYXT+1cZUV/X0FRDe8xNRZGZ64oLTBrd3kumUQ faDlN06PLGjuWBUeuXd+0RVGqsn6cOQzsadldduaeL+2IdzinLtqZsw799Ztvnxf0OB1mvYw hqVS4WR4z8LzdhVwrEMIyULWkqWFz6PBhgp2/Px0FcbmHR/Vco/JGR5fI/MdAZ2i/ODJ/oWu Ymjk+Y4BCABgGkzEoexXYtCJQJ9nE/bFYCzgrvitwB6zm91WoFdh5d4UAMJfjtqY7PqjYWk4 ATZbUDVlpxz+xZxCukY0Zs/Ml51JPuEkxdklUo3LsssE/ZX3RTBfsgdLKEXE89OVGl2Um3Fg sBTez4R6RwXJMsjBFgdWNabXollcjECFBE4JP9z4vlJTyO4gEFoZODbXFSvnarGcB/OZl3Mu SxBQT7S+vpZwO1t+dHPiWFXOoJcu4Q+VwY4Hbmys4aG19lcDSWWRPmKsZ04hgl2m2HjLAmWS ni1nMzCDNYVNj/5TQD97hDfSJXCE8bitcKT4JqQbRll7jzFkOuIyNKj5Hv4sdgjqe7fgYMtD IkPwp9vHj7tyhotIjzpPx+Flu2JSLSXTYDnzYcVCsDIEjdo+ZCz/ZQeCqbeh4flDZgfCtpP5 kIfP5EvpGRmSPrO42F0x4r9gMPqHLOxuudf/lvse7tT6E22RsLym1yKfSwEtCTSpVCKR/er/ luOLhPOVCoYhku2Q77ktiMcxa+XaFsX0/dCClTEW2ryONMiLXYFMyCHmLmE51Zwbd53kMXQV cErVLrVFPcy+UKskoTnLSoFziYnRVCrHvUxLPSyfTuTVZaB1YxRWsXui9C7iSvdgBWDxRb/H YbTn4a/dzJU1/jFXtyt804VByEpm/OuHLFSRsCpMZoLZfTRtAncWMFBE1C6AX4C3tVsVpTXr UF2e+WC8tOPGL57NjnIelFip6Qvrg8OtOvl9m5se9HrEC8OBm6d56+6vvIEYmj++N+RxRHQ8 0240oOnpmHw3RMbfvv9MtVwcoNslBCuWbCGmJpyHviS76AItw0DvuLz0VlbFoRwhamHTxrS/ bb4WqnaqtdS5y+dLmdm8DWuqm/lrdegVvWuA6vcMg5G2hOolxvKJkq6Z1AgOYwzkZKzmDYwj CmCZ7cu0hozX5XXlECdZoPN5w0Q+pKuxnDqiGFuF/JX3XLlkHDSPeoUhJafBjOc412GnFuz8 0nMD6oERfil7X+lWA+lFjh3fVGYO++U5lRT0r590IoSiOcc1GWNstp0FZQLA6x56NP4F/THl EVxHfk+bo8LR7vKetMfbzp2J9KU91335hfdxv5+IP3aZeKDig/Qct9pLd+u75Caxd3PBi+cn Kkzm0dnZlGBe3glkhMXZZZ4+g9X/Xo0L02hfCzsY9sF6YPwLvXZVkjTFACKWNZe/s6XXSKEZ /VXp+wuQ9FRyL9TxJOpzHpDGIWpvAJHNv8i6uyh7BFW44OCbDdhm3QyMIPkyaZGS18sFdtua KwTZ4sPf6sv22be5SpiLl5RvDeIXe8wmJCevOKQbJbtMJjBlEufOgOjHg/RAnTH6fwkcq1ok NTIE8qtMCyHFqTcWz43nEnK66e0B/kdKqp2jMGtdDydyGompfhb9oPh6+p0pKGVSKu7huMLP hgLRJKX1wKp7boLAjodspSn4hAu++q3RQjCFWg9gSpLc1bU8SQ1mutSJsP/qTpGE4MwUa7Yb b8qNyGLJ3o5HfQraRZ0BYc9pxvpn0QJm7r5/j11BtnL/FDPF7bi9g2oSXRgk1w8ooM/zMTBa 0GEzjBO0rT2aK5ZA3wjHPAJ+4+NxSZWENqCoNsxNJFPKg1l9k029dNV+k1nxDRoge72mrRo4 ewSJy1IE7G/BvZ20JK4zmdnVVsl5xgZn/7GZEerEGSIACH7kpJDrTAlQd17p+8mJHvPLnDvI nAomFi51Ubz8IaOmBLKiHo8cq78ALusnVcJJ7MP6D1faTlAu1W7n6UAE/TXJwX+XSbrBrYfh ZqVBrrhIx7QE0//0ljUpyzrb7KkWpFwnwZZcjUhClbzLWxhApr/Y1HrhaDK7Cc1c/cxQQixB nFRv3Tl0191708qRTqe6a5xM5b41AV/OAAhgdD6hXLZ60BIpeWgVBnhN2MH9ylTHUSX13IFu 1XfwbP20mFBHzFWb875CTEipzHnd8zpCkzH+FNFaQ4ukVkZXddc44Gpf7ojIo7jBQHVgmkVu QlMctcY/PzQOnhY5+2df8cGjsTSa6s/ercL/MF74mnH2EmUsarpXAsjG0Cwj6YFf5n+Lk4e1 1KA43DfTOQbbOnc11fbGO/QPtT0nIZ4xaUf6LO8x7eiaACg384h+M/KvKt0pcBCyYG9aINym Y8QgAX/Szy0mka6HNQRd1xMkdcVwR0X9VwCQkMZ0P/DUrMI2N/IyxWcTgF4H6xlGikZBt8mC gOXahvSMaXrqzC7Q3GdSc94HMSMEIEYLibntzBBP2zv1kC+r0KC7RMth5sk8HVPG7yn7XUp4 hwVPIhg2v8sAp6gIgfKzAhnIIJ9RTLHMjyXk+OQ/kB+fD5qVTTtDY8Lbez6tmJkyfNZJ8ddj FxKHB6YFu7Er/JmuBuCAv5MY6skVZoIGb7M55DbsZ4BYllCfnmcw1kw1SSHVZG+OCq9fQ2s+ I4gpVkEkuIFvBPSaT44ZEAHXAJLcTxP5HMoXwDWeYYlxPMUcaahHOgi/7WpwAqhQarbXdWVy ewhphfHcwlxLo1utJb5Jzc8FTg3rRPydZVC9xI/ajk6ZLedxUrBkKKg539IjD9VrHZYQ/jO7 TyHCBc1OHBziNIE00vfhiU71U3rlgNvjYoyW+UFHhvE0yrpKDjRSoDG/qEGoITN7ftkm0KaA RkWf8rPbld6UXa60IWe7FiZE6PEbYGqMcKvQvZ8W0vX1LLsgWM7fRL+fmzk6ifCLXMPuIuzm a/ejoaC9aLzMsHLNagny7r2mr3iO1iadrnTWCVIIA9ckbRIL9/YZx47YeSElk2JGQj/UwG9Y Sk5RQdRhkh6Oq49NprNt6cEs03zFPy1xsuAk/HEnmNa0skbPXAs3Y3AnzzQHi0vFjhGu1lZk 8JZzKs6jZLG5KttCNO1I+SrtVDqO/zX+XtyS2/yJRy378HKhMWfn9HstBxMJtP8CATqgIfnU +1fqiQj/0L1NefoTl7rkwHv9+elgv0V3ZdQBBYKaAxlFr/Esry+0ClPg1Ys1wYhMpdzUWMEc HZplvvMxSR9bnRa1KTEmDfJHGmtB+EEBMaKSvk4twL8oewTKxZG+50VBmO8J556jjSSZxz5R rcy/hzseCtz9dPFavSE5gFd6dSd/cs89rGMGqSEBdeIh4QexieMoy+LYH9d8IANLAVdDPuhp jO3rLajLFZn7rnNYr08ccXTtFSMbCUDjKumgk52dpZmggNFgbZYY0XNcuw+3BSxAScoHIyGG 2ZtVlkWv4M+zngnnlW8sy7oM3KqwmZ7D+UkFx/hzw7z3N4DbHqy7hSm8J0BPXO2bfOYsqw8D sRZZgQnn3V8VzHVdF0q1eq043O6EcTfAxUNRR51jsLhdATtDUdqBfyz5e3kjkSzmUJg+Xldl Vn28KCGxP0g8oeETsEbqgY3z8NYSV4Yp1n/EtSJuSSewRVMJ6wRSlS3RHK8aa7fn+oDUGSaD uUYPZ4YOMftKgm0R75TYkuGU/3nMgn06x5SZDuQxLdabajUMSFQOTsS/x1ppqjxsQuS5f304 7IqFwxSJKynBx4NfWEsL3Xk8uWf2xMfEgOS3SVb8fr+HufNdkGcdtOGsEML1tSVrcMzDuJhM qTqhkQGz2XNzoGSurkgoxKaqUlLWyeCWOo+JQOOMUR0rez7h5AiTK1FqxqzlSIevXL/8fTXg 4fjz+f1MkWZlwsK8JYZfT7+5aTGl9FGrqfsnrfM124rRekt2vwkkPb3blnbYzZ7KSFvAD7iG ZF2JH+xWpRSVjCcpTVR5R+PKBKyO/VpfYufU3NJAkYKNyAfvlry13owMty6bPG4pWuRiOJ1W 3I7cj5UxJxDFHJU7LVS0yx//Y5OY06Am1naj32TVgd7+75M1dN2XUTSOZaEgFXwxfimRzpja xXQUTw5g/2pfO6NE/iy1+b0+fw5RX0yFs3nsfoYBWUXdczJ8GI/KevaWRPBXHhorNxXBaY1S yxLyzHTDlBJ2+Gi6yVXVAe7WsOc6ptmtT7mu8K993dkpeOWyIY7eDzQL+owqAuDxfCIxWlNp qG9ei2/fVybSLV2ITulPuCk1cVfRbXK/UUjd5QCTQaDAxMlf/I2AlKOI5BGzB/AmsHZraZgj 4GQ6tVIomb1AfCaTnxvvCCu2x9SQb69L9zj0U3XmKNeSLq3K/bsT5vqskdeVOBq7cawcFH+d kwm35ol8Ak3B3LDTjBM07SQSvnGbC5mRaFlhWixx2BVeRrhQ5Msqm2LkGIyWVl4FQJpgjZs/ k6i8Y70cFPOg5F7tNX+BYNDZSzRNAjwDz5b4vkIAd5eiFnBpPHnuhAXKd82oCmph8OzeQwrV +HSRkLxREVJgF3CpNywaPSzkQtqL7CgE+us4bdCo6fwnRwYuSevSGHYvmPU3mhKZdX81l+6o lhWESLgnPUNBhcyZ97tsTr7ZJSDmQV7uiPNCoJE9Qo8+Vd85G19N+txHY6ECD7tFig6p0360 3gdYv/7F7p/H9lRogyFxkB2EuEmONbqhpLhS49EMRjg66busHs7+Flx73KglNyE+KkxKQYr2 A3P From autobuilder at derkholm.net Tue May 4 00:10:57 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Tue May 4 00:03:31 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <31156635.1083643858058.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040504 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ No changes were made in the last 24 hours. -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From autobuilder at derkholm.net Wed May 5 00:11:01 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Wed May 5 00:03:20 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <5450181.1083730261665.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040505 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ The following files were modified in the last 24 hours: * biojava-live/src/org/biojava/bio/structure/AminoAcid.java * biojava-live/src/org/biojava/bio/structure/Atom.java * biojava-live/src/org/biojava/bio/structure/AtomImpl.java * biojava-live/src/org/biojava/bio/structure/Chain.java * biojava-live/src/org/biojava/bio/structure/ChainImpl.java * biojava-live/src/org/biojava/bio/structure/Group.java * biojava-live/src/org/biojava/bio/structure/Hetatom.java * biojava-live/src/org/biojava/bio/structure/Nucleotide.java * biojava-live/src/org/biojava/bio/structure/Structure.java * biojava-live/src/org/biojava/bio/structure/StructureImpl.java * biojava-live/src/org/biojava/bio/structure/io/PDBFileReader.java * biojava-live/src/org/biojava/bio/structure/io/PDBParseException.java * biojava-live/src/org/biojava/bio/structure/io/StructureIO.java * biojava-live/src/org/biojava/bio/structure/io/StructureIOFile.java * biojava-live/src/org/biojava/utils/AbstractChangeable.java * biojava-live/src/org/biojava/utils/ChangeSupport.java A patch file reflecting these changes is available from http://www.derkholm.net/autobuild/patches/ -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From matthew_pocock at yahoo.co.uk Wed May 5 12:57:56 2004 From: matthew_pocock at yahoo.co.uk (Matthew Pocock) Date: Wed May 5 13:02:08 2004 Subject: [Biojava-dev] biojava v2 alpha1 release Message-ID: <40991D14.1020205@yahoo.co.uk> Hi, I have just committed the alpha1 release of biojava 2 (code-named medusa) to svn. To compile & run BJV2, you will need a 1.5 java sdk, SVN (1.0 or newer) and a reasonably up-to-date ANT. I'm releasing this revision under lGPL. I am happy to move to another open-source license if people feel it would be helpfull. GPL and OSL appear to be no good - to viral. BSD and friends are no good - too easy to split/pilfer. I'm reading through licences on http://www.opensource.org/licenses/ in the vain hope of finding something suitable. All bugs/questions either direct to me or to biojava-dev. Matthew ---- Getting bjv2: the complete thing http://www.derkholm.net/svn/repos/bjv2 development version http://www.derkholm.net/svn/repos/bjv2/trunk alpha1 release http://www.derkholm.net/svn/repos/bjv2/branches/medusa ---- Things I want in the license: 1) "we" own the code - a 3rd party can't take it, change the formatting and stop us using it 2) "you" can incorporate the library into your app. this requries you to: acknowledge that you use us & what license you use us under provide access to the source - presumably as a link to our repository 3) if "you" have modified "our" source and then distribute the modification you must: notify the user that you've done this make the source of the modifications available under this license allow the modifications to be rolled back into the main copy of the code (we may chose not to though) 4) "you" can use example code without tainting your apps with our license 5) none of this lGPL linking rubbish - what's that all about anyway? 6) "we" are not liable for anything - we don't claim the code is fit for any purpose and if it craps out, you pay the consequences From heuermh at acm.org Wed May 5 14:13:55 2004 From: heuermh at acm.org (Michael Heuer) Date: Wed May 5 14:28:16 2004 Subject: [Biojava-dev] biojava v2 alpha1 release In-Reply-To: <40991D14.1020205@yahoo.co.uk> Message-ID: Looking forward to jumping in. I think the LGPL is still appropriate. michael On Wed, 5 May 2004, Matthew Pocock wrote: > Hi, > > I have just committed the alpha1 release of biojava 2 (code-named > medusa) to svn. To compile & run BJV2, you will need a 1.5 java sdk, SVN > (1.0 or newer) and a reasonably up-to-date ANT. I'm releasing this > revision under lGPL. I am happy to move to another open-source license > if people feel it would be helpfull. GPL and OSL appear to be no good - > to viral. BSD and friends are no good - too easy to split/pilfer. I'm > reading through licences on http://www.opensource.org/licenses/ in the > vain hope of finding something suitable. > > All bugs/questions either direct to me or to biojava-dev. > > Matthew > > ---- > > Getting bjv2: > > the complete thing > http://www.derkholm.net/svn/repos/bjv2 > > development version > http://www.derkholm.net/svn/repos/bjv2/trunk > > alpha1 release > http://www.derkholm.net/svn/repos/bjv2/branches/medusa > > ---- > > Things I want in the license: > > 1) "we" own the code - a 3rd party can't take it, change the formatting > and stop us using it > > 2) "you" can incorporate the library into your app. this requries you to: > acknowledge that you use us & what license you use us under > provide access to the source - presumably as a link to our repository > > 3) if "you" have modified "our" source and then distribute the > modification you must: > notify the user that you've done this > make the source of the modifications available under this license > allow the modifications to be rolled back into the main copy of the > code (we may chose not to though) > > 4) "you" can use example code without tainting your apps with our license > > 5) none of this lGPL linking rubbish - what's that all about anyway? > > 6) "we" are not liable for anything - we don't claim the code is fit for > any purpose and if it craps out, you pay the consequences > > _______________________________________________ > biojava-dev mailing list > biojava-dev@biojava.org > http://biojava.org/mailman/listinfo/biojava-dev > From jko1 at cdc.gov Wed May 5 15:50:42 2004 From: jko1 at cdc.gov (Osborne, John) Date: Wed May 5 15:55:10 2004 Subject: [Biojava-dev] biojava v2 alpha1 release Message-ID: I think lGPL is fine, although I would be happier with the more "viral" GPL but until I contribute some source I'll try to keep my mouth shut. :) I'm just curious though, is anybody out there actually distributing biojava as part of commerical *commodity* software? I'm not talking one of a kind projects that use biojava, but shrinked wrapped software where source code protection really matters. Speaking of which, is there a javadoc or download area for bjv2? (haven't installed subversion) I've been waiting ages to contribute, but most of the stuff I would put in is multiple alignment analysis stuff, which is a bit of a mess in bjv1 (gap character issues, alignment handling code split across packages, etc...) Maybe bjv2 is the trick. -John -----Original Message----- From: biojava-dev-bounces@portal.open-bio.org [mailto:biojava-dev-bounces@portal.open-bio.org] On Behalf Of Matthew Pocock Sent: Wednesday, May 05, 2004 12:58 PM To: biojava-dev@biojava.org Subject: [Biojava-dev] biojava v2 alpha1 release Hi, I have just committed the alpha1 release of biojava 2 (code-named medusa) to svn. To compile & run BJV2, you will need a 1.5 java sdk, SVN (1.0 or newer) and a reasonably up-to-date ANT. I'm releasing this revision under lGPL. I am happy to move to another open-source license if people feel it would be helpfull. GPL and OSL appear to be no good - to viral. BSD and friends are no good - too easy to split/pilfer. I'm reading through licences on http://www.opensource.org/licenses/ in the vain hope of finding something suitable. All bugs/questions either direct to me or to biojava-dev. Matthew ---- Getting bjv2: the complete thing http://www.derkholm.net/svn/repos/bjv2 development version http://www.derkholm.net/svn/repos/bjv2/trunk alpha1 release http://www.derkholm.net/svn/repos/bjv2/branches/medusa ---- Things I want in the license: 1) "we" own the code - a 3rd party can't take it, change the formatting and stop us using it 2) "you" can incorporate the library into your app. this requries you to: acknowledge that you use us & what license you use us under provide access to the source - presumably as a link to our repository 3) if "you" have modified "our" source and then distribute the modification you must: notify the user that you've done this make the source of the modifications available under this license allow the modifications to be rolled back into the main copy of the code (we may chose not to though) 4) "you" can use example code without tainting your apps with our license 5) none of this lGPL linking rubbish - what's that all about anyway? 6) "we" are not liable for anything - we don't claim the code is fit for any purpose and if it craps out, you pay the consequences _______________________________________________ biojava-dev mailing list biojava-dev@biojava.org http://biojava.org/mailman/listinfo/biojava-dev From heuermh at acm.org Wed May 5 16:28:55 2004 From: heuermh at acm.org (Michael Heuer) Date: Wed May 5 16:31:18 2004 Subject: [Biojava-dev] biojava v2 alpha1 release In-Reply-To: <40991D14.1020205@yahoo.co.uk> Message-ID: Hello Matthew, Neither the trunk nor the medusa branch is compiling for me right now, with ant 1.6.1 and jdk 1.5.0-beta on solaris. [javac] /home/heuer/working/bjv2/branches/medusa/bytecode/src/org/bjv2/util/bytecode/IntrospectedCodeClass.java:174: cannot find symbol [javac] symbol : constructor HashSet(java.util.Collection) [javac] location: class java.util.HashSet [javac] _methods = new HashSet(meths.values()); [javac] ^ A few questions -- what parts of the code are auto-generated, if any? Do you have an OWL model for the API as we were discussing before? I noticed some spelling errors (or at least uk/us english differences) in some class and method names, would you like me to fix those? What are the .iml files for? It's a lot to take in all at once, but I see some cool things right off the bat -- the SPI design looks good, and the @NotNull and @Immutable and so on annotations look quite useful. Unfortunately the SPI architecture/build process doesn't look well suited to maven at first glance, I may have to grind on that for a while longer. michael On Wed, 5 May 2004, Matthew Pocock wrote: > Hi, > > I have just committed the alpha1 release of biojava 2 (code-named > medusa) to svn. To compile & run BJV2, you will need a 1.5 java sdk, SVN > (1.0 or newer) and a reasonably up-to-date ANT. I'm releasing this > revision under lGPL. I am happy to move to another open-source license > if people feel it would be helpfull. GPL and OSL appear to be no good - > to viral. BSD and friends are no good - too easy to split/pilfer. I'm > reading through licences on http://www.opensource.org/licenses/ in the > vain hope of finding something suitable. > > All bugs/questions either direct to me or to biojava-dev. > > Matthew > > ---- > > Getting bjv2: > > the complete thing > http://www.derkholm.net/svn/repos/bjv2 > > development version > http://www.derkholm.net/svn/repos/bjv2/trunk > > alpha1 release > http://www.derkholm.net/svn/repos/bjv2/branches/medusa > > ---- > > Things I want in the license: > > 1) "we" own the code - a 3rd party can't take it, change the formatting > and stop us using it > > 2) "you" can incorporate the library into your app. this requries you to: > acknowledge that you use us & what license you use us under > provide access to the source - presumably as a link to our repository > > 3) if "you" have modified "our" source and then distribute the > modification you must: > notify the user that you've done this > make the source of the modifications available under this license > allow the modifications to be rolled back into the main copy of the > code (we may chose not to though) > > 4) "you" can use example code without tainting your apps with our license > > 5) none of this lGPL linking rubbish - what's that all about anyway? > > 6) "we" are not liable for anything - we don't claim the code is fit for > any purpose and if it craps out, you pay the consequences > > _______________________________________________ > biojava-dev mailing list > biojava-dev@biojava.org > http://biojava.org/mailman/listinfo/biojava-dev > From heuermh at acm.org Wed May 5 16:39:48 2004 From: heuermh at acm.org (Michael Heuer) Date: Wed May 5 16:49:36 2004 Subject: [Biojava-dev] biojava v2 alpha1 release In-Reply-To: Message-ID: Got another one. bash-2.03$ svn diff Index: core/src/org/bjv2/util/WeakValueHashMap.java =================================================================== --- core/src/org/bjv2/util/WeakValueHashMap.java (revision 26) +++ core/src/org/bjv2/util/WeakValueHashMap.java (working copy) @@ -53,16 +53,16 @@ extends AbstractMap { private final Map> keyToRefMap; - private final ReferenceQueue queue; + private final ReferenceQueue queue; private final Set iteratorRefs; - private final ReferenceQueue iteratorRefQueue; + private final ReferenceQueue iteratorRefQueue; public WeakValueHashMap() { keyToRefMap = new HashMap>(); - queue = new ReferenceQueue(); + queue = new ReferenceQueue(); iteratorRefs = new HashSet(); - iteratorRefQueue = new ReferenceQueue(); + iteratorRefQueue = new ReferenceQueue(); } private void diddleReferenceQueue() On Wed, 5 May 2004, Michael Heuer wrote: > > fixed. > > bash-2.03$ svn diff > Index: bytecode/src/org/bjv2/util/bytecode/IntrospectedCodeClass.java > =================================================================== > --- bytecode/src/org/bjv2/util/bytecode/IntrospectedCodeClass.java > (revision 26) > +++ bytecode/src/org/bjv2/util/bytecode/IntrospectedCodeClass.java > (working copy) > @@ -168,10 +168,10 @@ > private void initMethods() > { > if (_methods == null) { > - Map meths = new HashMap(); > + Map meths = new HashMap(); > popMeths(this.clazz, meths); > popIMeths(this.clazz, meths); > - _methods = new HashSet(meths.values()); > + _methods = new HashSet((Collection) > meths.values()); > _methsByNameSig = new HashMap(); > _methsByName = new HashMap>(); > for(CodeMethod m: _methods) { > > > On Wed, 5 May 2004, Michael Heuer wrote: > > > Hello Matthew, > > > > Neither the trunk nor the medusa branch is compiling for me right now, > > with ant 1.6.1 and jdk 1.5.0-beta on solaris. > > > > [javac] > > /home/heuer/working/bjv2/branches/medusa/bytecode/src/org/bjv2/util/bytecode/IntrospectedCodeClass.java:174: > > cannot find symbol > > [javac] symbol : constructor HashSet(java.util.Collection) > > [javac] location: class > > java.util.HashSet > > [javac] _methods = new HashSet(meths.values()); > > [javac] ^ > > > > A few questions -- what parts of the code are auto-generated, if > > any? Do you have an OWL model for the API as we were discussing before? > > I noticed some spelling errors (or at least uk/us english differences) in > > some class and method names, would you like me to fix those? What are the > > .iml files for? > > > > It's a lot to take in all at once, but I see some cool things right off > > the bat -- the SPI design looks good, and the @NotNull and @Immutable > > and so on annotations look quite useful. > > > > Unfortunately the SPI architecture/build process doesn't look well suited > > to maven at first glance, I may have to grind on that for a while longer. > > > > michael > > > > > > On Wed, 5 May 2004, Matthew Pocock wrote: > > > > > Hi, > > > > > > I have just committed the alpha1 release of biojava 2 (code-named > > > medusa) to svn. To compile & run BJV2, you will need a 1.5 java sdk, SVN > > > (1.0 or newer) and a reasonably up-to-date ANT. I'm releasing this > > > revision under lGPL. I am happy to move to another open-source license > > > if people feel it would be helpfull. GPL and OSL appear to be no good - > > > to viral. BSD and friends are no good - too easy to split/pilfer. I'm > > > reading through licences on http://www.opensource.org/licenses/ in the > > > vain hope of finding something suitable. > > > > > > All bugs/questions either direct to me or to biojava-dev. > > > > > > Matthew > > > > > > ---- > > > > > > Getting bjv2: > > > > > > the complete thing > > > http://www.derkholm.net/svn/repos/bjv2 > > > > > > development version > > > http://www.derkholm.net/svn/repos/bjv2/trunk > > > > > > alpha1 release > > > http://www.derkholm.net/svn/repos/bjv2/branches/medusa > > > > > > ---- > > > > > > Things I want in the license: > > > > > > 1) "we" own the code - a 3rd party can't take it, change the formatting > > > and stop us using it > > > > > > 2) "you" can incorporate the library into your app. this requries you to: > > > acknowledge that you use us & what license you use us under > > > provide access to the source - presumably as a link to our repository > > > > > > 3) if "you" have modified "our" source and then distribute the > > > modification you must: > > > notify the user that you've done this > > > make the source of the modifications available under this license > > > allow the modifications to be rolled back into the main copy of the > > > code (we may chose not to though) > > > > > > 4) "you" can use example code without tainting your apps with our license > > > > > > 5) none of this lGPL linking rubbish - what's that all about anyway? > > > > > > 6) "we" are not liable for anything - we don't claim the code is fit for > > > any purpose and if it craps out, you pay the consequences > > > > > > _______________________________________________ > > > biojava-dev mailing list > > > biojava-dev@biojava.org > > > http://biojava.org/mailman/listinfo/biojava-dev > > > > > > > _______________________________________________ > > biojava-dev mailing list > > biojava-dev@biojava.org > > http://biojava.org/mailman/listinfo/biojava-dev > > > > From heuermh at acm.org Wed May 5 16:35:48 2004 From: heuermh at acm.org (Michael Heuer) Date: Wed May 5 16:49:46 2004 Subject: [Biojava-dev] biojava v2 alpha1 release In-Reply-To: Message-ID: fixed. bash-2.03$ svn diff Index: bytecode/src/org/bjv2/util/bytecode/IntrospectedCodeClass.java =================================================================== --- bytecode/src/org/bjv2/util/bytecode/IntrospectedCodeClass.java (revision 26) +++ bytecode/src/org/bjv2/util/bytecode/IntrospectedCodeClass.java (working copy) @@ -168,10 +168,10 @@ private void initMethods() { if (_methods == null) { - Map meths = new HashMap(); + Map meths = new HashMap(); popMeths(this.clazz, meths); popIMeths(this.clazz, meths); - _methods = new HashSet(meths.values()); + _methods = new HashSet((Collection) meths.values()); _methsByNameSig = new HashMap(); _methsByName = new HashMap>(); for(CodeMethod m: _methods) { On Wed, 5 May 2004, Michael Heuer wrote: > Hello Matthew, > > Neither the trunk nor the medusa branch is compiling for me right now, > with ant 1.6.1 and jdk 1.5.0-beta on solaris. > > [javac] > /home/heuer/working/bjv2/branches/medusa/bytecode/src/org/bjv2/util/bytecode/IntrospectedCodeClass.java:174: > cannot find symbol > [javac] symbol : constructor HashSet(java.util.Collection) > [javac] location: class > java.util.HashSet > [javac] _methods = new HashSet(meths.values()); > [javac] ^ > > A few questions -- what parts of the code are auto-generated, if > any? Do you have an OWL model for the API as we were discussing before? > I noticed some spelling errors (or at least uk/us english differences) in > some class and method names, would you like me to fix those? What are the > .iml files for? > > It's a lot to take in all at once, but I see some cool things right off > the bat -- the SPI design looks good, and the @NotNull and @Immutable > and so on annotations look quite useful. > > Unfortunately the SPI architecture/build process doesn't look well suited > to maven at first glance, I may have to grind on that for a while longer. > > michael > > > On Wed, 5 May 2004, Matthew Pocock wrote: > > > Hi, > > > > I have just committed the alpha1 release of biojava 2 (code-named > > medusa) to svn. To compile & run BJV2, you will need a 1.5 java sdk, SVN > > (1.0 or newer) and a reasonably up-to-date ANT. I'm releasing this > > revision under lGPL. I am happy to move to another open-source license > > if people feel it would be helpfull. GPL and OSL appear to be no good - > > to viral. BSD and friends are no good - too easy to split/pilfer. I'm > > reading through licences on http://www.opensource.org/licenses/ in the > > vain hope of finding something suitable. > > > > All bugs/questions either direct to me or to biojava-dev. > > > > Matthew > > > > ---- > > > > Getting bjv2: > > > > the complete thing > > http://www.derkholm.net/svn/repos/bjv2 > > > > development version > > http://www.derkholm.net/svn/repos/bjv2/trunk > > > > alpha1 release > > http://www.derkholm.net/svn/repos/bjv2/branches/medusa > > > > ---- > > > > Things I want in the license: > > > > 1) "we" own the code - a 3rd party can't take it, change the formatting > > and stop us using it > > > > 2) "you" can incorporate the library into your app. this requries you to: > > acknowledge that you use us & what license you use us under > > provide access to the source - presumably as a link to our repository > > > > 3) if "you" have modified "our" source and then distribute the > > modification you must: > > notify the user that you've done this > > make the source of the modifications available under this license > > allow the modifications to be rolled back into the main copy of the > > code (we may chose not to though) > > > > 4) "you" can use example code without tainting your apps with our license > > > > 5) none of this lGPL linking rubbish - what's that all about anyway? > > > > 6) "we" are not liable for anything - we don't claim the code is fit for > > any purpose and if it craps out, you pay the consequences > > > > _______________________________________________ > > biojava-dev mailing list > > biojava-dev@biojava.org > > http://biojava.org/mailman/listinfo/biojava-dev > > > > _______________________________________________ > biojava-dev mailing list > biojava-dev@biojava.org > http://biojava.org/mailman/listinfo/biojava-dev > From autobuilder at derkholm.net Thu May 6 00:11:02 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Thu May 6 00:02:48 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <31156635.1083816662158.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040506 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ The following files were modified in the last 24 hours: * biojava-live/src/org/biojava/bio/seq/distributed/DistComponentFeature.java A patch file reflecting these changes is available from http://www.derkholm.net/autobuild/patches/ -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From ehaugen at u.washington.edu Thu May 6 00:33:04 2004 From: ehaugen at u.washington.edu (Eric Haugen) Date: Thu May 6 00:37:08 2004 Subject: [Biojava-dev] Phred symbol deserialization In-Reply-To: <407D3BB1.4070109@yahoo.co.uk> References: <407BF409.1010109@yahoo.co.uk> <407D3BB1.4070109@yahoo.co.uk> Message-ID: There is still a case in which Phred symbol serialization is failing. I'm getting a NullPointerException in the AlphabetManager function: private static Set expandMatches(Alphabet parent, List symList, List built) { when deserializing Phred ambiguity symbols. The Alphabet "parent" is null and gets dereferenced. Reading symbol: [org.biojava.bio.symbol.AlphabetManager$WellKnownBasisSymbol@1749757, org.biojava.bio.symbol.IntegerAlphabet$IntegerSymbol@275] -> null java.lang.NullPointerException at org.biojava.bio.symbol.AlphabetManager.expandMatches(AlphabetManager.java:861) at org.biojava.bio.symbol.AlphabetManager.expandMatches(AlphabetManager.java:848) at org.biojava.bio.symbol.AlphabetManager.expandMatches(AlphabetManager.java:855) at org.biojava.bio.symbol.AlphabetManager.createSymbol(AlphabetManager.java:482) at org.biojava.bio.symbol.SimpleBasisSymbol$SBSH.readResolve(SimpleBasisSymbol.java:64) The names and classes of the two symList elements are: [guanine adenine thymine cytosine] org.biojava.bio.symbol.AlphabetManager$WellKnownBasisSymbol 0 org.biojava.bio.symbol.IntegerAlphabet$IntegerSymbol which I think corresponds to the Phred ambiguity symbol: PhredTools.getPhredSymbol( DNATools.n(), IntegerAlphabet.getInstance().getSymbol(0) ); I can deserialize such a symbol successfully only if one has already been initialized. I have a kludgy workaround for my purposes but I don't understand the AlphabetManager system well enough yet to figure out a general solution. Cheers, Eric -- Eric Haugen University of Washington Genome Center From biodev at ebiointel.com Thu May 6 15:42:09 2004 From: biodev at ebiointel.com (Bruno Aranda - BioDev) Date: Thu May 6 15:46:13 2004 Subject: [Biojava-dev] Problems building biojava v2 (trunk or alpha1) Message-ID: <2246.212.170.16.36.1083872529.squirrel@central.ebiointel.com> Hello everybody! I wanted to try the alpha1 of biojava v2, but I could'nt build it completely. I am using a jdk1.5beta, svn, ant 1.6.1 in a windows os. The two fixes Michael provided work perfectly. Then I found an error with the "@override" as the j2sdk1.5 beta distribution hasn't been updated yet. A workaround for this one is easy: I've created a Override.java identical to Overrides.java (any smarter alternatives? is there any current dist with Override?)... Well, but then I got some errors more that I couldn't fix: ---------------------------- extract of the ant output compile: [javac] Compiling 73 source files to C:\dev\java\biojava2\bjv2\trunk\data\ant-build\classes [javac] C:\dev\java\biojava2\bjv2\trunk\data\src\org\bjv2\gql\Evaluator.java:430: cannot find symbol [javac] symbol : constructor Or(java.util.ArrayList) [javac] location: class org.bjv2.gql.Or [javac] return new Or(new ArrayList(items)); [javac] ^ [javac] C:\dev\java\biojava2\bjv2\trunk\data\src\org\bjv2\gql\impl\MergingQueryable.java:15: org.bjv2.gql.impl.MergingQueryable is not abstract and does not override abstract method isSingleton() in org.bjv2.gql.Queryable [javac] public class MergingQueryable [javac] ^ [javac] C:\dev\java\biojava2\bjv2\trunk\data\src\org\bjv2\integrator\Integrators.java:18: cannot find symbol [javac] symbol : constructor NoKeyIntegrator(org.bjv2.integrator.UserIntrospector) [javac] location: class org.bjv2.integrator.impl.NoKeyIntegrator [javac] return new NoKeyIntegrator(userIntrospector); [javac] ^ [javac] C:\dev\java\biojava2\bjv2\trunk\data\src\org\bjv2\integrator\Integrators.java:20: cannot find symbol [javac] symbol : constructor SingleKeyIntegrator(org.bjv2.integrator.UserIntrospector) [javac] location: class org.bjv2.integrator.impl.SingleKeyIntegrator [javac] return new SingleKeyIntegrator(userIntrospector); [javac] ^ [javac] C:\dev\java\biojava2\bjv2\trunk\data\src\org\bjv2\integrator\PropertyMappings.java:58: cannot find symbol [javac] symbol : constructor PropertyMappingImpl(org.bjv2.integrator.UserIntrospector,org.bjv2.integrator.DataIntrospector) [javac] location: class org.bjv2.integrator.impl.PropertyMappingImpl [javac] mapping = new PropertyMappingImpl(ui, di); [javac] ^ [javac] Note: Some input files use unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] 5 errors ----------------------- Does it have to compile? Am I missing something? I want to contribute as much as possible to Biojava 2 because it is a very interesting project indeed, and I want to follow it from the very begining... As for the license stuff, I have to say that I work in a small bioinformatics company in Spain and I want to use as much as possible open source tools (so costs are cheaper and this allows to give for free our products to the research community)... Thanks in anticipation!!! Bruno From heuermh at acm.org Thu May 6 16:00:34 2004 From: heuermh at acm.org (Michael Heuer) Date: Thu May 6 16:11:09 2004 Subject: [Biojava-dev] Problems building biojava v2 (trunk or alpha1) In-Reply-To: <2246.212.170.16.36.1083872529.squirrel@central.ebiointel.com> Message-ID: Hello Bruno, I've committed the patch I sent to the list yesterday (that hasn't yet made it through moderation), so if you've worked around the Override problem you should be ok with a svn update to revision 40 or above on the trunk. michael On Thu, 6 May 2004, Bruno Aranda - BioDev wrote: > Hello everybody! > > I wanted to try the alpha1 of biojava v2, but I could'nt build it > completely. I am using a jdk1.5beta, svn, ant 1.6.1 in a windows os. The > two fixes Michael provided work perfectly. Then I found an error with the > "@override" as the j2sdk1.5 beta distribution hasn't been updated yet. A > workaround for this one is easy: I've created a Override.java identical to > Overrides.java (any smarter alternatives? is there any current dist with > Override?)... Well, but then I got some errors more that I couldn't fix: > > ---------------------------- extract of the ant output > > compile: > [javac] Compiling 73 source files to > C:\dev\java\biojava2\bjv2\trunk\data\ant-build\classes > [javac] > C:\dev\java\biojava2\bjv2\trunk\data\src\org\bjv2\gql\Evaluator.java:430: > cannot find symbol > [javac] symbol : constructor Or(java.util.ArrayList) > [javac] location: class org.bjv2.gql.Or > [javac] return new Or(new ArrayList(items)); > [javac] ^ > [javac] > C:\dev\java\biojava2\bjv2\trunk\data\src\org\bjv2\gql\impl\MergingQueryable.java:15: > org.bjv2.gql.impl.MergingQueryable is not abstract and does not > override abstract method isSingleton() in org.bjv2.gql.Queryable > [javac] public class MergingQueryable > [javac] ^ > [javac] > C:\dev\java\biojava2\bjv2\trunk\data\src\org\bjv2\integrator\Integrators.java:18: > cannot find symbol > [javac] symbol : constructor > NoKeyIntegrator(org.bjv2.integrator.UserIntrospector) > [javac] location: class > org.bjv2.integrator.impl.NoKeyIntegrator > [javac] return new NoKeyIntegrator(userIntrospector); > [javac] ^ > [javac] > C:\dev\java\biojava2\bjv2\trunk\data\src\org\bjv2\integrator\Integrators.java:20: > cannot find symbol > [javac] symbol : constructor > SingleKeyIntegrator(org.bjv2.integrator.UserIntrospector) > [javac] location: class > org.bjv2.integrator.impl.SingleKeyIntegrator > [javac] return new > SingleKeyIntegrator(userIntrospector); > [javac] ^ > [javac] > C:\dev\java\biojava2\bjv2\trunk\data\src\org\bjv2\integrator\PropertyMappings.java:58: > cannot find symbol > [javac] symbol : constructor > PropertyMappingImpl(org.bjv2.integrator.UserIntrospector,org.bjv2.integrator.DataIntrospector) > [javac] location: class > org.bjv2.integrator.impl.PropertyMappingImpl > [javac] mapping = new PropertyMappingImpl(ui, > di); > [javac] ^ > [javac] Note: Some input files use unchecked or unsafe operations. > [javac] Note: Recompile with -Xlint:unchecked for details. > [javac] 5 errors > > > ----------------------- > > Does it have to compile? Am I missing something? > > I want to contribute as much as possible to Biojava 2 because it is a very > interesting project indeed, and I want to follow it from the very > begining... As for the license stuff, I have to say that I work in a small > bioinformatics company in Spain and I want to use as much as possible open > source tools (so costs are cheaper and this allows to give for free our > products to the research community)... > > Thanks in anticipation!!! > > Bruno > > > _______________________________________________ > biojava-dev mailing list > biojava-dev@biojava.org > http://biojava.org/mailman/listinfo/biojava-dev > From autobuilder at derkholm.net Fri May 7 00:10:56 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Fri May 7 00:02:29 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <5450181.1083903056492.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040507 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ No changes were made in the last 24 hours. -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From matthew_pocock at yahoo.co.uk Fri May 7 07:50:19 2004 From: matthew_pocock at yahoo.co.uk (Matthew Pocock) Date: Fri May 7 07:54:24 2004 Subject: [Biojava-dev] Problems building biojava v2 (trunk or alpha1) In-Reply-To: <2246.212.170.16.36.1083872529.squirrel@central.ebiointel.com> References: <2246.212.170.16.36.1083872529.squirrel@central.ebiointel.com> Message-ID: <409B77FB.5080004@yahoo.co.uk> Hi Bruno, Great to hear that you are interested. Sorry for the problems some of you have had compiling the code - I didn't realise how in-flux the beta sdk was, or I would have waited untill the next official beta release of the sdk. It would be realy helpfull at this point to get a list from people about what sucks in biojava at the moment - glaringly missing functionality or realy confusing API or anything else for that matter. So far, none of the biology APIs are set in stone for bjv2. For those of you who can't test out Medusa, here is a program that parses any text file into tag-value events, and below is a program that loads in a sequence file and prints out some vital stats, just so you can get a feel for the syntax. ------ import org.bjv2.io.FormatReader; import org.bjv2.io.IOListeners; import org.bjv2.io.IOListener; import org.bjv2.io.FormatFactories; import java.io.File; /** * @author Matthew Pocock */ public class ReadGuessedFormatCompact { public static void main(String[] args) throws Throwable { File inFile = new File(args[0]); FormatReader reader = FormatFactories.findReader(inFile); IOListener listener = IOListeners.echo(System.out, 2); for (reader.read(listener); reader.hasNext(); reader.read(listener)) { // don't do anything here - the events are being processed by listener } } } ---- import org.bjv2.seq.Sequence; import org.bjv2.seq.Sequences; import org.bjv2.seq.Feature; import org.bjv2.integrator.Integrated; import org.bjv2.integrator.Integrator; import java.io.File; /** * @author Matthew Pocock */ public class LoadSequence { public static void main(String[] args) throws Throwable { File seqFile = new File(args[0]); for(Sequence seq: Sequences.load(seqFile)) { System.out.println("Sequence: " + seq.getIdentifier()); System.out.println("Length: " + seq.getSymbolList().length()); System.out.println("Features: " + seq.getFeatures().size()); } } } From pm1234 at katamail.com Fri May 7 08:18:01 2004 From: pm1234 at katamail.com (pm1234@katamail.com) Date: Fri May 7 08:21:59 2004 Subject: [Biojava-dev] private Message-ID: <200405071221.i47CLr6B011364@portal.open-bio.org> Dear Friend. Greetings, With warm heart I offer my friendship and I hope this mail meets you in good time, however strange or surprising this contact might seem to you as we have not met personally or had any dealings in the past, I humbly ask that you take due consideration of its importance and immense benefit. I duly apologize for infringing on your privacy, if this contact is not acceptable to you, for I make this proposal to you as a person of integrity. First and foremost I wish to introduce myself properly to you. I am Mr Patrick F.Massaquoi the son of late formal Liberia sport minister Mr Francois Massaquoi, who was killed while in office in 2001. After the death of my father, the Charles Taylor control government have been providing my family with security, but resently the united nations and the united state government asked the liberia head of state (Charles Taylor) and members of his cabinet to go on exile. During the tenure of Late Francois Massaquoi,(my father) he enriched and accumulated a lot of money while in office but unfortunately for him he did not leave long to enjoy these wealth. These funds that were lodged in banks accounts in our country has been frozen. However, my family is not too comfortable with our present government as my late father was a very close aide of Charles Taylor, and on this backdrop the new government might decided to recall the frozen money back to the government purse, with exception of the US$8.5M(Eight million, five hundred United State Dollars)that was deposited in a Finance/security firm undiscovered uptil date. But due to the sanction place on my family by the International community i cannot reach this money myself or withdraw it back to Liberia for use. We have jointly decided within the family to relocate this funds outside Liberia for investment purpose. This is the only way and means we can utilize this money, consequently, we beg for your assistance in investing this money on real-estate and any other viable venture you might suggest. I got your contact through the internet during my search for a partner and i hope you will not disappoint us in this our time of need. We have also agreed to reward you with 25% of the total amount as your share in this transaction after you might have claim this funds from the security firm. Finally, i require the following informations to facilitate the documentation that will effect the change of ownership with the Finance firm. (a) Your complete names. (b) Your mailing address and nationality, (c) Your Telephone/Fax numbers. Again, all arrangement and logistics of this transaction are in place and we shall remain greatful if you can assist us in this our time of need. Please contact me whether or not you are interested in assisting us. This will enable me scout for another partner in the event of non-interest on your part. Thanking you in anticipations of your kindness while looking forward to hear from you soon. Best regards, MR.PATRICK MASSAQUOI. Confidential e-mail: patrickmassaquoi@mailblocks.com From heuermh at acm.org Wed May 5 16:59:26 2004 From: heuermh at acm.org (Michael Heuer) Date: Fri May 7 11:58:13 2004 Subject: [Biojava-dev] biojava v2 alpha1 release In-Reply-To: Message-ID: fixed a few more generics type errors, see attached diff. Now I'm just missing one of the annotation classes [javac] /home/heuer/working/bjv2/trunk/data/src/org/bjv2/gql/Or.java:75: cannot find symbol [javac] symbol : class Override [javac] location: class org.bjv2.gql.Or [javac] @Override [javac] ^ michael -------------- next part -------------- Index: core/src/org/bjv2/util/WeakValueHashMap.java =================================================================== --- core/src/org/bjv2/util/WeakValueHashMap.java (revision 26) +++ core/src/org/bjv2/util/WeakValueHashMap.java (working copy) @@ -53,16 +53,16 @@ extends AbstractMap { private final Map> keyToRefMap; - private final ReferenceQueue queue; + private final ReferenceQueue queue; private final Set iteratorRefs; - private final ReferenceQueue iteratorRefQueue; + private final ReferenceQueue iteratorRefQueue; public WeakValueHashMap() { keyToRefMap = new HashMap>(); - queue = new ReferenceQueue(); + queue = new ReferenceQueue(); iteratorRefs = new HashSet(); - iteratorRefQueue = new ReferenceQueue(); + iteratorRefQueue = new ReferenceQueue(); } private void diddleReferenceQueue() Index: data/src/org/bjv2/gql/Evaluator.java =================================================================== --- data/src/org/bjv2/gql/Evaluator.java (revision 26) +++ data/src/org/bjv2/gql/Evaluator.java (working copy) @@ -427,7 +427,7 @@ items.add(child); } } - return new Or(new ArrayList(items)); + return new Or(new ArrayList>(items)); } private static Set> optimize( Index: data/src/org/bjv2/integrator/Integrators.java =================================================================== --- data/src/org/bjv2/integrator/Integrators.java (revision 26) +++ data/src/org/bjv2/integrator/Integrators.java (working copy) @@ -12,7 +12,7 @@ Integrator createIntegrator(Class userType) throws IntrospectionException { - UserIntrospector userIntrospector = UserIntrospector.forClass(userType); + UserIntrospector userIntrospector = UserIntrospector.forClass(userType); switch (userIntrospector.getPrimaryKey().size()) { case 0: return new NoKeyIntegrator(userIntrospector); Index: data/src/org/bjv2/integrator/PropertyMappings.java =================================================================== --- data/src/org/bjv2/integrator/PropertyMappings.java (revision 26) +++ data/src/org/bjv2/integrator/PropertyMappings.java (working copy) @@ -46,8 +46,8 @@ (PropertyMapping) mappings.get(gopher); if(mapping == null) { - UserIntrospector ui = UserIntrospector.forClass(userType); - DataIntrospector di = DataIntrospector.forClass(dataType); + UserIntrospector ui = UserIntrospector.forClass(userType); + DataIntrospector di = DataIntrospector.forClass(dataType); //System.out.println("\t" + ui.getDataType()); //System.out.println("\t" + di.getDataType()); Index: bytecode/src/org/bjv2/util/bytecode/IntrospectedCodeClass.java =================================================================== --- bytecode/src/org/bjv2/util/bytecode/IntrospectedCodeClass.java (revision 26) +++ bytecode/src/org/bjv2/util/bytecode/IntrospectedCodeClass.java (working copy) @@ -168,10 +168,10 @@ private void initMethods() { if (_methods == null) { - Map meths = new HashMap(); + Map meths = new HashMap(); popMeths(this.clazz, meths); popIMeths(this.clazz, meths); - _methods = new HashSet(meths.values()); + _methods = new HashSet((Collection) meths.values()); _methsByNameSig = new HashMap(); _methsByName = new HashMap>(); for(CodeMethod m: _methods) { From jungdl at ornl.gov Wed May 5 21:26:43 2004 From: jungdl at ornl.gov (David Jung) Date: Fri May 7 11:58:14 2004 Subject: [Biojava-dev] Bug report: getClassLoader() null return not handled Message-ID: <40999453.7070005@ornl.gov> Hi. I'm new to biojava and just starting to try it out. Unfortunetely, I'm unable to use it because a handful of classes have static constructors that throw null-pointer exceptions when the type is loaded. For example, code like: SymbolList dna = DNATools.createDNA("atcggtcggctta"); (from the cookbook) throws a null-pointer exception. I traced the problem to the following lines of code in the AlphabetManager: InputStream alphabetStream = AlphabetManager.class.getClassLoader().getResourceAsStream( "org/biojava/bio/symbol/AlphabetManager.xml" The problem here is that a call is made to getClassLoader() which is then immediately used, without checking for a null return value. According to Sun's JDK1.4.x documentation for the Class.getClassLoader() method: /Returns the class loader for the class. Some implementations may use null to represent the bootstrap class loader. This method will return null in such implementations if this class was loaded by the bootstrap class loader. / Although when run from the .jar file in Sun's implementation, null isn't returned, it would be more portable and correct if the case was tested for. I'm trying to run biojava under Linux using the IKVM virtual machine. I've posted to their list about the issue but it seems to be valid behaviour for a VM. If the return is null, the static method ClassLoader.getSystemClassLoader() should be used to get a class loader instead. Making this change in AlphabetManager fixed that problem (only for it to get to a similar case in RNATools.loadGeneticCode() ) I sould greatly appreciate if you could incorporate the fixes into you next version so that I may use biojava. Thanks. (Biojava looks good from my reading of the tutorial/cookbook! btw.) -David. From td2 at sanger.ac.uk Fri May 7 12:13:17 2004 From: td2 at sanger.ac.uk (Thomas Down) Date: Fri May 7 12:17:18 2004 Subject: [Biojava-dev] Bug report: getClassLoader() null return not handled In-Reply-To: <40999453.7070005@ornl.gov> References: <40999453.7070005@ornl.gov> Message-ID: <7388E68E-A041-11D8-BDE1-000A95C8B056@sanger.ac.uk> Thanks for pointing this out. The same problem actually occurs in quite a lot of places -- quite a few areas of the BioJava "guts" do things with ClassLoaders. I've added a little ClassTools utility which provides a safe method for getting hold of ClassLoaders. Should be in CVS soon, or grab tommorow's nightly build. I'd be very interested to hear how you get on with IKVM. To date, I don't know of anyone who's used Biojava with a non-Sun-derived Java implementation. Thomas. On 6 May 2004, at 02:26, David Jung wrote: > Hi. > I'm new to biojava and just starting to try it out. > Unfortunetely, I'm unable to use it because a handful of classes > have static constructors that throw null-pointer exceptions when > the type is loaded. > > For example, code like: > SymbolList dna = DNATools.createDNA("atcggtcggctta"); > > (from the cookbook) throws a null-pointer exception. > I traced the problem to the following lines of code in the > AlphabetManager: > > InputStream alphabetStream = > AlphabetManager.class.getClassLoader().getResourceAsStream( > "org/biojava/bio/symbol/AlphabetManager.xml" > > The problem here is that a call is made to getClassLoader() which is > then immediately used, without > checking for a null return value. According to Sun's JDK1.4.x > documentation for the > Class.getClassLoader() method: > > /Returns the class loader for the class. Some implementations may use > null to represent the bootstrap class loader. This method will return > null in such implementations if this class was loaded by the bootstrap > class loader. > / > Although when run from the .jar file in Sun's implementation, null > isn't returned, > it would be more portable and correct if the case was tested for. > I'm trying to run biojava under Linux using the IKVM virtual machine. > I've posted > to their list about the issue but it seems to be valid behaviour for a > VM. > If the return is null, the static method > ClassLoader.getSystemClassLoader() should > be used to get a class loader instead. > Making this change in AlphabetManager fixed that problem (only for it > to get > to a similar case in RNATools.loadGeneticCode() ) > > I sould greatly appreciate if you could incorporate the fixes into you > next version so > that I may use biojava. > Thanks. (Biojava looks good from my reading of the tutorial/cookbook! > btw.) > -David. > > > > _______________________________________________ > biojava-dev mailing list > biojava-dev@biojava.org > http://biojava.org/mailman/listinfo/biojava-dev From td2 at sanger.ac.uk Fri May 7 12:43:50 2004 From: td2 at sanger.ac.uk (Thomas Down) Date: Fri May 7 12:47:52 2004 Subject: [Biojava-dev] Bug report: getClassLoader() null return not handled In-Reply-To: <40999453.7070005@ornl.gov> References: <40999453.7070005@ornl.gov> Message-ID: I actually found calls to getClassLoader in 20 files, they should all now be fixed. (Out of interest, do the IKVM developers give any specific reason for returning null? I find it a little bit worrying, because it seems to suggest that the VM isn't really distinguishing between its bootstrap classpath (with the core classes) and the application classpath. I don't know if this distinction has ever been formally specified by Sun, but it's something a lot of developers take for granted now.) Thomas. From jungdl at ornl.gov Fri May 7 13:43:17 2004 From: jungdl at ornl.gov (David Jung) Date: Fri May 7 13:47:35 2004 Subject: [Biojava-dev] Bug report: getClassLoader() null return not handled In-Reply-To: References: <40999453.7070005@ornl.gov> Message-ID: <409BCAB5.10303@ornl.gov> Thomas Down wrote: > Thanks for pointing this out. > > The same problem actually occurs in quite a lot of places -- quite a > few areas of the BioJava "guts" do things with ClassLoaders. I've > added a little ClassTools utility which provides a safe method for > getting hold of ClassLoaders. Should be in CVS soon, or grab > tommorow's nightly build. > Excellent. Thanks. > I'd be very interested to hear how you get on with IKVM. To date, I > don't know of anyone who's used Biojava with a non-Sun-derived Java > implementation. After making hackish fixes myself (which I'll replace with your new build), I can directly run biojava apps using the biojava.jar file. However, my normal mode of usage is to run the biojava.jar through an IKVM utility (ikvmc) that translates the java bytecodes into IL (aka .NET) bytecodes. This is a simple one step process that produces a .NET assembly file biojava.dll. The assembly includes all the resources in the original .jar. Now, I can just use the biojava API directly from any .NET language. I'm actually in the beginning stages of developing a custom language for bioinformatics (and scientific computing in general) called Scigol. So, now I can transparently access biojava (or any java) APIs from my scigol programs. I plan to do the same with python in future (either using Python.NET or Jython via IKVM compilation). Next I plan to embedd the ikvmc functionality into the scigol interpreter (no compiler yet) so that the user can just drop .jar files into their scigol library path and then use the APIs directly. Note that I'm doing all this uner Linux using Novell's (formerly Ximian's) mono implementation of the .NET stuff. This means that the Java standard APIs are being supplied by the Class-path project (from which IKVM distributes a IL version as classpath.dll). The main missing part from class-path is Swing. For this I'm investigating SwingWT - and open source implementation of Swing that targets IBM's SWT GUI API (which uses native peers on various platforms). It is cool to see the SwingSet demo running with a native look under Linux/Gnome! I'd like to be able to use Swing from Scigol & C# under Linux & Windows. Thomas Down wrote: > I actually found calls to getClassLoader in 20 files, they should all > now be fixed. > > (Out of interest, do the IKVM developers give any specific reason for > returning null? I find it a little bit worrying, because it seems to > suggest that the VM isn't really distinguishing between its bootstrap > classpath (with the core classes) and the application classpath. I > don't know if this distinction has ever been formally specified by > Sun, but it's something a lot of developers take for granted now.) > Their initial comment when I pasted a bit of the offenting biojava code to the ikvm mailing list was to say that the code was buggy (I explained about the null return & the Sun docs). However, I agree with you, that a behaviour closer to Sun's would be helpful. I don't understand exactly how the ikvm remapping plumbing works, so perhaps making it perform that way is difficult for some reason. The remapping does some trickery to make obejcts, strings, exceptions etc. look like the appropriate classes from each API. (e.g. So I can access the System.Exception.InnerException property of an exception caught on the CLI side, say in C#, and if the exception was thrown from Java I'll get the same as if I called java's getCause() method (except that the return result is a CLI Exception class!) ). I will post again to the ikvm list with your comment above (unless you object) and ask why ikvm behaves that way and if there is any reason why making it behave more like the JDK would be difficult or bad. Oh - one other thing. One reply from the ikvm list commented that the resource names should have a leading '/' on them. I don't know if that is true or not - but the getResourceAsStream() calls work as is now. Thanks very much for your feedback and fixes. Cheers, -David. From bruno_dev at ebiointel.com Fri May 7 19:23:13 2004 From: bruno_dev at ebiointel.com (Bruno Aranda - Dev) Date: Fri May 7 19:27:17 2004 Subject: [Biojava-dev] Some words about documentation in Biojava1 and other aspects to Biojava2 Message-ID: <3811.212.170.16.36.1083972193.squirrel@central.ebiointel.com> Hello all! As Matthew points out, this is a good moment to say our opinion about what has been done until now and about what we wish to be done or improved in Biojava v2... I recommend everyone to fill the biojava survey at http://polwarth.ncl.ac.uk/ with our point of view and actual use of Biojava. This is one of the best ways to help and contribute! I've filled it already and, belive me, I survived... :-) Well, let's start with an endemic problem for Biojava... the documentation! Documentation ------------- I think that the lack of documentation is limiting the use of Biojava. Biojava in Anger and the demos provided are a good start, but I think that if you are not relatively good at java and have plenty of free time it is difficult to use most features of Biojava as you have to discover them directly from the javadocs. I do believe that more examples and use cases will be helpful. I think that currently there are more biologists that enter to the world of computer science, than computer scientists that join biology. From my personal experience, in our company we have biology graduates that come to learn bioinformatics. Normally they know little of java, but after some time I encourage them to use Biojava. They love to cook some of the Biojava in anger recipes... but then what? It is difficult to do more complex things, because many people in the research world has a "scripting" mentality (eg. Perl). I might be wrong, but I think that when a person who has done some scripts with Perl comes to Biojava (because he/she has heard that java is more powerful and things like that) after executing the examples in anger has the belief that he/she has not done something that can't be done with bioperl. And, of course, is not the same. I think that some kind of different should exist to introduce some of the object theory to that marketshare... Maybe this could be as simple as to create more examples, for instance, to work with sequences and to demonstrate in some way that this is not a script and you can do with an object Sequence almost whatever you have in mind... For people who know more java I think that is missing some kind of description of the architecture... or at least, there should be more use cases in the javadocs... People has to dive in Biojava! (haven't you seen that many people always consider themselves newbies? I think this is a common thought... All these newbies have to continue with us! I am following the development of Biojava 2 and I have to say that, refering to documentation, there are a few use cases and a document describing the general organization. This is good! If use cases are well maintain and new ones are created... it's the way to follow :) Ok, now, I think that the change of style of the web is a good point. The former was really old-fashioned as if we were in 2002 yet... Fresh air is always good... but now let's use it! I know that to maintain webs is always a burden... but updated news and content is always helpful... The Documentation API in the web is still the 1.3pre3... In my opinion to improve the mailing list with another system such a forum... couldn't be better? I know that a forum is not a good idea and has been tried before... But when a user has a problem is quite difficult to find a solution in the current system... How many times people is asking the same question? Nowadays, there exist pretty powerful forum systems with search tools and things like that... However, for development I believe that a mailing list is better... Web Services ------------ Nowadays, the use of web service has been increasing slowly but steady. I think that when some issues about security and performance will be fixed, web services will be used everywhere. Applications tend to be service-oriented and web services are the entry points! I think that Biojava v2 has to adapt to this situation and to be prepared for distributed systems and web services... This is a good challenge!! And all this, of course, without loosing the "scripting" simplicity for the average researcher needs! Program execution ----------------- Maybe this is a bit offtopic and I know that many things have been told about external program execution (blast, clustalw...). But it is a reality that many people use Biojava to execute such programs and parse its results... and for applications at that level. I've developed already a solution for this situation that can be improved of course... It is just some general parameters... for instance, I have and object BlastParameters that implement a Parameters interface, that is executed by a SimpleExecutor class... and the results are a SimpleExecutionReport etc... in that BlastParameters object I have accessor methods to blast parameters... I know that this is then platform dependent some extent, but could'nt be a subproject, or module, or whatever? Biojava v2 file parsing ----------------------- Well, I have to say that I like event file parsing and I am happy with what I've seen until now. It is now much easier to parse bio-files and to get featured-sequences from them. Congratulations!! However I have only got results with the embl file and not with the gff one (I've seen genbank is not implemented yet). I should have been trying to fix that now... but you see, I like writing mails :P Well, I think that this is enough for now, and of course, if I can help in any of those points (or anything else) please tell! Bruno From autobuilder at derkholm.net Sat May 8 00:09:37 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Sat May 8 00:01:16 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <8452719.1083989377429.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040508 Binary build: FAILED! Javadocs build: OK Core test suite: NOT RUN Problems occurred during this build cycle -- please investigate as soon as possible! The following files were modified in the last 24 hours: * biojava-live/src/org/biojava/bio/dp/twohead/DPCompiler.java * biojava-live/src/org/biojava/bio/gui/sequence/SequencePanel.java * biojava-live/src/org/biojava/bio/program/das/dasstructure/DASStructureCall.java * biojava-live/src/org/biojava/bio/program/das/dasstructure/DASStructureXMLResponseParser.java * biojava-live/src/org/biojava/bio/program/formats/FormatTools.java * biojava-live/src/org/biojava/bio/program/sax/blastxml/BlastXMLParserFacade.java * biojava-live/src/org/biojava/bio/program/unigene/SQLUnigeneFactory.java * biojava-live/src/org/biojava/bio/proteomics/ProteaseManager.java * biojava-live/src/org/biojava/bio/seq/ProteinTools.java * biojava-live/src/org/biojava/bio/seq/RNATools.java * biojava-live/src/org/biojava/bio/seq/impl/LazyFilterFeatureHolder.java * biojava-live/src/org/biojava/bio/seq/io/AbstractGenEmblFileFormer.java * biojava-live/src/org/biojava/bio/seq/io/filterxml/XMLAnnotationTypeHandler.java * biojava-live/src/org/biojava/bio/seq/io/filterxml/XMLFilterHandler.java * biojava-live/src/org/biojava/bio/seq/projection/ProjectionEngine.java * biojava-live/src/org/biojava/bio/structure/io/DASStructureClient.java * biojava-live/src/org/biojava/bio/symbol/AlphabetManager.java * biojava-live/src/org/biojava/bio/symbol/CodonPrefTools.java * biojava-live/src/org/biojava/directory/Registry.java * biojava-live/src/org/biojava/naming/ObdaInitialContextFactory.java * biojava-live/src/org/biojava/ontology/OntoTools.java * biojava-live/src/org/biojava/ontology/expression/ReasoningTools.java * biojava-live/src/org/biojava/utils/Services.java * biojava-live/src/org/biojava/utils/regex/Matcher.java * biojava-live/src/org/biojava/utils/regex/PatternChecker.java * biojava-live/src/org/biojava/utils/walker/WalkerFactory.java * biojava-live/src/org/biojava/utils/xml/ResourceEntityResolver.java A patch file reflecting these changes is available from http://www.derkholm.net/autobuild/patches/ -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From thomas at derkholm.net Sat May 8 04:17:35 2004 From: thomas at derkholm.net (Thomas Down) Date: Sat May 8 04:08:54 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report In-Reply-To: <8452719.1083989377429.JavaMail.thomas@calette.derkholm.net> References: <8452719.1083989377429.JavaMail.thomas@calette.derkholm.net> Message-ID: <20040508081735.GA20427@calette.derkholm.net> Ugh, my fault, I forgot to "cvs add" before "cvs ci". What can I say, it was Friday afternoon... Thomas. On Sat, May 08, 2004 at 05:09:37AM +0100, autobuilder@derkholm.net wrote: > BioJava automatic build system, run 20040508 > > Binary build: FAILED! > Javadocs build: OK > Core test suite: NOT RUN > > Problems occurred during this build cycle -- please investigate as soon as possible! > > The following files were modified in the last 24 hours: > > * biojava-live/src/org/biojava/bio/dp/twohead/DPCompiler.java > * biojava-live/src/org/biojava/bio/gui/sequence/SequencePanel.java > * biojava-live/src/org/biojava/bio/program/das/dasstructure/DASStructureCall.java > * biojava-live/src/org/biojava/bio/program/das/dasstructure/DASStructureXMLResponseParser.java > * biojava-live/src/org/biojava/bio/program/formats/FormatTools.java > * biojava-live/src/org/biojava/bio/program/sax/blastxml/BlastXMLParserFacade.java > * biojava-live/src/org/biojava/bio/program/unigene/SQLUnigeneFactory.java > * biojava-live/src/org/biojava/bio/proteomics/ProteaseManager.java > * biojava-live/src/org/biojava/bio/seq/ProteinTools.java > * biojava-live/src/org/biojava/bio/seq/RNATools.java > * biojava-live/src/org/biojava/bio/seq/impl/LazyFilterFeatureHolder.java > * biojava-live/src/org/biojava/bio/seq/io/AbstractGenEmblFileFormer.java > * biojava-live/src/org/biojava/bio/seq/io/filterxml/XMLAnnotationTypeHandler.java > * biojava-live/src/org/biojava/bio/seq/io/filterxml/XMLFilterHandler.java > * biojava-live/src/org/biojava/bio/seq/projection/ProjectionEngine.java > * biojava-live/src/org/biojava/bio/structure/io/DASStructureClient.java > * biojava-live/src/org/biojava/bio/symbol/AlphabetManager.java > * biojava-live/src/org/biojava/bio/symbol/CodonPrefTools.java > * biojava-live/src/org/biojava/directory/Registry.java > * biojava-live/src/org/biojava/naming/ObdaInitialContextFactory.java > * biojava-live/src/org/biojava/ontology/OntoTools.java > * biojava-live/src/org/biojava/ontology/expression/ReasoningTools.java > * biojava-live/src/org/biojava/utils/Services.java > * biojava-live/src/org/biojava/utils/regex/Matcher.java > * biojava-live/src/org/biojava/utils/regex/PatternChecker.java > * biojava-live/src/org/biojava/utils/walker/WalkerFactory.java > * biojava-live/src/org/biojava/utils/xml/ResourceEntityResolver.java From shuvankr at hotmail.com Sat May 8 06:33:49 2004 From: shuvankr at hotmail.com (Shuvankar Mukherjee) Date: Sat May 8 06:30:11 2004 Subject: [Biojava-dev] Bug report: getClassLoader() null return not handled References: <40999453.7070005@ornl.gov> <409BCAB5.10303@ornl.gov> Message-ID: I am having similar problem while using biojava on Sybase's EAserver on Windows NT. I have prepared utility classes which works fine as stand-alone but could not be used as AlphabetManager does not get initialized. (Same problem as david mentioned). EAserver (formerly jaguar) uses a sun VM. Is the bug fixed in the current nightly build??? Could not follow David's fix ?? EAserver is not even supporting a call of System.out.println("ClassLoader is :"+this.getClass().getClassLoader().getClass().getName()); while the standalone application supports the call and gives the following output. ClassLoader is :sun.misc.Launcher$AppClassLoader Please advise ASAP. regards Shuvankar Mukherjee > Thomas Down wrote: > > > Thanks for pointing this out. > > > > The same problem actually occurs in quite a lot of places -- quite a > > few areas of the BioJava "guts" do things with ClassLoaders. I've > > added a little ClassTools utility which provides a safe method for > > getting hold of ClassLoaders. Should be in CVS soon, or grab > > tommorow's nightly build. > > > Excellent. Thanks. > > > I'd be very interested to hear how you get on with IKVM. To date, I > > don't know of anyone who's used Biojava with a non-Sun-derived Java > > implementation. > > > After making hackish fixes myself (which I'll replace with your new > build), I can directly > run biojava apps using the biojava.jar file. However, my normal mode of > usage is > to run the biojava.jar through an IKVM utility (ikvmc) that translates > the java bytecodes into > IL (aka .NET) bytecodes. This is a simple one step process that > produces a .NET > assembly file biojava.dll. The assembly includes all the resources in > the original .jar. > Now, I can just use the biojava API directly from any .NET language. > I'm actually in the beginning stages of developing a custom language for > bioinformatics > (and scientific computing in general) called Scigol. > So, now I can transparently access biojava (or any java) APIs from my > scigol programs. > I plan to do the same with python in future (either using Python.NET > or Jython via IKVM compilation). > Next I plan to embedd the ikvmc functionality into the scigol > interpreter (no compiler yet) > so that the user can just drop .jar files into their scigol library path > and then use the APIs > directly. > Note that I'm doing all this uner Linux using Novell's (formerly > Ximian's) mono > implementation of the .NET stuff. This means that the Java standard > APIs are > being supplied by the Class-path project (from which IKVM distributes a > IL version as classpath.dll). The main missing part from class-path is > Swing. > For this I'm investigating SwingWT - and open source implementation of Swing > that targets IBM's SWT GUI API (which uses native peers on various > platforms). > It is cool to see the SwingSet demo running with a native look under > Linux/Gnome! > I'd like to be able to use Swing from Scigol & C# under Linux & Windows. > > Thomas Down wrote: > > > I actually found calls to getClassLoader in 20 files, they should all > > now be fixed. > > > > (Out of interest, do the IKVM developers give any specific reason for > > returning null? I find it a little bit worrying, because it seems to > > suggest that the VM isn't really distinguishing between its bootstrap > > classpath (with the core classes) and the application classpath. I > > don't know if this distinction has ever been formally specified by > > Sun, but it's something a lot of developers take for granted now.) > > > Their initial comment when I pasted a bit of the offenting biojava code > to the ikvm mailing list > was to say that the code was buggy (I explained about the null return & > the Sun docs). > However, I agree with you, that a behaviour closer to Sun's would be > helpful. I don't understand > exactly how the ikvm remapping plumbing works, so perhaps making it > perform that > way is difficult for some reason. The remapping does some trickery to > make obejcts, strings, > exceptions etc. look like the appropriate classes from each API. (e.g. > So I can access the > System.Exception.InnerException property of an exception caught on the > CLI side, say in > C#, and if the exception was thrown from Java I'll get the same as if I > called java's getCause() > method (except that the return result is a CLI Exception class!) ). > > I will post again to the ikvm list with your comment above (unless you > object) and ask why > ikvm behaves that way and if there is any reason why making it behave > more like the JDK > would be difficult or bad. > > Oh - one other thing. One reply from the ikvm list commented that the > resource names > should have a leading '/' on them. I don't know if that is true or not > - but the getResourceAsStream() > calls work as is now. > > Thanks very much for your feedback and fixes. > Cheers, > -David. > > _______________________________________________ > biojava-dev mailing list > biojava-dev@biojava.org > http://biojava.org/mailman/listinfo/biojava-dev > From thomas at derkholm.net Sat May 8 08:29:41 2004 From: thomas at derkholm.net (Thomas Down) Date: Sat May 8 08:20:59 2004 Subject: [Biojava-dev] Bug report: getClassLoader() null return not handled In-Reply-To: References: <409BCAB5.10303@ornl.gov> Message-ID: <20040508122941.GC20427@calette.derkholm.net> Hi Shuvankar, App-server type systems tend to have their own ClassLoaders, so even if it's running on totally standard Sun-type VM it's possible to get this sort of issue. The fix I've applied based on David's suggestion *might* help you, but I can't make any promises. When it's not possible to find the appropriated ClassLoader (because getClassLoader() returns null) we now try to use the system classloader. This might allow Biojava to load its resource files, but I can see two possible problems: - The app-server's security policies don't allow application code to use the systemClassLoader (in which case you'll get a SecurityException at some point) - Depending on how your app is deployed, there's a good chance that the biojava.jar file won't be accessible via the system ClassLoader. In this case, BioJava still won't be able to load resources. It's worth giving the new code a try (it's in CVS now. Unfortunately, last night's automatic build failed because I forgot to check a file in. Hopefully tommorow's build will be fine though). However, if things still don't work you might have to take this up with sybase. Thomas. On Sat, May 08, 2004 at 04:03:49PM +0530, Shuvankar Mukherjee wrote: > I am having similar problem while using biojava on Sybase's EAserver on > Windows NT. > I have prepared utility classes which works fine as stand-alone but could > not be used as AlphabetManager does not get initialized. (Same problem as > david mentioned). > > EAserver (formerly jaguar) uses a sun VM. > Is the bug fixed in the current nightly build??? Could not follow David's > fix ?? > > EAserver is not even supporting a call of > System.out.println("ClassLoader is > :"+this.getClass().getClassLoader().getClass().getName()); > > while the standalone application supports the call and gives the following > output. > > ClassLoader is :sun.misc.Launcher$AppClassLoader > > Please advise ASAP. > > regards > > Shuvankar Mukherjee > > > > Thomas Down wrote: > > > > > Thanks for pointing this out. > > > > > > The same problem actually occurs in quite a lot of places -- quite a > > > few areas of the BioJava "guts" do things with ClassLoaders. I've > > > added a little ClassTools utility which provides a safe method for > > > getting hold of ClassLoaders. Should be in CVS soon, or grab > > > tommorow's nightly build. > > > > > Excellent. Thanks. > > > > > I'd be very interested to hear how you get on with IKVM. To date, I > > > don't know of anyone who's used Biojava with a non-Sun-derived Java > > > implementation. > > > > > > After making hackish fixes myself (which I'll replace with your new > > build), I can directly > > run biojava apps using the biojava.jar file. However, my normal mode of > > usage is > > to run the biojava.jar through an IKVM utility (ikvmc) that translates > > the java bytecodes into > > IL (aka .NET) bytecodes. This is a simple one step process that > > produces a .NET > > assembly file biojava.dll. The assembly includes all the resources in > > the original .jar. > > Now, I can just use the biojava API directly from any .NET language. > > I'm actually in the beginning stages of developing a custom language for > > bioinformatics > > (and scientific computing in general) called Scigol. > > So, now I can transparently access biojava (or any java) APIs from my > > scigol programs. > > I plan to do the same with python in future (either using Python.NET > > or Jython via IKVM compilation). > > Next I plan to embedd the ikvmc functionality into the scigol > > interpreter (no compiler yet) > > so that the user can just drop .jar files into their scigol library path > > and then use the APIs > > directly. > > Note that I'm doing all this uner Linux using Novell's (formerly > > Ximian's) mono > > implementation of the .NET stuff. This means that the Java standard > > APIs are > > being supplied by the Class-path project (from which IKVM distributes a > > IL version as classpath.dll). The main missing part from class-path is > > Swing. > > For this I'm investigating SwingWT - and open source implementation of > Swing > > that targets IBM's SWT GUI API (which uses native peers on various > > platforms). > > It is cool to see the SwingSet demo running with a native look under > > Linux/Gnome! > > I'd like to be able to use Swing from Scigol & C# under Linux & Windows. > > > > Thomas Down wrote: > > > > > I actually found calls to getClassLoader in 20 files, they should all > > > now be fixed. > > > > > > (Out of interest, do the IKVM developers give any specific reason for > > > returning null? I find it a little bit worrying, because it seems to > > > suggest that the VM isn't really distinguishing between its bootstrap > > > classpath (with the core classes) and the application classpath. I > > > don't know if this distinction has ever been formally specified by > > > Sun, but it's something a lot of developers take for granted now.) > > > > > Their initial comment when I pasted a bit of the offenting biojava code > > to the ikvm mailing list > > was to say that the code was buggy (I explained about the null return & > > the Sun docs). > > However, I agree with you, that a behaviour closer to Sun's would be > > helpful. I don't understand > > exactly how the ikvm remapping plumbing works, so perhaps making it > > perform that > > way is difficult for some reason. The remapping does some trickery to > > make obejcts, strings, > > exceptions etc. look like the appropriate classes from each API. (e.g. > > So I can access the > > System.Exception.InnerException property of an exception caught on the > > CLI side, say in > > C#, and if the exception was thrown from Java I'll get the same as if I > > called java's getCause() > > method (except that the return result is a CLI Exception class!) ). > > > > I will post again to the ikvm list with your comment above (unless you > > object) and ask why > > ikvm behaves that way and if there is any reason why making it behave > > more like the JDK > > would be difficult or bad. > > > > Oh - one other thing. One reply from the ikvm list commented that the > > resource names > > should have a leading '/' on them. I don't know if that is true or not > > - but the getResourceAsStream() > > calls work as is now. > > > > Thanks very much for your feedback and fixes. > > Cheers, > > -David. > > > > _______________________________________________ > > biojava-dev mailing list > > biojava-dev@biojava.org > > http://biojava.org/mailman/listinfo/biojava-dev > > > _______________________________________________ > biojava-dev mailing list > biojava-dev@biojava.org > http://biojava.org/mailman/listinfo/biojava-dev From autobuilder at derkholm.net Sun May 9 00:11:01 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Sun May 9 00:02:10 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <5450181.1084075861651.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040509 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ The following files were modified in the last 24 hours: * biojava-live/src/org/biojava/utils/ClassTools.java A patch file reflecting these changes is available from http://www.derkholm.net/autobuild/patches/ -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From autobuilder at derkholm.net Mon May 10 00:11:07 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Mon May 10 00:02:05 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <5450181.1084162267888.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040510 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ The following files were modified in the last 24 hours: * biojava-live/src/org/biojava/bio/program/das/dasstructure/DASStructureCall.java * biojava-live/src/org/biojava/bio/program/das/dasstructure/DASStructureXMLResponseParser.java * biojava-live/src/org/biojava/bio/structure/AminoAcid.java * biojava-live/src/org/biojava/bio/structure/Atom.java * biojava-live/src/org/biojava/bio/structure/AtomImpl.java * biojava-live/src/org/biojava/bio/structure/Calc.java * biojava-live/src/org/biojava/bio/structure/Chain.java * biojava-live/src/org/biojava/bio/structure/Group.java * biojava-live/src/org/biojava/bio/structure/Hetatom.java * biojava-live/src/org/biojava/bio/structure/Nucleotide.java * biojava-live/src/org/biojava/bio/structure/Structure.java * biojava-live/src/org/biojava/bio/structure/StructureException.java * biojava-live/src/org/biojava/bio/structure/StructureImpl.java * biojava-live/src/org/biojava/bio/structure/io/DASStructureClient.java * biojava-live/src/org/biojava/bio/structure/io/PDBFileReader.java * biojava-live/src/org/biojava/bio/structure/io/StructureIO.java A patch file reflecting these changes is available from http://www.derkholm.net/autobuild/patches/ -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From autobuilder at derkholm.net Tue May 11 00:09:31 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Tue May 11 00:00:14 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <813251.1084248571794.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040511 Binary build: FAILED! Javadocs build: OK Core test suite: NOT RUN Problems occurred during this build cycle -- please investigate as soon as possible! The following files were modified in the last 24 hours: * biojava-live/src/org/biojava/bio/seq/FramedFeature.java A patch file reflecting these changes is available from http://www.derkholm.net/autobuild/patches/ -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From max_dipl at web.de Tue May 11 09:13:55 2004 From: max_dipl at web.de (Maximilian Haeussler) Date: Tue May 11 09:17:57 2004 Subject: [Biojava-dev] Some words about documentation in Biojava1 and other aspects to Biojava2 References: <3811.212.170.16.36.1083972193.squirrel@central.ebiointel.com> Message-ID: <40A0D193.3050002@web.de> > > >Program execution >----------------- >Maybe this is a bit offtopic and I know that many things have been told >about external program execution (blast, clustalw...). But it is a reality >that many people use Biojava to execute such programs and parse its >results... and for applications at that level. I've developed already a >solution for this situation that can be improved of course... It is just >some general parameters... for instance, I have and object BlastParameters >that implement a Parameters interface, that is executed by a >SimpleExecutor class... and the results are a SimpleExecutionReport etc... >in that BlastParameters object I have accessor methods to blast >parameters... I know that this is then platform dependent some extent, but >could'nt be a subproject, or module, or whatever? > Me too, I've just written AlgorithmRunner-classes that encapsulate algorithm execution, parameter setting, storing in xml, command line building and returning the results. Anyone else here with something similar? I'd be interesting in sharing code so we can copy from each other. My current problems include starting many processes (workers) in parallel for multiprocessor machines... not completely trivial, as I'm gradually finding out. The second general way that you can use to start algorithms is to pass parameters to html-forms and parse the results. I know this is crazy but sometimes it is the only way to get hold of databases, especially commercial ones. Has anyone here already done something like that? I am starting to look at http API from Apache Jakarta Commons. Any other suggestions on finding a good library to play "browser" via http? Max From delivery at hosyou-b.mine.nu Tue May 11 09:53:16 2004 From: delivery at hosyou-b.mine.nu (=?iso-2022-jp?Q?=1B=24B3t=3C02q=3CR7P=3AQJ88K=1B=28B?=) Date: Tue May 11 10:51:31 2004 Subject: [Biojava-dev] =?iso-2022-jp?b?GyRCIiMjNkBpS3wxX0t4JEchIkcvGyhC?= =?iso-2022-jp?b?GyRCPH1JVEItJE5KfSRLND83XiIjIzJAaUt8MV8jMTIvMV8jNDIvGyhC?= =?iso-2022-jp?b?GyRCMV8+WjVyTS08fUZ+JE5KfUshIiMyPzhOJEtMWSQrJGskckNOGyhC?= =?iso-2022-jp?b?GyRCJGtKfUshIiMbKEIwMDUxMBskQjlmGyhC?= Message-ID: <3504370.1084283597080.JavaMail.nobody@hosyou-b.mine.nu> biojava-dev@biojava.org$BMM(B $B!!!!!!(B[$B;~Be$N$a!<$k%^%,%8%s(B]$B99$J$k9b<}F~9bMx1W$X$4>7BT$N%A%c%s%9%K%e!<%9!�#0#5#1#09f(B $B!!!!!!$"$J$?MM$b7J5$2sI|$KJX>h!*Cf9q%*%j%s%T%C%/$NFC<{7J5$$K$h$j!"K\3JE*$K7J5$2sI|$,;O$^$j$^$7$?!#(B $B(,(,!c(BPR$B!d(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B $B!!(B http://hosyou003.orgdns.org/zaitakubuisiness10.htm$B!!!!(B $B(.(,!!Gd$l$F$$$^$9!!(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,#52/#9@iK|1_%S%8%M%9(,(,(/!!!!!!!!(B http://hosyou003.orgdns.org/qanda11.html $B!!!!!!!!!!(B $B!|#2!!2/!!1_!"#3!!2/!!1_!!0J>e$N<}F~Z5r$G!!L\E*<}F~$O:G9b!*(B $B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,!c(BPR$B!d(,(,(,(,(B $B!!!!!!"#"#!!!Z!!#52/#9@iK|1_!!>Z5rM-<}F~%M%C%H%S%8%M%9!&0l?M$G#52/#9@iK|1_<}F~$N;vZ5r$O(B>$BF|K\$N!"4Z9q$N%*%j%s%T%C%/7J5$$N;~!"<~JU$N9q!9$O@_HwEj;q$N287C$rh$7$??M!&4k6H$@$1$,5p3[$N<}F~$H$J$j$^$7$?!&7J5$$KJX>h$7$J$+$C$?8D?M!&4k6H$OK|G/IT(B $B7J5$$NJk$i$7$H$J$j$^$7$?!#F|K\$H4Z9q$N;~$HF1$8$K!"Cf9q$N%*%j%s%T%C%/=*N;$H$H$b$KIT7J5$$X5^9_2<(B $B$9$k$N$OEvA3$N7P:Q%5%$%/%k$G$9!#!!!!!!(B $B$d$C$H7J5$2sI|3+;O"#"#3t2A9bCM$N9b3[<}F~e>:$G$J$/(B $BF|K\$N8D?MEj;q$,30?M$h$jB?$/$J$j$^$7$?!"$3$l$O7J5$2sI|$N8=>]$G$9!#!zK~B-$rDI5a$9$k!z$=$N:`NA$K(B $B#32/1_$"$k$H$h$$!z4JC1!"Aa$/!"C#@.$7$?$$!z$=$N7J5$$K>h$k;~Be$K3p$C$?J}K!$O:_Bp%S%8%M%9$G$b$"$j(B $B$^$9!#(B $B"#"#LdBj$O!"3N$+$J<}F~$NN"IU$1$G$"$k!Z>Z5r$,M-$k$+H]$+![8+$;$k$+8+$;$J$$$+!&$G??56$,3NDj$7$^$9(B $B3NG'$O@.8y$NHk7m$G$9!#!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!J(B $B5-!'7P:QJ88KC4EvCf@nOBI'!K(B *********************************$B"#"#!|!Z!!!!L\!!e$N!!K~B-!!$rDI5a$9$k!!(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B $B!!!!(B [$B#2(B]$B!!!!9-!!!!!!!!!!9p(B 0675 $B!!!!!!!!!!!!!!!!!!!!".$*>.8/$$!"K~B-$9$k$[$IM_$7$$!"J}$O4?7^(B $B"#""(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B $B!!!!(B [$B#3(B] $B!!;~Be%a%k%^%,5-;v(B000430$B!!!!!!!!!!!!!!!!!!(B $B!!!!!!!!!!(B $B!z(B $B2/K|D9Z5rM-!!![(,(,(,(,(,(,(,(,(,(,(,(,(,(B $B!!!!(B [$B#4(B]$B!!9-!!!!!!!!!!9p(B 0676 $B!!!!!!!!!!(B $B!!".#22/#32/1_0J>e<}F~Z5r8+$;$^$9(B $B"#""(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B $B!!!!(B [$B#5(B] $B;~Be%a%k%^%,5-;v(B000431$B!!!!!!!!!!!!!!!!!!(B $B!!!!!!!!!!!!(B $B!z(B $BF/$1$I!!LY$+$i$J$$$+$iC&=P(B $B!!(B $B"#""(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,!!!!!!!!!!(B <<<<<<<<<<<<<<<<<<<<<<<<<<<<$B"#"#"#!!!!!z5-;v!!!!".9-9p!!!!"#"#(B<<<<<<<<<<<<<<<<<<<<<<<<<<< $B!!!!"#"#(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(0(%(0(B $B!!!!(B[$B#1(B] $B;~Be$NGH%a%k%^%,5-;v(B000419$B!!!!!!!!!!!!!!!!(B $B!!!!!!!!!!!!!!!z(B $B$J$h$9$k!&2~3W$9$k!&40A4$K@Z$jBX$($k!&J}!J(BA$B$5$s!K!&!&;~Be(B $B!!!!!!!!!!$NGH$r46$8$J$$!"8+F($9!"J|CV$9$k!&J}!J(BB$B$5$s!K$H!"$N:9$G$"$k$3$H$O$I$s$J;~Be$G$bF1$8$G$9!#(B $B!!!!!!!!!!!D!y!DLY$+$kJ}K!!h$NJ}K!$O!.8/$$!"K~B-$9$k$[$IM_$7$$!"J}$O4?7^!!(B $B!!!!!!!!!|:_Bp$G!"e(B $B!!!!!!!!!!$70B?4@83h!*>\$7$/$O!!(B http://www.stage-one.jp/jc/ennko/$B!!$G$I$&$>!*(B $B!!!!"#"#(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(0(%(0(B $B!!!!(B[$B#3(B] $B;~Be%a%k%^%,5-;v(B000430$B!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!z(B $B2/K|D9Z5r$,$"$j$^$9!#4JC1%S%8%M%9$K2~A1$NO"B3$G40@.$7$F$"$j$^$9!#(B $B!!!!!!!!@.?M$J$i$G$-$k!*>Z5r$+$i$G$-$k!*>Z5r$N$"$k$N$+$i;O$^$k$H!"qY$5$l$^$;$s!*C5$;$P$"$j$^$9!*BT$F(B $B!!$P9,1?$J$iIq$$9~$_$^$9!#B3JT$GZ5rZ5r>86!K(B $B!!!!"#"#(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(0(%(0(B $B!!!!(B[$B#4(B]$B!!9-!!!!!!!!!!9p(B 0675 $B".(B $B#22/!"#32/1_0J>e<}F~Z5r8+$;$^$9(B $B!!!!!|4{$K#22/1_#32/1_#52/#9@iK|1_$N<}F~Z5r$r8+$FGZ5r$O8+$;$^$9!&8+$F2<$5$$!&8+$k$^$G$O?.MQ$7$J$$$G2<$5$$!&2?;v$bF1$8$G$9!*(B $B!!!!!!!!!~C1$J$k>Z5r$G$J$/!VJ*E*>Z5r!W$O!":[H=H=7h$N:G=*E*7h$aM-!"G/7nF|M-!"6b3[M-$N?69~=q$r8+$F$+$iH=CG$7$F$/$@$5$$!#(B $B!!!!!!!!!!!!!!!!!!(B $B!~:_Bp$G!"@.?MCK=w$O!"%M%C%H$G!"$O$,$-$G!"#22/#32/L\E*$G!"7s6H$G!"=PMh$^$9!#(B $B!!(B $B>\:Y;qNA!ZL5NA![@A5a4uK>$NJ}$O$3$A$i$+$i!#(B http://hosyou003.orgdns.org/page3.htm $B!!!!(B $B"#"#(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(0(%(0(B $B!!(B [$B#5(B] $B;~Be%a%k%^%,5-;v(B000431$B!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!(B $BF/$1$ILY$+$i$J$$$+$iC&=P(B $B!!!!!!!|@8367?<}F~$,F@$i$l$kLY$+$k%$%s%?!<%M%C%H%S%8%M%9!ZL5NA![$H$O!)"*>\$7$/$O8l$l$^$;$s!#(B $B:G$b8z2LE*$JZ:Q$_%$%s%?!<%M%C%H%S%8%M%9$H$O!)!!!!(B http://www.netlihe-oftice.com/ex/click $B""(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,""!!!!(B $B!y!z!y!z!y(B $B>pJs%9%F!<%7%g%s!*$*F@$J>pJsK~:\!*$*$7$i$;!*!y!z!y!z!y!z!yWDWDWD(B $B!!!!!!!!!!!!!!!!!!!!Ds7H%-%c%s%Z!<%s$,%Q%o!<%"%C%W$7$^$7$?!#(B $B!!!!!!!!!!!!!!!!!!!!%/%j%C%/?t!a$"$J$?$N#H#P$re$KG[?.(B $B!!!!!!(B $B!!0MMj$,$"$C$?9-9p$r#7F|DxEY$GG[?.$7$^$9!#C;4|7h@oJ}$NJ}$KJXMx!*(B $B!!!!!!(B $B!!0lHV$N?M5$$O!"J#?t$N9-9p$,0MMj$G$-$k;v!*(B $B!!!!!!(B $B!!;0$D$N9-9pJ8$,$"$l$P!"#5#0;o$:$D$GG[?.!*%S%8%M%9$,0c$C$F$b#O#K!*(B $B!!!!!!(B $B!!$H$F$b7P:QE*$J!"9-9p%5%$%H$G$9!#(B $B!!!!!!(B $B!!!!(Bhttp://www.movezet.com/up/cgi/in.cgi?id=28 $B!!!!!!!!!!(B $B2?$O$J$/$F$b@i5RK|MhMM!9$JFCE5$rpJsK~:\!*0l3gL5NAEj9F"-!!!y!z!y!z!y!z!y!z(B $B!!!!!!!!!!!!!!!!!!!!!!!!!!40A4L5NA$GI{<}F~!*%[!<%`%Z!<%8$r%W%l%<%s%HCf!*(B $B!!(Bhttp://www.southernclub.net/members/shimasyou.html $B!!40A4L5NA$GEPO?Js=7$r0l5$$K3MF@=PMh$^$9!#@kEA5;=Q$N$"$kJ}$J$i$+$J$j$N(B $B!!<}F~$,F@$i$l$^$9!#%N!<%j%9%/$G;22C=PMh$^$9$N$GB;$O$7$J$$$H;W$$$^$9!#(B $B!!K\Ev$K9b<}F~!*L5NA%S%8%M%9;22CpJs$rD>$K#G#E#T!*(B $B$9$0$K!"$"$J$?$NM_$7$,$k!*$"$N$N5.J}!*I,8+$G$9%g!*!*!W(B http://ims326.fc2web.com/ $BDc%j%9%/$G5$7Z$K%S%8%M%93+;O#O#K!*5.J}$N7hCG/$J$$!K$H8@$&$3$H$O!&!&!&(B $B!!!!!!!!!!!!!!!!!!!!1JB3E*$J<}F~$,8+9~$a$k!*$=$s$J%S%8%M%9$rL\;X$7$^$9!*(B $BFH@j9-9p96N,$N$?$a$NR2p>u(B http://omosiro.com/~original1971/ $BAGE($J=P2q$$!#!#!!1?L?$N=P2q$$!#!#!!(B $B$A$$$5$JEg$G0l=o$K$5$,$7$^$;$s$+!)(B $B!!%M%C%H%o!<%+!<$X(B $B!!(Bhttp://www.mlmsupport.jp/no1ryo/ $B!!:#!"AH?%?^$/$j$KG:$^$l$F$kJ}$X!*(B $B!!F|K\(BMLM$BAm9g8&5f=j$,!"$"$J$?$N%S%8%M%9$r%5%]!<%H$7$^$9!z(B $B7r9/$H<}F~%"%C%W$K!*!*(B http://www5e.biglobe.ne.jp/~kumara/au1/index.htm $B$"$J$?$K7r9/$H<}F~$r!*!*!!(B $B%d%s%-!<%9$NA*EPO?$G$3$N%S%8%M%9$N$9$P$i$7$5$rBN46$7$F2<$5$$!#(B $B%*!<%@!<%9!<%D(B Pitty Savile Row http://www18.big.or.jp/~pitty/ $B%*!<%@!<%9!<%D@lLgE9!#(B $B#1#9#3#0G/AO6H$N9b5i?B;NI~E9%5%]!<%H%5%$%H!#!o#2#7#8#0#0!A(B $B:G6/$N%I%j!<%`!&%a!<%k!*(B http://plaza.rakuten.co.jp/chicyan10151003/ $B3$30HG%j!<%I!&%a!<%k$N:G6/HG$G$9!*K\Ev$K@($$$N0l8@$G$9!*!*!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!(B $BB>$K$O@dBP$K$"$j$^$;$s$h!*(B Four Pillars http://fpillars99.fc2web.com/ $B;M$D$NCl!J%S%8%M%9!&:_Bp!"%;%-%e%j%F%#!"%=%U%H!"Ey$J$I!K$+$i!"(B $B>pJs$NDs6!!"HNGd$^$?<+:n%=%U%H$N>R2p!"HNGd$9$k%5%$%H$G$9!#(B $B=85R$N%U%'%m%b%s!*!)(B $BBg9%I>!*9TNs$r:n$C$A$c$&%U%'%m%b%s=85RK!!*(B $B$b$&=85R$GG:$_$?$/$J$$J}$O%/%j%C%/!*!*(B http://1lejend.com/stepmail/kd.php?no=282 $B$&$=$G$O$"$j$^$;$s!#8e$O!!;d$?$A$,!!$7$C$+$j%5%]!<%H$7$^$9!#(B $B"#"#"#"#!X7HBS$+$1J|Bj!!%S%8%M%9%Q!<%H%J!Jg=8$7$^$9!*%A%c%s%9$rDO$`$N$O:#!*!*(B NEW!$BF|J'$$;~5k#3K|1_$N;E;v!*40A4$JFH<+pJs$K4X$7$FH/9T5$/$@$5$$!#7G:\5-;v$K4X$9$k$*Ld$$9g$o$;$OD>@\Ej9F?M$N%"%I%l%9$G9XFI?=$79~$_$H9-9pEj9F$,$"$j$4LBOG(B $B$r$*$+$1$7$F$$$k>l9g$b$"$j?=$7$o$1$"$j$^$;$s!#(B $B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B $B!!H/9T85!'#S#B#CDL?.(B $B!!!!!!!!(B $B%5%P!<(B $B4IM}pJs8E20(B $B@2$l(B $B@2$l(B $B?73c(B $BF^$j$N$A;~!9@2$l(B $B@2$l(B $B6bBt(B $BF^$j;~!9@2$l(B $B@2$l(B $BBg:e(B $B@2$l(B $B@2$l(B $B2,;3(B $B@2$l(B $B@2$l(B $B9-Eg(B $B@2$l(B $B@2$l(B $B9b>>(B $B@2$l(B $B@2$l(B $BJ!2,(B $B@2$l(B $B@2$l$N$A;~!9F^$j(B $B ????????? ???????! ?????????? ??? 18-19.05 ????????????? ? ??????????? ??????-?????? ?? ???? : "???????? ???????????? ???????" (?????????????????? - ?????? ? ????.) ????? ???????? ???????! ? ???? ??????? ??? ???????????? ?? ????? ???????, ????? ????????????? ???????? ???????? ??????? ???? ?????, ? ???? ?? ????? ? ???????? ??? ????? ?????????? ????????? ??? ??????? ?????? ????????? ?????????? ???????, ????????? ?? ????????? ????????? ?? ????? ???????? ????????? ?????? ??????? ?????? ?????????? ????????? ??????????? ???????? ?????????????? ??????? ? ????? ?????????? ?????????????? ??????? ? ?????????? ??????, ?????? ??????????? ??????????? ???????. ???????? ???????? ????????? ?????? ????? ???????????? ?????? ? ??????? ??????????? ????????? ??????, ???????? ??????? ? ????????? ?????????? ??????????????????. ?????????? ??????? ? ?????? ???????????. 1.???????? ???????????? ??????? ? ???? ???????????? ??????. ??????????? ???????????????? ??????. ? ???????????? (???????????????) ?????????????? ??????????? ???????. ? ??????????? ???? ??????? ?? ????????? ? ?????????? ????? ???????????. ? ??????????? ????????????? ????????? ??????? ?????? ? ???????? ?????????? ?????????? ????????. (? ????? ???? ? ???????? ???? ????????????) ? ???????????? ??????? ??? ???????????? ??????. (???????? ??????? ? ???????? ??????). 2.??????????????? ?????????????? ? ??????????? ?????? ? ??????? ? ?????? ???????. ? ????????????? ????? ? ???????. ? ????????? ???????????? ??????? ??????????? ???????????? ? ?????????????? ? ???????. ? ?????? ????????????? ????????? ?????? ? ?????????????? ??????????. ? ?????????? ??? ?????????????? ???????: ????????? ?????, ?????? ? ???????. 3.?????? ?????? ?????? ??????? ? ??????????? ??????????????? ????? ?????? ? ??????? ? ???????? ??????????? ????????????? ? ???????? ?????? ?????? ??????? ? ?????? ?????? ?????? ???????: ????????????????? ????????, ????????????? ?????????????? ??????? ????????, ????????????. ????????? ????? ??????????? ?????? ? ??????????? ???????. C???????? ??????? ? ??????-?????? 7500 ??????, ??????? ???. ????? ?????? ????? (???????? ??? ???????????). ? ????? ????? ??????: ??????? ? ?????? ??????,??????????? ???????? ????-?????, ????. ??????-????? ???????? ? ?????? (?. ?????????????). ?????? ??????????? ? 10 ????? ? ????????? ? 17 ?????. ???? ???? ??????? ? ??????????? ?????????? ?? ?????????? ??? ?????????? ?????? ?? ????? ????? ? ?????? ??????-???????. ? ??????????? ??????????? ?????????????? ????????? ?????????????? ???????. ????????? ???????????? 4500 ???. ? ?.?. ??? (095) 747-71-88 From fpepin at cs.mcgill.ca Tue May 11 21:12:08 2004 From: fpepin at cs.mcgill.ca (Francois Pepin) Date: Tue May 11 21:16:12 2004 Subject: [Biojava-dev] JDBCConnectionPool Message-ID: <1084324328.11357.38.camel@ticino.mcb.mcgill.ca> Hi everyone, what is happening with JDBCConnectionPool? The last commit (by mrp in November) says it might be deprecated soon and the docs says a standard should be found soon. The code for takeConnection() is a bit weird, because the code that would check if we can reuse a connection is commented out, so a new connection is created every time. It works, but it kinds of defeat the purpose of the class. I need to use connection pooling but I'm not sure if I'd be better to try to fix that one or just use the Apache commons-dbcp (http://jakarta.apache.org/commons/dbcp/). Francois From autobuilder at derkholm.net Wed May 12 00:11:00 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Wed May 12 00:01:38 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <31156635.1084335060366.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040512 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ The following files were modified in the last 24 hours: * biojava-live/src/org/biojava/bio/gui/sequence/GUITools.java * biojava-live/src/org/biojava/bio/gui/sequence/RulerRenderer.java * biojava-live/src/org/biojava/bio/gui/sequence/SymbolSequenceRenderer.java * biojava-live/src/org/biojava/bio/program/gff/GFFEntrySet.java * biojava-live/src/org/biojava/bio/seq/impl/SimpleFramedFeature.java A patch file reflecting these changes is available from http://www.derkholm.net/autobuild/patches/ -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From td2 at sanger.ac.uk Wed May 12 06:19:38 2004 From: td2 at sanger.ac.uk (Thomas Down) Date: Wed May 12 06:23:22 2004 Subject: [Biojava-dev] JDBCConnectionPool In-Reply-To: <1084324328.11357.38.camel@ticino.mcb.mcgill.ca> References: <1084324328.11357.38.camel@ticino.mcb.mcgill.ca> Message-ID: On 12 May 2004, at 02:12, Francois Pepin wrote: > Hi everyone, > > what is happening with JDBCConnectionPool? The last commit (by mrp in > November) says it might be deprecated soon and the docs says a standard > should be found soon. > > The code for takeConnection() is a bit weird, because the code that > would check if we can reuse a connection is commented out, so a new > connection is created every time. It works, but it kinds of defeat the > purpose of the class. It looks like this class was "broken" intentionally in CVS revision 1.5, and has never been reinstated. I'm not sure if there's much need, either -- BioSQL is now using the javax.sql.DataSource-style connection pooling. The rewritten biojava-ensembl does too (and it never really used the JDBCConnectionPool class from BioJava anyway, it had its own version -- actually the original which later got copied into BioJava). Does anyone know anything else which uses JDBCConnectionPool? It's evil anyway. I wrote it in the dark old days when the javax.sql package wasn't a standard part of J2SE, and there wasn't an easily available general purpose implementation. It certainly shouldn't be used for new code. > I need to use connection pooling but I'm not sure if I'd be better to > try to fix that one or just use the Apache commons-dbcp > (http://jakarta.apache.org/commons/dbcp/). Yes, you're definitely better off using that. Thomas. From foote at nrcbsa.bio.nrc.ca Wed May 12 21:42:51 2004 From: foote at nrcbsa.bio.nrc.ca (S. Foote) Date: Wed May 12 21:47:10 2004 Subject: [Biojava-dev] JDBCConnectionPool In-Reply-To: from Thomas Down at "May 12, 2004 06:19:38 am" Message-ID: <200405130142.VAA14398@nrcbsa.bio.nrc.ca> As Thomas mentioned, the BioSQL interfaces now use the Apache dbcp connection pooling instead of the old JDBCConnectionPool although it was left there for legacy sakes. I agree with Thomas, it should probably be removed completely. Also, there is a README.biosql which explains what's needed to get it working with dbcp. Simon According to Thomas Down: > > On 12 May 2004, at 02:12, Francois Pepin wrote: > > > Hi everyone, > > > > what is happening with JDBCConnectionPool? The last commit (by mrp in > > November) says it might be deprecated soon and the docs says a standard > > should be found soon. > > > > The code for takeConnection() is a bit weird, because the code that > > would check if we can reuse a connection is commented out, so a new > > connection is created every time. It works, but it kinds of defeat the > > purpose of the class. > > It looks like this class was "broken" intentionally in CVS revision > 1.5, and has never been reinstated. I'm not sure if there's much need, > either -- BioSQL is now using the javax.sql.DataSource-style connection > pooling. The rewritten biojava-ensembl does too (and it never really > used the JDBCConnectionPool class from BioJava anyway, it had its own > version -- actually the original which later got copied into BioJava). > > Does anyone know anything else which uses JDBCConnectionPool? > > It's evil anyway. I wrote it in the dark old days when the javax.sql > package wasn't a standard part of J2SE, and there wasn't an easily > available general purpose implementation. It certainly shouldn't be > used for new code. > > > I need to use connection pooling but I'm not sure if I'd be better to > > try to fix that one or just use the Apache commons-dbcp > > (http://jakarta.apache.org/commons/dbcp/). > > > Yes, you're definitely better off using that. > > Thomas. > > _______________________________________________ > biojava-dev mailing list > biojava-dev@biojava.org > http://biojava.org/mailman/listinfo/biojava-dev > From autobuilder at derkholm.net Thu May 13 00:11:00 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Thu May 13 00:01:21 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <31156635.1084421460340.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040513 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ No changes were made in the last 24 hours. -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From taoxu at bioinformatics.ubc.ca Wed May 12 14:38:08 2004 From: taoxu at bioinformatics.ubc.ca (Tao Xu) Date: Thu May 13 12:49:46 2004 Subject: [Biojava-dev] Feature at position 0 Message-ID: <000601c43850$459e5500$a52c5289@nt.cmmt.ubc.ca> Hi there, I am trying to use SeqIOTools.readSwissport() to process a SwissProt flat file. An Exception is thrown whenever a feature at position 0 is encountered. The user manual from UniProt/SwissProt says that a feature at position 0 means the initiator methionine was cleaved off. This happens quite often ( at least a few persent of the SwissProt records has this line "FT INIT_MET 0 0". I googled and found your message. Is there a solution to this problem now? Thanks a lot for your help. Regards, Tao On Wednesday 15 Oct 2003 2:11 pm, Mark Southern wrote: > This is a real world example. > > Swissprot ID KAP3_RAT (AC P12369) is an example of a sequence with a > feature entry at sequence location 0: > > FT INIT_MET 0 0 BY SIMILARITY. > > > This raises an IllegalArgumentException when the sequence is read in via > SeqIOTools.fileToBiojava (see below). > > I don't know how oftem this would come up but its definitely a situation > that isn't handled at the moment. Thoughts anyone? > Hmm, this one could be a problem - our coordinate system starts from one. What do they mean by position 0? A cleaved methionine that's gone alreadY? Maybe our code ought to have the option to skip these silently? Regards, David Huen From shorty at t-online.de Fri May 14 09:11:24 2004 From: shorty at t-online.de (yee) Date: Thu May 13 18:19:39 2004 Subject: [Biojava-dev] =?windows-1251?b?0e3o7OXsIO706PE=?= Message-ID: <200405132219.i4DMJY6B020608@portal.open-bio.org> ??????????? ?????? ??????? ?????????, 20-25 ??. ??????, ??? ??????. ????????, ????? ????. ??? ???????????. 505-4931 From kevpeng at smcc.demon.nl Thu May 13 21:18:06 2004 From: kevpeng at smcc.demon.nl (kevpeng@smcc.demon.nl) Date: Thu May 13 21:21:56 2004 Subject: [Biojava-dev] Biojava-dev, How do they f@k.k with snakes? In-Reply-To: <3708LI83K0K3F694@biojava.org> References: <3708LI83K0K3F694@biojava.org> Message-ID: Looks like you've come to a real Z00 here! Yeap! We have goats, we have horses, sheep, snakes, even dogs! e have lots of @n1m@ls here and we also have lots of g1r|s who just love to have some s. e -x with these creatures? How do they do it? http://zoo-action.com/av/val/?vNcWQ How do they sa-ck those c0c.k-s? How do they f@kk with snakes? Snakes don't have c0c.k-s!!! Guys! Our g1r|s can do it with every creature they want! They are ready for it! They are tired from men! They do realize that wild @n1m@ls are f@kking like no man would ever f@kk them. Cause they are animals and they f@kk just like everybody did thousands and millions years ago! http://zoo-action.com/av/val/?TzBzY Stunning 1ma-.ges, v1de0s, art series, lots of @n1m@ls, y0.u-n.g horny g1r|s spre@d1ng their legs and s@kking c0c-k.s! This is a first ever -X-.-X-.-X- zoo where every g1r| can f@kk the creature she wants! LOOK AT THIS NOW! YHquwXoT fMqtkxupM From autobuilder at derkholm.net Fri May 14 00:11:25 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Fri May 14 00:06:32 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <5450181.1084507886238.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040514 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ The following files were modified in the last 24 hours: * biojava-live/src/org/biojava/utils/SmallSet.java A patch file reflecting these changes is available from http://www.derkholm.net/autobuild/patches/ -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From td2 at sanger.ac.uk Fri May 14 03:56:10 2004 From: td2 at sanger.ac.uk (Thomas Down) Date: Fri May 14 03:59:51 2004 Subject: [Biojava-dev] cvs.open-bio.org Message-ID: <2A2D4E97-A57C-11D8-8F19-000A95C8B056@sanger.ac.uk> I'm not getting any response from the WebCVS machine at the moment. Other open-bio sites are working fine, so I guess it's not a network problem. Anybody else know about this? Thomas. From td2 at sanger.ac.uk Fri May 14 04:05:47 2004 From: td2 at sanger.ac.uk (Thomas Down) Date: Fri May 14 04:09:28 2004 Subject: [Biojava-dev] FeatureFilter.OverlapsExtent Message-ID: <81CA6F2E-A57D-11D8-8F19-000A95C8B056@sanger.ac.uk> Hi, I've been trying to tidy up javadoc and stuff in the various FeatureFilter-related classes and spotted a new filter implementation called FeatureFilter.OverlapsExtent. This seems to be redundant with the existing FeatureFilter.ShadowOverlapsLocation (which was in biojava 1.3) but has a couple of problems: - There's no corresponding ContainsExtent - It's missing all the hooks which make FeatureFilter query optimization work. Right now, there only seems to be one use of this filter, in FeatureBlockSequenceRenderer. Does anyone object if I kill it off and switch FeatureBlockSequenceRenderer over to ShadowOverlapsLocation? Thomas. From matthew_pocock at yahoo.co.uk Fri May 14 06:21:55 2004 From: matthew_pocock at yahoo.co.uk (Matthew Pocock) Date: Fri May 14 06:25:51 2004 Subject: [Biojava-dev] Feature at position 0 In-Reply-To: <000601c43850$459e5500$a52c5289@nt.cmmt.ubc.ca> References: <000601c43850$459e5500$a52c5289@nt.cmmt.ubc.ca> Message-ID: <40A49DC3.4020605@yahoo.co.uk> I think for the sake of useability, we could either relax the location constraint to allow point locations at 0, or in the sp parser, re-write these as <1 - what do people think? Matthew Tao Xu wrote: >Hi there, > >I am trying to use SeqIOTools.readSwissport() to process a SwissProt flat file. An Exception is thrown whenever a feature at position 0 is encountered. The user manual from UniProt/SwissProt says that a feature at position 0 means the initiator methionine was cleaved off. >This happens quite often ( at least a few persent of the SwissProt records has this line "FT INIT_MET 0 0". I googled and found your message. Is there a solution to this problem now? Thanks a lot for your help. > >Regards, > >Tao > >On Wednesday 15 Oct 2003 2:11 pm, Mark Southern wrote: > > >>This is a real world example. >> >>Swissprot ID KAP3_RAT (AC P12369) is an example of a sequence with a >>feature entry at sequence location 0: >> >>FT INIT_MET 0 0 BY SIMILARITY. >> >> >>This raises an IllegalArgumentException when the sequence is read in via >>SeqIOTools.fileToBiojava (see below). >> >>I don't know how oftem this would come up but its definitely a situation >>that isn't handled at the moment. Thoughts anyone? >> >> >> >Hmm, this one could be a problem - our coordinate system starts from one. >What do they mean by position 0? A cleaved methionine that's gone alreadY? > >Maybe our code ought to have the option to skip these silently? > >Regards, >David Huen > > > >------------------------------------------------------------------------ > >_______________________________________________ >biojava-dev mailing list >biojava-dev@biojava.org >http://biojava.org/mailman/listinfo/biojava-dev > > From matthew_pocock at yahoo.co.uk Fri May 14 06:28:02 2004 From: matthew_pocock at yahoo.co.uk (Matthew Pocock) Date: Fri May 14 06:32:42 2004 Subject: [Biojava-dev] FeatureFilter.OverlapsExtent In-Reply-To: <81CA6F2E-A57D-11D8-8F19-000A95C8B056@sanger.ac.uk> References: <81CA6F2E-A57D-11D8-8F19-000A95C8B056@sanger.ac.uk> Message-ID: <40A49F32.1020805@yahoo.co.uk> Thomas Down wrote: > Hi, > > I've been trying to tidy up javadoc and stuff in the various > FeatureFilter-related classes and spotted a new filter implementation > called FeatureFilter.OverlapsExtent. This seems to be redundant with > the existing FeatureFilter.ShadowOverlapsLocation (which was in > biojava 1.3) but has a couple of problems: > > - There's no corresponding ContainsExtent > - It's missing all the hooks which make FeatureFilter query > optimization work. > > Right now, there only seems to be one use of this filter, in > FeatureBlockSequenceRenderer. Does anyone object if I kill it off and > switch FeatureBlockSequenceRenderer over to ShadowOverlapsLocation? My bad. I added it to fix some rendering glitches with CDS features without an exon in the visible range. As long as it is semantically equivalent to ShadowOverlapsLocation, then do the switch. Can you make sure there's a factory method on FeatureTools for the shadow ones? > > Thomas. Matthew From td2 at sanger.ac.uk Fri May 14 06:36:24 2004 From: td2 at sanger.ac.uk (Thomas Down) Date: Fri May 14 06:40:03 2004 Subject: [Biojava-dev] Feature at position 0 In-Reply-To: <40A49DC3.4020605@yahoo.co.uk> References: <000601c43850$459e5500$a52c5289@nt.cmmt.ubc.ca> <40A49DC3.4020605@yahoo.co.uk> Message-ID: <8C5F6372-A592-11D8-8F19-000A95C8B056@sanger.ac.uk> On 14 May 2004, at 11:21, Matthew Pocock wrote: > I think for the sake of useability, we could either relax the location > constraint to allow point locations at 0, or in the sp parser, > re-write these as <1 - what do people think? Ugh. I'm not sure "<1" will appeal to people who are into round-tripping. I think my (slightly) favoured option would be to remove the location constraints on Features completely. I know this is pretty horrible, but off-sequence locations do seem to be things people use. I'd definitely vote against special-casing locations at position 0 -- that just feels like a slippery slope. What happens when people want to model larger leader-peptides in this way? If we're going to allow off-sequence locations at all we should bite the bullet and allow them without restriction. *sigh* Thomas From jason at cgt.duhs.duke.edu Fri May 14 07:36:41 2004 From: jason at cgt.duhs.duke.edu (Jason Stajich) Date: Fri May 14 07:40:45 2004 Subject: [Biojava-dev] cvs.open-bio.org In-Reply-To: <2A2D4E97-A57C-11D8-8F19-000A95C8B056@sanger.ac.uk> References: <2A2D4E97-A57C-11D8-8F19-000A95C8B056@sanger.ac.uk> Message-ID: It's down until chris gets to the datacenter. On Fri, 14 May 2004, Thomas Down wrote: > I'm not getting any response from the WebCVS machine at the moment. > Other open-bio sites are working fine, so I guess it's not a network > problem. Anybody else know about this? > > Thomas. > > _______________________________________________ > biojava-dev mailing list > biojava-dev@biojava.org > http://biojava.org/mailman/listinfo/biojava-dev > -- Jason Stajich Duke University jason at cgt.mc.duke.edu From bruno.aranda at ebiointel.com Fri May 14 08:31:59 2004 From: bruno.aranda at ebiointel.com (Bruno Aranda - eBioIntel) Date: Fri May 14 08:35:48 2004 Subject: [Biojava-dev] SNP analyses in Biojava2 Message-ID: <3080.212.170.16.36.1084537919.squirrel@central.ebiointel.com> Hello everybody, We are endeavouring a project about SNP and related stuff and, of course, it will be using BioJava. It is a long term project and we are now in early design. What I would like it to do is to analyze the SNPs with summary statistics, neutrality tests, coalescent and other things. As we are just in the earliest thoughts and it will be using J2SE 1.5 I think that all this SNP api would be a good contribution to Biojava 2. So, is there any specification about, for instance, how to do statistical equation classes in Biojava 2 (just the classes with the equations to process statistics)... it is too early for this? Of course I can do it aside BioJava but, if I make all these classes with the bjv2 phylosophy, then it will be easier to include them... Any appreciation is welcome, Bruno Aranda From matthew_pocock at yahoo.co.uk Fri May 14 09:05:28 2004 From: matthew_pocock at yahoo.co.uk (Matthew Pocock) Date: Fri May 14 09:19:06 2004 Subject: [Biojava-dev] SNP analyses in Biojava2 In-Reply-To: <3080.212.170.16.36.1084537919.squirrel@central.ebiointel.com> References: <3080.212.170.16.36.1084537919.squirrel@central.ebiointel.com> Message-ID: <40A4C418.3090505@yahoo.co.uk> Hi, Bruno Aranda - eBioIntel wrote: >Hello everybody, > >We are endeavouring a project about SNP and related stuff and, of course, >it will be using BioJava. It is a long term project and we are now in >early design. What I would like it to do is to analyze the SNPs with >summary statistics, neutrality tests, coalescent and other things. As we >are just in the earliest thoughts and it will be using J2SE 1.5 I think >that all this SNP api would be a good contribution to Biojava 2. So, is > > Sounds interesting. SNPs are definitely something I'd like us to support - biojava 2 is about data integration and handling many more types of data, so SNPs are a good example. >there any specification about, for instance, how to do statistical >equation classes in Biojava 2 (just the classes with the equations to >process statistics)... it is too early for this? Of course I can do it > > We don't have anything yet. This is a perfect time to find out what people would need. For example, what classes do you want to see? What API would you like to talk to for the statistical equations? Would you like to be able to pass in a string like "p(x) = p(x | y)" and have it produce code? Would you pass around Strategy objects for different probability distributions? And so on. >aside BioJava but, if I make all these classes with the bjv2 phylosophy, >then it will be easier to include them... > > Agreed. At the moment I've got basic data integration and query working, and a 1st cut at the biological features API. Everything else is up for grabs. The core design principles are now in the README on the trunk, and scatterd on different package.html files in the source. Matthew >Any appreciation is welcome, > >Bruno Aranda > > >_______________________________________________ >biojava-dev mailing list >biojava-dev@biojava.org >http://biojava.org/mailman/listinfo/biojava-dev > > > From matthew.pocock at ncl.ac.uk Fri May 14 11:20:02 2004 From: matthew.pocock at ncl.ac.uk (Matthew Pocock) Date: Fri May 14 11:23:53 2004 Subject: [Biojava-dev] bjv2 alpha 2 Message-ID: <40A4E3A2.4030508@ncl.ac.uk> Hi, I've just rolled out bjv2 alpha 2 - shelob. This is both a feature and performance enhancement release. Get it from subversion at: http://www.derkholm.net/svn/repos/bjv2/branches/shelob As always, the development version is at: http://www.derkholm.net/svn/repos/bjv2/trunk features: * gff support * guts for allowing both gff and to be viewed as a stream of features or sequences * schema support on queryables performance: * elide away unnecisary object creation - 10x speed improvement * adaptive indexing - data sources work out what questions you ask & build indexes * starting to do query optimization through the query and integration layers - 320 sec query down to 6 sec!! I think this has replaced an n*n scaling with a log(n) scaling. Pure objects would be constant-time though - still some way to go miscelanei: * now requires the /newest/ javac - the javac bundled with java 1.5 beta1 was buggy * more documentation - design and user docs An example script: import org.bjv2.seq.Sequence; import org.bjv2.seq.Sequences; import org.bjv2.seq.io.IO; import org.bjv2.symbol.SymbolList; import org.bjv2.gql.Queryable; import java.io.File; /** * Demonstration of integrating multiple files. *

* Use:

IntegrateSequences seqFile1, seqFile2, ...
*

* The files can be any biological sequence/feature format files - currently gff & embl are supported. * The output will be a list of all sequences, and the number of features on the sequence, regardless of * whether the feature was annotated in the same file that the sequence was defined in. * * @author Matthew Pocock */ public class IntegrateSequences { public static void main(String[] args) throws Throwable { // load all the data in for(String arg: args) { File seqFile = new File(arg); System.out.println("Loading: " + seqFile); IO.loadSequence(seqFile); } System.out.println("All sequences: "); // get the queryable with all the sequence data in // this will be made prettier for alpha3 Queryable allSeqs = (Queryable) Sequences.defaultContext().getMapping().image( Sequences.getIdentifiers().get(Sequences.Domains.SEQUENCE)); System.out.println("\t" + allSeqs); // loop over all sequences, printing out the sequence length & the number of features for(Sequence seq: allSeqs) { System.out.println("\t" + seq.getIdentifier()); SymbolList symL = seq.getSymbolList(); if(symL != null) { System.out.println("\t\tlength: " + symL.length()); } System.out.println("\t\tfeatures: " + seq.getFeatures().size()); } } } From heuermh at acm.org Fri May 14 11:09:34 2004 From: heuermh at acm.org (Michael Heuer) Date: Fri May 14 11:55:21 2004 Subject: [Biojava-dev] SNP analyses in Biojava2 In-Reply-To: <3080.212.170.16.36.1084537919.squirrel@central.ebiointel.com> Message-ID: On Fri, 14 May 2004, Bruno Aranda - eBioIntel wrote: > We are endeavouring a project about SNP and related stuff and, of course, > it will be using BioJava. It is a long term project and we are now in > early design. What I would like it to do is to analyze the SNPs with > summary statistics, neutrality tests, coalescent and other things. As we > are just in the earliest thoughts and it will be using J2SE 1.5 I think > that all this SNP api would be a good contribution to Biojava 2. So, is > there any specification about, for instance, how to do statistical > equation classes in Biojava 2 (just the classes with the equations to > process statistics)... it is too early for this? Of course I can do it > aside BioJava but, if I make all these classes with the bjv2 phylosophy, > then it will be easier to include them... Take a look at the COLT library > http://dsd.lbl.gov/~hoschek/colt/ the commons-math library > http://jakarta.apache.org/commons/math or perhaps making calls out to the R statistical package > http://www.r-project.org I don't think the biojava or bjv2 library is the right place for the statistics classes. SNP api on the other hand ... michael From taoxu at bioinformatics.ubc.ca Fri May 14 13:33:07 2004 From: taoxu at bioinformatics.ubc.ca (Tao Xu) Date: Fri May 14 13:37:34 2004 Subject: [Biojava-dev] Feature at position 0 Message-ID: <34ce131723.3172334ce1@cmmt.ubc.ca> I have noticed that the in the nightly build, no Exception is thrown. I guess it just simply ignored the features at position 0, as David suggested. I tend to like the idea of relax the location constraint. Another approach might be create a RelaxLocation class. Regards, Tao ----- Original Message ----- From: Matthew Pocock Date: Friday, May 14, 2004 3:21 am Subject: Re: [Biojava-dev] Feature at position 0 > I think for the sake of useability, we could either relax the > location > constraint to allow point locations at 0, or in the sp parser, re- > write > these as <1 - what do people think? > > Matthew > > Tao Xu wrote: > > >Hi there, > > > >I am trying to use SeqIOTools.readSwissport() to process a > SwissProt flat file. An Exception is thrown whenever a feature at > position 0 is encountered. The user manual from UniProt/SwissProt > says that a feature at position 0 means the initiator methionine > was cleaved off. > >This happens quite often ( at least a few persent of the > SwissProt records has this line "FT INIT_MET 0 0". I > googled and found your message. Is there a solution to this > problem now? Thanks a lot for your help. > > > >Regards, > > > >Tao > > > >On Wednesday 15 Oct 2003 2:11 pm, Mark Southern wrote: > > > > > >>This is a real world example. > >> > >>Swissprot ID KAP3_RAT (AC P12369) is an example of a sequence > with a > >>feature entry at sequence location 0: > >> > >>FT INIT_MET 0 0 BY SIMILARITY. > >> > >> > >>This raises an IllegalArgumentException when the sequence is > read in via > >>SeqIOTools.fileToBiojava (see below). > >> > >>I don't know how oftem this would come up but its definitely a > situation>>that isn't handled at the moment. Thoughts anyone? > >> > >> > >> > >Hmm, this one could be a problem - our coordinate system starts > from one. > >What do they mean by position 0? A cleaved methionine that's > gone alreadY? > > > >Maybe our code ought to have the option to skip these silently? > > > >Regards, > >David Huen > > > > > > > >------------------------------------------------------------------ > ------ > > > >_______________________________________________ > >biojava-dev mailing list > >biojava-dev@biojava.org > >http://biojava.org/mailman/listinfo/biojava-dev > > > > > > From autobuilder at derkholm.net Sat May 15 00:11:20 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Sat May 15 00:06:17 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <31156635.1084594280347.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040515 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ No changes were made in the last 24 hours. -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From autobuilder at derkholm.net Sun May 16 00:11:15 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Sun May 16 00:06:09 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <5450181.1084680675868.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040516 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ No changes were made in the last 24 hours. -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From irfan at t-online.de Sun May 16 04:53:28 2004 From: irfan at t-online.de (abdenace) Date: Sun May 16 14:05:43 2004 Subject: [Biojava-dev] =?windows-1251?b?zuHz9+Xt6OU=?= Message-ID: <200405161805.i4GI5cKr002801@portal.open-bio.org> ????????? ???????! ?????????? ??? 20.05 ????????????? ? ??????????? ??????-?????? ?? ???? : ??????? ?????????????? ????????. ??????? ?????????????: ???????????? ?? ?????? ? ??????????, ????????????? ??????????? ????????, ???????????? ?? ??????????? ???????????, ?????????? ?????????????, ???????????? ?? ??????? ????????. ????????? ????????: 1. ?????? ????????????? ???????? ?? ?????? ? ? ??????. ??????, ?????????? ?? ????????? ????????????? ???????. ??????? ????????????? ????????? ??????? ?? ????????????? ???????. ??????? ??????????? ????? ? ???????. 2. ????????????? ??????? ??????????? ????????. ??????? ?????? ????? ????????. ??????????????? ?????? ??????? ????????. ????????? ????????? ????? ???????? ???????????. ???????. 3. ????????????? ??????? ???????? ????????. ??????? ?????? ????? ????????. ??????????????? ?????? ??????? ???????? ??? ????????. ??????????? ???????? ???????? ????? ????????. 4. ????????????? ??????? ????????? ????????. ??????? ?????? ????? ???????? . ??????????????? ??????. ??????????? ???????? ???????? ????? ?????????. ???????. 5. ????????????? ??????? ??????????? ????????. ??????? ?????? ????? ????????. ??????????????? ??????. ??????????? ???????? ???????? ?????? ????????????. ??????? ??????? ?????? ?????????? ????????. 6. ??????-?????: "???????????? ?????????? ???????? ??????? ????????????? ????????. ???????? ? ???? ????????". ??????? ????. ?????????? ????????????? ???????? ??????? ? ??????????? ??????????? ?????????????? ???????. ???????? ???????????? ??? ?????? ? ??????? ?????????????. ?????????? ??? ??? ????????. ????????? ?????? ???? ??????? ??????? ?????? ??? ?????? ???????? ????????? ??????? 3900 ??????, ? ?.?. ???. ????? ?????? ????? (???????? ??? ???????????). ? ????? ????? ??????: ??????? ? ???????????,??????????? ???????? ????-?????, ????. ??????-????? ???????? ? ?????? (?. ?????????????).????? ?????????? ? 10 ?? 17.30. ??????????? ?????????? ???????????. ??????? ??? ??????? 747-71-88 From faq3 at cn.1618.net Sun May 16 15:25:52 2004 From: faq3 at cn.1618.net (faq3@cn.1618.net) Date: Sun May 16 15:29:35 2004 Subject: [Biojava-dev] Software for Search-Engine, Mail, DNS, and more Message-ID: <008601c43b7b$99ffa260$0301a8c0@1618.net> http://cn.1618.net http://hk.1618.net http://tw.1618.net http://us.1618.net ftp://1618NETSOFTWARE:E171BB2D873546689C770BCBE415B3F6@ftp.1618.net SORRY: this message is created by robot!!! From seki at sesmail.com Mon May 17 16:14:19 2004 From: seki at sesmail.com (Rookie D. Discouragements) Date: Sun May 16 16:38:01 2004 Subject: [Biojava-dev] Have a nice day! //your souls. You need not fear, you need not despair, when Message-ID: <100101c43b82$ba4df4f1$12ba754f@sesmail.com> Get easy money! http://members.lycos.co.uk/lancer131/1/ --- In like manner, vice, while confined to certain limits, which From autobuilder at derkholm.net Mon May 17 00:10:58 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Mon May 17 00:05:43 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <5450181.1084767059106.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040517 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ No changes were made in the last 24 hours. -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From td2 at sanger.ac.uk Mon May 17 18:08:12 2004 From: td2 at sanger.ac.uk (Thomas Down) Date: Mon May 17 18:11:46 2004 Subject: Pre-release soon? (was Re: [Biojava-dev] FeatureFilter.OverlapsExtent) In-Reply-To: <40A49F32.1020805@yahoo.co.uk> References: <81CA6F2E-A57D-11D8-8F19-000A95C8B056@sanger.ac.uk> <40A49F32.1020805@yahoo.co.uk> Message-ID: On 14 May 2004, at 11:28, Matthew Pocock wrote: > > My bad. I added it to fix some rendering glitches with CDS features > without an exon in the visible range. As long as it is semantically > equivalent to ShadowOverlapsLocation, then do the switch. Can you make > sure there's a factory method on FeatureTools for the shadow ones? This is done now. I'm trying to get the javadoc tidied up a bit ready for a 1.4pre1 release. It's quite a while since 1.3 now, lots of things have improved, and the latest versions of dazzle, biojava-ensembl, and probably lots of other stuff currently only work with the HEAD. I'm currently planning to put out 1.4pre1 at the end of this week. Does anyone have any objections to that timing? Thomas. From autobuilder at derkholm.net Tue May 18 00:10:58 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Tue May 18 00:05:26 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <31156635.1084853458586.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040518 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ The following files were modified in the last 24 hours: * biojava-live/src/org/biojava/bio/gui/sequence/FeatureBlockSequenceRenderer.java * biojava-live/src/org/biojava/bio/seq/DNATools.java * biojava-live/src/org/biojava/bio/seq/FeatureFilter.java * biojava-live/src/org/biojava/bio/seq/FilterUtils.java * biojava-live/src/org/biojava/bio/seq/GeneticCodes.java * biojava-live/src/org/biojava/bio/seq/NucleotideTools.java * biojava-live/src/org/biojava/bio/seq/ProteinTools.java * biojava-live/src/org/biojava/bio/seq/RNATools.java * biojava-live/src/org/biojava/bio/seq/SequenceTools.java A patch file reflecting these changes is available from http://www.derkholm.net/autobuild/patches/ -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From cadfredhyt at oddpost.com Tue May 18 22:15:53 2004 From: cadfredhyt at oddpost.com (cadfredhyt@oddpost.com) Date: Tue May 18 23:58:41 2004 Subject: [Biojava-dev] Federal Provincial Subsidies Message-ID: <957501c43d47$366927d0$468186ef@cadfredhyt> Canada Books 26 Bellevue St-Anne-des-Lacs Qc, Canada J0R 1B0 450-224-9275 Legal Deposit-National Library of Canada ISBN 2-922870-05-7 The Canadian Subsidy Directory 2004 edition is available. This publication contains more than 2600 listings of grants and loans offered by government departments, foundations and associations. The publication is sold for $69.95 To obtain a copy please call: 450-224-9275 From autobuilder at derkholm.net Wed May 19 00:11:00 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Wed May 19 00:05:18 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <31156635.1084939860874.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040519 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ No changes were made in the last 24 hours. -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From bruno_dev at ebiointel.com Wed May 19 08:23:33 2004 From: bruno_dev at ebiointel.com (Bruno Aranda - Dev) Date: Wed May 19 08:27:09 2004 Subject: [Biojava-dev] More about SNPs in BioJava 2 Message-ID: <4509.192.168.53.9.1084969413.squirrel@192.168.53.100> Hello again, I've been thinking about the SNP stuff. In order to work with SNPs it would be useful before have a good api for alignments. From the alignments we can find segregating sites (polymorphic sites), and calculate some biological statistics from it as, to name few: - Polymorphism measures: Number of segregating sites (S) Nei 1987 Number of segregating sites per nucleotide Theta θ per site (estimated from S) Minimum number of mutations (η) Tajima 1996 Minimum number of mutations η per site Theta θ per site (estimated from η) Theta θ per DNA sequence (estimated from S) Tajima 1993 Variance of θ per DNA sequence (estimated from S) - without recombination Standard deviation of θ per DNA sequence (estimated from S) - without recombination Variance of θ per DNA sequence (estimated from S) - free recombination [...] - Synonymous-Nonsynonimous Number of Synonymous differences Nei and Gojobori 1986 Number of Non-synonymous differences Number of Synonymous positions Number of Non-synonymous positions Number of synonymous polymorphisms per synonymous site Number of non-synonymous polymorphisms per non-synonymous site Number of synonymous polymorphisms per synonymous site - with Jukes&Cantor correction Number of non-synonymous polymorphisms per non-synonymous site - with Jukes&Cantor correction Variance of Ks (Jukes&Cantor) Variance of Ka (Jukes&Cantor) [...] We can also do pairwise comparisons between polymorphic sites and calculate Linkage Disequilibriums (more equations here, like D' (Lewontin), R, R2 (Hill, Robertson), distance between both comparing sites, and so on...). All (or most) of these equations are only applied in this field of biology, and you cannot find them in libraries as colt or apache commons math... Of course you can calculate some other basic probabilities like Chi square and Fisher distributions from another packages. Moreover this equations are pretty simple and use often the same variables. I guess that the best strategy here would be use some Objects. For example we could have: PolymorphismCalculator polyCalc = new PolymorphismCalculatior(alignment); int segregatingSites = polyCalc.calculateSegregatingSites(); .... .... or something like this. The biological functions would be in Strategy Objects for different models and biostatistics, but I am sure that better ideas will come about this :) We could also get the SNP objects form an alignment using some utilities... SNP[] snps = SNPTools.retrieveFromAlignment(alignment); A SNP would be a Symbol composed by AtomicSymbols, and some annotations... Well, but alignments are not the only source for SNPs. For example, we can get the SNPS from the NCBI in a few formats, being this kind of Fasta the most used I think: >gnl|dbSNP|ss12724475|allelePos=632|totalLen=659|PIGGENOME|P1|taxid=9823|mol=cDNA|snpclass=1|alleles='T/A' CATCATTGAGCTACTTGCCCTTCGGAGCAGGACCCCGCTCTTGCGTAGGG GAGATGCTAGCCCGCCAGGAGCTCTTCCTCTTCACGGCTGGATTGCTGCA GAGGTTCGACCTGGAGCTCCCAGATGATGGGCAGCTACCCTGTCTCGTGG GCAACCCCAGTTTGGTCCTGCAGATAGATCCTTTCAAAGTGAAGATCAAG GAGCGCCAGGCCTGGAAGGAAGCCCACACTG W AGGGGAGTACCTCCTGACTCCACCCTG The SNP here is the W ambigous symbol. Well, this is an overall idea about SNPs... more focused on SNP calculations. It would be useful to have more opinions about this and other aspects of SNPs... Bruno From jason at cgt.duhs.duke.edu Wed May 19 21:29:15 2004 From: jason at cgt.duhs.duke.edu (Jason Stajich) Date: Wed May 19 21:32:54 2004 Subject: [Biojava-dev] More about SNPs in BioJava 2 In-Reply-To: <4509.192.168.53.9.1084969413.squirrel@192.168.53.100> References: <4509.192.168.53.9.1084969413.squirrel@192.168.53.100> Message-ID: I've done quite a few of these in bioperl. Many of the distance methods came from the EMBOSS code or phylip code. You are more than welcome to steal liberally from Bio::PopGen code in bioperl (live CVS code not release code as there are some bug fixes). -jason On Wed, 19 May 2004, Bruno Aranda - Dev wrote: > Hello again, > > I've been thinking about the SNP stuff. In order to work with SNPs it > would be useful before have a good api for alignments. From the > alignments we can find segregating sites (polymorphic sites), and > calculate some biological statistics from it as, to name few: > > - Polymorphism measures: > Number of segregating sites (S) Nei 1987 > Number of segregating sites per nucleotide > Theta θ per site (estimated from S) > Minimum number of mutations (η) Tajima 1996 > Minimum number of mutations η per site > Theta θ per site (estimated from η) > Theta θ per DNA sequence (estimated from S) Tajima 1993 > Variance of θ per DNA sequence (estimated from S) - without > recombination > Standard deviation of θ per DNA sequence (estimated from S) - > without recombination > Variance of θ per DNA sequence (estimated from S) - free > recombination > > [...] > > - Synonymous-Nonsynonimous > Number of Synonymous differences Nei and Gojobori 1986 > Number of Non-synonymous differences > Number of Synonymous positions > Number of Non-synonymous positions > Number of synonymous polymorphisms per synonymous site > Number of non-synonymous polymorphisms per non-synonymous site > Number of synonymous polymorphisms per synonymous site - with > Jukes&Cantor correction > Number of non-synonymous polymorphisms per non-synonymous site - > with > Jukes&Cantor correction > Variance of Ks (Jukes&Cantor) > Variance of Ka (Jukes&Cantor) > > [...] > > We can also do pairwise comparisons between polymorphic sites and > calculate Linkage Disequilibriums (more equations here, like D' > (Lewontin), R, R2 (Hill, Robertson), distance between both comparing > sites, and so on...). > > All (or most) of these equations are only applied in this field of > biology, and you cannot find them in libraries as colt or apache commons > math... Of course you can calculate some other basic probabilities like > Chi square and Fisher distributions from another packages. Moreover this > equations are pretty simple and use often the same variables. I guess > that the best strategy here would be use some Objects. For example we > could have: > > PolymorphismCalculator polyCalc = new > PolymorphismCalculatior(alignment); int segregatingSites = > polyCalc.calculateSegregatingSites(); > .... > > .... or something like this. The biological functions would be in > Strategy Objects for different models and biostatistics, but I am sure > that better ideas will come about this :) > > We could also get the SNP objects form an alignment using some > utilities... > > SNP[] snps = SNPTools.retrieveFromAlignment(alignment); > > A SNP would be a Symbol composed by AtomicSymbols, and some > annotations... > > Well, but alignments are not the only source for SNPs. For example, we > can get the SNPS from the NCBI in a few formats, being this kind of > Fasta the most used I think: > > >gnl|dbSNP|ss12724475|allelePos=632|totalLen=659|PIGGENOME|P1|taxid=9823|mol=cDNA|snpclass=1|alleles='T/A' > CATCATTGAGCTACTTGCCCTTCGGAGCAGGACCCCGCTCTTGCGTAGGG > GAGATGCTAGCCCGCCAGGAGCTCTTCCTCTTCACGGCTGGATTGCTGCA > GAGGTTCGACCTGGAGCTCCCAGATGATGGGCAGCTACCCTGTCTCGTGG > GCAACCCCAGTTTGGTCCTGCAGATAGATCCTTTCAAAGTGAAGATCAAG > GAGCGCCAGGCCTGGAAGGAAGCCCACACTG > W > AGGGGAGTACCTCCTGACTCCACCCTG > > The SNP here is the W ambigous symbol. > > Well, this is an overall idea about SNPs... more focused on SNP > calculations. It would be useful to have more opinions about this and > other aspects of SNPs... > > > Bruno > > > > _______________________________________________ > biojava-dev mailing list > biojava-dev@biojava.org > http://biojava.org/mailman/listinfo/biojava-dev > -- Jason Stajich Duke University jason at cgt.mc.duke.edu From autobuilder at derkholm.net Thu May 20 00:10:58 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Thu May 20 00:05:05 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <5450181.1085026258459.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040520 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ The following files were modified in the last 24 hours: * biojava-live/src/org/biojava/bio/program/das/dasalignment/Alignment.java * biojava-live/src/org/biojava/bio/program/das/dasalignment/DASAlignmentCall.java * biojava-live/src/org/biojava/bio/program/das/dasalignment/DASAlignmentClient.java * biojava-live/src/org/biojava/bio/program/das/dasalignment/DASAlignmentXMLResponseParser.java * biojava-live/src/org/biojava/bio/program/das/dasalignment/DASException.java * biojava-live/src/org/biojava/bio/program/das/dasalignment/MSDMappingReader.java * biojava-live/src/org/biojava/bio/program/das/dasalignment/MSD_Mapping_ContentHandler.java * biojava-live/src/org/biojava/bio/program/das/dasstructure/DASStructureCall.java * biojava-live/src/org/biojava/bio/program/das/dasstructure/DASStructureXMLResponseParser.java * biojava-live/src/org/biojava/bio/structure/AminoAcid.java * biojava-live/src/org/biojava/bio/structure/AtomImpl.java * biojava-live/src/org/biojava/bio/structure/Calc.java * biojava-live/src/org/biojava/bio/structure/Chain.java * biojava-live/src/org/biojava/bio/structure/ChainImpl.java * biojava-live/src/org/biojava/bio/structure/Group.java * biojava-live/src/org/biojava/bio/structure/GroupIterator.java * biojava-live/src/org/biojava/bio/structure/Hetatom.java * biojava-live/src/org/biojava/bio/structure/Structure.java * biojava-live/src/org/biojava/bio/structure/StructureImpl.java A patch file reflecting these changes is available from http://www.derkholm.net/autobuild/patches/ -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From autobuilder at derkholm.net Fri May 21 00:11:13 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Fri May 21 00:05:30 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <5450181.1085112674054.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040521 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ No changes were made in the last 24 hours. -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From matthew_pocock at yahoo.co.uk Fri May 21 11:54:33 2004 From: matthew_pocock at yahoo.co.uk (Matthew Pocock) Date: Fri May 21 11:58:13 2004 Subject: [Biojava-dev] bjv2 alpha 3 Message-ID: <40AE2639.3020806@yahoo.co.uk> Hi, I'ts that time again. I've committed alpha 3 - scylla to svn. This adds support for flat-file indexing and mapping between Java and RDF. It also introduces some direct requirements for build tools that are only available on Java 1.5 beta 2 - but with any luck that should be comming out soon. Get it while it's hot at: http://www.derkholm.net/svn/repos/bjv2/branches/scylla As always, the development version is at: http://www.derkholm.net/svn/repos/bjv2/trunk Features: org.bjv2.io.index: Indexing API that supports any file format understood by org.bjv2.io automatically. Currently there is one implementation of this API. Implementations should be easy to write for things like SRS. org.bjv2.rdf: API for representing Java classes and objects as RDFS and RDF. This supports a fully pluggable architecture, so that multiple classes can be mapped to the same RDF type, properties can be explicitly mapped to RDF properties, and instances can be checked for metaData fields (e.g. Feature.getType() can result in different RDFS documents being produced for features with different types, or an instance of Annotation or Map may have a schema that contains information about which properties are present). @Utility annotation This flags a class as being a utility class. This means that it must expose only static fields and methods, and must not be instantiable. More coding-style validators will follow. Matthew From heuermh at acm.org Fri May 21 12:44:02 2004 From: heuermh at acm.org (Michael Heuer) Date: Fri May 21 12:55:25 2004 Subject: [Biojava-dev] bjv2 alpha 3 In-Reply-To: <40AE2639.3020806@yahoo.co.uk> Message-ID: On Fri, 21 May 2004, Matthew Pocock wrote: > org.bjv2.rdf: > API for representing Java classes and objects as RDFS and RDF. > This supports a fully pluggable architecture, so that multiple > classes can be mapped to the same RDF type, properties can be explicitly > mapped to RDF properties, and instances can be checked for metaData > fields (e.g. Feature.getType() can result in different RDFS documents > being produced for features with different types, or an instance of > Annotation or Map may have a schema that contains information about > which properties are present). Sounds interesting, but what can we use this for? > @Utility annotation > This flags a class as being a utility class. This means that it must > expose only static fields and methods, and must not be instantiable. > More coding-style validators will follow. While this pattern is good coding style, it causes problems in certian environments that require no-arg constructors. Most (if not all) of the apache projects now include a constructor like /** * XxxUtils should not normally be instantiated. This * constructor is public to permit tools that require a JavaBean * instance to operate. */ public XxxUtils() { // empty } in utility classes. See e.g. > http://jakarta.apache.org/commons/lang/apidocs/org/apache/commons/lang/ArrayUtils.html michael From autobuilder at derkholm.net Sat May 22 00:11:07 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Sat May 22 00:08:05 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <5450181.1085199067479.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040522 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ The following files were modified in the last 24 hours: * biojava-live/src/org/biojava/bio/structure/io/PDBFileReader.java * biojava-live/src/org/biojava/bio/structure/io/PDBSRSReader.java * biojava-live/src/org/biojava/bio/structure/io/StructureIO.java A patch file reflecting these changes is available from http://www.derkholm.net/autobuild/patches/ -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From td2 at sanger.ac.uk Sat May 22 07:52:11 2004 From: td2 at sanger.ac.uk (Thomas Down) Date: Sat May 22 07:55:36 2004 Subject: [Biojava-dev] Distribution serialization Message-ID: <75DE2104-ABE6-11D8-B9D9-000A95C8B056@sanger.ac.uk> I've just had another hack at distribution serialization -- this clears up some rather fragile contracts between different classes, and allows IndexedNthOrderDistributions to be usably serialized. I hope this won't affect anyone too much (you're not using serialization for long-term data storage, are you?), but if you've got your own Distribution implementations which extend AbstractDistribution, and need to serialize them, you might have to make a few changes -- look at SimpleDistribution for an example. Thomas. From autobuilder at derkholm.net Sun May 23 00:10:57 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Sun May 23 00:05:50 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <5450181.1085285457956.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040523 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ The following files were modified in the last 24 hours: * biojava-live/src/org/biojava/bio/dist/AbstractDistribution.java * biojava-live/src/org/biojava/bio/dist/AbstractOrderNDistribution.java * biojava-live/src/org/biojava/bio/dist/IndexedNthOrderDistribution.java * biojava-live/src/org/biojava/bio/dist/SimpleDistribution.java * biojava-live/src/org/biojava/bio/symbol/SimpleAtomicSymbol.java A patch file reflecting these changes is available from http://www.derkholm.net/autobuild/patches/ -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From mark.schreiber at group.novartis.com Sun May 23 21:21:54 2004 From: mark.schreiber at group.novartis.com (mark.schreiber@group.novartis.com) Date: Sun May 23 21:25:27 2004 Subject: [Biojava-dev] bjv2 alpha 3 Message-ID: >> @Utility annotation >> This flags a class as being a utility class. This means that it must >> expose only static fields and methods, and must not be instantiable. >> More coding-style validators will follow. > >While this pattern is good coding style, it causes problems in certian >environments that require no-arg constructors. > >Most (if not all) of the apache projects now include a constructor like > > /** > * XxxUtils should not normally be instantiated. This > * constructor is public to permit tools that require a JavaBean > * instance to operate. > */ > public XxxUtils() > { > // empty > } > >in utility classes. See e.g. > > http://jakarta.apache.org/commons/lang/apidocs/org/apache/commons/lang/ArrayUtils.html > > michael This is not a bad idea. If you ever try to make a GUI application based on BioJava using an IDE you pretty quickly come unstuck on the more non-bean like elements, the *Tools being the biggest problems. A public constructor on a utility class is not really a problem other than possibly creating more than one copy in the VM and adding a bit of cruft. It would be nice if more of BioJava could be made into valid beans. Unfortunately this does render all of the elegant singletons invalid. If only java had a keyword for a constructor that could be called only by the VM to create a bean. I suspect such a thing would cause all kinds of security problems though. - Mark From autobuilder at derkholm.net Mon May 24 00:11:04 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Mon May 24 00:04:19 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <5450181.1085371864399.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040524 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ No changes were made in the last 24 hours. -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From matthew_pocock at yahoo.co.uk Mon May 24 09:02:02 2004 From: matthew_pocock at yahoo.co.uk (Matthew Pocock) Date: Mon May 24 09:05:37 2004 Subject: [Biojava-dev] bjv2 alpha 3 In-Reply-To: References: Message-ID: <40B1F24A.1080108@yahoo.co.uk> Queue brain-dump... Utility methods are primarily intended for dumb users - dumb coder users. A different mechanism may be more appropreate for dumb drag-n-droppers. I am assuming from what you have said that bean editors let you do quasi-illegal things like invoking static methods relative to instances. I've no problem with 'skinning' bjv2 for a different user group. What if we had some magic like this: Object tool = new ToolFactory().makeTool(Utility.class) This returns a 1st class object with non-static methods that alias to the static tools methods on Utility.class and is serializable - would this help? What's the standard pattern for exposing processes through beans? I'd feel much happier if this level of logic was handled in a workflow language e.g. Taverna could be adapted so that all utility classes become processors. That way dumb d-n-d users realy don't have to look at any of the code. >It would be nice if more of BioJava could be made into valid beans. >Unfortunately this does render all of the elegant singletons invalid. If >only java had a keyword for a constructor that could be called only by the >VM to create a bean. I suspect such a thing would cause all kinds of >security problems though. > >- Mark > > >_______________________________________________ >biojava-dev mailing list >biojava-dev@biojava.org >http://biojava.org/mailman/listinfo/biojava-dev > > > From heuermh at acm.org Mon May 24 15:16:55 2004 From: heuermh at acm.org (Michael Heuer) Date: Mon May 24 15:53:36 2004 Subject: [Biojava-dev] bjv2 alpha 3 In-Reply-To: <40B1F24A.1080108@yahoo.co.uk> Message-ID: On Mon, 24 May 2004, Matthew Pocock wrote: > Queue brain-dump... Utility methods are primarily intended for dumb > users - dumb coder users. A different mechanism may be more appropreate > for dumb drag-n-droppers. I am assuming from what you have said that > bean editors let you do quasi-illegal things like invoking static > methods relative to instances. I've no problem with 'skinning' bjv2 for > a different user group. What if we had some magic like this: > > Object tool = new ToolFactory().makeTool(Utility.class) > > This returns a 1st class object with non-static methods that alias to > the static tools methods on Utility.class and is serializable - would > this help? That is nifty but doesn't help with the public default constructor problem. Most reflective code won't be able to figure out factory construction methods automatically. There was a long debate on the commons-dev mailing list in 2002 and a long second round of debate in 2003 that maybe isn't worth rehashing here. In the end the community decided to go with public constructors documented against normal use, so that is what I was suggesting. michael > What's the standard pattern for exposing processes through beans? I'd > feel much happier if this level of logic was handled in a workflow > language e.g. Taverna could be adapted so that all utility classes > become processors. That way dumb d-n-d users realy don't have to look at > any of the code. > > >It would be nice if more of BioJava could be made into valid beans. > >Unfortunately this does render all of the elegant singletons invalid. If > >only java had a keyword for a constructor that could be called only by the > >VM to create a bean. I suspect such a thing would cause all kinds of > >security problems though. > > > >- Mark > From randell.mmasonge at rapt.nl Mon May 24 18:35:49 2004 From: randell.mmasonge at rapt.nl (Randell M. Mason) Date: Mon May 24 18:41:46 2004 Subject: [Biojava-dev] Get your medicines from us. Message-ID: <40B278C5.33E06FA1@rapt.nl> Cheap Viagra and other drugs such as Soma, Lìpitor, Celebrex, Valìum, Xanax, and more. We believe ordering medìcation should be as simple as ordering anything else on the Net. No doctor consultatìon needed. Safe, private and easy. Shipped to the whole world. Look here and save: http://4hbedomain.com/ The link below is for people who hate adv.... http://4hbedomain.com/o.php From autobuilder at derkholm.net Tue May 25 00:11:03 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Tue May 25 00:04:06 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <5450181.1085458264026.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040525 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ The following files were modified in the last 24 hours: * biojava-live/src/org/biojava/bio/structure/GroupIterator.java A patch file reflecting these changes is available from http://www.derkholm.net/autobuild/patches/ -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From mark.schreiber at group.novartis.com Tue May 25 04:42:50 2004 From: mark.schreiber at group.novartis.com (mark.schreiber@group.novartis.com) Date: Tue May 25 04:46:22 2004 Subject: [Biojava-dev] bjv2 alpha 3 Message-ID: Hey! I prefer to think of myself as a lazy drag n dropper than a dumb drag n dropper :) But serioulsy, there are other good reasons to have a beany version of things. Interoperability with JAXB and other bean centric APIs springs to mind. Threre are lots of cool things that can be done with beans and reflection all of which happily violate the principle of encapsulation and are quasi illegal but are cool none the less. Matthew Pocock Sent by: biojava-dev-bounces@portal.open-bio.org 05/24/2004 09:02 PM To: Mark Schreiber/GP/Novartis@PH cc: biojava-dev-bounces@portal.open-bio.org, Biojava-dev , Michael Heuer Subject: Re: [Biojava-dev] bjv2 alpha 3 Queue brain-dump... Utility methods are primarily intended for dumb users - dumb coder users. A different mechanism may be more appropreate for dumb drag-n-droppers. I am assuming from what you have said that bean editors let you do quasi-illegal things like invoking static methods relative to instances. I've no problem with 'skinning' bjv2 for a different user group. What if we had some magic like this: Object tool = new ToolFactory().makeTool(Utility.class) This returns a 1st class object with non-static methods that alias to the static tools methods on Utility.class and is serializable - would this help? What's the standard pattern for exposing processes through beans? I'd feel much happier if this level of logic was handled in a workflow language e.g. Taverna could be adapted so that all utility classes become processors. That way dumb d-n-d users realy don't have to look at any of the code. >It would be nice if more of BioJava could be made into valid beans. >Unfortunately this does render all of the elegant singletons invalid. If >only java had a keyword for a constructor that could be called only by the >VM to create a bean. I suspect such a thing would cause all kinds of >security problems though. > >- Mark > > >_______________________________________________ >biojava-dev mailing list >biojava-dev@biojava.org >http://biojava.org/mailman/listinfo/biojava-dev > > > _______________________________________________ biojava-dev mailing list biojava-dev@biojava.org http://biojava.org/mailman/listinfo/biojava-dev From Russell.Smithies at agresearch.co.nz Tue May 25 17:03:24 2004 From: Russell.Smithies at agresearch.co.nz (Smithies, Russell) Date: Tue May 25 17:06:57 2004 Subject: [Biojava-dev] JNIReg Message-ID: Has anyone used JNIReg from http://www.trustice.com/java/jnireg/ to write registry keys before? I need to write and read a few reg keys to the Windows registry but it has even less documentation than Biojava :-( Has anyone got some old code lying about or can anyone suggest a better way to do this? I think it can also be done using reflection and properties but not sure how. Thanx Russell Smithies Bioinformatics Software Developer AgResearch Invermay Private Bag 50034 Puddle Alley Mosgiel New Zealand Tel: +64 3 489 9171 Fax: +64 3 489 3739 ======================================================================= Attention: The information contained in this message and/or attachments from AgResearch Limited is intended only for the persons or entities to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipients is prohibited by AgResearch Limited. If you have received this message in error, please notify the sender immediately. ======================================================================= From autobuilder at derkholm.net Wed May 26 00:11:03 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Wed May 26 00:03:59 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <5450181.1085544664124.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040526 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ No changes were made in the last 24 hours. -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From melisa at seznam.cz Wed May 26 00:23:19 2004 From: melisa at seznam.cz (iris) Date: Wed May 26 00:37:37 2004 Subject: [Biojava-dev] =?windows-1251?b?zuHz9+Xt6OU=?= Message-ID: <200405260437.i4Q4bSKr013087@portal.open-bio.org> ????????? ???????! ?????????? ??? 31 ??? ??????? ??????? ? ??????????? ???????? ?? ???? : "??????? ?????????? ?????????? ?? ??????????? ???? ??????????? ?????? ????????, ??????? ?? ???????????? ????????? ? ?????????? ?????????????? ?????????????, ???????????? ? ?????????????? ?????????? ????????? ? ??????? ????????. ????????? - ???????? ???????????? ?????? ?????????? ? ???????????? ?????? ?????????????? ? ??????????? ????????. ? ?????????, ????????? ???????? ?????????? ?????? ?????? ??????????????, ??? ??????????? ????????? ????????? ?????????? ? ?????????? ?????????. ?????????? ???????? ???????????? ????????? ?????????: 1. ????????? ????????? - ???????? ???? ????????? - ???????????? ????????? - ????? ????????? - ?????????? ????????? 2. ?????????? ? ?????????. - ?????????? ???? ????????? - ????? ??????? ????????? ?????????. - ?????? ?????????? ? ?????????? - ??????? ????????? ?????????? ?? ??????????. - ???????? ???, ????????? ?????????. ?????????? ????????. 3. ?????????? ?????????. - ?????? ?????????? ???????? ? ?????????. - ??? ?????? ???????????? ??????????? - ??????? ??????????. - ??????????????? ??????? - ?????????????? ???????? ????? - ???????? ??????? ?????????. - ?????? ??????????? ?? ?????????? ????? - ????? ???????? ???????, ?????????? ?????? ????????? ???????. - ????????? ?????????? ???????? ???????, ????????? ??????????? ???????. - ??????????. ??????????, ?????????????? ? ???????? ????????. - ????????? ? ????????. 4. ?????? ???????????? ????????. ???????? ?????????? ???????? ???????. ?? ????????? ???????? ????????? ??????: - ?????????? ??????????? ? ???????????? ?????, ?????????? ?? ????????? - ???????????? ? ????????? ???? ?????????? ? ????????? ?????????????? ? ??????? ? ??????? ???????? - ?????? ???????? ?????? ?????????? ? ????????????? ?? ? ????? ????????? ????????? - ????????? ??????????? ????????? ???, ????? ????????? ???????????? ??????????? - ????????? ????? ? ???? ??? ??????? ??? ?????????? ?????????. ????????? ??????? ? ??????????? 3900 ??????, ? ?.?. ???. ????? ?????? ????? (???????? ??? ???????????). ? ????????? ??????: ??????? ? ???????????,??????????? ???????? ????-?????, ????. ??????-????? ???????? ? ?????? (?. ?????????????).?????? - ? 10 ????? ? ????????? - ? 17.30 - 18.00. ??? ??????? ? ???????? ?????????? ????????????????. ???? ?? ?? ?????? ???????? ??????-????? ?? ?????????? ??? ?????????? ?????? ?? ????? ???????????.? ??????????????? ??????????? ??????????? ????????. ????????? ???????????? ???????????? 2600 ???. ? ?.?. ??? ??????? ??? ??????? 788-73-28 From marketingdirecto at eyou.com Wed May 26 04:06:37 2004 From: marketingdirecto at eyou.com (marketingdirecto@eyou.com) Date: Wed May 26 04:12:03 2004 Subject: [Biojava-dev] I,05/22 Message-ID: <200405260811.i4Q8BtKr015311@portal.open-bio.org> Dear Sir, we have been in the field of diesel fuel injection systems for quite a few years.(CHINA) Recently we have developed a new kind of h&r, "CH-D90101A=AM Bosch number HD90101A"Its unit price is USD150/pc.And we also adjust the unit price of Nozzle , Plunger to USD4~8/pc respectively. We tell you that we will update our VE h&r (hydraulic heads for the VE distributor pump) list in our homepages.Thirty more models will be added.And the minimum order will be 10pcs a model. we give the unity quotation of VE distributor head: 3-cyl:USD:55/1pcs 4-cyl:USD:40~50/1pcs 5-cyl:USD:60/1pcs 6-cyl:USD:45~50/1pcs We can ship the following three models to you within 6~8 weeks. after we receive your payment. If you feel interested in our products,please advise the details about what you need,such model name,part number,quantity and so on.We are always within your touch. Thanks and best regards Looking forward to our favorable cooperation. Hope to hear from you soon. (NIPPON DENSO) D00-0143 D00-0242 D00-0262 D00-0371 D00-0432 D00-1030 D00-1060 D00-1090 D00-1210 D00-1220 D00-1230 D00-1240 D00-1250 D00-1330 D00-1331 D00-1600 D40-0080 ZEXEL Z00-2220 Z00-3320 Z00-4520 Z00-5521 Z00-8821 Z00-9720 Z01-0520 Z01-2120 Z02-0820 Z02-0920 Z02-1420 Z02-4020 Z02-4320 Z02-3820 Z03-2820 Z03-3120 Z03-3520 Z04-1520 Z04-2200 Z05-1920 Z30-1420 BOSCH A 333 320 A 333 323 A 334 313 A 334 327 A 334 565 A 334 337 A 334 378 A 334 424 A 334 475 A 334 485 A 334 494 A 334 496 A 334 580 A 334 590 A 334 564 A 334 565 A 334 575 A 334 592 A 334 595 A 334 596 A 334 603 A 334 604 A 334 606 A 334 617 A 334 675 A 334 678 A 334 720 A 334 780 A 334 798 A 334 859 A 334 874 A 334 899 A 334 946 A 335 345 B 335 022 A 336 335 A 336 352 A 336 364 A 336 403 A 336 423 A 336 464 A 336 480 A 336 528 A 336 608 A 336 614 A 336 626 A 336 632 B 334 050 B 334 021 B 336 013 We have a large number of nozzle, plunger and delivery valve in stock.Here is a list of part of them. " " NOZZLE 093400-1310 DN0SD193 093400-1710 DLLA160SND171 093400-2280 DNOSD228 093400-5210 DNOPD21 093400-5571 ND-DN4PD57 093400-5590 ND-DLLA150P59 093400-7690 ND-DN10PDN129 093400-7700 ND-DN10PDN130 DNOSD261 DNOSD220 DNOSD293 DLLA150P205 DLLA150S1070 105000-108 NP-DNOSD211 105000-1130 NP-DN4SD24 10500-1650 NP-DNOSD2110 105000-1080 NP-DNOSD211 105000-1360 NP-DN4SD24 105000-1730 NP-DNOSD21 105000-1740 NP-DNOSD193 105000-1760 105000-2280 NP-DNOSDN228 105007-1120 NP-DNOPDN112 105007-1130 NP-DN0PDN113 105007-1210 NP-DNOPDN121 105015-2780 NP-DLLA166S374NP6 105015-3280 NP-DLLA150S328NP52 105015-3520 DLLA150S384NP73 105015-3650 NP-DLLA151S354N86 105015-3670 NP-DLLA160S354NP88 105015-3850 NP-DLLA150S334N385 105015-4130 NP-DLLA154S324N413 105015-4170 NP-DLLA137S374N417 105015-4190 DLLA154S334N419 105015-4220 NP-DLLA160S295N422 105015-4330 NP-DLLA105S304N433 105015-4730 NP-DLLA148S324N473 105015-5070 NP-DLLA160S325N507 105015-6130 NP-DLLA142SN613 105015-6380 DLLA158SN638 105015-8690 DLLA158SN869 105015-8860 NP-DLLA148SN886 105017-0070 NP-DLLA154PN007 105017-0090 NP-DLLA152PN009 105017-0630 NP-DLLA152PN063 105017-0670 DLLA154PN067 105017-0100 DLLA160PN010 105017-0210 DLLA150PN021 105017-0211/10 DLLA150PN021 105017-0900 DLLA152PN009 105017-1160 NP-DLLA154PN116 105017-1180 DLLA155PN118 105007-1210 NP-DNOPDN121 105017-1780 DLLA153PN178 0 433 271 740 0 433 271 047 DLLA150S187 0 433 271 045 DLLA150S186 0 433 171 031 DLLA150P30 0 433 171 050 DLLA160P50 0 433 171 059 DLLA150P59 0 433 171 104 DLLA150P115 0 433 171 149 DLLA146P166 0 433 171 137 DLLA146P154 0 433 171 161 DLLA144P184 0 433 171 172 DLLA154P206 0 433 171 231 DLLA150P326 0 433 171 435 DLLA145P574 0 433 171 444 DLLA150P585 0 433 175 048 DSLA145P300 0 433 271 045 DLLA150S186 0 433 271 047 DLLA150S187 0 433 271 361 DLLA150S739 0 433 271 404 DLLA142S792 0 433 271 874 DLLA150S739 0 466 171 003 DLL-A160P3 NP-DLL154S284N393 NP-DLL160S 354NP88 6801128 6801118 PLUNGER LIST: 131101-7020 0-4 131101-7520 0-9 A17 131151-2720 A43 131151-3220 A44 131151-5820 A74 131151-7320 A89 A98 131152-1420 A138 A147 131152-2220 A148 131152-3120 A158 131152-3320 A160 131152-5620 A188 131153-1220 A196 131152-8520 A226 131153-8920 A768 A722 134101-1420 P2 134101-1520 P3 P4 134101-1820 P6 134101-3820 P25 134101-6320 P48 134101-6420 P49 Delivery valve 146430-1420 131160-1920 02A 131160-2220 05A 131160-2920 12A 131160-3620 20A 134110-0120 P1 134110-0520 P4 134110-0920 P8 134110-4520 P44 131110-0620 161S2 134110-0920 P8 134110-4520 P44 134110-7420 P73 131110-2920 A9 131110-3920 A20 131110-4720 A28 131110-5120 A32 131110-5220 A33 131110-5920 A40 13110-6820 A49 131110-7720 A58 131110-7820 A59 131110-9420 A75 131160-0420 A85 1 468 532 247 A247 146430-0020 VE1 146430-1420 VE15 " marketingdirecto@eyou.com From tamal at t-online.de Wed May 26 22:01:15 2004 From: tamal at t-online.de (cesar) Date: Wed May 26 22:11:58 2004 Subject: [Biojava-dev] =?windows-1251?b?zuHz9+Xt6OU=?= Message-ID: <200405270211.i4R2BmKr026664@portal.open-bio.org> ????????? ???????! ?????????? ??? 3 ???? ???????? ? ??????????? ??????-?????? ?? ???? : ????? ??????????????? ?????????? ??????? ????????????? ??????? ???????????, ????????? ?????????????, ????????????? ???6????????. ????????? ????????. 1. ??????? ??????????????? ?????????. ???????? ? ????????????: ????????? ?????????, ??????????????? ???????, ??????????????? ??????????. ??? ?????????, ???? ????????? ???????????????? ?? ???????? ?????????? ??????????? ??????? ? ????? ????? ??????????????? ?????????. 2. ????? ? ????? ??????????????? ????????? ??? ????? ????????? ??????? ?? ??????? 3. ???? ??????????? ? ??????? ???????? ??????????????? ????????? ??? ????? ???????????????. ?????? ??????????????? ????????? ? ????????? ?????. 4. ????????? ???????? ???????? ??????? ? ?????????????? ??????? ? ??????????????? ?????????. ?????????? ??????????? ? ????????? ?? ? ????????? ????? 5. ????????? ???? ???????? ?? ?????? ??????????????? ????????? 6. ??????????? ?????????? ????? ???????? ??????????????? ?????????, ????????? ? ???????????? ?? 1 ?????? 2002 ?. 7. ????????????? ????????? ???????? ??? ????? ??????????????? ????????? ? ????????, ????????? ? ??? ????????????? 8. ?????????? ? ?????? ??????? ???????? ??????????????? ????????? ????????? ??????? ? ????????, ???????? ??????? ?? ?????? ? ????????? ?????. C???????? ??????? ? ??????-?????? 3900 ??????, c ?????? ???. ????? ?????? ????? (???????? ??? ???????????). ? ????? ????? ??????: ??????? ? ?????? ??????,?????????????? ???????? ????????? ????-?????, ????. ??????-????? ???????? ? ?????? (?. ?????????????).?????? - ? 10 ????? ? ????????? - ? 17.30 - 18.00. ??? ??????? ? ???????? ?????????? ????????????????. ???? ???? ??????? ? ??????????? ?????????? ?? ?????????? ??? ?????????? ?????? ?? ????? ????? ? ?????? ??????-???????.? ??????????? ??????????? ??????????? ????????. ????????? ???????????? ???????????? 2600 ???. ? ??? ??????? ??? ??????? 788-7328 From autobuilder at derkholm.net Thu May 27 00:10:58 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Thu May 27 00:03:34 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <31156635.1085631058809.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040527 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ No changes were made in the last 24 hours. -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From cornelius_arringtonfa at cuba-solidarity.org.uk Thu May 27 00:01:08 2004 From: cornelius_arringtonfa at cuba-solidarity.org.uk (Cornelius Arrington) Date: Thu May 27 00:04:49 2004 Subject: [Biojava-dev] Very powerful weightloss now available. Message-ID: <1e1c01c4439f$93618f05$09d7f2f6@hull-college.ac.uk> Hello, I have a special_offer for you... WANT TO LOSE WEIGHT? The most powerful weightloss is now available without prescription. All natural Adipren720 100% Money Back Guarant?e! - Lose up to 19% Total Body Weight. - Up to 300% more Weight Loss while dieting. - Loss of 20-35% abdominal Fat. - Reduction of 40-70% overall Fat under skin. - Increase metabolic rate by 76.9% without Exercise. - Boost your Confidence level and Self Esteem. - Burns calorized fat. - Suppresses appetite for sugar. Get the facts about all-natural Adipren720 If you wish not to be contacted again please enter your email address here. From johnnie.mullen_ut at siak.ch Thu May 27 12:54:16 2004 From: johnnie.mullen_ut at siak.ch (Johnnie I. Mullen) Date: Thu May 27 12:58:13 2004 Subject: [Biojava-dev] Get medicines here, great prices. Message-ID: Hello, I have a great offer for you... One of the cheapest medication sites on the internet is available for you without prescription. We have Viagra, Cialis, Soma, Meridia, Propecia, Lipitor, Xanax, Valium, Celebrex, and more. -100% Money Back Guarant?e! -No Consultation. -No Prior Prescription needed. -No appointments. -No Waiting Rooms. -No embarassment. -Private & Confidential. -Discreet Packaging. -Huge savings. -Shipped to the whole world. Your order will be packaged discreetly for your privacy and protection. http://4hbedomain.com/ If you don't want to be contacted again, enter your email address here: http://4hbedomain.com/o.php From autobuilder at derkholm.net Fri May 28 00:11:14 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Fri May 28 00:03:36 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <31156635.1085717474542.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040528 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ No changes were made in the last 24 hours. -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From t.youngbi at heineken.nl Fri May 28 09:39:28 2004 From: t.youngbi at heineken.nl (Teresa Young) Date: Fri May 28 09:44:27 2004 Subject: [Biojava-dev] Very powerful weightloss now available. Message-ID: Hello, I have a special_offer for you... WANT TO LOSE WEIGHT? The most powerful weightloss is now available without prescription. All natural Adipren720 100% Money Back Guarant?e! - Lose up to 19% Total Body Weight. - Up to 300% more Weight Loss while dieting. - Loss of 20-35% abdominal Fat. - Reduction of 40-70% overall Fat under skin. - Increase metabolic rate by 76.9% without Exercise. - Boost your Confidence level and Self Esteem. - Burns calorized fat. - Suppresses appetite for sugar. Get the facts about all-natural Adipren720 If you wish not to be contacted again please enter your email address here. From autobuilder at derkholm.net Sat May 29 00:11:04 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Sat May 29 00:03:29 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <31156635.1085803864469.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040529 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ The following files were modified in the last 24 hours: * biojava-live/src/org/biojava/bio/structure/Atom.java * biojava-live/src/org/biojava/bio/structure/AtomImpl.java * biojava-live/src/org/biojava/bio/structure/AtomIterator.java * biojava-live/src/org/biojava/bio/structure/Calc.java * biojava-live/src/org/biojava/bio/structure/Group.java * biojava-live/src/org/biojava/bio/structure/Hetatom.java * biojava-live/src/org/biojava/bio/structure/Structure.java * biojava-live/src/org/biojava/bio/structure/StructureImpl.java * biojava-live/src/org/biojava/bio/structure/io/PDBFileReader.java A patch file reflecting these changes is available from http://www.derkholm.net/autobuild/patches/ -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From janelle_townsend_md at coopergroup.co.uk Sat May 29 23:04:07 2004 From: janelle_townsend_md at coopergroup.co.uk (Janelle Townsend) Date: Sat May 29 23:10:01 2004 Subject: [Biojava-dev] Get medicines here, great prices. Message-ID: <4e0001c445f2$8f72b37e$4d45a35b@voxpop.fr> Hello, I have a great offer for you... One of the cheapest medication sites on the internet is available for you without prescription. We have Viagra, Cialis, Soma, Meridia, Propecia, Lipitor, Xanax, Valium, Celebrex, and more. -100% Money Back Guarant?e! -No Consultation. -No Prior Prescription needed. -No appointments. -No Waiting Rooms. -No embarassment. -Private & Confidential. -Discreet Packaging. -Huge savings. -Shipped to the whole world. Your order will be packaged discreetly for your privacy and protection. http://r1g4t2you.com/ If you don't want to be contacted again, enter your email address here: http://r1g4t2you.com/o.php From autobuilder at derkholm.net Sun May 30 00:11:02 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Sun May 30 00:03:22 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <31156635.1085890262966.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040530 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ The following files were modified in the last 24 hours: * biojava-live/src/org/biojava/bio/symbol/SoftMaskedAlphabet.java * biojava-live/tests/org/biojava/bio/symbol/TestSoftMaskedAlphabet.java A patch file reflecting these changes is available from http://www.derkholm.net/autobuild/patches/ -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net From pjkerr_qg at ridgecrest.ca.us Sun May 30 05:37:52 2004 From: pjkerr_qg at ridgecrest.ca.us (Patricia J. Kerr) Date: Sun May 30 02:38:46 2004 Subject: [Biojava-dev] Very powerful weightloss now available. Message-ID: <3cc801c44629$d59d7897$c6c218bb@2.dk> Hello, I have a special_offer for you... WANT TO LOSE WEIGHT? The most powerful weightloss is now available without prescription. All natural Adipren720 100% Money Back Guarant?e! - Lose up to 19% Total Body Weight. - Up to 300% more Weight Loss while dieting. - Loss of 20-35% abdominal Fat. - Reduction of 40-70% overall Fat under skin. - Increase metabolic rate by 76.9% without Exercise. - Boost your Confidence level and Self Esteem. - Burns calorized fat. - Suppresses appetite for sugar. Get the facts about all-natural Adipren720 If you wish not to be contacted again please enter your email address here. From fred at exsel.co.uk Sun May 30 23:50:13 2004 From: fred at exsel.co.uk (=?Windows-1251?B?1/Ph5e3q7iDC4Ovl7fLo7eA=?=) Date: Sun May 30 23:49:22 2004 Subject: [Biojava-dev] Re: Message-ID: <200405310349.i4V3nFKr017996@portal.open-bio.org> ? ???? e-mail ???????? ????????? ????????? ?? ?????? ? ????????? ? ??????? ??????? ?????? ? ???. ???????????? ?????????? ? ??????????: 1. ??????? ???????? ????????. 2. ???? ?????? ?????????? ? ????? ????? ????????????. 3. ??????????? ?????? ?????????? ???????? (??????? ???????? ???????, ?????????? ??????? ????? ? ?????, ?????? webmoney). 4. ?????? ???????? (e-mail, ICQ). 5. ?????? HTML 6. ??????? ????????: ??????????, ?????????????, ????????????? ? ?????????????. 7. ??????? 23-35 ???. ?? ???????? ?????????????? ??????? ?????????? ?????? ?? - ICQ 349071146 From autobuilder at derkholm.net Mon May 31 00:10:59 2004 From: autobuilder at derkholm.net (autobuilder@derkholm.net) Date: Mon May 31 00:02:43 2004 Subject: [Biojava-dev] [biojava-builder] BioJava nightly build report Message-ID: <31156635.1085976660029.JavaMail.thomas@calette.derkholm.net> BioJava automatic build system, run 20040531 Binary build: OK Javadocs build: OK Core test suite: OK A snapshot release has been made at: http://www.derkholm.net/autobuild/ No changes were made in the last 24 hours. -- BioJava Autobuilder, maintained by Thomas Down If you notice any problems, contact autobuilder@derkholm.net