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;yEg(B $B@2$l(B $B@2$l(B
$BFaGF(B $B@2$l(B $B@2$l$N$A;~!9F^$j(B
From hugh at seznam.cz Tue May 11 17:14:26 2004
From: hugh at seznam.cz (gerard)
Date: Tue May 11 17:14:17 2004
Subject: [Biojava-dev] -
Message-ID: <200405112114.i4BLE46B002979@portal.open-bio.org>
????????? ???????!
?????????? ??? 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