Thread: [Treebase-devel] re-build and deploy

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Hi, Rutger,

Can you do a re-build and deploy on treebase? Just finished some work on it.

Thanks

Youjun

Hi Youjun - I've wanted to ask that before - can you tell us why you  
can't rebuild and deploy yourself? You should absolutely be able to,  
so let's fix whatever is in the way of that.

	-hilmar

On Feb 24, 2010, at 10:07 AM, youjun guo wrote:

> Hi, Rutger,
>
> Can you do a re-build and deploy on treebase? Just finished some  
> work on it.
>
> Thanks
>
> Youjun
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev_______________________________________________
> Treebase-devel mailing list
> Tre...@li...
> https://lists.sourceforge.net/lists/listinfo/treebase-devel

-- 
===========================================================
: Hilmar Lapp  -:- Durham, NC -:- informatics.nescent.org :
===========================================================

Hi, Hilmar,

I always ask Rutger to do the deployment because we had ever talked about
sharing Rutger's deploy script and accessing to the dev server as following:

Vladimir : Do you know which Tomcat server is assigned for all the TreeBASE
> developers?--Youjun
>

> http://treebase-dev.nescent.org:6666/treebase-web  is the only common
> TreeBase instance I am aware of.  I presumed everyone had their own local
> tomcats for development purposes -- that's what I have been trying to set up
> for myself for the past two days... --Vladimir
>

> Now I kind of understand, once other developers finish a task and pass the
> testing on their own environment, just submit the code to sourceforg, Rutger
> will be the person who redeploy the new code.--Youjun

> Except that that person can't remain Rutger. -hilmar
>

On Wed, Feb 24, 2010 at 10:19 AM, Hilmar Lapp <hl...@ne...> wrote:

> Hi Youjun - I've wanted to ask that before - can you tell us why you can't
> rebuild and deploy yourself? You should absolutely be able to, so let's fix
> whatever is in the way of that.
>
> -hilmar
>
> On Feb 24, 2010, at 10:07 AM, youjun guo wrote:
>
> Hi, Rutger,
>
> Can you do a re-build and deploy on treebase? Just finished some work on
> it.
>
> Thanks
>
> Youjun
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
>
> http://p.sf.net/sfu/intel-sw-dev_______________________________________________
> Treebase-devel mailing list
> Tre...@li...
> https://lists.sourceforge.net/lists/listinfo/treebase-devel
>
>
> --
> ===========================================================
> : Hilmar Lapp  -:- Durham, NC -:- informatics.nescent.org :
> ===========================================================
>
>
>
>

Youjun talks about re-deployments to 6666.
-VG

On Feb 24, 2010, at 10:19 AM, Hilmar Lapp wrote:

> Hi Youjun - I've wanted to ask that before - can you tell us why you  
> can't rebuild and deploy yourself? You should absolutely be able to,  
> so let's fix whatever is in the way of that.
>
> 	-hilmar
>
> On Feb 24, 2010, at 10:07 AM, youjun guo wrote:
>
>> Hi, Rutger,
>>
>> Can you do a re-build and deploy on treebase? Just finished some  
>> work on it.
>>
>> Thanks
>>
>> Youjun
>> ------------------------------------------------------------------------------
>> Download Intel&#174; Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance.
>> See why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev_______________________________________________
>> Treebase-devel mailing list
>> Tre...@li...
>> https://lists.sourceforge.net/lists/listinfo/treebase-devel
>
> -- 
> ===========================================================
> : Hilmar Lapp  -:- Durham, NC -:- informatics.nescent.org :
> ===========================================================
>
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev_______________________________________________
> Treebase-devel mailing list
> Tre...@li...
> https://lists.sourceforge.net/lists/listinfo/treebase-devel

How far are we from shutting that down? I.e., can everyone deploy to  
treebase-dev and does it have the same working features as the port  
6666 instance?

	-hilmar

On Feb 24, 2010, at 10:47 AM, Vladimir Gapeyev wrote:

