Just an update on this for whoever is interested:
I've been in discussions with Vikrant, and both of us have been able to get
the M1 snapshot of Guvnor working with WebSphere 6.1. The latest snapshots
however fail as described in the Guvnor bug I mentioned in an earlier email.
If anyone has any success, or is working on this, please join in and let us
know your results.
- SteveN
On 23/09/08 3:49 PM, Vikrant Yagnick [EMAIL PROTECTED] wrote:
Well it is not that serious a problem as I initially thought. As I mentioned
the URL(adding the index.jsp) works, so there is an easy work-around
available.
The main bug seems to be that if a URL is sent to WebSphere which does not
have a physical file in it the filter which should kick in and re-direct does
not do so. (http://www-01.ibm.com/support/docview.wss?rs=180uid=swg1PK27620)
This has nothing to do with the BRMS of course and is a problem for all
Web-Apps in this version of Websphere(We are using 6.1.0.0). Adding the
index.jsp to the URL seems to work fine for now. I am working on the BRMS to
see if there are any other side-effects of this.
Maybe, we should update a Wiki or troubleshooting doc on this so that it is
known to the community.
Digging around IBM Support after my post, I have found quite a few bugs
mentioned in version 6.1 regarding how Servlet Filters work and of some on
JSF(Especially JBOSS Seam) problems with the particular version.
(http://www-01.ibm.com/support/docview.wss?uid=swg1PK47367)
IBM has however provided patches for all of them and I am going to give
another shot at seeing the behavior after upgrading to a higher release.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michael Neale
Sent: Tuesday, September 23, 2008 5:25 AM
To: Rules Users List
Subject: Re: [rules-users] RE: Deploying the BRMS on Web-Sphere 6.1
Hi Vikrant.
well the drools-guvnor/ doesn't use a filter so much as it is default
web.xml behaviour - you can specify a welcome page, which it goes to
when the root path is supplied. If Websphere 6.1 can't even do that -
I would say something is seriously wrong (may be a bad install?) - you
could try it with a really simple war that just has 1 jsp and a
web.xml and see if it happens with it? although I think:
As for servlet filters - as we use Seam, it uses servlet filters to
manage lifecycles, so yes, that could be it (if its not the above). It
isn't possible to replace the filters, as they do a very different job
from servlets (although the difference is subtle).
What would be better would be to work out what the problem is with
websphere and filters I think.
On Mon, Sep 22, 2008 at 9:34 PM, Vikrant Yagnick [EMAIL PROTECTED] wrote:
Well it clearly is a problem with filters as the following works in
WebSphere:
http://localhost:9080/drools-guvnor/index.jsp
However just typing
http://localhost:9080/drools-guvnor does not and gives you the Ugly 500.
Cheers,
Vikrant
From: Vikrant Yagnick
Sent: Monday, September 22, 2008 4:38 PM
To: Rules Users List
Subject: Deploying the BRMS on Web-Sphere 6.1
Hi All,
Has anyone been able to deploy the BRMS War file on Websphere 6.1. The BRMS
deploys without problems , but I get the following error when I try to
access the BRMS:
Error 500: com.ibm.ws.wswebcontainer.extension.DefaultExtensionProcessor
incompatible with com.ibm.wsspi.webcontainer.servlet.IServletWrapper.
However, the WebDAV servlet still works.
I dug around a little, and have found that this problem has occurred for
other web-applications as well who have provided a workaround:
http://wiki.merbivore.com/pages/deploying-a-merb-application-to-a-jee-contain
er-us
(Read Step 7)
The problem seems to be related to Servlet-Filters. These do not seem to
work correctly with Websphere 6.1. In the site mentioned they have replaced
the servlet-filter with a normal server. (The BRMS seems to use a servlet
filter for /* url mapping).
I have seen posts on other forums regarding the BRMS deployment on Websphere
6.1 but no answers as to how to make this work.
Any, help would be appreciated.
Cheers,
Vikrant
MASTEK LTD.
Mastek is in NASSCOM's 'India Top 20' Software Service Exporters List.
In the US, we're called MAJESCOMASTEK
~
~
Opinions expressed in this e-mail are those of the individual and not that of
Mastek Limited, unless specifically indicated to that effect. Mastek Limited
does not accept any responsibility or liability for it. This e-mail and
attachments (if any) transmitted with it are confidential and/or privileged
and solely for the use of the intended person or entity to which it is
addressed. Any review, re-transmission, dissemination or other use of or
taking of any