Maybe having to install and learn to manage emacs and custom edit the 
emacs config to modify the Jetty log system (for example) is a bit too 
much for the average Windows user.

Not my case (I use emacs every now and then), but I see this as a major 
handicap for spreading use of the JBoss/Jetty bundle and subsequent 
world domination :). I see Scott point of view more practical. OTOH, I 
also agree that this approach should not be the general case, but 
necesary for this.

I say this because I have to modify every now and then Jetty files and 
having them on a SAR by default is a PITA.

James Higginbotham wrote:

>David,
>
>You can add any extension to the archive mode with the following code in
>your .emacs:
>
>(setq auto-mode-alist (cons '("\\.sar$" . archive-mode)
>auto-mode-alist))
>(setq auto-mode-alist (cons '("\\.war$" . archive-mode)
>auto-mode-alist))
>(setq auto-mode-alist (cons '("\\.ear$" . archive-mode)
>auto-mode-alist))
>
>Share and Enjoy,
>James
>
>>-----Original Message-----
>>From: David Jencks [mailto:[EMAIL PROTECTED]] 
>>Sent: Friday, May 31, 2002 11:07 PM
>>To: [EMAIL PROTECTED]
>>Subject: Re: [JBoss-dev] Where should the Jasper jar live ?
>>
>>
>>I still like the sar concept.
>>
>>I notice that emacs can edit files in jars (such as 
>>ejb-jar.xml) and save them back into the jar.  Anyone know 
>>enough elisp to figure out how to make it edit .sar, .ear, 
>>.war, etc the same way? (I presume it just means recognizing 
>>the file format/extension as zip-like) Then there won't be 
>>anything to complain about having to repack for small 
>>changes.  For large changes you'll be doing an ant build anyway.
>>
>>david jencks
>>
>>On 2002.05.31 21:04:26 -0400 Jules Gosnell wrote:
>>
>>>The natural progression of all this separation of config and
>>>implementation is that we will begin encouraging people to 
>>>
>>take all the 
>>
>>>resources out of their ears and deploy them in lib/, then 
>>>
>>just drop the 
>>
>>>dds into deploy/.
>>>
>>>Ok, so they can edit their descriptors - but it's not J2EE, is it ?
>>>
>>>Likewise, the sar is a nice extension of the J2EE packaging 
>>>
>>metaphor.
>>
>>>It may not be perfect, but this is the platform that we are
>>>implementing, and I think consistency is important.
>>>
>>>Comments ?
>>>
>>>
>>>Jules
>>>
>>>
>>>
>>>
>>>Scott M Stark wrote:
>>>
>>>>That is fine but why not just create a single 
>>>>
>>jetty-service.jar that 
>>
>>>>includes all Jetty specific files and have a seperate 
>>>>jetty-service.xml descriptor
>>>>
>>>with
>>>
>>>>your
>>>>config that references the required jar:
>>>><server>
>>>>    <classpath codebase="." archives="jetty-service.jar"/> ...
>>>>
>>>>This is how I'm packaging the tomcat service except there I also
>>>>
>>>reference
>>>
>>>>the external catalina dist jars as well.
>>>>
>>>>xxxxxxxxxxxxxxxxxxxxxxxx
>>>>Scott Stark
>>>>Chief Technology Officer
>>>>JBoss Group, LLC
>>>>xxxxxxxxxxxxxxxxxxxxxxxx
>>>>----- Original Message -----
>>>>From: "Jules Gosnell" <[EMAIL PROTECTED]>
>>>>To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
>>>>Cc: "Jan Bartel" <[EMAIL PROTECTED]>
>>>>Sent: Friday, May 31, 2002 4:31 PM
>>>>Subject: [JBoss-dev] Where should the Jasper jar live ?
>>>>
>>>>
>>>>
>>>>>Scott,
>>>>>
>>>>>Would you mind if I moved the jasper.jar from lib/ to 
>>>>>jetty-plugin.sar
>>>>>
>>>?
>>>
>>>>>I figure:
>>>>>- jasper is an implementation
>>>>>- jasper version is tightly bound to Jetty version
>>>>>- Tomcat users will have their own version of Jasper
>>>>>
>>>>>I think the servlet api jar should stay in lib, seeing as this is 
>>>>>part of the definition of the JBoss platform and will be 
>>>>>
>>needed by 
>>
>>>>>users to compile against (whilst they should not need Jetty and 
>>>>>Jasper classes)
>>>>>
>>>>>My preemptive advice to anyone concerned that a sar is awkward to 
>>>>>work with, because the configuration is, hidden is : "run it 
>>>>>unpacked".
>>>>>
>>>>>Concerns ?
>>>>>
>>>>>
>>>>>Jules
>>>>>
>>>>>P.S.
>>>>>
>>>>>What is the arrangement between HEAD and Branch_3_0 - would I be 
>>>>>correct in assuming that bug-fixes should be merged, but new 
>>>>>features not ?
>>>>>
>>>>>
>>>>>
>>>>>_______________________________________________________________
>>>>>
>>>>>Don't miss the 2002 Sprint PCS Application Developer's Conference 
>>>>>August 25-28 in Las Vegas -- 
>>>>>http://devcon.sprintpcs.com/adp/index.cfm
>>>>>
>>>>>_______________________________________________
>>>>>Jboss-development mailing list 
>>>>>[EMAIL PROTECTED]
>>>>>https://lists.sourceforge.net/lists/listinfo/jboss-development
>>>>>
>>>>
>>>>
>>>>_______________________________________________________________
>>>>
>>>>Don't miss the 2002 Sprint PCS Application Developer's Conference 
>>>>August 25-28 in Las Vegas -- 
>>>>http://devcon.sprintpcs.com/adp/index.cfm
>>>>
>>>>_______________________________________________
>>>>Jboss-development mailing list 
>>>>[EMAIL PROTECTED]
>>>>https://lists.sourceforge.net/lists/listinfo/jboss-development
>>>>
>>>
>>>
>>>
>>>_______________________________________________________________
>>>
>>>Don't miss the 2002 Sprint PCS Application Developer's Conference 
>>>August 25-28 in Las Vegas -- 
>>>
>>http://devcon.sprintpcs.com/adp/index.cfm
>>
>>>
>>_______________________________________________
>>
>>>Jboss-development mailing list 
>>>
>>[EMAIL PROTECTED]
>>
>>>https://lists.sourceforge.net/lists/listinfo/jboss-development
>>>
>>>
>>_______________________________________________________________
>>
>>Don't miss the 2002 Sprint PCS Application Developer's 
>>Conference August 25-28 in Las Vegas -- 
>>http://devcon.sprintpcs.com/adp/index.cfm
>>
>>
>>_______________________________________________
>>Jboss-development mailing list [EMAIL PROTECTED]
>>https://lists.sourceforge.net/lists/listinfo/jboss-development
>>
>
>_______________________________________________________________
>
>Don't miss the 2002 Sprint PCS Application Developer's Conference
>August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
>
>_______________________________________________
>Jboss-development mailing list
>[EMAIL PROTECTED]
>https://lists.sourceforge.net/lists/listinfo/jboss-development
>
>
>



_______________________________________________________________

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm

_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to