Mailing-List: contact dev-help@struts.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Struts Developers List" <dev@struts.apache.org>
Received-SPF: pass (asf.osuosl.org: domain of richfeit@gmail.com designates
 64.233.170.206 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:references:in-reply-to:x-enigmail-version:x-enigmail-supports:content-type:content-transfer-encoding;
        b=df2MfaQ3OIjTL0ezDDmxBMf3T/mNTuAT8G3jS5b4sKSL/kVTbQsTVLqpgXEZ7dLLfhN+iArL2vvLH0SBeuHJuUxBZaaXHH42LiEypcFugglp+tbztnGBMhirYSxfrcJB90ErhKYHGvu+jvGS82gRSDL2epGdBWS43NNSHnmgqeE=
Message-ID: <4317DAB0.1000509@gmail.com>
Date: Thu, 01 Sep 2005 22:53:04 -0600
From: Rich Feit <richfeit@gmail.com>
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
MIME-Version: 1.0
To: Struts Developers List <dev@struts.apache.org>
Subject: Re: [ti] Status Matrix
References: <4316AA3E.3000300@twdata.org>
 <3720D3D6-CB8D-4500-B7C5-D6CC941F916D@mac.com> <4317430B.6090709@gmail.com>
 <273461DE-2150-4828-B565-83C7A34020DE@mac.com> <4317547D.9010004@gmail.com>
 <3E67EE36-DD32-486F-AEBF-3D9B9A8A71A3@mac.com> <4317D7DE.7080902@gmail.com>
 <EA9EA827-D380-4E6B-AA6A-F091983D0CF0@mac.com>
In-Reply-To: <EA9EA827-D380-4E6B-AA6A-F091983D0CF0@mac.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Sorry, I should have been clearer.  I was thinking specifically of any 
build-time support we provide, like generating files based on 
annotations/tags (the converse of the live feedback feature).  I assume 
this would translate to ant macros or a maven plugin (I'm 
guessing/proposing that we do both, i.e., we can't abandon ant).

James Mitchell wrote:

> I'm not sure I understand.  If a user wants to create a new ti-based  
> application, wouldn't they just do the same thing they are doing now  
> with Struts/JSF/Whatever or anything else?  (e.g. Add the jars to the  
> classpath to their existing build process, build and deploy)
>
> Or are we talking about the "live feedback" when an annotation is  
> changed or new controller is added?
>
>
> -- 
> James Mitchell
> Software Engineer / Open Source Evangelist
> Consulting / Mentoring / Freelance
> EdgeTech, Inc.
> http://www.edgetechservices.net/
> 678.910.8017
> AIM:   jmitchtx
> Yahoo: jmitchtx
> MSN:   jmitchell@apache.org
> Skype: callto://jmitchtx
>
>
>
>
>
> On Sep 2, 2005, at 12:41 AM, Rich Feit wrote:
>
>> OK, I just tried this.  But the main thing I'm wondering about here  
>> is the project model for our users (rather than for us).  To create  
>> a Struts Ti project, what do they need?  Will we provide them with  
>> jars and a set of ant macros for integrating Ti into their own  
>> builds, or will we mandate that they build their projects using  
>> maven?  I'm assuming it's the former, but I'd love to hear feedback  
>> on that.  It seems like at this point, there is still tons of real- 
>> world ant infrastructure that Ti would have to get integrated into.
>>
>> Rich
>>
>> James Mitchell wrote:
>>
>>
>>> Oh, no worries.
>>>
>>> Maven will generate an Ant build.xml for you.
>>>
>>> Unfortunately, it won't do the multiproject thing for you, but if  
>>> you  go into ti/jars/core and do "maven ant", Maven will generate  
>>> an Ant  build.xml file.
>>>
>>> hmmm...I just tried this, but since we have multiple repositories   
>>> declared, the ant build only uses the first one listed.  If you go  
>>> in  and manually tweak the build.xml and point the <get> tasks at  
>>> the  right repository (ibiblio or ~mrdon or cppdoc.com/), it will  
>>> work  fine (you just have to know which one).
>>>
>>> You can do the same for jars/java5 and wars/samples.
>>>
>>> -- 
>>> James Mitchell
>>> Software Engineer / Open Source Evangelist
>>> Consulting / Mentoring / Freelance
>>> EdgeTech, Inc.
>>> http://www.edgetechservices.net/
>>> 678.910.8017
>>> AIM:   jmitchtx
>>> Yahoo: jmitchtx
>>> MSN:   jmitchell@apache.org
>>> Skype: callto://jmitchtx
>>>
>>>
>>>
>>>
>>>
>>> On Sep 1, 2005, at 3:20 PM, Rich Feit wrote:
>>>
>>>
>>>> That's great -- my new default.  Thanks.
>>>>
>>>> What do you think about the ant-vs-maven issue for user  
>>>> projects?   I feel that while we should support maven, we should  
>>>> not require  it.  Do you have a sense for whether this is right?
>>>>
>>>> Rich
>>>>
>>>> James Mitchell wrote:
>>>>
>>>>
>>>>
>>>>> Actually, if you want "jar-all war-all", just run "maven dist"   
>>>>> from  the root ti folder.
>>>>>
>>>>> -- 
>>>>> James Mitchell
>>>>> Software Engineer / Open Source Evangelist
>>>>> Consulting / Mentoring / Freelance
>>>>> EdgeTech, Inc.
>>>>> http://www.edgetechservices.net/
>>>>> 678.910.8017
>>>>> AIM:   jmitchtx
>>>>> Yahoo: jmitchtx
>>>>> MSN:   jmitchell@apache.org
>>>>> Skype: callto://jmitchtx
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Sep 1, 2005, at 2:06 PM, Rich Feit wrote:
>>>>>
>>>>>
>>>>>
>>>>>> Ahh... 'maven jar-all war-all'.  Nice.  Thanks, James.
>>>>>>
>>>>>> James Mitchell wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>> A better option might be to run any of the '*-all' targets   
>>>>>>> listed   here...
>>>>>>>
>>>>>>> http://svn.apache.org/viewcvs.cgi/struts/sandbox/trunk/ti/   
>>>>>>> maven.xml? rev=264938&view=markup
>>>>>>>
>>>>>>> I am currently working on adding cactus test integration, but   
>>>>>>> it  is  not complete yet.....soon though.
>>>>>>>
>>>>>>> -- 
>>>>>>> James Mitchell
>>>>>>> Software Engineer / Open Source Evangelist
>>>>>>> Consulting / Mentoring / Freelance
>>>>>>> EdgeTech, Inc.
>>>>>>> http://www.edgetechservices.net/
>>>>>>> 678.910.8017
>>>>>>> AIM:   jmitchtx
>>>>>>> Yahoo: jmitchtx
>>>>>>> MSN:   jmitchell@apache.org
>>>>>>> Skype: callto://jmitchtx
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Sep 1, 2005, at 3:14 AM, Don Brown wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>> I've talked to several people interested in Ti but unsure   
>>>>>>>> where  to  start.  To help define where we are and where we  
>>>>>>>> are  going,  I  started a "Status Matrix" wiki page  
>>>>>>>> containing  features,  their  completion precentage, and notes.
>>>>>>>>
>>>>>>>> http://wiki.apache.org/struts/StrutsTi/StatusMatrix
>>>>>>>>
>>>>>>>> Please feel free to add/modify this matrix to point out  
>>>>>>>> areas   that  need work or have been resolved.  A good way to  
>>>>>>>> get  started  is to  run the samples in the repository:
>>>>>>>>
>>>>>>>> With Java 5 as your JAVA_HOME setting, run:
>>>>>>>> 'maven jar jar:install'  in jars/core and jars/java5
>>>>>>>> 'maven war' in wars/samples
>>>>>>>> to build a war that you can deploy in a Tomcat container.
>>>>>>>>
>>>>>>>> A big thanks to Rich Feit and James for the Page Flow stuff   
>>>>>>>> and   Maven build respectively.
>>>>>>>>
>>>>>>>> Don
>>>>>>>>
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------- 
>>>>>>>> -- -- -
>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>>>>>>>> For additional commands, e-mail: dev-help@struts.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ----------------------------------------------------------------- 
>>>>>>> -- --
>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>>>>>>> For additional commands, e-mail: dev-help@struts.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------ 
>>>>>> -- -
>>>>>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>>>>>> For additional commands, e-mail: dev-help@struts.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------- 
>>>>> -- 
>>>>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>>>>> For additional commands, e-mail: dev-help@struts.apache.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>> -------------------------------------------------------------------- -
>>>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>>>> For additional commands, e-mail: dev-help@struts.apache.org
>>>>
>>>>
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>>> For additional commands, e-mail: dev-help@struts.apache.org
>>>
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>> For additional commands, e-mail: dev-help@struts.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org