You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Wong Kok Wai <wo...@pacific.net.sg> on 2000/07/06 04:13:34 UTC
[Fwd: WAR deployment]
Hi,
Below is a reply from ServletExec support. This is quite a strange problem. ANy
clues?
Unify Support wrote:
> Wong,
> I was able to duplicate your problem here. The jakarta-struts.war file (as
> provided by Jakarta) won't work unless unpacked into an open directory
> structure. Yet I was able to add jsp-tests.war which came from the Jakarta
> Watchdog project without unpacking and it worked fine. From the messages
> logged in ServletExec.log I could see that SE was (for some unknown reason)
> unable to unpack the \META-INF\Manifest.mf file in the jakarta-struts.war.
>
> I then used the JAR tool from the JDK to repack the contents of
> jakarta-struts.war and was then able to add the new jakarta-struts.war as a
> web app without the need to unpack it.
> It think perhaps there is something odd about the WAR file that is supplied
> by Jakarta for the struts project.
>
> Are you able to deploy it as a WAR into Jakarta? If not, I would say to
> re-JAR it as I did and it should work for you with ServletExec.
>
> --------------------------------------------------------------------
> Unify Support support@servletexec.com
> Support FAQ http://www.servletexec.com/support-faq.html
> --------------------------------------------------------------------
>
Re: [Fwd: WAR deployment]
Posted by Wong Kok Wai <wo...@pacific.net.sg>.
To wrap up this thread, ServletExec support has confirmed this is a bug on their
part and a new patch for SevletExec will be released end of this month that
fixes this issue.
>
> > -----Original Message-----
> > From: Craig R. McClanahan [mailto:Craig.McClanahan@eng.sun.com]
> > Sent: Thursday, July 06, 2000 11:34 AM
> > To: struts-user@jakarta.apache.org
> > Subject: Re: [Fwd: WAR deployment]
> >
> >
> > The Struts example application has been successfully deployed (to my
> > knowledge) on
> > Tomcat, JRun, and Orion (although there are other issues on Orion), and
> > its format
> > conforms to the standards. It appears to me that ServletExec has a
> > problem here.
> >
> > Craig McClanahan
> >
> >
Re: Form/Submit tags suggestion
Posted by "Craig R. McClanahan" <Cr...@eng.sun.com>.
David Chisholm wrote:
> I think your right. Supporting indexed properties would be a nice
> improvement though.
> David
There has been some code submitted (by Ralph Schaer) to deal with sets
of
checkboxes that I haven't had a chance to add yet ... but better support
for
this is coming.
Craig
>
> > -----Original Message-----
> > From: Robert Edgar [mailto:robedgar@hkstar.com]
> > Sent: Friday, July 07, 2000 8:39 AM
> > To: struts-user@jakarta.apache.org
> > Subject: RE: Form/Submit tags suggestion
> >
> >
> > Well its different to the extent of trying to have the ActionForm
> > object be
> > auto loaded with the data.
> >
> > AFAIK struts only handles simple strings rather than arrays of strings.
> >
> >
> > Rob
> >
> > -----Original Message-----
> > From: David Chisholm [mailto:David_Chisholm@i2.com]
> > Sent: Friday, July 07, 2000 9:36 PM
> > To: struts-user@jakarta.apache.org
> > Subject: RE: Form/Submit tags suggestion
> >
> >
> >
> >
> > > -----Original Message-----
> > > From: Robert Edgar [mailto:robedgar@hkstar.com]
> > > Sent: Friday, July 07, 2000 1:04 AM
> > > To: struts-user@jakarta.apache.org
> > > Subject: RE: Form/Submit tags suggestion
> > >
> > >
> > > Thanks,
> > > Sorry should have RTFM....
> > >
> > > The hours are long and I am getting tired :-))
> > >
> > > On types, I was just thinking of whether there was a simpler way
> > > of handling
> > > arrays of controls, ie I have 3 sets of 40 checkboxes allowing
> > someone to
> > > select the type of news they are interested in, I dont feel
> > like having 40
> > > properties on the form object (and in any case it would then break if I
> > > added a new news item) so I have a js function to run over all
> > > the controls
> > > and concat the values in to a CSV string which I pass to a single
> > > property(though this is quite slow).
> > >
> >
> >
> > Is this somehow different than assigning all of the checkbox
> > fields with the
> > same name, and then using ServletRequest.getParameterValues(String) to get
> > an array of the parameter values?
> > David
> >
> >
> > > Yea like the client side script auto validation, we are doing
> > this now but
> > > we keep the validation routines in a seperate js file then call
> > > the routine
> > > from the onblur for a field or the onsubmit for the form but it would be
> > > neat to have this auto generated
> > >
> > > Rob
> > >
> > >
> > > -----Original Message-----
> > > From: Craig R. McClanahan [mailto:Craig.McClanahan@eng.sun.com]
> > > Sent: Friday, July 07, 2000 1:31 PM
> > > To: struts-user@jakarta.apache.org
> > > Subject: Re: Form/Submit tags suggestion
> > >
> > >
> > > Robert Edgar wrote:
> > >
> > > > A suggestion,
> > > >
> > > > The form tag wont acept an onsubmit event and the submit button wont
> > > accept
> > > > an onclick event.
> > > >
> > > > I need to do some processing immediately before submitting the
> > > > form(accumulating 120 checkboxes into a single hidden tag so it can be
> > > > passed to a form property).
> > > >
> > > > Of course I can just remove the struts submit button and
> > replace with a
> > > > standard button but it would be nice to just be able to us
> > the tags and
> > > set
> > > > the events....
> > > >
> > >
> > > Both of these are legal ... it's just that Struts, like all XML
> > > applications,
> > > is case sensitive and I chose a different capitalization for these
> > > attributes
> > > (see the tags.html file in the "struts-documentation" file for
> > the correct
> > > capitalization).
> > >
> > > Try <struts:form ... onSubmit="xxx"/> and <struts:submit ...
> > > onClick="xxx"/>.
> > >
> > > >
> > > > BTW
> > > > Can a form property be somehting other than a string??
> > > > Rob
> > >
> > > At the moment it cannot. On the client side, I don't see a lot
> > > of room for
> > > changing this. However, what I'm interested in exploring is the idea of
> > > adding
> > > a "validate" attribute on the input fields like "text" that
> > would generate
> > > JavaScript code to validate things like "this field is
> > required" and "this
> > > field must be a date". On the server end, though, the parameter
> > > values are
> > > still going to come in as strings because of the way that the
> > > HTTP protocol
> > > (and the servlet API) are defined.
> > >
> > > Craig
> > >
> > >
> >
RE: Form/Submit tags suggestion
Posted by David Chisholm <Da...@i2.com>.
I think your right. Supporting indexed properties would be a nice
improvement though.
David
> -----Original Message-----
> From: Robert Edgar [mailto:robedgar@hkstar.com]
> Sent: Friday, July 07, 2000 8:39 AM
> To: struts-user@jakarta.apache.org
> Subject: RE: Form/Submit tags suggestion
>
>
> Well its different to the extent of trying to have the ActionForm
> object be
> auto loaded with the data.
>
> AFAIK struts only handles simple strings rather than arrays of strings.
>
>
> Rob
>
> -----Original Message-----
> From: David Chisholm [mailto:David_Chisholm@i2.com]
> Sent: Friday, July 07, 2000 9:36 PM
> To: struts-user@jakarta.apache.org
> Subject: RE: Form/Submit tags suggestion
>
>
>
>
> > -----Original Message-----
> > From: Robert Edgar [mailto:robedgar@hkstar.com]
> > Sent: Friday, July 07, 2000 1:04 AM
> > To: struts-user@jakarta.apache.org
> > Subject: RE: Form/Submit tags suggestion
> >
> >
> > Thanks,
> > Sorry should have RTFM....
> >
> > The hours are long and I am getting tired :-))
> >
> > On types, I was just thinking of whether there was a simpler way
> > of handling
> > arrays of controls, ie I have 3 sets of 40 checkboxes allowing
> someone to
> > select the type of news they are interested in, I dont feel
> like having 40
> > properties on the form object (and in any case it would then break if I
> > added a new news item) so I have a js function to run over all
> > the controls
> > and concat the values in to a CSV string which I pass to a single
> > property(though this is quite slow).
> >
>
>
> Is this somehow different than assigning all of the checkbox
> fields with the
> same name, and then using ServletRequest.getParameterValues(String) to get
> an array of the parameter values?
> David
>
>
> > Yea like the client side script auto validation, we are doing
> this now but
> > we keep the validation routines in a seperate js file then call
> > the routine
> > from the onblur for a field or the onsubmit for the form but it would be
> > neat to have this auto generated
> >
> > Rob
> >
> >
> > -----Original Message-----
> > From: Craig R. McClanahan [mailto:Craig.McClanahan@eng.sun.com]
> > Sent: Friday, July 07, 2000 1:31 PM
> > To: struts-user@jakarta.apache.org
> > Subject: Re: Form/Submit tags suggestion
> >
> >
> > Robert Edgar wrote:
> >
> > > A suggestion,
> > >
> > > The form tag wont acept an onsubmit event and the submit button wont
> > accept
> > > an onclick event.
> > >
> > > I need to do some processing immediately before submitting the
> > > form(accumulating 120 checkboxes into a single hidden tag so it can be
> > > passed to a form property).
> > >
> > > Of course I can just remove the struts submit button and
> replace with a
> > > standard button but it would be nice to just be able to us
> the tags and
> > set
> > > the events....
> > >
> >
> > Both of these are legal ... it's just that Struts, like all XML
> > applications,
> > is case sensitive and I chose a different capitalization for these
> > attributes
> > (see the tags.html file in the "struts-documentation" file for
> the correct
> > capitalization).
> >
> > Try <struts:form ... onSubmit="xxx"/> and <struts:submit ...
> > onClick="xxx"/>.
> >
> > >
> > > BTW
> > > Can a form property be somehting other than a string??
> > > Rob
> >
> > At the moment it cannot. On the client side, I don't see a lot
> > of room for
> > changing this. However, what I'm interested in exploring is the idea of
> > adding
> > a "validate" attribute on the input fields like "text" that
> would generate
> > JavaScript code to validate things like "this field is
> required" and "this
> > field must be a date". On the server end, though, the parameter
> > values are
> > still going to come in as strings because of the way that the
> > HTTP protocol
> > (and the servlet API) are defined.
> >
> > Craig
> >
> >
>
RE: Form/Submit tags suggestion
Posted by Robert Edgar <ro...@hkstar.com>.
Well its different to the extent of trying to have the ActionForm object be
auto loaded with the data.
AFAIK struts only handles simple strings rather than arrays of strings.
Rob
-----Original Message-----
From: David Chisholm [mailto:David_Chisholm@i2.com]
Sent: Friday, July 07, 2000 9:36 PM
To: struts-user@jakarta.apache.org
Subject: RE: Form/Submit tags suggestion
> -----Original Message-----
> From: Robert Edgar [mailto:robedgar@hkstar.com]
> Sent: Friday, July 07, 2000 1:04 AM
> To: struts-user@jakarta.apache.org
> Subject: RE: Form/Submit tags suggestion
>
>
> Thanks,
> Sorry should have RTFM....
>
> The hours are long and I am getting tired :-))
>
> On types, I was just thinking of whether there was a simpler way
> of handling
> arrays of controls, ie I have 3 sets of 40 checkboxes allowing someone to
> select the type of news they are interested in, I dont feel like having 40
> properties on the form object (and in any case it would then break if I
> added a new news item) so I have a js function to run over all
> the controls
> and concat the values in to a CSV string which I pass to a single
> property(though this is quite slow).
>
Is this somehow different than assigning all of the checkbox fields with the
same name, and then using ServletRequest.getParameterValues(String) to get
an array of the parameter values?
David
> Yea like the client side script auto validation, we are doing this now but
> we keep the validation routines in a seperate js file then call
> the routine
> from the onblur for a field or the onsubmit for the form but it would be
> neat to have this auto generated
>
> Rob
>
>
> -----Original Message-----
> From: Craig R. McClanahan [mailto:Craig.McClanahan@eng.sun.com]
> Sent: Friday, July 07, 2000 1:31 PM
> To: struts-user@jakarta.apache.org
> Subject: Re: Form/Submit tags suggestion
>
>
> Robert Edgar wrote:
>
> > A suggestion,
> >
> > The form tag wont acept an onsubmit event and the submit button wont
> accept
> > an onclick event.
> >
> > I need to do some processing immediately before submitting the
> > form(accumulating 120 checkboxes into a single hidden tag so it can be
> > passed to a form property).
> >
> > Of course I can just remove the struts submit button and replace with a
> > standard button but it would be nice to just be able to us the tags and
> set
> > the events....
> >
>
> Both of these are legal ... it's just that Struts, like all XML
> applications,
> is case sensitive and I chose a different capitalization for these
> attributes
> (see the tags.html file in the "struts-documentation" file for the correct
> capitalization).
>
> Try <struts:form ... onSubmit="xxx"/> and <struts:submit ...
> onClick="xxx"/>.
>
> >
> > BTW
> > Can a form property be somehting other than a string??
> > Rob
>
> At the moment it cannot. On the client side, I don't see a lot
> of room for
> changing this. However, what I'm interested in exploring is the idea of
> adding
> a "validate" attribute on the input fields like "text" that would generate
> JavaScript code to validate things like "this field is required" and "this
> field must be a date". On the server end, though, the parameter
> values are
> still going to come in as strings because of the way that the
> HTTP protocol
> (and the servlet API) are defined.
>
> Craig
>
>
RE: Form/Submit tags suggestion
Posted by David Chisholm <Da...@i2.com>.
> -----Original Message-----
> From: Robert Edgar [mailto:robedgar@hkstar.com]
> Sent: Friday, July 07, 2000 1:04 AM
> To: struts-user@jakarta.apache.org
> Subject: RE: Form/Submit tags suggestion
>
>
> Thanks,
> Sorry should have RTFM....
>
> The hours are long and I am getting tired :-))
>
> On types, I was just thinking of whether there was a simpler way
> of handling
> arrays of controls, ie I have 3 sets of 40 checkboxes allowing someone to
> select the type of news they are interested in, I dont feel like having 40
> properties on the form object (and in any case it would then break if I
> added a new news item) so I have a js function to run over all
> the controls
> and concat the values in to a CSV string which I pass to a single
> property(though this is quite slow).
>
Is this somehow different than assigning all of the checkbox fields with the
same name, and then using ServletRequest.getParameterValues(String) to get
an array of the parameter values?
David
> Yea like the client side script auto validation, we are doing this now but
> we keep the validation routines in a seperate js file then call
> the routine
> from the onblur for a field or the onsubmit for the form but it would be
> neat to have this auto generated
>
> Rob
>
>
> -----Original Message-----
> From: Craig R. McClanahan [mailto:Craig.McClanahan@eng.sun.com]
> Sent: Friday, July 07, 2000 1:31 PM
> To: struts-user@jakarta.apache.org
> Subject: Re: Form/Submit tags suggestion
>
>
> Robert Edgar wrote:
>
> > A suggestion,
> >
> > The form tag wont acept an onsubmit event and the submit button wont
> accept
> > an onclick event.
> >
> > I need to do some processing immediately before submitting the
> > form(accumulating 120 checkboxes into a single hidden tag so it can be
> > passed to a form property).
> >
> > Of course I can just remove the struts submit button and replace with a
> > standard button but it would be nice to just be able to us the tags and
> set
> > the events....
> >
>
> Both of these are legal ... it's just that Struts, like all XML
> applications,
> is case sensitive and I chose a different capitalization for these
> attributes
> (see the tags.html file in the "struts-documentation" file for the correct
> capitalization).
>
> Try <struts:form ... onSubmit="xxx"/> and <struts:submit ...
> onClick="xxx"/>.
>
> >
> > BTW
> > Can a form property be somehting other than a string??
> > Rob
>
> At the moment it cannot. On the client side, I don't see a lot
> of room for
> changing this. However, what I'm interested in exploring is the idea of
> adding
> a "validate" attribute on the input fields like "text" that would generate
> JavaScript code to validate things like "this field is required" and "this
> field must be a date". On the server end, though, the parameter
> values are
> still going to come in as strings because of the way that the
> HTTP protocol
> (and the servlet API) are defined.
>
> Craig
>
>
RE: Form/Submit tags suggestion
Posted by Robert Edgar <ro...@hkstar.com>.
Thanks,
Sorry should have RTFM....
The hours are long and I am getting tired :-))
On types, I was just thinking of whether there was a simpler way of handling
arrays of controls, ie I have 3 sets of 40 checkboxes allowing someone to
select the type of news they are interested in, I dont feel like having 40
properties on the form object (and in any case it would then break if I
added a new news item) so I have a js function to run over all the controls
and concat the values in to a CSV string which I pass to a single
property(though this is quite slow).
Yea like the client side script auto validation, we are doing this now but
we keep the validation routines in a seperate js file then call the routine
from the onblur for a field or the onsubmit for the form but it would be
neat to have this auto generated
Rob
-----Original Message-----
From: Craig R. McClanahan [mailto:Craig.McClanahan@eng.sun.com]
Sent: Friday, July 07, 2000 1:31 PM
To: struts-user@jakarta.apache.org
Subject: Re: Form/Submit tags suggestion
Robert Edgar wrote:
> A suggestion,
>
> The form tag wont acept an onsubmit event and the submit button wont
accept
> an onclick event.
>
> I need to do some processing immediately before submitting the
> form(accumulating 120 checkboxes into a single hidden tag so it can be
> passed to a form property).
>
> Of course I can just remove the struts submit button and replace with a
> standard button but it would be nice to just be able to us the tags and
set
> the events....
>
Both of these are legal ... it's just that Struts, like all XML
applications,
is case sensitive and I chose a different capitalization for these
attributes
(see the tags.html file in the "struts-documentation" file for the correct
capitalization).
Try <struts:form ... onSubmit="xxx"/> and <struts:submit ...
onClick="xxx"/>.
>
> BTW
> Can a form property be somehting other than a string??
> Rob
At the moment it cannot. On the client side, I don't see a lot of room for
changing this. However, what I'm interested in exploring is the idea of
adding
a "validate" attribute on the input fields like "text" that would generate
JavaScript code to validate things like "this field is required" and "this
field must be a date". On the server end, though, the parameter values are
still going to come in as strings because of the way that the HTTP protocol
(and the servlet API) are defined.
Craig
Re: Form/Submit tags suggestion
Posted by "Craig R. McClanahan" <Cr...@eng.sun.com>.
Robert Edgar wrote:
> A suggestion,
>
> The form tag wont acept an onsubmit event and the submit button wont accept
> an onclick event.
>
> I need to do some processing immediately before submitting the
> form(accumulating 120 checkboxes into a single hidden tag so it can be
> passed to a form property).
>
> Of course I can just remove the struts submit button and replace with a
> standard button but it would be nice to just be able to us the tags and set
> the events....
>
Both of these are legal ... it's just that Struts, like all XML applications,
is case sensitive and I chose a different capitalization for these attributes
(see the tags.html file in the "struts-documentation" file for the correct
capitalization).
Try <struts:form ... onSubmit="xxx"/> and <struts:submit ... onClick="xxx"/>.
>
> BTW
> Can a form property be somehting other than a string??
> Rob
At the moment it cannot. On the client side, I don't see a lot of room for
changing this. However, what I'm interested in exploring is the idea of adding
a "validate" attribute on the input fields like "text" that would generate
JavaScript code to validate things like "this field is required" and "this
field must be a date". On the server end, though, the parameter values are
still going to come in as strings because of the way that the HTTP protocol
(and the servlet API) are defined.
Craig
Form/Submit tags suggestion
Posted by Robert Edgar <ro...@hkstar.com>.
A suggestion,
The form tag wont acept an onsubmit event and the submit button wont accept
an onclick event.
I need to do some processing immediately before submitting the
form(accumulating 120 checkboxes into a single hidden tag so it can be
passed to a form property).
Of course I can just remove the struts submit button and replace with a
standard button but it would be nice to just be able to us the tags and set
the events....
BTW
Can a form property be somehting other than a string??
Rob
RE: [Fwd: WAR deployment]
Posted by Malcolm Davis <ma...@nuearth.com>.
"The WAR file format does not conform to all the
requirements of JAR format because the classes in
a WAR file are not usually loadable by a classloader if the
JAR is added to a classpath." - SUN documentation.
Yea, so what if the ANT tool puts the meta-inf in
the WAR, that doesn't mean it correct. Why should
the 'meta-inf\' be taken out? Because it's not used
and is misleading, but it doesn't bother me, I know
it doesn't do anything. It's the newbies I'm concerned about.
Deployment:
Deployment is J2EE implementation specific. iPlanet opens
the war and adds an ias-web.xml file, and registers servlets
in iPlanet's registry system. Some of the deployment tools
have issues with the WAR file format, not because of the WAR
file, but because the tools are not very good.
> -----Original Message-----
> From: Craig R. McClanahan [mailto:Craig.McClanahan@eng.sun.com]
> Sent: Thursday, July 06, 2000 11:34 AM
> To: struts-user@jakarta.apache.org
> Subject: Re: [Fwd: WAR deployment]
>
>
> Struts uses the Ant build tool, like all other Jakarta projects. In the
> META-INF/MANIFEST.MF created by the <jar> task, there is the single
> line:
>
> Manifest-Version: 1.0
>
> which is perfectly legal according to the Java SDK specification for the
> manifest
> format. Unpacking this WAR file and repacking it with the command line
> JAR tool
> created (on my system with JDK 1.2.2, Linux) a two-line file:
>
> Manifest-Version: 1.0
> Created-By: 1.2.2 (Sun Microsystems, Inc.)
>
> which is also perfectly legal, but the "Created-By" header is not
> required.
>
> The Struts example application has been successfully deployed (to my
> knowledge) on
> Tomcat, JRun, and Orion (although there are other issues on Orion), and
> its format
> conforms to the standards. It appears to me that ServletExec has a
> problem here.
>
> Craig McClanahan
>
>
> Wong Kok Wai wrote:
>
> > Hi,
> >
> > Below is a reply from ServletExec support. This is quite a
> strange problem. ANy
> > clues?
> >
> > Unify Support wrote:
> >
> > > Wong,
> > > I was able to duplicate your problem here. The
> jakarta-struts.war file (as
> > > provided by Jakarta) won't work unless unpacked into an open directory
> > > structure. Yet I was able to add jsp-tests.war which came
> from the Jakarta
> > > Watchdog project without unpacking and it worked fine. From
> the messages
> > > logged in ServletExec.log I could see that SE was (for some
> unknown reason)
> > > unable to unpack the \META-INF\Manifest.mf file in the
> jakarta-struts.war.
> > >
> > > I then used the JAR tool from the JDK to repack the contents of
> > > jakarta-struts.war and was then able to add the new
> jakarta-struts.war as a
> > > web app without the need to unpack it.
> > > It think perhaps there is something odd about the WAR file
> that is supplied
> > > by Jakarta for the struts project.
> > >
> > > Are you able to deploy it as a WAR into Jakarta? If not, I
> would say to
> > > re-JAR it as I did and it should work for you with ServletExec.
> > >
> > > --------------------------------------------------------------------
> > > Unify Support support@servletexec.com
> > > Support FAQ http://www.servletexec.com/support-faq.html
> > > --------------------------------------------------------------------
> > >
>
Re: [Fwd: WAR deployment]
Posted by "Craig R. McClanahan" <Cr...@eng.sun.com>.
Struts uses the Ant build tool, like all other Jakarta projects. In the
META-INF/MANIFEST.MF created by the <jar> task, there is the single
line:
Manifest-Version: 1.0
which is perfectly legal according to the Java SDK specification for the
manifest
format. Unpacking this WAR file and repacking it with the command line
JAR tool
created (on my system with JDK 1.2.2, Linux) a two-line file:
Manifest-Version: 1.0
Created-By: 1.2.2 (Sun Microsystems, Inc.)
which is also perfectly legal, but the "Created-By" header is not
required.
The Struts example application has been successfully deployed (to my
knowledge) on
Tomcat, JRun, and Orion (although there are other issues on Orion), and
its format
conforms to the standards. It appears to me that ServletExec has a
problem here.
Craig McClanahan
Wong Kok Wai wrote:
> Hi,
>
> Below is a reply from ServletExec support. This is quite a strange problem. ANy
> clues?
>
> Unify Support wrote:
>
> > Wong,
> > I was able to duplicate your problem here. The jakarta-struts.war file (as
> > provided by Jakarta) won't work unless unpacked into an open directory
> > structure. Yet I was able to add jsp-tests.war which came from the Jakarta
> > Watchdog project without unpacking and it worked fine. From the messages
> > logged in ServletExec.log I could see that SE was (for some unknown reason)
> > unable to unpack the \META-INF\Manifest.mf file in the jakarta-struts.war.
> >
> > I then used the JAR tool from the JDK to repack the contents of
> > jakarta-struts.war and was then able to add the new jakarta-struts.war as a
> > web app without the need to unpack it.
> > It think perhaps there is something odd about the WAR file that is supplied
> > by Jakarta for the struts project.
> >
> > Are you able to deploy it as a WAR into Jakarta? If not, I would say to
> > re-JAR it as I did and it should work for you with ServletExec.
> >
> > --------------------------------------------------------------------
> > Unify Support support@servletexec.com
> > Support FAQ http://www.servletexec.com/support-faq.html
> > --------------------------------------------------------------------
> >
RE: [Fwd: WAR deployment]
Posted by Malcolm Davis <ma...@nuearth.com>.
Hello!
Have you tried the WAR packaging utility provided by SUN
with J2EE download?
\META-INF\Manifest.mf? I don't think this is needed with a WAR.
Something that should most likely be deleted from the struts examples.
WAR deployment has been an issue with me also.
I have tried to deploy WAR with iPlanet 6.0.
iPlanet 6.0 deployment tool bites!
Where iPlanet installs the classes in web-inf\classes
are incorrect as well.
I'm assuming that many of the J2EE providers will
initially have issues with WAR files and the J2EE spec.
Good Luck!
Maloclm
> -----Original Message-----
> From: Wong Kok Wai [mailto:wongkw@pacific.net.sg]
> Sent: Wednesday, July 05, 2000 9:14 PM
> To: struts-user
> Subject: [Fwd: WAR deployment]
>
>
> Hi,
>
> Below is a reply from ServletExec support. This is quite a
> strange problem. ANy
> clues?
>
>
> Unify Support wrote:
>
> > Wong,
> > I was able to duplicate your problem here. The
> jakarta-struts.war file (as
> > provided by Jakarta) won't work unless unpacked into an open directory
> > structure. Yet I was able to add jsp-tests.war which came from
> the Jakarta
> > Watchdog project without unpacking and it worked fine. From the messages
> > logged in ServletExec.log I could see that SE was (for some
> unknown reason)
> > unable to unpack the \META-INF\Manifest.mf file in the
> jakarta-struts.war.
> >
> > I then used the JAR tool from the JDK to repack the contents of
> > jakarta-struts.war and was then able to add the new
> jakarta-struts.war as a
> > web app without the need to unpack it.
> > It think perhaps there is something odd about the WAR file that
> is supplied
> > by Jakarta for the struts project.
> >
> > Are you able to deploy it as a WAR into Jakarta? If not, I would say to
> > re-JAR it as I did and it should work for you with ServletExec.
> >
> > --------------------------------------------------------------------
> > Unify Support support@servletexec.com
> > Support FAQ http://www.servletexec.com/support-faq.html
> > --------------------------------------------------------------------
> >
>