You don't have to un-jar the file, just open it with a JarReader or
ZipReader and check for the appropriate Entry. It's not that complicated
and anything we can do to keep new users from getting bogged down in the
details is good for the technology and good for the mailing list. I, as
Paul was saying, would recommend that the specification require a certain
file format (zip) and internal directory structure (WEB-INF), and only
suggest the naming convention.
(*Chris*)
----- Original Message -----
From: Craig R. McClanahan <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, July 07, 1999 8:59 AM
Subject: Re: Comments on 2.2 Public Review Draft
> Paul Philion wrote:
>
> > James Duncan Davidson wrote:
> > > Obviously this isn't useful as being able to double click on a jar
file
> > > and launch an included app is a good thing.
> >
> > This may be a stupid question, but can a .jar file be "clicked on" by
> > any other platform than Windows? How do I "click on" a .jar file in
> > Linux?
> >
>
> In Linux 2.2 kernels, there is a configuration option that links
particular
> file formats to the corresponding executable interpreters -- thus, you can
> link .jar files to the Java interpreter, .bas files to a Basic
interpreter, or
> whatever. I don't recall of the top of my head where it is, but it's in a
new
> features list I saw recently.
>
> With Linux window managers, you've got the same sorts of ability to double
> click apps in the Explorer-analog, or on the desktop, that you do with
> Windows.
>
> >
> > > Being able to double click
> > > on a war file and have your servlet/web-app development tool open it
up
> > > is a good thing.
> >
> > Again, how do I "click on" a .war file in Linux, using a command line? I
> > may be old fashioned, but I do everything with "make".
> >
>
> Well, you don't double click in Windows either then, right? :-)
>
> Actually, the association mentioned earlier lets you type the name of the
jar
> file itself as the executable (as long as you've set the "x" permissions
bit)
> even from the command line.
>
> >
> > > File extensions, especially on Windows, are the
> > > differentiator between file types and what should be done with them.
> >
> > Perhaps that should read "only on Windows". Lunix, Solaris, HP-UX and
> > other versions of Unix that I am familiar with don't rely on file
> > extentions (though certain applications, like some graphical file
> > system, do). I do remember something about "magic numbers" under Unix.
> > Further, the Mac uses a completely different scheme for associating
> > files with applications, based on resources.
> >
> > Given only Windows relies on file name extention, it seems that making
> > file extention significant is not cross platform. Thus it does not
> > belong in a platform-independant specification.
> >
>
> Have you looked at how you configure MIME types in most web servers? It's
> almost always by file extension, so the same problem exists there.
>
> For what it's worth, Unix systems have always tried to be smarter about
file
> types (the magic number lookup), but you would need it to un-jar a JAR
file,
> and check for the appropriate WEB-INF files and contents, to tell the
> difference between a plain old JAR and a web archive. This level of
> understanding of the file format seems pretty unlikely to be built into
any OS
> any time soon.
>
> >
> > Just my opinion,
> >
> > - Paul Philion
> >
>
> Craig
>
>
___________________________________________________________________________
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> of the message "signoff SERVLET-INTEREST".
>
> Archives: http://archives.java.sun.com/archives/servlet-interest.html
> Resources: http://java.sun.com/products/servlet/external-resources.html
> LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
>
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
