For the time being I have code that compiles correctly and I am leaving eclipse completely out of the picture. I am running Windows Vista 64bit. I have quit eclipse and tried to run a "mvn clean install" to rebuild my project, but I get the exact same error that I previously posted (ConnectException) regarding the AppTest failure when the install command executes the "TESTS". Therefore, the build fails. ... ------------------------------------------------------- T E S T S ------------------------------------------------------- Running net.genomas.lift.test.AppTest Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.199 sec <<< FA ILURE!
Results : Tests in error: testXml(net.genomas.lift.test.AppTest) Tests run: 2, Failures: 0, Errors: 1, Skipped: 0 [INFO] ------------------------------------------------------------------------ [ERROR] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] There are test failures. ... If I run the project with "mvn clean tomcat:run" it works fine because it doesn't execute the "TESTS" step. I think that my problems with remote tomcat server may stem from eclipse messing up the correct maven packaging of the .war file. I'm still trying to figure out what is causing this ConnectException whenever AppTest.scala is executed that is preventing me from performing a normal "mvn package" On Nov 13, 6:39 pm, David Pollak <[email protected]> wrote: > On Fri, Nov 13, 2009 at 9:15 AM, DavidV <[email protected]> wrote: > > > When running Lift-1.0.2 and Scala-2.7.5 I am able to compile and run > > my code through maven. However, I am concerned about my inability to > > run the "mvn clean package" command successfully without first running > > the "clean" command in eclipse. > > Yeah... Eclipse is generally a problem. > > Are you running Windows or Linux/Mac? > > Can you quite Eclipses before doing a build. > > > > > > > > > I am afraid that this extra eclipse > > step may be interfering with the proper creation of the .war file > > which may be contributing to the problem. When I try to execute "mvn > > clean package" without eclipse I get the following error appearing in > > my surefire-report: > > > ------------------------------------------------------------------------------- > > Test set: net.genomas.lift.test.AppTest > > > ------------------------------------------------------------------------------- > > Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.251 > > sec <<< FAILURE! > > testXml(net.genomas.lift.test.AppTest) Time elapsed: 1.228 sec <<< > > ERROR! > > java.net.ConnectException: Connection refused: connect > > at java.net.PlainSocketImpl.socketConnect(Native Method) > > at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) > > at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java: > > 195) > > at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) > > at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366) > > at java.net.Socket.connect(Socket.java:525) > > at java.net.Socket.connect(Socket.java:475) > > at sun.net.NetworkClient.doConnect(NetworkClient.java:163) > > at sun.net.www.http.HttpClient.openServer(HttpClient.java:394) > > at sun.net.www.http.HttpClient.openServer(HttpClient.java:529) > > at sun.net.www.http.HttpClient.<init>(HttpClient.java:233) > > at sun.net.www.http.HttpClient.New(HttpClient.java:306) > > at sun.net.www.http.HttpClient.New(HttpClient.java:323) > > at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient > > (HttpURLConnection.java:860) > > at sun.net.www.protocol.http.HttpURLConnection.plainConnect > > (HttpURLConnection.java:801) > > at sun.net.www.protocol.http.HttpURLConnection.connect > > (HttpURLConnection.java:726) > > at sun.net.www.protocol.http.HttpURLConnection.getInputStream > > (HttpURLConnection.java:1049) > > at > > com.sun.org.apache.xerces.internal.impl.XMLEntityManager.setupCurrentEntity > > (XMLEntityManager.java:677) > > at > > com.sun.org.apache.xerces.internal.impl.XMLEntityManager.startEntity > > (XMLEntityManager.java:1315) > > at > > com.sun.org.apache.xerces.internal.impl.XMLEntityManager.startDTDEntity > > (XMLEntityManager.java:1282) > > at > > com.sun.org.apache.xerces.internal.impl.XMLDTDScannerImpl.setInputSource > > (XMLDTDScannerImpl.java:283) > > at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl > > $DTDDriver.dispatch(XMLDocumentScannerImpl.java:1193) > > at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl > > $DTDDriver.next(XMLDocumentScannerImpl.java:1090) > > at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl > > $PrologDriver.next(XMLDocumentScannerImpl.java:1003) > > at > > com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next > > (XMLDocumentScannerImpl.java:648) > > at > > > com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument > > (XMLDocumentFragmentScannerImpl.java:510) > > at > > com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse > > (XML11Configuration.java:807) > > at > > com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse > > (XML11Configuration.java:737) > > at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse > > (XMLParser.java:107) > > at > > com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse > > (AbstractSAXParser.java:1205) > > at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl > > $JAXPSAXParser.parse(SAXParserImpl.java:522) > > at javax.xml.parsers.SAXParser.parse(SAXParser.java:395) > > at > > scala.xml.parsing.FactoryAdapter.loadXML(FactoryAdapter.scala:292) > > at scala.xml.parsing.NoBindingFactoryAdapter.loadXML > > (NoBindingFactoryAdapter.scala:60) > > at scala.xml.XML$.loadFile(XML.scala:42) > > Just comment out the test for now. > > > at net.genomas.lift.test.AppTest.wellFormed$1(AppTest.scala:52) > > at net.genomas.lift.test.AppTest$$anonfun$wellFormed$1$1.apply > > (AppTest.scala:48) > > at net.genomas.lift.test.AppTest$$anonfun$wellFormed$1$1.apply > > (AppTest.scala:48) > > at scala.Iterator$class.foreach(Iterator.scala:414) > > at scala.runtime.BoxedArray$AnyIterator.foreach(BoxedArray.scala:45) > > at scala.Iterable$class.foreach(Iterable.scala:256) > > at scala.runtime.BoxedArray.foreach(BoxedArray.scala:24) > > at net.genomas.lift.test.AppTest.wellFormed$1(AppTest.scala:48) > > at net.genomas.lift.test.AppTest$$anonfun$wellFormed$1$1.apply > > (AppTest.scala:48) > > at net.genomas.lift.test.AppTest$$anonfun$wellFormed$1$1.apply > > (AppTest.scala:48) > > at scala.Iterator$class.foreach(Iterator.scala:414) > > at scala.runtime.BoxedArray$AnyIterator.foreach(BoxedArray.scala:45) > > at scala.Iterable$class.foreach(Iterable.scala:256) > > at scala.runtime.BoxedArray.foreach(BoxedArray.scala:24) > > at net.genomas.lift.test.AppTest.wellFormed$1(AppTest.scala:48) > > at net.genomas.lift.test.AppTest.testXml(AppTest.scala:65) > > > I am working behind a firewall that is important for the security of > > our data where I work, so it cannot be disabled. I also work behind a > > proxy but I have configured the maven settings.xml file to get past > > the proxy, and that definitely works because I am able to > > download .jar files, etc from the internet when I update to newer > > versions of scala/lift. > > > I would like to be able to run "mvn clean package" successfully > > without using eclipse at all to ensure that I am getting a correctly > > configured .war file. This may be the reason that I am having trouble > > deploying to Tomcat. Any ideas regarding how to fix this connection > > failure? > > > Thanks, > > David > > > On Nov 12, 4:59 pm, David Pollak <[email protected]> > > wrote: > > > Scala is very, very, super ultra mega version fragile. This means that > > code > > > compiled with 2.7.5 will not work with code compiled with 2.7.7 and vice > > > versa. > > > > So, in your pom.xml file, please set your scala version to 2.7.5 (nothing > > > else... not 2.7.4, not 2.7.7) and lift to 1.0.2 > > > > Then mvn clean tomcat:run -- does it work? > > > > Then mvn clean install -- does the WAR file work in Tomcat? > > > > On Thu, Nov 12, 2009 at 1:10 PM, DavidV <[email protected]> > > wrote: > > > > > Another potentially helpful detail is that I get the same liftFilter > > > > error when running on a local jetty server through maven as I do when > > > > running on tomcat (also through maven). I am executing a clean > > > > command before running the web app each and every time. > > > > > ... > > > > 2009-11-12 16:10:05.833::WARN: failed LiftFilter: > > > > java.lang.AbstractMethodError > > > > > 2009-11-12 16:10:05.834::WARN: failed > > > > org.mortbay.jetty.plugin.Jetty6PluginWebA > > > > ppcont...@14c0275{/,C:\Source\trunk\eclipse\testLift\src\main\webapp}: > > > > java.lang > > > > .AbstractMethodError > > > > ... > > > > > On Nov 12, 3:40 pm, DavidV <[email protected]> wrote: > > > > > I just tried to run the same code that used to work with Lift-1.0.1 > > > > > and Scala 2.7.5 with my updates to Lift 1.0.1 and Scala 2.7.7 and I > > > > > got the following error: > > > > > > [INFO] [tomcat:run {execution: default-cli}] > > > > > [INFO] Running war onhttp://localhost:8080/portal > > > > > [INFO] Creating Tomcat server configuration at > > c:\Source\trunk\eclipse > > > > > \testLift\ > > > > > target\tomcat > > > > > Nov 12, 2009 3:36:51 PM org.apache.catalina.startup.Embedded start > > > > > INFO: Starting tomcat server > > > > > Nov 12, 2009 3:36:51 PM org.apache.catalina.core.StandardEngine start > > > > > INFO: Starting Servlet Engine: Apache Tomcat/6.0.16 > > > > > Nov 12, 2009 3:36:53 PM org.apache.catalina.core.StandardContext > > > > > filterStart > > > > > SEVERE: Exception starting filterLiftFilter > > > > > java.lang.AbstractMethodError > > > > > at scala.actors.Scheduler$.impl(Scheduler.scala:35) > > > > > at scala.actors.Scheduler$.execute(Scheduler.scala:101) > > > > > at scala.actors.Actor$class.start(Actor.scala:783) > > > > > at net.liftweb.http.PointlessActorToWorkAroundBug$.start > > > > > (LiftServlet.sca > > > > > la:702) > > > > > at net.liftweb.http.PointlessActorToWorkAroundBug$.ctor > > > > > (LiftServlet.scal > > > > > a:767) > > > > > at net.liftweb.http.PointlessActorToWorkAroundBug$.<init> > > > > > (LiftServlet.sc > > > > > ala:776) > > > > > at net.liftweb.http.PointlessActorToWorkAroundBug$.<clinit> > > > > > (LiftServlet. > > > > > scala) > > > > > at net.liftweb.http.LiftFilter.init(LiftServlet.scala:563) > > > > > at org.apache.catalina.core.ApplicationFilterConfig.getFilter > > > > > (Applicatio > > > > > nFilterConfig.java:275) > > > > > at > > > > > org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(Applica > > > > > tionFilterConfig.java:397) > > > > > at org.apache.catalina.core.ApplicationFilterConfig.<init> > > > > > (ApplicationFi > > > > > lterConfig.java:108) > > > > > at org.apache.catalina.core.StandardContext.filterStart > > > > > (StandardContext. > > > > > java:3709) > > > > > at > > ... > > read more » --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~----------~----~----~----~------~----~------~--~---