> Youjun talks about re-deployments to 6666.
> -VG
>
>
> On Feb 24, 2010, at 10:19 AM, Hilmar Lapp wrote:
>
>> Hi Youjun - I've wanted to ask that before - can you tell us why  
>> you can't rebuild and deploy yourself? You should absolutely be  
>> able to, so let's fix whatever is in the way of that.
>>
>> 	-hilmar
>>
>> On Feb 24, 2010, at 10:07 AM, youjun guo wrote:
>>
>>> Hi, Rutger,
>>>
>>> Can you do a re-build and deploy on treebase? Just finished some  
>>> work on it.
>>>
>>> Thanks
>>>
>>> Youjun
>>> ------------------------------------------------------------------------------
>>> Download Intel&#174; Parallel Studio Eval
>>> Try the new software tools for yourself. Speed compiling, find bugs
>>> proactively, and fine-tune applications for parallel performance.
>>> See why Intel Parallel Studio got high marks during beta.
>>> http://p.sf.net/sfu/intel-sw-dev_______________________________________________
>>> Treebase-devel mailing list
>>> Tre...@li...
>>> https://lists.sourceforge.net/lists/listinfo/treebase-devel
>>
>> -- 
>> ===========================================================
>> : Hilmar Lapp  -:- Durham, NC -:- informatics.nescent.org :
>> ===========================================================
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Download Intel&#174; Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance.
>> See why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev_______________________________________________
>> Treebase-devel mailing list
>> Tre...@li...
>> https://lists.sourceforge.net/lists/listinfo/treebase-devel
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev_______________________________________________
> Treebase-devel mailing list
> Tre...@li...
> https://lists.sourceforge.net/lists/listinfo/treebase-devel

-- 
===========================================================
: Hilmar Lapp  -:- Durham, NC -:- informatics.nescent.org :
===========================================================

I've rebuilt and re-deployed, and while I'm happy to do this I agree
with Hilmar that this is not ideal.

Rutger

On Wed, Feb 24, 2010 at 3:07 PM, youjun guo <you...@gm...> wrote:
> Hi, Rutger,
>
> Can you do a re-build and deploy on treebase? Just finished some work on it.
>
> Thanks
>
> Youjun
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> 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

On Feb 24, 2010, at 11:14 AM, Hilmar Lapp wrote:

> How far are we from shutting that down?

I think 6666 should stay running, as a reference: I am not confident  
that treebase-dev:8080 has all installation glitches ironed out, so  
when something odd comes up, it is useful to first check whether 6666  
exhibits that as well.   Though, there is no need to keep 6666 up-to- 
date all the time.

> I.e., can everyone deploy to treebase-dev and does it have the same  
> working features as the port 6666 instance?

Only Jon can redeploy to treebase-dev.

Ideally, we'd want an automated re-build and re-deploy triggered by  
commits to SVN, but since setting up a build environment on the server  
was expected to take some up-front time, we decided that the following  
was satisfactory:

  (1) Vladimir checks out new version and builds a WAR on his laptop
  (2) Passes the WAR to Jon
  (3) Jon deploys the WAR on the server

I'd prefer to go through this dance when someone (a non-developer)  
actually needs to see new changes on the server, rather than after  
each SVN commit.

For passing WARs in (2), Jon has set up an SVN, into which I commit  
the WARs.   Other developers should be able to commit there, too  
(perhaps, after asking Jon for credentials). The repository is at   svn 
+ssh://you...@sv.../repos/treebase

For a half-ideal solution, we could consider some upfront effort to  
set up automatic re-deployments triggered by commits into this WAR  
repository.

--Vladimir 

I will be happy with any solution as long as it can work easy, fast and will
not  break authentication rules at NESCent.

Youjun

On Wed, Feb 24, 2010 at 12:19 PM, Vladimir Gapeyev <vga...@ne...>wrote:

>
> On Feb 24, 2010, at 11:14 AM, Hilmar Lapp wrote:
>
> > How far are we from shutting that down?
>
> I think 6666 should stay running, as a reference: I am not confident
> that treebase-dev:8080 has all installation glitches ironed out, so
> when something odd comes up, it is useful to first check whether 6666
> exhibits that as well.   Though, there is no need to keep 6666 up-to-
> date all the time.
>
>
> > I.e., can everyone deploy to treebase-dev and does it have the same
> > working features as the port 6666 instance?
>
> Only Jon can redeploy to treebase-dev.
>
> Ideally, we'd want an automated re-build and re-deploy triggered by
> commits to SVN, but since setting up a build environment on the server
> was expected to take some up-front time, we decided that the following
> was satisfactory:
>
>  (1) Vladimir checks out new version and builds a WAR on his laptop
>  (2) Passes the WAR to Jon
>  (3) Jon deploys the WAR on the server
>
> I'd prefer to go through this dance when someone (a non-developer)
> actually needs to see new changes on the server, rather than after
> each SVN commit.
>
> For passing WARs in (2), Jon has set up an SVN, into which I commit
> the WARs.   Other developers should be able to commit there, too
> (perhaps, after asking Jon for credentials). The repository is at   svn
> +ssh://you...@sv.../repos/treebase
>
> For a half-ideal solution, we could consider some upfront effort to
> set up automatic re-deployments triggered by commits into this WAR
> repository.
>
> --Vladimir
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Treebase-devel mailing list
> Tre...@li...
> https://lists.sourceforge.net/lists/listinfo/treebase-devel
>