[cfaussie] RE: Growth rates of ColdFusion usage
If you want to talk total cost of ownership, I can wade in here. I work for a sizable organisation 500+ staff and I have spent the last 9 months ripping out all our IIS and asp applications, due mostly in part to the level of maintenance required to keep a farm of IIS boxes running to an acceptable degree of service for mission critical apps. We have now gone to a completely (almost) Linux based production environment and one sys admin can easily keep a dozen Linux boxes ticking over without a problem. The constant patching, restarting, troubleshooting involved with IIS is gone. CF obviously isn't the only dev platform available for Linux, but the time it takes to get developers up to speed and productive in the Language is most impressive. In addition, all the built in features and compatibilities mentioned by Robin made it our choice. My two cents, Barry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, 3 July 2003 10:14 AM To: CFAussie Mailing List Cc: [EMAIL PROTECTED] Subject: [cfaussie] Growth rates of ColdFusion usage Hello Are their any reliable figures (including on the web) about growth rates of ColdFusion usage compared to ASP etc? I'm also interested the total cost of ownership of a ColdFusion site compared to ASP and ASP.NET etc. Thanks Peter Mount [EMAIL PROTECTED] - Sent using MailStart.com ( http://MailStart.Com/welcome.html ) The FREE way to access your mailbox via any web browser, anywhere! --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MX Downunder AsiaPac DevCon - http://mxdu.com/ * Disclaimer * The information contained in this email is intended only for the addressee and may contain privileged or confidential information. If you are not the addressee, you are notified that any transmission, distribution, downloading, printing or photocopying of the contents of this message or attachments is strictly prohibited. The privilege of confidentiality attached to this email is not waived, lost or destroyed by reason of mistaken delivery to you. If you receive this message in error please notify the sender by return e-mail or telephone. This email is also subject to copyright. No part of it should be reproduced, adapted or transmitted without the written consent of the copyright owner. This e-mail message has been checked for the presence of computer viruses. However, Tourism Queensland provides no warranty that all possible viruses have been detected and cleaned during this process. --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MX Downunder AsiaPac DevCon - http://mxdu.com/
[cfaussie] Running Scheduled Tasks
Hello All, Our web/design team here is quite small - just two, myself full time and another fellow part time. Together we run our company intranet on a pc set up as a CF Server and recently we discovered the handy admin tool - Running Scheduled Tasks! My counterpart initially set up one of these tasks on his system for testing and it worked like a charm, unfortunately when he tried to set it up to work on the live server he couldn't get it to work. We thought the issue was that the job didn't have admin rights to run on the network, but after entering the network admin login/password into the scheduled task on the CF server this still didn't fix the problem. The task involved running a query on a database table, checking that particular records had been updated and if not, using cfmail tags to send an email to the person in question to remind them to update! Like I said earlier, the page runs fine from either of our pc's administration systems. Here is the error message we encountered on the live server: ** There was an error running your scheduled task. Reasons for which scheduled tasks might fail include: The URL is a redirection URL. The URL is protected by IIS NT Challenge/Response or Apache .htaccess password. The Username and Password text fields for editing a scheduled task are intended to support Basic Authentication only. The Domain Name lookup failed. Try using the IP address of the domain whenever possible. The URL is an SSL site, but the SSL port was specified incorrectly. The Web site is not responding. The directory specified for published results does not exist. ** If anyone can make any suggestions on what our next step may be, thank you very much, as we've hit a bit of a brick wall. Regards thanks, Kylie --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MX Downunder AsiaPac DevCon - http://mxdu.com/
[cfaussie] Re: Running Scheduled Tasks
My counterpart initially set up one of these tasks on his system for testing and it worked like a charm, unfortunately when he tried to set it up to work on the live server he couldn't get it to work. We thought the issue was that the job didn't have admin rights to run on the network, but after entering the network admin login/password into the scheduled task on the CF server this still didn't fix the problem. If anyone can make any suggestions on what our next step may be, thank you very much, as we've hit a bit of a brick wall. My first comment would be that it is asking for authentication to the web directory (depending on the mechanism you are using for the security the network admin user and password may not be of any use). The error more refers to a page that requires the grey box login. You would have to supply a user/password that was valid for that portion of the website. Gary Menzel IT Operations Brisbane -+- ABN AMRO Morgans Limited Level 29, 123 Eagle Street BRISBANE QLD 4000 PH: 07 333 44 828 FX: 07 3834 0828 If this communication is not intended for you and you are not an authorised recipient of this email you are prohibited by law from dealing with or relying on the email or any file attachments. This prohibition includes reading, printing, copying, re-transmitting, disseminating, storing or in any other way dealing or acting in reliance on the information. If you have received this email in error, we request you contact ABN AMRO Morgans Limited immediately by returning the email to [EMAIL PROTECTED] and destroy the original. We will refund any reasonable costs associated with notifying ABN AMRO Morgans. This email is confidential and may contain privileged client information. ABN AMRO Morgans has taken reasonable steps to ensure the accuracy and integrity of all its communications, including electronic communications, but accepts no liability for materials transmitted. Materials may also be transmitted without the knowledge of ABN AMRO Morgans. ABN AMRO Morgans Limited its directors and employees do not accept liability for the results of any actions taken or not on the basis of the information in this report. ABN AMRO Morgans Limited and its associates hold or may hold securities in the companies/trusts mentioned herein. Any recommendation is made on the basis of our research of the investment and may not suit the specific requirements of clients. Assessments of suitability to an individual's portfolio can only be made after an examination of the particular client's investments, financial circumstances and requirements. --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MX Downunder AsiaPac DevCon - http://mxdu.com/
[cfaussie] Re: Running Scheduled Tasks
If anyone can make any suggestions on what our next step may be, thank you very much, as we've hit a bit of a brick wall. Does the scheduled task .cfm file - do they sit in their own folder with their own application.cfm? The reason I ask - is something I can often forget is that I'll have my logn/logous security running in my application.cfm, and when I go to fire my scheduled event, the security kicks in, and presto, that error occurs (through a cflocation). Or ou may have the URL wrong - try calling the URL from your PC.. and see what happens. Mark --- [EMAIL PROTECTED] ICQ: 3094740 Safe From Bees [www.safefrombees.com] --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MX Downunder AsiaPac DevCon - http://mxdu.com/
[cfaussie] Re: Running Scheduled Tasks
It (as it's the only one so far) does sit in it's own directory but not with an application.cfm. There didn't seem a need for one. We've set up the intranet so that it grabs logon info from our network when the user logs on to their pc rather than forcing people to physically login to the intranet seperately, so security like that shouldn't be an issue. I just tried running the page from my pc as a normal page on the intranet by typing the path into the address bar and it worked fine. That's why it's so tricky. It won't run from the scheduled tasks list on the server. Thanks Mark, Cheers, Kylie -Original Message- From: Mark M [mailto:[EMAIL PROTECTED] Sent: Friday, 4 July 2003 10:10 AM To: CFAussie Mailing List Subject: [cfaussie] Re: Running Scheduled Tasks If anyone can make any suggestions on what our next step may be, thank you very much, as we've hit a bit of a brick wall. Does the scheduled task .cfm file - do they sit in their own folder with their own application.cfm? The reason I ask - is something I can often forget is that I'll have my logn/logous security running in my application.cfm, and when I go to fire my scheduled event, the security kicks in, and presto, that error occurs (through a cflocation). Or ou may have the URL wrong - try calling the URL from your PC.. and see what happens. Mark --- [EMAIL PROTECTED] ICQ: 3094740 Safe From Bees [www.safefrombees.com] --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MX Downunder AsiaPac DevCon - http://mxdu.com/ --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] [cfaussie] Re: Running Scheduled Tasks, Gary Menzel [cfaussie] Re: Running Scheduled Tasks, Mark M [cfaussie] Re: Running Scheduled Tasks, Kylie Lindstrom [cfaussie] Re: Running Scheduled Tasks, Knott, Brian -- Chronological -- -- Thread -- LYRIS-3664-48592-2003.07.04-10.19.47--archive#[EMAIL PROTECTED]"> Reply via email to [cfaussie] Re: Running Scheduled Tasks, Gary Menzel [cfaussie] Re: Running Scheduled Tasks, Mark M [cfaussie] Re: Running Scheduled Tasks, Kylie Lindstrom [cfaussie] Re: Running Scheduled Tasks, Knott, Brian -- Chronological -- -- Thread -- LYRIS-3664-48592-2003.07.04-10.19.47--archive#[EMAIL PROTECTED]"> Reply via email to [cfaussie] Re: Running Scheduled Tasks, Gary Menzel [cfaussie] Re: Running Scheduled Tasks, Mark M [cfaussie] Re: Running Scheduled Tasks, Kylie Lindstrom [cfaussie] Re: Running Scheduled Tasks, Knott, Brian -- Chronological -- -- Thread -- LYRIS-3664-48592-2003.07.04-10.19.47--archive#[EMAIL PROTECTED]"> Reply via email to [cfaussie] Re: Running Scheduled Tasks, Gary Menzel [cfaussie] Re: Running Scheduled Tasks, Mark M [cfaussie] Re: Running Scheduled Tasks, Kylie Lindstrom [cfaussie] Re: Running Scheduled Tasks, Knott, Brian -- Chronological -- -- Thread -- LYRIS-3664-48592-2003.07.04-10.19.47--archive#[EMAIL PROTECTED]"> Reply via email to [cfaussie] Re: Running Scheduled Tasks, Gary Menzel [cfaussie] Re: Running Scheduled Tasks, Mark M [cfaussie] Re: Running Scheduled Tasks, Kylie Lindstrom [cfaussie] Re: Running Scheduled Tasks, Knott, Brian -- Chronological -- -- Thread -- LYRIS-3664-48592-2003.07.04-10.19.47--archive#[EMAIL PROTECTED]"> Reply via email to [cfaussie] Re: Running Scheduled Tasks, Gary Menzel [cfaussie] Re: Running Scheduled Tasks, Mark M [cfaussie] Re: Running Scheduled Tasks, Kylie Lindstrom [cfaussie] Re: Running Scheduled Tasks, Knott, Brian -- Chronological -- -- Thread -- LYRIS-3664-48592-2003.07.04-10.19.47--archive#[EMAIL PROTECTED]"> Reply via email to [cfaussie] Re: Running Scheduled Tasks, Gary Menzel [cfaussie] Re: Running Scheduled Tasks, Mark M [cfaussie] Re: Running Scheduled Tasks, Kylie Lindstrom [cfaussie] Re: Running Scheduled Tasks, Knott, Brian -- Chronological -- -- Thread -- LYRIS-3664-48592-2003.07.04-10.19.47--archive#[EMAIL PROTECTED]"> Reply via email to [cfaussie] Re: Running Scheduled Tasks, Gary Menzel [cfaussie] Re: Running Scheduled Tasks, Mark M [cfaussie] Re: Running Scheduled Tasks, Kylie Lindstrom [cfaussie] Re: Running Scheduled Tasks, Knott, Brian --
[cfaussie] Re: Running Scheduled Tasks
Kylie, Do you have logging turned on for scheduled tasks. If so the log file should give you more information. Brian Knott -Original Message- From: Kylie Lindstrom [mailto:[EMAIL PROTECTED] Sent: Friday, 4 July 2003 10:20 AM To: CFAussie Mailing List Subject: [cfaussie] Re: Running Scheduled Tasks It (as it's the only one so far) does sit in it's own directory but not with an application.cfm. There didn't seem a need for one. We've set up the intranet so that it grabs logon info from our network when the user logs on to their pc rather than forcing people to physically login to the intranet seperately, so security like that shouldn't be an issue. I just tried running the page from my pc as a normal page on the intranet by typing the path into the address bar and it worked fine. That's why it's so tricky. It won't run from the scheduled tasks list on the server. Thanks Mark, Cheers, Kylie -Original Message- From: Mark M [mailto:[EMAIL PROTECTED] Sent: Friday, 4 July 2003 10:10 AM To: CFAussie Mailing List Subject: [cfaussie] Re: Running Scheduled Tasks If anyone can make any suggestions on what our next step may be, thank you very much, as we've hit a bit of a brick wall. Does the scheduled task .cfm file - do they sit in their own folder with their own application.cfm? The reason I ask - is something I can often forget is that I'll have my logn/logous security running in my application.cfm, and when I go to fire my scheduled event, the security kicks in, and presto, that error occurs (through a cflocation). Or ou may have the URL wrong - try calling the URL from your PC.. and see what happens. Mark --- [EMAIL PROTECTED] ICQ: 3094740 Safe From Bees [www.safefrombees.com] --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MX Downunder AsiaPac DevCon - http://mxdu.com/ --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MX Downunder AsiaPac DevCon - http://mxdu.com/ --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MX Downunder AsiaPac DevCon - http://mxdu.com/
RE: Same session tests
-Original Message- From: Anil Agrawal [mailto:[EMAIL PROTECTED] Sent: 03 July 2003 07:28 To: Cactus Users List Subject: RE: Same session tests No Martijn, I am just sharing my view. I found cactus very helpful in my jsp tag testing, servlets as well as EJB'S. It is really cool tool. Every system has a scope of improvement, so as a cactus family member I am true but the focus is not on transforming Cactus to be a functional testing tool at the moment... :-). It is on improving usability, adding EJB redirectors, etc (see todo page on the web site). -Vincent giving my feedback. With regards anil -Original Message- From: Verburg, Martijn [mailto:[EMAIL PROTECTED] Sent: Thursday, July 03, 2003 10:52 AM To: 'Cactus Users List' Subject: RE: Same session tests Hi Anil, I am assuming that english is your second language (it is mine also), but the way your post is worded makes it seem like that you are demanding for functionality in Cactus. As Cactus is a _volunteer_ project, this probably comes across as quite rude and you therefore may not get the response you are looking for 8-). Cheers, Martijn -Original Message- From: Anil Agrawal [mailto:[EMAIL PROTECTED] Sent: Thursday, 3 July 2003 5:08 p.m. To: Cactus Users List Subject: RE: Same session tests Hi Scott, We are sailing in the same boat. I also requested vincent many times that we must have a facility by which once a attribute is set in session It should not be remoce from session unless explicitly removed from session. Session Management is very costly per method. With regards anil -Original Message- From: Parmley, Scott C. [mailto:[EMAIL PROTECTED] Sent: Thursday, July 03, 2003 3:39 AM To: [EMAIL PROTECTED] Subject: Same session tests Hello all, I have an issue I need some advice on. I have finally been able to put together a cactus test that examines an HttpSession. I am using RequestDispatcher to forward a request to an XSP page. The page does some work and populates a session variable with an object. Here's my quandary: I must perform a series of tests in order. The first part to be done is logging in. This, as I mentioned before, populates a session variable with an object. The next test, which is not logging in, is dependent on the use of the same session as was used in the first test. What I have noticed is that if I write a test class that contains more than one test (i.e.testXXX() testYYY() ), they utilize different sessions for each test. Is there a way to write a test class such that each subsequent test uses the same HttpSession? Thanks in advance, -Scott - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This communication is confidential and may contain privileged material. If you are not the intended recipient you must not use, disclose, copy or retain it. If you have received it in error please immediately notify me by return email and delete the emails. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Same session tests
... and I have already answered to you ... There is nothing costly if you refactor your unit tests around their fixtures (which is the way it should be). -Vincent -Original Message- From: Anil Agrawal [mailto:[EMAIL PROTECTED] Sent: 03 July 2003 07:08 To: Cactus Users List Subject: RE: Same session tests Hi Scott, We are sailing in the same boat. I also requested vincent many times that we must have a facility by which once a attribute is set in session It should not be remoce from session unless explicitly removed from session. Session Management is very costly per method. With regards anil -Original Message- From: Parmley, Scott C. [mailto:[EMAIL PROTECTED] Sent: Thursday, July 03, 2003 3:39 AM To: [EMAIL PROTECTED] Subject: Same session tests Hello all, I have an issue I need some advice on. I have finally been able to put together a cactus test that examines an HttpSession. I am using RequestDispatcher to forward a request to an XSP page. The page does some work and populates a session variable with an object. Here's my quandary: I must perform a series of tests in order. The first part to be done is logging in. This, as I mentioned before, populates a session variable with an object. The next test, which is not logging in, is dependent on the use of the same session as was used in the first test. What I have noticed is that if I write a test class that contains more than one test (i.e.testXXX() testYYY() ), they utilize different sessions for each test. Is there a way to write a test class such that each subsequent test uses the same HttpSession? Thanks in advance, -Scott - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Same session tests
Hi Scott, The short answer is there: http://jakarta.apache.org/cactus/faq.html#faq10 That said, if you are using Cactus 1.5dev, there is a way to get a session cookie. I would absolutely *not* recommend this solution at all in most cases. The best solution is what is in the FAQ above. Here's what the changes page says about it: Ability to get a real HTTP Session cookie before the start of the test. This is achieved by calling the new WebRequest.getSessionCookie() method which returns a HttpSessionCookie object that you then add to the HTTP request. Hope it helps, -Vincent -Original Message- From: Parmley, Scott C. [mailto:[EMAIL PROTECTED] Sent: 03 July 2003 00:09 To: [EMAIL PROTECTED] Subject: Same session tests Hello all, I have an issue I need some advice on. I have finally been able to put together a cactus test that examines an HttpSession. I am using RequestDispatcher to forward a request to an XSP page. The page does some work and populates a session variable with an object. Here's my quandary: I must perform a series of tests in order. The first part to be done is logging in. This, as I mentioned before, populates a session variable with an object. The next test, which is not logging in, is dependent on the use of the same session as was used in the first test. What I have noticed is that if I write a test class that contains more than one test (i.e.testXXX() testYYY() ), they utilize different sessions for each test. Is there a way to write a test class such that each subsequent test uses the same HttpSession? Thanks in advance, -Scott - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE : Error using maven cactus plugin with StrutsTestCase and Weblogic 7
OK, I can try this, even if it looks like a temporary solution... Where can i download a beta 10 snapshot ? Last question : what will be the definitive package for HttpRequestWrapper, org.apache.cactus.server or org.apache.cactus.server.wrapper ? -Message d'origine- De : Vincent Massol [mailto:[EMAIL PROTECTED] Envoyé : mercredi 2 juillet 2003 19:46 À : 'Cactus Users List' Objet : RE: Error using maven cactus plugin with StrutsTestCase and Weblogic 7 Hi Sebastien, The easiest solution to solve your problem is to upgrade to a newer version of the Maven plugin for Cactus. However, that may involve moving from Maven beta 9 to beta 10 (from CVS at the moment) - This issue has been fixed in CVS HEAD of Maven. FYI, the issue is with StrutsTestCase/Cactus. Strutestcase is calling a class that we had temporarily moved in a nightly build of Cactus (Cactus 1.5). The Maven plugin for Cactus is using Cactus 1.5dev, hence the problem. Thanks and sorry for the inconvenience. -Vincent -Original Message- From: BRUNOT Sébastien [mailto:[EMAIL PROTECTED] Sent: 02 July 2003 18:53 To: '[EMAIL PROTECTED]' Subject: Error using maven cactus plugin with StrutsTestCase and Weblogic 7 Hello, Precedent mail was in HTML... Sorry :-( Here is the thread : I've got a problem with maven 1.0 beta 9 cactus plugin : I have a Struts 1.1 webApp and a StrutsTestCase i'd like to run on weblogic 7. I've got the following line in project.properties : cactus.home.weblogic7x=C:\bea I've declared a dependency with strutstestcase in my project.xml : dependency idstrutstestcase/id version2.0-1.1-2.3/version properties war.bundle.jartrue/war.bundle.jar /properties /dependency When i run maven cactus, my webapp seems to be correctly catus-fied, but I've got the following error : [java] 2 juil. 03 18:31:43 CEST Notice WebLogicServer 000331 Starte d WebLogic Admin Server testserver for domain testdomain running in Developm ent Mode [java] 2 juil. 03 18:31:44 CEST Error HTTP 101018 [ServletContext(i d=7683425,name=cactustest,context-path=/cactustest)] Servlet failed with Servlet Exception [java] javax.servlet.UnavailableException: ServletContext(id=7683425,name=ca ctustest,context-path=/cactustest): The server testserver is temporarily suspend ed [java] at weblogic.servlet.internal.WebAppServletContext.invokeServlet( WebAppServletContext.java:3096) [java] at weblogic.servlet.internal.ServletRequestImpl.execute(ServletR equestImpl.java:2588) [java] at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:213) [java] at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:189) [java] [java] 2 juil. 03 18:31:44 CEST Notice WebLogicServer 000365 Server state changed to RUNNING [java] 2 juil. 03 18:31:44 CEST Notice WebLogicServer 000360 Server started in RUNNING mode [junit] Running com.sfr.octotests.modulestruts.SimpleActionTest [junit] java.lang.NoClassDefFoundError: org/apache/cactus/server/AbstractHtt pServletRequestWrapper [junit] at java.lang.Class.forName0(Native Method) [junit] at java.lang.Class.forName(Class.java:115) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner. init(JUnitTestRunner.java:237) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner. init(JUnitTestRunner.java:210) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner. main(JUnitTestRunner.java:520) [junit] Exception in thread main [junit] [ERROR] TEST com.sfr.octotests.modulestruts.SimpleActionTest FAILED Anyone got an idea ? seems to me that the org.apache.cactus.server.AbstractHttpServletRequestWrapper Doesn't exist (the correct package name is org.apache.cactus.server.wrapper). Is it a version problem ? For info, i've got the same problem with Tomcat 4.1. Sebastien BRUNOT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: RE : Error using maven cactus plugin with StrutsTestCase and Weblogic 7
-Original Message- From: BRUNOT Sébastien [mailto:[EMAIL PROTECTED] Sent: 03 July 2003 10:10 To: 'Cactus Users List' Subject: RE : Error using maven cactus plugin with StrutsTestCase and Weblogic 7 OK, I can try this, even if it looks like a temporary solution... Where can i download a beta 10 snapshot ? 1/ Perform a CVS checkout of Maven (see http://maven.apache.org/cvs-usage.html) 2/ Make sure you have Ant installed on your machine. 3/ Create a MAVEN_HOME env variable pointing to where you want Maven installed 4/ type ant -f build-bootstrap.xml in the maven directory where you checked out maven For more info, see http://maven.apache.org/start/bootstrap.html Last question : what will be the definitive package for HttpRequestWrapper, org.apache.cactus.server or org.apache.cactus.server.wrapper ? o.a.c.s Thanks -Vincent -Message d'origine- De : Vincent Massol [mailto:[EMAIL PROTECTED] Envoyé : mercredi 2 juillet 2003 19:46 À : 'Cactus Users List' Objet : RE: Error using maven cactus plugin with StrutsTestCase and Weblogic 7 Hi Sebastien, The easiest solution to solve your problem is to upgrade to a newer version of the Maven plugin for Cactus. However, that may involve moving from Maven beta 9 to beta 10 (from CVS at the moment) - This issue has been fixed in CVS HEAD of Maven. FYI, the issue is with StrutsTestCase/Cactus. Strutestcase is calling a class that we had temporarily moved in a nightly build of Cactus (Cactus 1.5). The Maven plugin for Cactus is using Cactus 1.5dev, hence the problem. Thanks and sorry for the inconvenience. -Vincent -Original Message- From: BRUNOT Sébastien [mailto:[EMAIL PROTECTED] Sent: 02 July 2003 18:53 To: '[EMAIL PROTECTED]' Subject: Error using maven cactus plugin with StrutsTestCase and Weblogic 7 Hello, Precedent mail was in HTML... Sorry :-( Here is the thread : I've got a problem with maven 1.0 beta 9 cactus plugin : I have a Struts 1.1 webApp and a StrutsTestCase i'd like to run on weblogic 7. I've got the following line in project.properties : cactus.home.weblogic7x=C:\bea I've declared a dependency with strutstestcase in my project.xml : dependency idstrutstestcase/id version2.0-1.1-2.3/version properties war.bundle.jartrue/war.bundle.jar /properties /dependency When i run maven cactus, my webapp seems to be correctly catus-fied, but I've got the following error : [java] 2 juil. 03 18:31:43 CEST Notice WebLogicServer 000331 Starte d WebLogic Admin Server testserver for domain testdomain running in Developm ent Mode [java] 2 juil. 03 18:31:44 CEST Error HTTP 101018 [ServletContext(i d=7683425,name=cactustest,context-path=/cactustest)] Servlet failed with Servlet Exception [java] javax.servlet.UnavailableException: ServletContext(id=7683425,name=ca ctustest,context-path=/cactustest): The server testserver is temporarily suspend ed [java] at weblogic.servlet.internal.WebAppServletContext.invokeServlet( WebAppServletContext.java:3096) [java] at weblogic.servlet.internal.ServletRequestImpl.execute(ServletR equestImpl.java:2588) [java] at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:213) [java] at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:189) [java] [java] 2 juil. 03 18:31:44 CEST Notice WebLogicServer 000365 Server state changed to RUNNING [java] 2 juil. 03 18:31:44 CEST Notice WebLogicServer 000360 Server started in RUNNING mode [junit] Running com.sfr.octotests.modulestruts.SimpleActionTest [junit] java.lang.NoClassDefFoundError: org/apache/cactus/server/AbstractHtt pServletRequestWrapper [junit] at java.lang.Class.forName0(Native Method) [junit] at java.lang.Class.forName(Class.java:115) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner. init(JUnitTestRunner.java:237) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner. init(JUnitTestRunner.java:210) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner. main(JUnitTestRunner.java:520) [junit] Exception in thread main [junit] [ERROR] TEST com.sfr.octotests.modulestruts.SimpleActionTest FAILED Anyone got an idea ? seems to me that the org.apache.cactus.server.AbstractHttpServletRequestWrapper Doesn't exist (the correct package name is org.apache.cactus.server.wrapper). Is it a version problem ? For info, i've got the same problem with Tomcat 4.1. Sebastien BRUNOT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To
Help in Cactus Test Case
HI I am getting the following error when I run the cactus test case. Could you pl help me. org.apache.cactus.util.ChainedRuntimeException: Failed to get the test results. This is probably due to an error that happened on the server side when trying to execute the tests. Here is what was returned by the server : [Error 404: File not found: ServletRedirector ] at org.apache.cactus.client.AbstractHttpClient.dispatch2_doTest(LogAspect.aj(1k):120) at org.apache.cactus.client.AbstractHttpClient.around2_doTest(LogAspect.aj(1k):1218) at org.apache.cactus.client.AbstractHttpClient.doTest(LogAspect.aj(1k):104) at org.apache.cactus.AbstractWebTestCase.runGenericTest(AbstractWebTestCase.java:260) at org.apache.cactus.ServletTestCase.runTest(ServletTestCase.java:133) at org.apache.cactus.AbstractTestCase.runBare(AbstractTestCase.java:195) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:131) at junit.framework.TestSuite.runTest(TestSuite.java:173) at junit.framework.TestSuite.run(TestSuite.java:168) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:329) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:218) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:151) org.apache.cactus.client.ParsingException: Not a valid response at org.apache.cactus.client.WebTestResultParser.readRootElement(LogAspect.aj(1k):140) at org.apache.cactus.client.WebTestResultParser.dispatch29_parse(LogAspect.aj(1k):101) at org.apache.cactus.client.WebTestResultParser.around29_parse(LogAspect.aj(1k):1218) at org.apache.cactus.client.WebTestResultParser.parse(LogAspect.aj(1k):96) at org.apache.cactus.client.AbstractHttpClient.callGetResult(LogAspect.aj(1k):230) at org.apache.cactus.client.AbstractHttpClient.dispatch2_doTest(LogAspect.aj(1k):114) at org.apache.cactus.client.AbstractHttpClient.around2_doTest(LogAspect.aj(1k):1218) at org.apache.cactus.client.AbstractHttpClient.doTest(LogAspect.aj(1k):104) at org.apache.cactus.AbstractWebTestCase.runGenericTest(AbstractWebTestCase.java:260) at org.apache.cactus.ServletTestCase.runTest(ServletTestCase.java:133) at org.apache.cactus.AbstractTestCase.runBare(AbstractTestCase.java:195) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:131) at junit.framework.TestSuite.runTest(TestSuite.java:173) at junit.framework.TestSuite.run(TestSuite.java:168) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:329) CactusJspTest.java at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:218) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:151) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Help in Cactus Test Case
The error says Error 404: File not found: ServletRedirector. It means you redirector is not set up correctly and cannot be access from Cactus client side. Please check the configuration tutorial on the cactus web page for setting it up correctly. You can test your redirector is set up correctly by using: http://localhost:8080/webapp/ServletRedirector?Cactus_Service=RUN_TEST where webapp is your webapp context. Replace the port by the port you're using. Note to self and to cactus developersWe should probably have an AspectJ checking aspect that would call this URL once to verify that the redirector is set up correctly and report a nice error message if not. What do you think? /Note to self and to cactus developers Thanks -Vincent -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 03 July 2003 10:26 To: [EMAIL PROTECTED] Subject: Help in Cactus Test Case HI I am getting the following error when I run the cactus test case. Could you pl help me. org.apache.cactus.util.ChainedRuntimeException: Failed to get the test results. This is probably due to an error that happened on the server side when trying to execute the tests. Here is what was returned by the server : [Error 404: File not found: ServletRedirector ] at org.apache.cactus.client.AbstractHttpClient.dispatch2_doTest(LogAspect.a j( 1k):120) at org.apache.cactus.client.AbstractHttpClient.around2_doTest(LogAspect.aj( 1k ):1218) at org.apache.cactus.client.AbstractHttpClient.doTest(LogAspect.aj(1k):104) at org.apache.cactus.AbstractWebTestCase.runGenericTest(AbstractWebTestCase .j ava:260) at org.apache.cactus.ServletTestCase.runTest(ServletTestCase.java:133) at org.apache.cactus.AbstractTestCase.runBare(AbstractTestCase.java:195) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:131) at junit.framework.TestSuite.runTest(TestSuite.java:173) at junit.framework.TestSuite.run(TestSuite.java:168) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTe st Runner.java:329) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRun ne r.java:218) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRu nn er.java:151) org.apache.cactus.client.ParsingException: Not a valid response at org.apache.cactus.client.WebTestResultParser.readRootElement(LogAspect.a j( 1k):140) at org.apache.cactus.client.WebTestResultParser.dispatch29_parse(LogAspect. aj (1k):101) at org.apache.cactus.client.WebTestResultParser.around29_parse(LogAspect.aj (1 k):1218) at org.apache.cactus.client.WebTestResultParser.parse(LogAspect.aj(1k):96) at org.apache.cactus.client.AbstractHttpClient.callGetResult(LogAspect.aj(1 k) :230) at org.apache.cactus.client.AbstractHttpClient.dispatch2_doTest(LogAspect.a j( 1k):114) at org.apache.cactus.client.AbstractHttpClient.around2_doTest(LogAspect.aj( 1k ):1218) at org.apache.cactus.client.AbstractHttpClient.doTest(LogAspect.aj(1k):104) at org.apache.cactus.AbstractWebTestCase.runGenericTest(AbstractWebTestCase .j ava:260) at org.apache.cactus.ServletTestCase.runTest(ServletTestCase.java:133) at org.apache.cactus.AbstractTestCase.runBare(AbstractTestCase.java:195) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:131) at junit.framework.TestSuite.runTest(TestSuite.java:173) at junit.framework.TestSuite.run(TestSuite.java:168) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTe st Runner.java:329) CactusJspTest.java at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRun ne r.java:218) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRu nn er.java:151) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Client side configuration problem
Hi, I believe this is one of the several problems that must have been reported in the past related to the classpath issues. I did search archives, found an answer, but am unable to resolve it. My client side classpath is: CLASSPATH=D:\manav\cramer\Cramer5\Prototype2\classes;c:\jdk1.4.1_03\lib;D:\j akar ta\junit3.8.1\junit.jar;.;D:\manav\cramer\rnd\testSuite\cactus\log4j.propert ies; D:\jakarta\junit3.8.1\junit.jar;D:\jakarta\jakarta-cactus-13-1.4.1\lib\cactu s-1. 4.1.jar;D:\jakarta\jakarta-cactus-13-1.4.1\lib\servletapi-2.3.jar;D:\jakarta \jak arta-cactus-13-1.4.1\lib\commons-logging-1.0.jar;D:\jakarta\jakarta-cactus-1 3-1. 4.1\lib\log4j-1.2.5.jar;D:\jakarta\jakarta-cactus-13-1.4.1\lib\aspectjrt-1.0 .5.j ar;D:\jakarta\jakarta-cactus-13-1.4.1\lib\commons-httpclient-2.0alpha1-20020 606. jar;D:\manav\cramer\rnd\testSuite\cactus\cactus.properties; But I still get the following exception when i run the swing ui: junit.framework.AssertionFailedError: Exception in constructor: testReadServletOutputStream (org.apache.commons.logging.LogConfigurationException: java.lang.ClassCastException at org.apache.commons.logging.LogFactory.newFactory(LogFactory.java:506) at org.apache.commons.logging.LogFactory.getFactory(LogFactory.java:350) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:381) at org.apache.cactus.util.JUnitVersionHelper.around146_getTestCaseName(JUnitVer sionHelper.java;org/apache/cactus/util/log/LogAspect.aj(1k):1170) at org.apache.cactus.util.JUnitVersionHelper.getTestCaseName(JUnitVersionHelper .java;org/apache/cactus/util/log/LogAspect.aj(1k):103) at org.apache.cactus.AbstractTestCase.init(AbstractTestCase.java:124) at org.apache.cactus.AbstractWebTestCase.init(AbstractWebTestCase.java:86) at org.apache.cactus.ServletTestCase.init(ServletTestCase.java:119) Any ideas what can be done to resolve it? Thanks, M - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Client side configuration problem
Hi Manav, You failed to look in the most common place of all... the FAQ... :-) http://jakarta.apache.org/cactus/faq.html#faq8 -Vincent -Original Message- From: Manav Gupta [mailto:[EMAIL PROTECTED] Sent: 03 July 2003 18:55 To: '[EMAIL PROTECTED]' Subject: Client side configuration problem Hi, I believe this is one of the several problems that must have been reported in the past related to the classpath issues. I did search archives, found an answer, but am unable to resolve it. My client side classpath is: CLASSPATH=D:\manav\cramer\Cramer5\Prototype2\classes;c:\jdk1.4.1_03\lib; D: \j akar ta\junit3.8.1\junit.jar;.;D:\manav\cramer\rnd\testSuite\cactus\log4j.pro pe rt ies; D:\jakarta\junit3.8.1\junit.jar;D:\jakarta\jakarta-cactus-13- 1.4.1\lib\cactu s-1. 4.1.jar;D:\jakarta\jakarta-cactus-13-1.4.1\lib\servletapi- 2.3.jar;D:\jakarta \jak arta-cactus-13-1.4.1\lib\commons-logging-1.0.jar;D:\jakarta\jakarta- cactus-1 3-1. 4.1\lib\log4j-1.2.5.jar;D:\jakarta\jakarta-cactus-13-1.4.1\lib\aspectjrt - 1.0 .5.j ar;D:\jakarta\jakarta-cactus-13-1.4.1\lib\commons-httpclient-2.0alpha1- 20020 606. jar;D:\manav\cramer\rnd\testSuite\cactus\cactus.properties; But I still get the following exception when i run the swing ui: junit.framework.AssertionFailedError: Exception in constructor: testReadServletOutputStream (org.apache.commons.logging.LogConfigurationException: java.lang.ClassCastException at org.apache.commons.logging.LogFactory.newFactory(LogFactory.java:506) at org.apache.commons.logging.LogFactory.getFactory(LogFactory.java:350) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:381) at org.apache.cactus.util.JUnitVersionHelper.around146_getTestCaseName(JUni tV er sionHelper.java;org/apache/cactus/util/log/LogAspect.aj(1k):1170) at org.apache.cactus.util.JUnitVersionHelper.getTestCaseName(JUnitVersionHe lp er .java;org/apache/cactus/util/log/LogAspect.aj(1k):103) at org.apache.cactus.AbstractTestCase.init(AbstractTestCase.java:124) at org.apache.cactus.AbstractWebTestCase.init(AbstractWebTestCase.java:86 ) at org.apache.cactus.ServletTestCase.init(ServletTestCase.java:119) Any ideas what can be done to resolve it? Thanks, M - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
