[jbosstools-dev] Weird code in Seam runtime management...

[Denis Golovin]

Max,

look at application.xml in seam and in application.xml from seam-ear and 
you realize that we need three names instead of @projectName@ only

   <display-name>@projectName@</display-name>
  
   <module>
      <web>
         <web-uri>@projectName at .war</web-uri>
         <context-root>/@projectName@</context-root>
      </web>
   </module>
  
   <module>
      <ejb>@projectName at .jar</ejb>
   </module>

to generate

   <display-name>projectName-ear</display-name>
  
   <module>
      <web>
         <web-uri>projectName.war</web-uri>
         <context-root>/projectName</context-root>
      </web>
   </module>
  
   <module>
      <ejb>projectName-ejb.jar</ejb>
   </module>

a tried to keep it to have unique name for project but the same for 
modules, but we have some problems in deployment with that.

denis

Max Rydahl Andersen wrote:
> Another question:
>
> Why do we need to have our own copy of application.xml when seam-gen 
> has one ?
>
> We need to get seam-gen fixed if this is broken somehow.
>
> /max
>
>> Hi Denis,
>>
>> I stepped over some code I don't understand why is needed in Seam 
>> runtime management.
>>
>> SeamRuntimeListConverter1 (weird class name, why an 1 at the end ?), 
>> seem to do some really weird conversion between maps and strings on 
>> the form
>>
>> "name|some Name|version|1123123|homeDir|somedir|default|true"
>>
>> ...why are we storing such weird strings in preferences ?
>> (Is that normal for eclipse preferences ? That looks very 
>> unmaintainable)
>>
>> Why isn't the info about what runtime is default a single named 
>> preference instead of maintained on each runtime ?
>>
>> And why are these classes in a package called 
>> org.seam.core.project.facet ? These things are and should be 
>> independent of WTP facets (and SeamRuntimeListConverter1 sound like 
>> something that should be inside the internal package)
>>
>> /max
>> _______________________________________________
>> jbosstools-dev mailing list
>> jbosstools-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>