commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Harish Krishnaswamy <hkrishnasw...@comcast.net>
Subject Re: [HiveMind] Re: Alternative module descriptors
Date Sat, 06 Mar 2004 20:28:19 GMT
Yes, I looked at them although haven't had a chance to modify my stuff 
yet. May be providing a <script> tag for configurations can be an 
alternative to <schema>? Just spewing out my thoughts here.

-Harish


Howard M. Lewis Ship wrote:

>HiveDoc, line precise error reporting. Also, have you checked out the new <conversion>
element,
>which you can usually use instead of <rules>?  And the new "smart" translator? I've
already
>converted several of the configurations inside HiveMind to use these new elements and
its very, very
>succinct ... more so than any general purpose scripting language I can think of.
>
>--
>Howard M. Lewis Ship
>Independent J2EE / Open-Source Java Consultant
>Creator, Tapestry: Java Web Components 
>http://howardlewisship.com
>
>
>  
>
>>-----Original Message-----
>>From: Harish Krishnaswamy [mailto:hkrishnaswamy@comcast.net] 
>>Sent: Saturday, March 06, 2004 3:15 PM
>>To: Jakarta Commons Developers List
>>Subject: Re: [HiveMind] Re: Alternative module descriptors
>>
>>
>>I have to add that HiveMind does provide other benefits like 
>>providing 
>>the HiveDoc with the xml configuration and it may be more work to 
>>generate it from a script file.
>>
>>-Harish
>>
>>Harish Krishnaswamy wrote:
>>
>>    
>>
>>>Craig R. McClanahan wrote:
>>>
>>>      
>>>
>>>>Another approach for users who don't like hand-coding XML 
>>>>        
>>>>
>>documents is a
>>    
>>
>>>>purpose-driven GUI tool to edit the configuration file.  
>>>>        
>>>>
>>For example, 
>>    
>>
>>>>James
>>>>Holmes has created such a tool (runs either standalone or 
>>>>        
>>>>
>>as a plugin 
>>    
>>
>>>>for a
>>>>bunch of different IDEs) for both Struts and JavaServer Faces 
>>>>configuration
>>>>files:
>>>>
>>>> http://www.jamesholmes.com/struts/console/
>>>> http://www.jamesholmes.com/JavaServerFaces/console/
>>>> 
>>>>
>>>>        
>>>>
>>>Hand-coding the xml configs is actually not my primary 
>>>      
>>>
>>concern. Infact 
>>    
>>
>>>I prefer to hand-code it (with context sensitive help 
>>>      
>>>
>>ofcourse!) over 
>>    
>>
>>>using a GUI. But it seems to me that a scripting language 
>>>      
>>>
>>is more apt 
>>    
>>
>>>for the kind of configuration that HiveMind does. In fact a 
>>>      
>>>
>>lot of my 
>>    
>>
>>>current configurations are actually OGNL statements that are simply 
>>>accumulated and provided to my service which executes them. 
>>>      
>>>
>>It seems 
>>    
>>
>>>rather silly to write all this XML to simply create a list 
>>>      
>>>
>>of objects. 
>>    
>>
>>>If a scripting language is used instead the framework 
>>>      
>>>
>>becomes far, far 
>>    
>>
>>>simpler for configuration management. None of digester style schema 
>>>specifications and parsing are required.
>>>
>>>-Harish
>>>
>>>      
>>>
>>>> 
>>>>
>>>>        
>>>>
>>>>>>-- 
>>>>>>Howard M. Lewis Ship
>>>>>>Independent J2EE / Open-Source Java Consultant
>>>>>>Creator, Tapestry: Java Web Components http://howardlewisship.com
>>>>>>    
>>>>>>            
>>>>>>
>>>>Craig
>>>>
>>>>
>>>>
>>>>        
>>>>
>>---------------------------------------------------------------------
>>    
>>
>>>>To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>>>>For additional commands, e-mail: 
>>>>        
>>>>
>>commons-dev-help@jakarta.apache.org
>>    
>>
>>>> 
>>>>
>>>>        
>>>>
>>>      
>>>
>>---------------------------------------------------------------------
>>    
>>
>>>To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>>>For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>>>
>>>
>>>      
>>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>>
>>    
>>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
>
>  
>

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


Mime
View raw message