We need servlet 3 as I understand it for Spring 4 to work (at least that is
what we have told everyone in our 2.9 release announcement).

I hope it is a temporary glitch, I was running from eclipse etc... I had
not modified my run profile.

--
Jody Garnett

On 5 August 2016 at 00:35, Andrea Aime <[email protected]> wrote:

> Hi Jody,
> I can start GeoServer from the "start.java" class in the web module
> without issues (as suggested
> by the developer guide:
> http://docs.geoserver.org/latest/en/developer/eclipse-guide/#running-and-debugging
> ).
> Access to http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd works from
> here, no redirects.
>
> Wondering if it was a temporary glitch or you're just using a different
> method of starting up the project.
>
> Also, I'm not sure about the version, in our pom we declare:
> <servlet-api.version>3.0.1</servlet-api.version>
>
> Would making this jump reduce the ability to deploy GeoServer in some
> containers?
> At the same time, can we actually run with a lower servlet-api version?
>
> Cheers
> Andrea
>
>
> On Fri, Aug 5, 2016 at 6:20 AM, Jody Garnett <[email protected]>
> wrote:
>
>> Changing web.xml to 2.4 allows me to debug again.
>>
>> <web-app xmlns="http://java.sun.com/xml/ns/j2ee";
>>>      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>>>      xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
>>>      http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
>>>      version="2.4">
>>
>>
>> --
>> Jody Garnett
>>
>> On 4 August 2016 at 20:57, Jody Garnett <[email protected]> wrote:
>>
>>> So I have been having trouble debugging geoserver in eclipse due to the
>>> following:
>>>
>>> 04 Aug 20:48:48 WARN [webapp.WebAppContext] - Failed startup of context
>>>> o.e.j.w.WebAppContext@626c44e7
>>>> {/geoserver,file:/Users/jody/java/geoserver/jive/src/web/app/src/main/webapp/,null}{src/main/webapp}
>>>> java.net.ProtocolException: Server redirected too many  times (20)
>>>> at
>>>> sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1848)
>>>> at
>>>> sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1441)
>>>> at
>>>> com.sun.org.apache.xerces.internal.impl.XMLEntityManager.setupCurrentEntity(XMLEntityManager.java:647)
>>>> at
>>>> com.sun.org.apache.xerces.internal.impl.XMLEntityManager.startEntity(XMLEntityManager.java:1305)
>>>> at
>>>> com.sun.org.apache.xerces.internal.impl.XMLEntityManager.startDTDEntity(XMLEntityManager.java:1271)
>>>> at
>>>> com.sun.org.apache.xerces.internal.impl.XMLDTDScannerImpl.setInputSource(XMLDTDScannerImpl.java:263)
>>>> at
>>>> com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$DTDDriver.dispatch(XMLDocumentScannerImpl.java:1167)
>>>> at
>>>> com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$DTDDriver.next(XMLDocumentScannerImpl.java:1050)
>>>> at
>>>> com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$PrologDriver.next(XMLDocumentScannerImpl.java:964)
>>>
>>>
>>> Since the stack trace was from the DTDDriver I figured I would look at
>>> the XML for web.xml for a DTD reference.
>>>
>>> There is one at the top of the file:
>>>
>>> <!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application
>>>> 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd";>
>>>
>>>
>>> Visiting that page does not work ...
>>>
>>> The www.oracle.com page isn’t working
>>>> *www.oracle.com <http://www.oracle.com>* redirected you too many times.
>>>> Try:
>>>>
>>>>    - Reloading the page
>>>>
>>>>
>>>>    - Clearing your cookies
>>>>
>>>> ERR_TOO_MANY_REDIRECTS
>>>
>>>
>>> So did Oracle just break Servlet 2.3 web.xml files? That would be bad
>>> ... and an example of why xml is brittle :)
>>> Is anyone else having this trouble? Is it time to update our web.xml ...
>>>
>>> Running a standalone geoserver does not demonstrate this issue so I
>>> think it may just be me in a bad spot.
>>> --
>>> Jody Garnett
>>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>>
>> _______________________________________________
>> Geoserver-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>
>>
>
>
> --
> ==
> GeoServer Professional Services from the experts! Visit
> http://goo.gl/it488V for more information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions S.A.S.
> Via di Montramito 3/A
> 55054  Massarosa (LU)
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39  339 8844549
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*
>
> Le informazioni contenute in questo messaggio di posta elettronica e/o
> nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
> loro utilizzo è consentito esclusivamente al destinatario del messaggio,
> per le finalità indicate nel messaggio stesso. Qualora riceviate questo
> messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
> darcene notizia via e-mail e di procedere alla distruzione del messaggio
> stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
> divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
> utilizzarlo per finalità diverse, costituisce comportamento contrario ai
> principi dettati dal D.Lgs. 196/2003.
>
>
>
> The information in this message and/or attachments, is intended solely for
> the attention and use of the named addressee(s) and may be confidential or
> proprietary in nature or covered by the provisions of privacy act
> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
> Code).Any use not in accord with its purpose, any disclosure, reproduction,
> copying, distribution, or either dissemination, either whole or partial, is
> strictly forbidden except previous formal approval of the named
> addressee(s). If you are not the intended recipient, please contact
> immediately the sender by telephone, fax or e-mail and delete the
> information in this message that has been received in error. The sender
> does not give any warranty or accept liability as the content, accuracy or
> completeness of sent messages and accepts no responsibility  for changes
> made after they were sent or for other risks which arise as a result of
> e-mail transmission, viruses, etc.
>
> -------------------------------------------------------
>
------------------------------------------------------------------------------
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to