Problem deploying war file to Glassfish v2.1

[Willi Schiegel]

Hello All!

I want to deploy the xwiki-enterprise-web-1.9.1.war file into a
Glassfish v2.1 server under Solaris 10 Update 7. The deployment does not
work. Here is the error message:

Deploying application in domain failed; Error loading deployment
descriptors for module [xwiki] Line 170 Column 20 -- Deployment
descriptor file WEB-INF/web.xml in archive [xwiki].
cvc-complex-type.2.4.d: Invalid content was found starting with element
'description'. No child element is expected at this point.

Does someone know how I can fix this?

Thank you very much.

Greetings,
Willi
_______________________________________________
users mailing list
[hidden email]
http://lists.xwiki.org/mailman/listinfo/users

[AjdinBrandic]

I have the same problem with GF2.1 and xwiki2.0M1 on Windows.  

"Deploying application in domain failed; Error loading deployment descriptors for module [xwiki-enterprise-web-2.0-milestone-1] Line 161 Column 20 -- Deployment descriptor file WEB-INF/web.xml in archive [xwiki-enterprise-web-2.0-milestone-1]. cvc-complex-type.2.4.d: Invalid content was found starting with element 'description'. No child element is expected at this point. Error loading deployment descriptors for module [xwiki-enterprise-web-2.0-milestone-1] Line 161 Column 20 -- Deployment de..."

Ajdin

Willi Schiegel wrote:

Hello All!

I want to deploy the xwiki-enterprise-web-1.9.1.war file into a
Glassfish v2.1 server under Solaris 10 Update 7. The deployment does not
work. Here is the error message:

Deploying application in domain failed; Error loading deployment
descriptors for module [xwiki] Line 170 Column 20 -- Deployment
descriptor file WEB-INF/web.xml in archive [xwiki].
cvc-complex-type.2.4.d: Invalid content was found starting with element
'description'. No child element is expected at this point.

Does someone know how I can fix this?

Thank you very much.

Greetings,
Willi
_______________________________________________
users mailing list
[e-mail]
http://lists.xwiki.org/mailman/listinfo/users

[Brett M. Bergquist]

I have this working on Glassfish 2.1.  There are other problems in the
web.xml that don't conform to the DTD that I did not notice the first
time I tried this.  Here is a working web.xml:

-- cut here --
<?xml version="1.0" encoding="ISO-8859-1"?>
<web-app xmlns="http://java.sun.com/xml/ns/j2ee"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee 
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"
       version="2.4">

  <display-name>xwiki</display-name>
  <description>XWiki Application</description>
 
  <!-- Restlet Application class name -->
  <context-param>
    <param-name>org.restlet.application</param-name>
    <param-value>
      org.xwiki.rest.XWikiRestletJaxRsApplication
    </param-value>
  </context-param>
 
  <!-- Filter that sets a custom encoding to all requests, since usually
clients don't specificy
       the encoding used for submitting the request, so by default
containers fall back to the
       encoding globally configured in their settings. This allows XWiki
to use a custom encoding,
       without affecting the whole container (and the other applications
hosted). -->
  <filter>
    <filter-name>Set Character Encoding</filter-name>
   
<filter-class>com.xpn.xwiki.web.SetCharacterEncodingFilter</filter-class>
    <!-- The encoding to use. This must be the same as the one in
xwiki.cfg (hopefully only one
         encoding will be used later). -->
    <init-param>
      <param-name>encoding</param-name>
      <param-value>UTF-8</param-value>
    </init-param>
    <!-- Whether to ignore and override the encoding specified by the
client, when this actually
         happens. For example, AJAX requests made through
XmlHttpRequests specify UTF-8. When this
         is set to false, the custom encoding is used only when there
wasn't any encoding specified
         by the client. -->
    <init-param>
      <param-name>ignore</param-name>
      <param-value>false</param-value>
    </init-param>
  </filter>

  <!-- A filter that allows requests to be saved and reused later. For
example when the current request contains an expired
       authentication token, and the authorization module redirects to
the login page, all the information sent by the
       client would be lost; this filter allows to save all that
information, and after a successful login, injects the
       saved data in the new request. -->
  <filter>
    <filter-name>RequestRestorer</filter-name>
   
<filter-class>com.xpn.xwiki.web.SavedRequestRestorerFilter</filter-class>
  </filter>

  <!-- This filter is used to convert the HTML generated by the WYSIWYG
editor to wiki syntax -->
  <filter>
    <filter-name>ConversionFilter</filter-name>
   
<filter-class>com.xpn.xwiki.wysiwyg.server.filter.ConversionFilter</filter-class>
  </filter>

  <!-- Filter used to 'steal' webdav requests made to the application
root -->
  <filter>
    <filter-name>DavFilter</filter-name>
    <filter-class>com.xpn.xwiki.plugin.webdav.XWikiDavFilter</filter-class>
  </filter>

  <!-- A filter that dispatches requests to the right action depending
on the button pressed in the editing form. This
       is needed when javascript is disabled, since the browser cannot
send the form data to different URLs depending on
       the button pressed. -->
  <filter>
    <filter-name>ActionDispatcher</filter-name>
    <filter-class>com.xpn.xwiki.web.ActionFilter</filter-class>
  </filter>

  <!-- The encoding filter MUST always be the first one, as setting the
