The following issue has been updated:

    Updater: Vincent Massol (mailto:[EMAIL PROTECTED])
       Date: Sat, 17 Apr 2004 8:33 AM
    Changes:
             assignee changed from Cactus Developers Mailing List to Vincent Massol
             description changed from Cactus cannot be run on JBoss (3.2.1), because 
of the HttpClient library.
Cause :
JBoss has an older version of HttpClient in its classpath, see 
http://archives.real-time.com/pipermail/cactus-user/2003-January/002123.
or, of course, your jboss/lib directory!

This problem is not in itself a Cactus problem (IMHO it's 100% JBoss' fault),
however it would be nice to be able to use Cactus & Jboss together.

I have 2 comments :
1- Maybe it would be possible to use an older HttpClient library with Cactus.
2- I'm only using a servlet to test an EJB. Why on earth do I need HttpClient to
do that????????? I understand the need for HttpClient when Cactus is running as
an Ant task, but in my case I really do not understand why it is used.
Could it be possible to remove the need for HttpClient, if we're just testing an
EJB from within the servlet container itself??

Julien Dubois. to Cactus cannot be run on JBoss (3.2.1), because of the HttpClient 
library.
Cause :
JBoss has an older version of HttpClient in its classpath, see 
http://archives.real-time.com/pipermail/cactus-user/2003-January/002123.
or, of course, your jboss/lib directory!

This problem is not in itself a Cactus problem (IMHO it's 100% JBoss' fault),
however it would be nice to be able to use Cactus & Jboss together.

I have 2 comments :
1- Maybe it would be possible to use an older HttpClient library with Cactus.
2- I'm only using a servlet to test an EJB. Why on earth do I need HttpClient to
do that????????? I understand the need for HttpClient when Cactus is running as
an Ant task, but in my case I really do not understand why it is used.
Could it be possible to remove the need for HttpClient, if we're just testing an
EJB from within the servlet container itself??

Julien Dubois.
             environment changed from Operating System: Other
Platform: All to Operating System: Other
Platform: All
             priority changed to Blocker
             Fix Version changed to 1.5-beta1
    ---------------------------------------------------------------------
For a full history of the issue, see:

  http://issues.apache.org/jira/browse/CACTUS-44?page=history

---------------------------------------------------------------------
View the issue:
  http://issues.apache.org/jira/browse/CACTUS-44

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: CACTUS-44
    Summary: Httpclient problem on JBoss
       Type: Bug

     Status: Resolved
   Priority: Blocker
 Resolution: FIXED

    Project: Cactus
 Components: 
             Other
   Fix Fors:
             1.5-beta1
   Versions:
             1.4.1

   Assignee: Vincent Massol
   Reporter: Julien Dubois

    Created: Fri, 20 Jun 2003 1:20 PM
    Updated: Sat, 17 Apr 2004 8:33 AM
Environment: Operating System: Other
Platform: All

Description:
Cactus cannot be run on JBoss (3.2.1), because of the HttpClient library.
Cause :
JBoss has an older version of HttpClient in its classpath, see 
http://archives.real-time.com/pipermail/cactus-user/2003-January/002123.
or, of course, your jboss/lib directory!

This problem is not in itself a Cactus problem (IMHO it's 100% JBoss' fault),
however it would be nice to be able to use Cactus & Jboss together.

I have 2 comments :
1- Maybe it would be possible to use an older HttpClient library with Cactus.
2- I'm only using a servlet to test an EJB. Why on earth do I need HttpClient to
do that????????? I understand the need for HttpClient when Cactus is running as
an Ant task, but in my case I really do not understand why it is used.
Could it be possible to remove the need for HttpClient, if we're just testing an
EJB from within the servlet container itself??

Julien Dubois.


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to