From: Rutger V. <rut...@gm...> - 2009-12-08 15:58:51
|
Yup, that is exactly what it does. On Tue, Dec 8, 2009 at 3:36 PM, youjun guo <you...@ya...> wrote: > That's great. > > Based my understand, correct me if I am wrong, the "publish" script will: > > 1. download the new version of the source code form sourceforge; > 2. build the war > 3. re-deploy > > Youjun > > On Tue, Dec 8, 2009 at 10:08 AM, Rutger Vos <rut...@gm...> wrote: >> >> > Rutger, I am going through the source code, and will have time working >> > on >> > the debugging of the TreeBASE code. The question is, do we need to build >> > and >> > re-deploy the war file to the production server every time we fix a bug? >> >> In principle that would be handy, so that others can see the >> improvement right away when a ticket is closed. It's not that hard to >> do though: when you ssh into treebasedb-dev.nescent.org all you have >> to do is issue 'publish' on the command line (it's in the $PATH) and >> it'll update the source, build the war, copy it into the tomcat >> servlet folder and restart tomcat. >> >> > On Tue, Dec 8, 2009 at 4:44 AM, Rutger Vos <rut...@gm...> wrote: >> >> >> >> Dear Vladimir, >> >> >> >> thanks for taking the initiative on this, welcome aboard! >> >> >> >> > The high-priority items marked with my name in the release plan >> >> > (google doc) are: >> >> > - TreeBase: TB1 --> TB2 import >> >> > - TreeBase: Password hashing [TB 2797430] >> >> > - TreeBase: Reviewer/Referee Access [TB 2826165] >> >> > My feeling is that the 1st of them (TB1 --> TB2 import) is the most >> >> > pressing, but that the other two could be easier to understand. >> >> > Which one would make the most sense to start with? >> >> >> >> Either Password hashing or referee access. I know that TB1->TB2 import >> >> might seem the most pressing on the surface, but that item is actually >> >> only about 2009 submissions, we have all the data from preceding >> >> years. Besides, doing the last import requires some amount of >> >> pre-processing on the part of Bill Piel. >> >> >> >> > In any case, I'd need 1-on-1 help (Skype?) with someone who can show >> >> > me the ropes as well as explain in some detail what needs to be done. >> >> > Rutger? >> >> >> >> I'd prefer we make initial contact through gmail chat. I always have a >> >> tab with gmail open in my browser, so you can always ping me that way >> >> (user: rutgeraldo). If you want to hear my voice we can just take it >> >> from there, either through google voice chat or skype or ichat. >> >> >> >> > So far, I have scanned through all the wiki pages accessible from the >> >> > root. My next step will be setting up a development environment as >> >> > outlined on >> >> > >> >> > https://sourceforge.net/apps/mediawiki/treebase/index.php?title=DeveloperEnvironment >> >> > Can someone clarify whether I will need to set up a local DB and a >> >> > local web server for development purposes or whether I should use >> >> > those at treebase-dev.nescent.org ? >> >> >> >> You don't need to set up a local DB (I can give you the JDBC >> >> connection credentials for the nescent instance off-list), but it's >> >> probably handy if you do set up a local tomcat, either integrated in >> >> eclipse or to launch using the publish script that we also use for >> >> building and deploying on treebasedb-dev.nescent.org >> >> >> >> > Do developers have application accounts, with varying privileges, for >> >> > playing and testing? I did auto-register for an account (vgapeyev), >> >> > which got a "User" role. >> >> >> >> Yes, it's handy to have one of those. You will probably want to be >> >> able to upgrade and downgrade that account once in a while to see the >> >> User view versus the Reviewer or Admin view. >> >> >> >> > Is there a pre-laid DB diagram somewhere, or any other documentation >> >> > on the DB and application design and architecture? >> >> >> >> Not at this point. There are old ER diagrams of the schema but they >> >> will probably be more confusing than helpful at this point, being out >> >> of date. What you can do is install Aqua Data Studio >> >> (http://www.aquafold.com/) and use that to create new diagrams, >> >> explore the tables in other ways and run queries from your desktop. >> >> >> >> Rutger >> >> >> >> -- >> >> Dr. Rutger A. Vos >> >> School of Biological Sciences >> >> Philip Lyle Building, Level 4 >> >> University of Reading >> >> Reading >> >> RG6 6BX >> >> United Kingdom >> >> Tel: +44 (0) 118 378 7535 >> >> http://www.nexml.org >> >> http://rutgervos.blogspot.com >> >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> Return on Information: >> >> Google Enterprise Search pays you back >> >> Get the facts. >> >> http://p.sf.net/sfu/google-dev2dev >> >> _______________________________________________ >> >> Treebase-devel mailing list >> >> Tre...@li... >> >> https://lists.sourceforge.net/lists/listinfo/treebase-devel >> > >> > >> >> >> >> -- >> Dr. Rutger A. Vos >> School of Biological Sciences >> Philip Lyle Building, Level 4 >> University of Reading >> Reading >> RG6 6BX >> United Kingdom >> Tel: +44 (0) 118 378 7535 >> http://www.nexml.org >> http://rutgervos.blogspot.com > > -- Dr. Rutger A. Vos School of Biological Sciences Philip Lyle Building, Level 4 University of Reading Reading RG6 6BX United Kingdom Tel: +44 (0) 118 378 7535 http://www.nexml.org http://rutgervos.blogspot.com |