More specifically, I am trying to follow the stack trace to lead me to
some sort of URL so that I can see where and why this connection is
trying to be made. I'm not sure why the AppTest needs to make a
connection in the first place. Can I just skip the Test portion of
the mvn package command? Or do I have hard code the proxy settings
somewhere other than in my maven settings.xml file? I'm still
struggling with this problem...
On Nov 16, 10:54 am, DavidV <david.v.villa...@gmail.com> wrote:
> 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 cleantomcat:run" it works fine because
> it doesn't execute the "TESTS" step.
>
> I think that my problems with remotetomcatserver 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 <feeder.of.the.be...@gmail.com>
> wrote:
>
> > On Fri, Nov 13, 2009 at 9:15 AM, DavidV <david.v.villa...@gmail.com> 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 toTomcat. Any ideas regarding how to fix this connection
> > > failure?
>
> > > Thanks,
> > > David
>
> > > On Nov 12, 4:59 pm, David Pollak <feeder.of.the.be...@gmail.com>
> > > 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 cleantomcat:run -- does it work?
>
> > > > Then mvn clean install -- does the WAR file work inTomcat?
>
> > > > On Thu, Nov 12, 2009 at 1:10 PM, DavidV <david.v.villa...@gmail.com>
> > > 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 ontomcat(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 <david.v.villa...@gmail.com> 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
>
> ...
>
> read more »
--
You received this message because you are subscribed to the Google Groups
"Lift" group.
To post to this group, send email to lift...@googlegroups.com.
To unsubscribe from this group, send email to
liftweb+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/liftweb?hl=.
