Diky moc – to asi bude presne ono. Problem je, ze mi to nefacha. Kdyby to
pracovalo pomalu, tak mi to nevadi, ale ono to zbuchne kompletne pri stahovani
toho DTD. Da se to nejak ovlivnit prosiiim?
Todle me to vyhodi:
org.apache.maven.lifecycle.LifecycleExecutionException: While parsing
c:\projects\kwari-parent\webapp2\src\main\webapp\pages\dow
nload_kwari\get_the_game.htm: Read timed out
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:564)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: While parsing
c:\projects\kwari-parent\webapp2\src\main\webapp\pages\
download_kwari\get_the_game.htm: Read timed out
at org.codehaus.mojo.xml.ValidateMojo.validate(ValidateMojo.java:198)
at org.codehaus.mojo.xml.ValidateMojo.validate(ValidateMojo.java:295)
at org.codehaus.mojo.xml.ValidateMojo.execute(ValidateMojo.java:318)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
... 16 more
Caused by: java.net.SocketTimeoutException: Read timed out
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:256)
at java.io.BufferedInputStream.read(BufferedInputStream.java:313)
at sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:659)
at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:604)
at
sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:957)
at org.apache.xerces.impl.XMLEntityManager.setupCurrentEntity(Unknown
Source)
at org.apache.xerces.impl.XMLEntityManager.startEntity(Unknown Source)
at org.apache.xerces.impl.XMLEntityManager.startDTDEntity(Unknown
Source)
at org.apache.xerces.impl.XMLDTDScannerImpl.setInputSource(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentScannerImpl$DTDDispatcher.dispatch(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown
Source)
at org.codehaus.mojo.xml.ValidateMojo.parse(ValidateMojo.java:269)
at org.codehaus.mojo.xml.ValidateMojo.validate(ValidateMojo.java:136)
... 20 more
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Petr Ferschmann
Sent: 02 January 2008 15:20
To: Java
Subject: Re: Maven a validace HTML
My používáme Seam a JSF a máme stejný problém :-)
Takže máme toto. Nevýhodou je, že se to snaží stahovat DTD a schémata a tak to
trošku trvá. Takže toto pouštíme jen při kontinuálních buildech (v continuu):
Validuje to pouze na XML (well-formed)
<build>
<plugins>
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>xml-maven-plugin</artifactId>
<version>1.0-beta-2</version>
<executions>
<execution>
<phase>compile</phase>
<goals>
<goal>validate</goal>
</goals>
</execution>
</executions>
<configuration>
<validationSets>
<validationSet>
<dir>websrc</dir>
<includes>
<include>**/*.xhtml</include>
</includes>
</validationSet>
</validationSets>
</configuration>
</plugin>
</plugins>
</build>
Daniel Man píše v Pá 21. 12. 2007 v 14:09 +0000:
Ahoj,
Mame project napsany v Apache Wicket (ale to je irelevantni). Upravy HTML
stranek delaji ale ne-vyvojari - hosi, kteri proste pouze spravuji obsah. Obcas
se ovsem stane, ze HTML kod, ktery vyplodi neni validni (napr. neuzavrene <p>
tagy) a Wicket to samozrejme nerozchodi. Potreboval bych tedy pridat nejaky
Maven plugin (napada me treba jTidy) do buildu. Existuje neco takovyho? Neda se
to delat jinak?
Diky moc za jakoukoli odpoved.
Dan.
Petr Ferschmann
SoftEU s.r.o.
-----------------------------------
Bolevecká 6
301 00 Plzen
Czech Republic
-----------------------------------
Phone: +420 373 731 284
+420 373 729 300
Fax: +420 373 729 301
Cell: +420 775 638 008
E-mail: [EMAIL PROTECTED]
<https://www.in.softeu.cz/mail/src/compose.php?send_to=pferschmann%40softeu.com>