encoding does not work after accessing the request data. -->
  <filter-mapping>
    <filter-name>Set Character Encoding</filter-name>
    <url-pattern>/*</url-pattern>
    <dispatcher>REQUEST</dispatcher>
    <dispatcher>INCLUDE</dispatcher>
    <dispatcher>FORWARD</dispatcher>
    <dispatcher>ERROR</dispatcher>
  </filter-mapping>

  <filter-mapping>
    <filter-name>RequestRestorer</filter-name>
    <url-pattern>/*</url-pattern>
    <dispatcher>REQUEST</dispatcher>
    <dispatcher>INCLUDE</dispatcher>
    <dispatcher>FORWARD</dispatcher>
  </filter-mapping>

  <filter-mapping>
    <filter-name>ConversionFilter</filter-name>
    <servlet-name>action</servlet-name>
    <dispatcher>REQUEST</dispatcher>
    <dispatcher>INCLUDE</dispatcher>
    <dispatcher>FORWARD</dispatcher>
  </filter-mapping>

  <filter-mapping>
    <filter-name>DavFilter</filter-name>
    <url-pattern>/*</url-pattern>
  </filter-mapping>

  <filter-mapping>
    <filter-name>ActionDispatcher</filter-name>
    <url-pattern>/*</url-pattern>
  </filter-mapping>

  <!-- Initializes Plexus and puts a reference to the Plexus Component
Manager in the Servlet
       Context. Also initializes the Container Manager component with
the Servlet Context. -->
  <listener>
   
<listener-class>org.xwiki.container.servlet.XWikiPlexusServletContextListener</listener-class>
  </listener>

  <!-- Main Plexus Servlet receiving all requests. For now this is
mapped to some unused URL
       contex path since we're still using Struts but in the near
future, Struts will go away
       and be replaced by XWiki's own Action component. -->
  <servlet>
    <servlet-name>PlexusServlet</servlet-name>
   
<servlet-class>org.xwiki.container.servlet.XWikiPlexusServlet</servlet-class>
  </servlet>

  <servlet>
    <servlet-name>action</servlet-name>
    <servlet-class>org.apache.struts.action.ActionServlet</servlet-class>
    <init-param>
      <param-name>application</param-name>
      <param-value>ApplicationResources</param-value>
    </init-param>
    <init-param>
      <param-name>xwiki</param-name>
      <param-value>com.xpn.xwiki.XWiki</param-value>
    </init-param>
    <init-param>
      <param-name>config</param-name>
      <param-value>/WEB-INF/struts-config.xml</param-value>
    </init-param>
    <init-param>
      <param-name>debug</param-name>
      <param-value>2</param-value>
    </init-param>
    <init-param>
      <param-name>detail</param-name>
      <param-value>2</param-value>
    </init-param>
    <init-param>
      <param-name>validate</param-name>
      <param-value>true</param-value>
    </init-param>
    <load-on-startup>2</load-on-startup>
  </servlet>

  <servlet>
    <servlet-name>redirectHomeServlet</servlet-name>
    <servlet-class>com.xpn.xwiki.web.HomePageRedirectServlet</servlet-class>
    <!-- Uncomment and edit this if you want to redirect to a different
home page, or if you have different mappings.
         Note: the URL should not start with /, because it allows the
context name to be changed. If it starts with /,
         then it should be an absolute URL, including the application
context path.
    <init-param>
      <description>The address to redirect to when the client hits the
root of the application.</description>
      <param-name>homePage</param-name>
      <param-value>bin/Main/</param-value>
    </init-param>
    -->
  </servlet>

  <servlet>
    <servlet-name>xmlrpc</servlet-name>
    <servlet-class>com.xpn.xwiki.xmlrpc.XWikiXmlRpcServlet</servlet-class>
    <init-param>
      <description>Sets, whether the servlet supports vendor extensions
for XML-RPC.</description>
      <param-name>enabledForExtensions</param-name>
      <param-value>false</param-value>
    </init-param>
  </servlet>

  <!-- This is the entry pointy for XWiki GWT services -->
  <servlet>
    <servlet-name>XWikiService</servlet-name>
   
<servlet-class>com.xpn.xwiki.gwt.api.server.XWikiServiceImpl</servlet-class>
  </servlet>

  <!-- This is the entry pointy for the new WYSIWYG's GWT services -->
  <servlet>
    <servlet-name>WysiwygService</servlet-name>
   
<servlet-class>com.xpn.xwiki.wysiwyg.server.DefaultWysiwygService</servlet-class>
  </servlet>

  <!-- WebDAV servlet -->
  <servlet>
   <servlet-name>webdav</servlet-name>
   
<servlet-class>com.xpn.xwiki.plugin.webdav.XWikiDavServlet</servlet-class>
  </servlet>

  <!-- RESTful API Restlet servlet -->
  <servlet>
    <servlet-name>RestletServlet</servlet-name>
    <servlet-class>
      org.xwiki.rest.XWikiRestletServlet
    </servlet-class>
    <init-param>
      <param-name>resources</param-name>
      <param-value>
        org.xwiki.rest.resources.RootResource;
        org.xwiki.rest.resources.SyntaxesResource;
        org.xwiki.rest.resources.wikis.WikisResource;
        org.xwiki.rest.resources.wikis.WikiSearchResource;
        org.xwiki.rest.resources.wikis.WikiPagesResource;
        org.xwiki.rest.resources.wikis.WikiAttachmentsResource;
        org.xwiki.rest.resources.spaces.SpacesResource;
        org.xwiki.rest.resources.spaces.SpaceResource;
        org.xwiki.rest.resources.spaces.SpaceSearchResource;
        org.xwiki.rest.resources.spaces.SpaceAttachmentsResource;
        org.xwiki.rest.resources.pages.PagesResource;
        org.xwiki.rest.resources.pages.PageChildrenResource;
        org.xwiki.rest.resources.pages.PageHistoryResource;
        org.xwiki.rest.resources.pages.PageResource;
        org.xwiki.rest.resources.pages.PageTranslationHistoryResource;
        org.xwiki.rest.resources.pages.PageTranslationResource;
        org.xwiki.rest.resources.pages.PageTranslationsResource;
        org.xwiki.rest.resources.pages.PageTranslationVersionResource;
        org.xwiki.rest.resources.pages.PageVersionResource;
        org.xwiki.rest.resources.pages.PageTagsResource;
        org.xwiki.rest.resources.comments.CommentResource;
        org.xwiki.rest.resources.comments.CommentsResource;
        org.xwiki.rest.resources.comments.CommentsVersionResource;
        org.xwiki.rest.resources.comments.CommentVersionResource;
        org.xwiki.rest.resources.attachments.AttachmentHistoryResource;
        org.xwiki.rest.resources.attachments.AttachmentResource;
       
org.xwiki.rest.resources.attachments.AttachmentsAtPageVersionResource;
        org.xwiki.rest.resources.attachments.AttachmentsResource;
       
org.xwiki.rest.resources.attachments.AttachmentVersionResource;      
        org.xwiki.rest.resources.objects.ObjectsResource;
        org.xwiki.rest.resources.objects.ObjectsAtPageVersionResource;
        org.xwiki.rest.resources.objects.ObjectsForClassNameResource;
        org.xwiki.rest.resources.objects.ObjectResource;
        org.xwiki.rest.resources.objects.ObjectAtPageVersionResource;
        org.xwiki.rest.resources.objects.ObjectPropertiesResource;
       
org.xwiki.rest.resources.objects.ObjectPropertiesAtPageVersionResource;
        org.xwiki.rest.resources.objects.ObjectPropertyResource;
       
org.xwiki.rest.resources.objects.ObjectPropertyAtPageVersionResource;
        org.xwiki.rest.resources.objects.AllObjectsForClassNameResource;
        org.xwiki.rest.resources.classes.ClassesResource;
        org.xwiki.rest.resources.classes.ClassResource;
        org.xwiki.rest.resources.classes.ClassPropertiesResource;
        org.xwiki.rest.resources.classes.ClassPropertyResource;
        org.xwiki.rest.resources.tags.TagsResource;
        org.xwiki.rest.resources.tags.PagesForTagsResource;
        org.xwiki.rest.resources.ModificationsResource;
      </param-value>
    </init-param>
    <init-param>
      <param-name>providers</param-name>
      <param-value>
        org.xwiki.rest.exceptions.XWikiExceptionMapper;
        org.xwiki.rest.exceptions.QueryExceptionMapper;
        org.xwiki.rest.representations.pages.TextPlainPageReader;
        org.xwiki.rest.representations.pages.FormUrlEncodedPageReader;
        org.xwiki.rest.representations.objects.TextPlainPropertyReader;
        org.xwiki.rest.representations.objects.FormUrlEncodedPropertyReader;
        org.xwiki.rest.representations.objects.FormUrlEncodedObjectReader;
        org.xwiki.rest.representations.comments.TextPlainCommentReader;
        org.xwiki.rest.representations.comments.FormUrlEncodedCommentReader;
        org.xwiki.rest.representations.tags.TextPlainTagsReader;
        org.xwiki.rest.representations.tags.FormUrlEncodedTagsReader;
      </param-value>
    </init-param>
  </servlet>

  <!-- RESTful API mapping -->
  <servlet-mapping>
    <servlet-name>RestletServlet</servlet-name>
    <url-pattern>/rest/*</url-pattern>
  </servlet-mapping>
 
  <!-- Unused mapping for now. In the future the correct mapping will be
/* when the action servlet
       will be decommissioned in favor of the XWiki Action component -->
  <servlet-mapping>
    <servlet-name>PlexusServlet</servlet-name>
    <url-pattern>/plexus/*</url-pattern>
  </servlet-mapping>
 
  <servlet-mapping>
    <servlet-name>action</servlet-name>
    <url-pattern>/bin/*</url-pattern>
  </servlet-mapping>
 
  <servlet-mapping>
    <servlet-name>action</servlet-name>
    <url-pattern>/wiki/*</url-pattern>
  </servlet-mapping>

  <servlet-mapping>
    <servlet-name>action</servlet-name>
    <url-pattern>/testbin/*</url-pattern>
  </servlet-mapping>

  <servlet-mapping>
    <servlet-name>action</servlet-name>
    <url-pattern>/xwiki/*</url-pattern>
  </servlet-mapping>

  <servlet-mapping>
    <servlet-name>xmlrpc</servlet-name>
    <url-pattern>/xmlrpc/*</url-pattern>
  </servlet-mapping>

  <servlet-mapping>
    <servlet-name>redirectHomeServlet</servlet-name>
    <url-pattern>/redirect</url-pattern>
  </servlet-mapping>

  <servlet-mapping>
    <servlet-name>XWikiService</servlet-name>
    <url-pattern>/XWikiService</url-pattern>
  </servlet-mapping>

  <servlet-mapping>
    <servlet-name>WysiwygService</servlet-name>
    <url-pattern>/WysiwygService</url-pattern>
  </servlet-mapping>

  <servlet-mapping>
   <servlet-name>webdav</servlet-name>
   <url-pattern>/webdav/*</url-pattern>
  </servlet-mapping>

  <!-- We override the mime type definition for javascript and css
files, as some containers don't
       provide it, causing problems for javascript files containg
velocity code, like
       fullscreenEdit.js -->
  <mime-mapping>
    <extension>js</extension>
    <mime-type>text/javascript</mime-type>
  </mime-mapping>

  <mime-mapping>
    <extension>css</extension>
    <mime-type>text/css</mime-type>
  </mime-mapping>

  <mime-mapping>
    <extension>bmp</extension>
    <mime-type>image/bmp</mime-type>
  </mime-mapping>

  <!-- Redirects to the Main.WebHome page if the user calls the root of
the webapp, i.e.
       http://server:port/xwiki/
       Note 1: for this to work fine the redirect file needs to exist in
the WAR
       Note 2: with Servlet 2.4 it's possible to have a Servlet directly
specified in the welcome
               file list but right now we'd like XWiki to work out of
the box with Servlet 2.3
  -->              
  <welcome-file-list>
    <welcome-file>redirect</welcome-file>
  </welcome-file-list>

  <error-page>
    <error-code>404</error-code>
    <location>/bin/view/Main/DocumentDoesNotExist</location>
  </error-page>

  <!-- Struts Tag Library Descriptors -->
  <jsp-config>
    <taglib>
      <taglib-uri>/WEB-INF/struts-bean.tld</taglib-uri>
      <taglib-location>/WEB-INF/struts-bean.tld</taglib-location>
    </taglib>

    <taglib>
      <taglib-uri>/WEB-INF/struts-html.tld</taglib-uri>
      <taglib-location>/WEB-INF/struts-html.tld</taglib-location>
    </taglib>

    <taglib>
      <taglib-uri>/WEB-INF/struts-logic.tld</taglib-uri>
      <taglib-location>/WEB-INF/struts-logic.tld</taglib-location>
    </taglib>
  </jsp-config>

  <!-- Uncomment if you wish to use a DataSource to define the Database
connection
  <resource-ref>
      <description>DB Connection</description>
      <res-ref-name>jdbc/XWikiDS</res-ref-name>
      <res-type>javax.sql.DataSource</res-type>
      <res-auth>Container</res-auth>
  </resource-ref>
  -->

  <env-entry>
    <env-entry-name>XWikiConfig</env-entry-name>
    <env-entry-type>java.lang.String</env-entry-type>
    <env-entry-value>/WEB-INF/xwiki.cfg</env-entry-value>
  </env-entry>
</web-app>
 
-- cut here --

AjdinBrandic wrote:

> I have the same problem with GF2.1 and xwiki2.0M1 on Windows.
>
> "Deploying application in domain failed; Error loading deployment
> descriptors for module [xwiki-enterprise-web-2.0-milestone-1] Line 161
> Column 20 -- Deployment descriptor file WEB-INF/web.xml in archive
> [xwiki-enterprise-web-2.0-milestone-1]. cvc-complex-type.2.4.d: Invalid
> content was found starting with element 'description'. No child element is
> expected at this point. Error loading deployment descriptors for module
> [xwiki-enterprise-web-2.0-milestone-1] Line 161 Column 20 -- Deployment
> de..."
>
> Ajdin
>
>
> Willi Schiegel wrote:
>  
>> Hello All!
>>
>> I want to deploy the xwiki-enterprise-web-1.9.1.war file into a
>> Glassfish v2.1 server under Solaris 10 Update 7. The deployment does not
>> work. Here is the error message:
>>
>> Deploying application in domain failed; Error loading deployment
>> descriptors for module [xwiki] Line 170 Column 20 -- Deployment
>> descriptor file WEB-INF/web.xml in archive [xwiki].
>> cvc-complex-type.2.4.d: Invalid content was found starting with element
>> 'description'. No child element is expected at this point.
>>
>> Does someone know how I can fix this?
>>
>> Thank you very much.
>>
>> Greetings,
>> Willi
>> _______________________________________________
>> users mailing list
>> [hidden email]
>> http://lists.xwiki.org/mailman/listinfo/users
>>
>>
>>    
>
> --
> View this message in context: http://n2.nabble.com/Problem-deploying-war-file-to-Glassfish-v2.1-tp3203311p3236460.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> _______________________________________________
> users mailing list
> [hidden email]
> http://lists.xwiki.org/mailman/listinfo/users
>
>
>  

_______________________________________________
users mailing list
[hidden email]
http://lists.xwiki.org/mailman/listinfo/users

[AjdinBrandic]

I got it to work using this fixed bug solution
http://jira.xwiki.org/jira/browse/XWIKI-3985

Ajdin

Willi Schiegel wrote:

Hello All!

I want to deploy the xwiki-enterprise-web-1.9.1.war file into a
Glassfish v2.1 server under Solaris 10 Update 7. The deployment does not
work. Here is the error message:

Deploying application in domain failed; Error loading deployment
descriptors for module [xwiki] Line 170 Column 20 -- Deployment
descriptor file WEB-INF/web.xml in archive [xwiki].
cvc-complex-type.2.4.d: Invalid content was found starting with element
'description'. No child element is expected at this point.

Does someone know how I can fix this?

Thank you very much.

Greetings,
Willi
_______________________________________________
users mailing list
[e-mail]
http://lists.xwiki.org/mailman/listinfo/users

[Brett M. Bergquist]

I wrote that bug :)  But I gave some incorrect information.  I said to
set the schema as:

    <web-app xmlns="http://java.sun.com/xml/ns/j2ee"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="..."
    version="2.4">

Note that "..."?   That is wrong and in the 1.9.1 release, Xwiki put in
the correct schema locations.  But once that is done, then the web.xml
does not validate.  There are a couple of problems in it that need to be
fixed:

    * The <env-entry> has the tags in the sequence env-entry-name,
      env-entry-value, env-entry-type, but they need to be in the
      sequence env-entry-name, env-entry-type, env-entry-value
    * The <servlet> tags has their <init-param> tags listed in
      param-name, param-value, description order, but they need to be in
      description, param-name, param-value order
    * The <taglib> tags need a <jsp-config> tag wrapped around these as
      per the 2.4 spec


AjdinBrandic wrote:

> I got it to work using this fixed bug solution
> http://jira.xwiki.org/jira/browse/XWIKI-3985
>
> Ajdin
>
>
> Willi Schiegel wrote:
>  
>> Hello All!
>>
>> I want to deploy the xwiki-enterprise-web-1.9.1.war file into a
>> Glassfish v2.1 server under Solaris 10 Update 7. The deployment does not
>> work. Here is the error message:
>>
>> Deploying application in domain failed; Error loading deployment
>> descriptors for module [xwiki] Line 170 Column 20 -- Deployment
>> descriptor file WEB-INF/web.xml in archive [xwiki].
>> cvc-complex-type.2.4.d: Invalid content was found starting with element
>> 'description'. No child element is expected at this point.
>>
>> Does someone know how I can fix this?
>>
>> Thank you very much.
>>
>> Greetings,
>> Willi
>> _______________________________________________
>> users mailing list
>> [hidden email]
>> http://lists.xwiki.org/mailman/listinfo/users
>>
>>
>>    
>
> --
> View this message in context: http://n2.nabble.com/Problem-deploying-war-file-to-Glassfish-v2.1-tp3203311p3236545.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> _______________________________________________
> users mailing list
> [hidden email]
> http://lists.xwiki.org/mailman/listinfo/users
>
>
>  

_______________________________________________
users mailing list
[hidden email]
http://lists.xwiki.org/mailman/listinfo/users

[Willi Schiegel]

Hello Brett,

thank you very much. Now it works. Now I only have to learn about the
database
connectors in Glassfish. I want to use MySQL or PostgreSQL.

Greetings,
Willi

Brett M. Bergquist wrote:

> I have this working on Glassfish 2.1.  There are other problems in the
> web.xml that don't conform to the DTD that I did not notice the first
> time I tried this.  Here is a working web.xml:
>
> -- cut here --
> <?xml version="1.0" encoding="ISO-8859-1"?>
> <web-app xmlns="http://java.sun.com/xml/ns/j2ee"
>        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>        xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee 
> http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"
>        version="2.4">
>
>   <display-name>xwiki</display-name>
>   <description>XWiki Application</description>
>  
>   <!-- Restlet Application class name -->
>   <context-param>
>     <param-name>org.restlet.application</param-name>
>     <param-value>
>       org.xwiki.rest.XWikiRestletJaxRsApplication
>     </param-value>
>   </context-param>
>  
>   <!-- Filter that sets a custom encoding to all requests, since usually
> clients don't specificy
>        the encoding used for submitting the request, so by default
> containers fall back to the
>        encoding globally configured in their settings. This allows XWiki
> to use a custom encoding,
>        without affecting the whole container (and the other applications
> hosted). -->
>   <filter>
>     <filter-name>Set Character Encoding</filter-name>
>    
> <filter-class>com.xpn.xwiki.web.SetCharacterEncodingFilter</filter-class>
>     <!-- The encoding to use. This must be the same as the one in
> xwiki.cfg (hopefully only one
>          encoding will be used later). -->
>     <init-param>
>       <param-name>encoding</param-name>
>       <param-value>UTF-8</param-value>
>     </init-param>
>     <!-- Whether to ignore and override the encoding specified by the
> client, when this actually
>          happens. For example, AJAX requests made through
> XmlHttpRequests specify UTF-8. When this
>          is set to false, the custom encoding is used only when there
> wasn't any encoding specified
>          by the client. -->
>     <init-param>
>       <param-name>ignore</param-name>
>       <param-value>false</param-value>
>     </init-param>
>   </filter>
>
>   <!-- A filter that allows requests to be saved and reused later. For
> example when the current request contains an expired
>        authentication token, and the authorization module redirects to
> the login page, all the information sent by the
>        client would be lost; this filter allows to save all that
> information, and after a successful login, injects the
>        saved data in the new request. -->
>   <filter>
>     <filter-name>RequestRestorer</filter-name>
>    
> <filter-class>com.xpn.xwiki.web.SavedRequestRestorerFilter</filter-class>
>   </filter>
>
>   <!-- This filter is used to convert the HTML generated by the WYSIWYG
> editor to wiki syntax -->
>   <filter>
>     <filter-name>ConversionFilter</filter-name>
>    
> <filter-class>com.xpn.xwiki.wysiwyg.server.filter.ConversionFilter</filter-class>
>   </filter>
>
>   <!-- Filter used to 'steal' webdav requests made to the application
> root -->
>   <filter>
>     <filter-name>DavFilter</filter-name>
>     <filter-class>com.xpn.xwiki.plugin.webdav.XWikiDavFilter</filter-class>
>   </filter>
>
>   <!-- A filter that dispatches requests to the right action depending
> on the button pressed in the editing form. This
>        is needed when javascript is disabled, since the browser cannot
> send the form data to different URLs depending on
>        the button pressed. -->
>   <filter>
>     <filter-name>ActionDispatcher</filter-name>
>     <filter-class>com.xpn.xwiki.web.ActionFilter</filter-class>
>   </filter>
>
>   <!-- The encoding filter MUST always be the first one, as setting the
> encoding does not work after accessing the request data. -->
>   <filter-mapping>
>     <filter-name>Set Character Encoding</filter-name>
>     <url-pattern>/*</url-pattern>
>     <dispatcher>REQUEST</dispatcher>
>     <dispatcher>INCLUDE</dispatcher>
>     <dispatcher>FORWARD</dispatcher>
>     <dispatcher>ERROR</dispatcher>
>   </filter-mapping>
>
>   <filter-mapping>
>     <filter-name>RequestRestorer</filter-name>
>     <url-pattern>/*</url-pattern>
>     <dispatcher>REQUEST</dispatcher>
>     <dispatcher>INCLUDE</dispatcher>
>     <dispatcher>FORWARD</dispatcher>
>   </filter-mapping>
>
>   <filter-mapping>
>     <filter-name>ConversionFilter</filter-name>
>     <servlet-name>action</servlet-name>
>     <dispatcher>REQUEST</dispatcher>
>     <dispatcher>INCLUDE</dispatcher>
>     <dispatcher>FORWARD</dispatcher>
>   </filter-mapping>
>
>   <filter-mapping>
>     <filter-name>DavFilter</filter-name>
>     <url-pattern>/*</url-pattern>
>   </filter-mapping>
>
>   <filter-mapping>
>     <filter-name>ActionDispatcher</filter-name>
>     <url-pattern>/*</url-pattern>
>   </filter-mapping>
>
>   <!-- Initializes Plexus and puts a reference to the Plexus Component
> Manager in the Servlet
>        Context. Also initializes the Container Manager component with
> the Servlet Context. -->
>   <listener>
>    
> <listener-class>org.xwiki.container.servlet.XWikiPlexusServletContextListener</listener-class>
>   </listener>
>
>   <!-- Main Plexus Servlet receiving all requests. For now this is
> mapped to some unused URL
>        contex path since we're still using Struts but in the near
> future, Struts will go away
>        and be replaced by XWiki's own Action component. -->
>   <servlet>
>     <servlet-name>PlexusServlet</servlet-name>
>    
> <servlet-class>org.xwiki.container.servlet.XWikiPlexusServlet</servlet-class>
>   </servlet>
>
>   <servlet>
>     <servlet-name>action</servlet-name>
>     <servlet-class>org.apache.struts.action.ActionServlet</servlet-class>
>     <init-param>
>       <param-name>application</param-name>
>       <param-value>ApplicationResources</param-value>
>     </init-param>
>     <init-param>
>       <param-name>xwiki</param-name>
>       <param-value>com.xpn.xwiki.XWiki</param-value>
>     </init-param>
>     <init-param>
>       <param-name>config</param-name>
>       <param-value>/WEB-INF/struts-config.xml</param-value>
>     </init-param>
>     <init-param>
>       <param-name>debug</param-name>
>       <param-value>2</param-value>
>     </init-param>
>     <init-param>
>       <param-name>detail</param-name>
>       <param-value>2</param-value>
>     </init-param>
>     <init-param>
>       <param-name>validate</param-name>
>       <param-value>true</param-value>
>     </init-param>
>     <load-on-startup>2</load-on-startup>
>   </servlet>
>
>   <servlet>
>     <servlet-name>redirectHomeServlet</servlet-name>
>     <servlet-class>com.xpn.xwiki.web.HomePageRedirectServlet</servlet-class>
>     <!-- Uncomment and edit this if you want to redirect to a different
> home page, or if you have different mappings.
>          Note: the URL should not start with /, because it allows the
> context name to be changed. If it starts with /,
>          then it should be an absolute URL, including the application
> context path.
>     <init-param>
>       <description>The address to redirect to when the client hits the
> root of the application.</description>
>       <param-name>homePage</param-name>
>       <param-value>bin/Main/</param-value>
>     </init-param>
>     -->
>   </servlet>
>
>   <servlet>
>     <servlet-name>xmlrpc</servlet-name>
>     <servlet-class>com.xpn.xwiki.xmlrpc.XWikiXmlRpcServlet</servlet-class>
>     <init-param>
>       <description>Sets, whether the servlet supports vendor extensions
> for XML-RPC.</description>
>       <param-name>enabledForExtensions</param-name>
>       <param-value>false</param-value>
>     </init-param>
>   </servlet>
>
>   <!-- This is the entry pointy for XWiki GWT services -->
>   <servlet>
>     <servlet-name>XWikiService</servlet-name>
>    
> <servlet-class>com.xpn.xwiki.gwt.api.server.XWikiServiceImpl</servlet-class>
>   </servlet>
>
>   <!-- This is the entry pointy for the new WYSIWYG's GWT services -->
>   <servlet>
>     <servlet-name>WysiwygService</servlet-name>
>    
> <servlet-class>com.xpn.xwiki.wysiwyg.server.DefaultWysiwygService</servlet-class>
>   </servlet>
>
>   <!-- WebDAV servlet -->
>   <servlet>
>    <servlet-name>webdav</servlet-name>
>    
> <servlet-class>com.xpn.xwiki.plugin.webdav.XWikiDavServlet</servlet-class>
>   </servlet>
>
>   <!-- RESTful API Restlet servlet -->
>   <servlet>
>     <servlet-name>RestletServlet</servlet-name>
>     <servlet-class>
>       org.xwiki.rest.XWikiRestletServlet
>     </servlet-class>
>     <init-param>
>       <param-name>resources</param-name>
>       <param-value>
>         org.xwiki.rest.resources.RootResource;
>         org.xwiki.rest.resources.SyntaxesResource;
>         org.xwiki.rest.resources.wikis.WikisResource;
>         org.xwiki.rest.resources.wikis.WikiSearchResource;
>         org.xwiki.rest.resources.wikis.WikiPagesResource;
>         org.xwiki.rest.resources.wikis.WikiAttachmentsResource;
>         org.xwiki.rest.resources.spaces.SpacesResource;
>         org.xwiki.rest.resources.spaces.SpaceResource;
>         org.xwiki.rest.resources.spaces.SpaceSearchResource;
>         org.xwiki.rest.resources.spaces.SpaceAttachmentsResource;
>         org.xwiki.rest.resources.pages.PagesResource;
>         org.xwiki.rest.resources.pages.PageChildrenResource;
>         org.xwiki.rest.resources.pages.PageHistoryResource;
>         org.xwiki.rest.resources.pages.PageResource;
>         org.xwiki.rest.resources.pages.PageTranslationHistoryResource;
>         org.xwiki.rest.resources.pages.PageTranslationResource;
>         org.xwiki.rest.resources.pages.PageTranslationsResource;
>         org.xwiki.rest.resources.pages.PageTranslationVersionResource;
>         org.xwiki.rest.resources.pages.PageVersionResource;
>         org.xwiki.rest.resources.pages.PageTagsResource;
>         org.xwiki.rest.resources.comments.CommentResource;
>         org.xwiki.rest.resources.comments.CommentsResource;
>         org.xwiki.rest.resources.comments.CommentsVersionResource;
>         org.xwiki.rest.resources.comments.CommentVersionResource;
>         org.xwiki.rest.resources.attachments.AttachmentHistoryResource;
>         org.xwiki.rest.resources.attachments.AttachmentResource;
>        
> org.xwiki.rest.resources.attachments.AttachmentsAtPageVersionResource;
>         org.xwiki.rest.resources.attachments.AttachmentsResource;
>        
> org.xwiki.rest.resources.attachments.AttachmentVersionResource;      
>         org.xwiki.rest.resources.objects.ObjectsResource;
>         org.xwiki.rest.resources.objects.ObjectsAtPageVersionResource;
>         org.xwiki.rest.resources.objects.ObjectsForClassNameResource;
>         org.xwiki.rest.resources.objects.ObjectResource;
>         org.xwiki.rest.resources.objects.ObjectAtPageVersionResource;
>         org.xwiki.rest.resources.objects.ObjectPropertiesResource;
>        
> org.xwiki.rest.resources.objects.ObjectPropertiesAtPageVersionResource;
>         org.xwiki.rest.resources.objects.ObjectPropertyResource;
>        
> org.xwiki.rest.resources.objects.ObjectPropertyAtPageVersionResource;
>         org.xwiki.rest.resources.objects.AllObjectsForClassNameResource;
>         org.xwiki.rest.resources.classes.ClassesResource;
>         org.xwiki.rest.resources.classes.ClassResource;
>         org.xwiki.rest.resources.classes.ClassPropertiesResource;
>         org.xwiki.rest.resources.classes.ClassPropertyResource;
>         org.xwiki.rest.resources.tags.TagsResource;
>         org.xwiki.rest.resources.tags.PagesForTagsResource;
>         org.xwiki.rest.resources.ModificationsResource;
>       </param-value>
>     </init-param>
>     <init-param>
>       <param-name>providers</param-name>
>       <param-value>
>         org.xwiki.rest.exceptions.XWikiExceptionMapper;
>         org.xwiki.rest.exceptions.QueryExceptionMapper;
>         org.xwiki.rest.representations.pages.TextPlainPageReader;
>         org.xwiki.rest.representations.pages.FormUrlEncodedPageReader;
>         org.xwiki.rest.representations.objects.TextPlainPropertyReader;
>         org.xwiki.rest.representations.objects.FormUrlEncodedPropertyReader;
>         org.xwiki.rest.representations.objects.FormUrlEncodedObjectReader;
>         org.xwiki.rest.representations.comments.TextPlainCommentReader;
>         org.xwiki.rest.representations.comments.FormUrlEncodedCommentReader;
>         org.xwiki.rest.representations.tags.TextPlainTagsReader;
>         org.xwiki.rest.representations.tags.FormUrlEncodedTagsReader;
>       </param-value>
>     </init-param>
>   </servlet>
>
>   <!-- RESTful API mapping -->
>   <servlet-mapping>
>     <servlet-name>RestletServlet</servlet-name>
>     <url-pattern>/rest/*</url-pattern>
>   </servlet-mapping>
>  
>   <!-- Unused mapping for now. In the future the correct mapping will be
> /* when the action servlet
>        will be decommissioned in favor of the XWiki Action component -->
>   <servlet-mapping>
>     <servlet-name>PlexusServlet</servlet-name>
>     <url-pattern>/plexus/*</url-pattern>
>   </servlet-mapping>
>  
>   <servlet-mapping>
>     <servlet-name>action</servlet-name>
>     <url-pattern>/bin/*</url-pattern>
>   </servlet-mapping>
>  
>   <servlet-mapping>
>     <servlet-name>action</servlet-name>
>     <url-pattern>/wiki/*</url-pattern>
>   </servlet-mapping>
>
>   <servlet-mapping>
>     <servlet-name>action</servlet-name>
>     <url-pattern>/testbin/*</url-pattern>
>   </servlet-mapping>
>
>   <servlet-mapping>
>     <servlet-name>action</servlet-name>
>     <url-pattern>/xwiki/*</url-pattern>
>   </servlet-mapping>
>
>   <servlet-mapping>
>     <servlet-name>xmlrpc</servlet-name>
>     <url-pattern>/xmlrpc/*</url-pattern>
>   </servlet-mapping>
>
>   <servlet-mapping>
>     <servlet-name>redirectHomeServlet</servlet-name>
>     <url-pattern>/redirect</url-pattern>
>   </servlet-mapping>
>
>   <servlet-mapping>
>     <servlet-name>XWikiService</servlet-name>
>     <url-pattern>/XWikiService</url-pattern>
>   </servlet-mapping>
>
>   <servlet-mapping>
>     <servlet-name>WysiwygService</servlet-name>
>     <url-pattern>/WysiwygService</url-pattern>
>   </servlet-mapping>
>
>   <servlet-mapping>
>    <servlet-name>webdav</servlet-name>
>    <url-pattern>/webdav/*</url-pattern>
>   </servlet-mapping>
>
>   <!-- We override the mime type definition for javascript and css
> files, as some containers don't
>        provide it, causing problems for javascript files containg
> velocity code, like
>        fullscreenEdit.js -->
>   <mime-mapping>
>     <extension>js</extension>
>     <mime-type>text/javascript</mime-type>
>   </mime-mapping>
>
>   <mime-mapping>
>     <extension>css</extension>
>     <mime-type>text/css</mime-type>
>   </mime-mapping>
>
>   <mime-mapping>
>     <extension>bmp</extension>
>     <mime-type>image/bmp</mime-type>
>   </mime-mapping>
>
>   <!-- Redirects to the Main.WebHome page if the user calls the root of
> the webapp, i.e.
>        http://server:port/xwiki/
>        Note 1: for this to work fine the redirect file needs to exist in
> the WAR
>        Note 2: with Servlet 2.4 it's possible to have a Servlet directly
> specified in the welcome
>                file list but right now we'd like XWiki to work out of
> the box with Servlet 2.3
>   -->              
>   <welcome-file-list>
>     <welcome-file>redirect</welcome-file>
>   </welcome-file-list>
>
>   <error-page>
>     <error-code>404</error-code>
>     <location>/bin/view/Main/DocumentDoesNotExist</location>
>   </error-page>
>
>   <!-- Struts Tag Library Descriptors -->
>   <jsp-config>
>     <taglib>
>       <taglib-uri>/WEB-INF/struts-bean.tld</taglib-uri>
>       <taglib-location>/WEB-INF/struts-bean.tld</taglib-location>
>     </taglib>
>
>     <taglib>
>       <taglib-uri>/WEB-INF/struts-html.tld</taglib-uri>
>       <taglib-location>/WEB-INF/struts-html.tld</taglib-location>
>     </taglib>
>
>     <taglib>
>       <taglib-uri>/WEB-INF/struts-logic.tld</taglib-uri>
>       <taglib-location>/WEB-INF/struts-logic.tld</taglib-location>
>     </taglib>
>   </jsp-config>
>
>   <!-- Uncomment if you wish to use a DataSource to define the Database
> connection
>   <resource-ref>
>       <description>DB Connection</description>
>       <res-ref-name>jdbc/XWikiDS</res-ref-name>
>       <res-type>javax.sql.DataSource</res-type>
>       <res-auth>Container</res-auth>
>   </resource-ref>
>   -->
>
>   <env-entry>
>     <env-entry-name>XWikiConfig</env-entry-name>
>     <env-entry-type>java.lang.String</env-entry-type>
>     <env-entry-value>/WEB-INF/xwiki.cfg</env-entry-value>
>   </env-entry>
> </web-app>
>  
> -- cut here --
>
> AjdinBrandic wrote:
>  
>> I have the same problem with GF2.1 and xwiki2.0M1 on Windows.
>>
>> "Deploying application in domain failed; Error loading deployment
>> descriptors for module [xwiki-enterprise-web-2.0-milestone-1] Line 161
>> Column 20 -- Deployment descriptor file WEB-INF/web.xml in archive
>> [xwiki-enterprise-web-2.0-milestone-1]. cvc-complex-type.2.4.d: Invalid
>> content was found starting with element 'description'. No child element is
>> expected at this point. Error loading deployment descriptors for module
>> [xwiki-enterprise-web-2.0-milestone-1] Line 161 Column 20 -- Deployment
>> de..."
>>
>> Ajdin
>>
>>
>> Willi Schiegel wrote:
>>  
>>    
>>> Hello All!
>>>
>>> I want to deploy the xwiki-enterprise-web-1.9.1.war file into a
>>> Glassfish v2.1 server under Solaris 10 Update 7. The deployment does not
>>> work. Here is the error message:
>>>
>>> Deploying application in domain failed; Error loading deployment
>>> descriptors for module [xwiki] Line 170 Column 20 -- Deployment
>>> descriptor file WEB-INF/web.xml in archive [xwiki].
>>> cvc-complex-type.2.4.d: Invalid content was found starting with element
>>> 'description'. No child element is expected at this point.
>>>
>>> Does someone know how I can fix this?
>>>
>>> Thank you very much.
>>>
>>> Greetings,
>>> Willi
>>> _______________________________________________
>>> users mailing list
>>> [hidden email]
>>> http://lists.xwiki.org/mailman/listinfo/users
>>>
>>>
>>>    
>>>      
>> --
>> View this message in context: http://n2.nabble.com/Problem-deploying-war-file-to-Glassfish-v2.1-tp3203311p3236460.html
>> Sent from the XWiki- Users mailing list archive at Nabble.com.
>> _______________________________________________
>> users mailing list
>> [hidden email]
>> http://lists.xwiki.org/mailman/listinfo/users
>>
>>
>>  
>>    
>
> _______________________________________________
> users mailing list
> [hidden email]
> http://lists.xwiki.org/mailman/listinfo/users
>  

_______________________________________________
users mailing list
[hidden email]
http://lists.xwiki.org/mailman/listinfo/users

[aallmmaa]

Hello, I am totally new to GlassFish. I would like to know how to deploy the war file on GlassFish v2.1.

I know how to deploy it on weblogic 10 tomcat 6.0 and websphere 6.1.

Any advise?

Thank you.