Re: Caused by: java.lang.IllegalStateException: No modifications are allowed to a locked ParameterMap

[Mark Thomas]

On 17/03/2011 06:57, Rao G.Srinivasa wrote:
> 
> Hi,
> 
> I have developed a web application. It's working fine with the Web Sphere. I 
> have deployed the same application into the tomcat 6.0.14, the deployment was 
> successful.
> But I try to use some functionalities such as saving data after entering 
> input to the page, it's throwing the following error message and the 
> operation was failed.
> 
> Caused by: 
> java.lang.IllegalStateException:
>  No modifications are allowed to a locked ParameterMap
> at org.apache.catalina.util.ParameterMap.put(ParameterMap.java:166)
> at 
> com.deere.u90.iaf.ejpm.utility.HttpServletRequestMapper.mapToBean(HttpServletRequestMapper.java:42)
> ... 25 more
> Requesting you please let me know that what may be the mistake and provided 
> solution.

This question belongs on the users mailing list.

Mark

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

DO NOT REPLY [Bug 50940] New: Cannot set compilerSourceVM option to 1.4

[bugzilla]

https://issues.apache.org/bugzilla/show_bug.cgi?id=50940

   Summary: Cannot set compilerSourceVM option to 1.4
   Product: Tomcat 7
   Version: 7.0.10
  Platform: All
OS/Version: All
Status: NEW
  Severity: minor
  Priority: P2
 Component: Jasper
AssignedTo: dev@tomcat.apache.org
ReportedBy: richard.ev...@datanomic.com


The compilerSourceVM option for jsp in web.xml is used to set the source
language version.  We are testing with Tomcat 7 but wish to ensure that all our
JSPs will work in application servers which use a source level of 1.4 (such as
WebSphere 6).

If the compilerSourceVM option is set to 1.4, JSPs fail to compile because
Jasper has generating Java including generics, for example:

  private static java.util.List _jspx_dependants;

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

DO NOT REPLY [Bug 50940] Cannot set compilerSourceVM option to 1.4

[bugzilla]

https://issues.apache.org/bugzilla/show_bug.cgi?id=50940

Mark Thomas  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

--- Comment #1 from Mark Thomas  2011-03-17 06:53:17 EDT ---
The Servlet 3.0 specification requires a minimum of Java 1.6.

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

DO NOT REPLY [Bug 50940] Cannot set compilerSourceVM option to 1.4

[bugzilla]

https://issues.apache.org/bugzilla/show_bug.cgi?id=50940

Richard Evans  changed:

   What|Removed |Added

 Resolution|INVALID |FIXED

--- Comment #2 from Richard Evans  2011-03-17 
06:58:15 EDT ---
(In reply to comment #1)
> The Servlet 3.0 specification requires a minimum of Java 1.6.

That's fine, but then the compilerSourceVM option should be removed.  I do not
wish to run tomcat with anything other than Java 1.6+, I'd just like a
mechanism to verify that our JSPs do not use language features after 1.4 -
hence trying the compilerSourceVM as I did with tomcat 6.0.x.

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

DO NOT REPLY [Bug 50940] Cannot set compilerSourceVM option to 1.4

[bugzilla]

https://issues.apache.org/bugzilla/show_bug.cgi?id=50940

Mark Thomas  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |

--- Comment #3 from Mark Thomas  2011-03-17 07:02:55 EDT ---
The actual minimum source version for JSPs in Tomcat 7 is currently 1.5.

The options are:
- remove the generics from the JSP generation
- warn if compilerSourceVM is set to anything less than 1.5 and reset it to 1.5

Re-opening to consider the options

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

DO NOT REPLY [Bug 50940] Cannot set compilerSourceVM option to 1.4

[bugzilla]

https://issues.apache.org/bugzilla/show_bug.cgi?id=50940

--- Comment #4 from Konstantin Kolinko  2011-03-17 
08:18:25 EDT ---
I do not think that this is a valid use case. Note, that
1) JSP precompilation makes sense only for precisely the same Tomcat version
that you are targeting it. There is not much guarantee that precompiled JSPs
will work in another minor Tomcat version.
2) The servlet API already uses generics (as in ServletRequest.
getAttributeNames() method) and annotations.

If you want your JSPs to work in another servers or in earlier versions of
Tomcat, try those another servers.


(In reply to comment #3)
> - remove the generics from the JSP generation

I do not see why we should that, given that the API uses Java 5 features.

> - warn if compilerSourceVM is set to anything less than 1.5

The failure reported by compiler already prevents users from setting those
values. (As the OP has reported).

> and reset it to 1.5

I do not see the need to autocorrect broken configurations in this case.

(In reply to comment #2)
> That's fine, but then the compilerSourceVM option should be removed.

I do not think that one has to remove it. E.g., if you are using Java 7
features in your scriptlets in your JSPs and are deploying on a Tomcat that
runs on Java 7 you would want to set that option to the value of "7". (If the
ecj compiler will support that value by that time).

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: [VOTE] Release jdbc-pool 1.1.0.1

[Jim Jagielski]

On Mar 10, 2011, at 1:50 PM, Filip Hanik - Dev Lists wrote:

> On 3/9/2011 11:57 PM, Eiji Takahashi wrote:
>> Hi developers.
>> 
>> I encountered the same issue, too.
>> I got following exception.
> an exception is expected if the connection has been abandoned.
> it's tricky, one can always throw a SQLException, which leads to a problem, 
> what if a method is called that does not throw SQLException. we can check for 
> this as well
> 

I'm think more from a user PoV than a developer one...


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

DO NOT REPLY [Bug 50944] New: JSF: java.lang.NullPointerException at com.sun.faces.context.flash.ELFlash.loggingGetPhaseMapForWriting

[bugzilla]

https://issues.apache.org/bugzilla/show_bug.cgi?id=50944

   Summary: JSF: java.lang.NullPointerException at
com.sun.faces.context.flash.ELFlash.loggingGetPhaseMap
ForWriting
   Product: Tomcat 7
   Version: 7.0.10
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: blocker
  Priority: P2
 Component: Integration
AssignedTo: dev@tomcat.apache.org
ReportedBy: ydkal...@gmail.com


hi, 
I am facing this below issue in JSF 2.0 + Spring + Hibernate + Apache Tomcat
7.x environment. can you anybody help me to fix it. 
java.lang.NullPointerException 
at
com.sun.faces.context.flash.ELFlash.loggingGetPhaseMapForWriting(ELFlash.java:749)
 
at com.sun.faces.context.flash.ELFlash.getPhaseMapForWriting(ELFlash.java:783) 
at com.sun.faces.context.flash.ELFlash.isEmpty(ELFlash.java:482) 
at com.sun.faces.facelets.util.DevTools.writeVariables(DevTools.java:322) 
at com.sun.faces.facelets.util.DevTools.writeVariables(DevTools.java:212) 
at com.sun.faces.facelets.util.DevTools.debugHtml(DevTools.java:127) 
at
com.sun.faces.renderkit.RenderKitUtils.renderHtmlErrorPage(RenderKitUtils.java:1139)
 
at
com.sun.faces.context.ExceptionHandlerImpl.throwIt(ExceptionHandlerImpl.java:249)
 
at
com.sun.faces.context.ExceptionHandlerImpl.handle(ExceptionHandlerImpl.java:136)
 
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:115) 
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:135) 
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:335) 
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:304)
 
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
 
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:684)
 
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:471)
 
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:402)
 
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:329)
 
at
com.sun.faces.context.ExternalContextImpl.dispatch(ExternalContextImpl.java:542)
 
at
com.sun.faces.application.view.JspViewHandlingStrategy.executePageToBuildView(JspViewHandlingStrategy.java:359)
 
at
com.sun.faces.application.view.JspViewHandlingStrategy.buildView(JspViewHandlingStrategy.java:150)
 
at
com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:96)
 
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:97) 
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:135) 
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:335) 
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:304)
 
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
 
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:240)
 
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:164)
 
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164) 
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100) 
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:562) 
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
 
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:394) 
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:243) 
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:188)
 
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:166)
 
at
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:302)
 
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
 
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) 
at java.lang.Thread.run(Thread.java:619)

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

DO NOT REPLY [Bug 50944] JSF: java.lang.NullPointerException at com.sun.faces.context.flash.ELFlash.loggingGetPhaseMapForWriting

[bugzilla]

https://issues.apache.org/bugzilla/show_bug.cgi?id=50944

--- Comment #1 from ydkalyan  2011-03-18 01:53:42 EDT ---
java.lang.NullPointerException at
com.sun.faces.context.flash.ELFlash.loggingGetPhaseMapForWriting


it is not allowing me to see the index page. all the code is based on JSF and
Spring. as of i know tomcat 7.0.10 is supporting JSF and Spring integration.
when i added some navigation rules in the faces-config.xml and some jsp changes
in the index.jsp. i was stuck up with the above specified exception and it is
continues 2 mins as long as i hit the URL in the browser. finally i result with
the above exception.


please help me to fix it. thanks in advance for any kind of help.

regards,
kalyan

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

svn commit: r1082826 - /tomcat/jk/trunk/native/apache-2.0/NWGNUmakefile

[fuankg]

Author: fuankg
Date: Fri Mar 18 06:05:47 2011
New Revision: 1082826

URL: http://svn.apache.org/viewvc?rev=1082826&view=rev
Log:
Fixed NetWare makefile to be able to compile on Linux.

Modified:
tomcat/jk/trunk/native/apache-2.0/NWGNUmakefile

Modified: tomcat/jk/trunk/native/apache-2.0/NWGNUmakefile
URL: 
http://svn.apache.org/viewvc/tomcat/jk/trunk/native/apache-2.0/NWGNUmakefile?rev=1082826&r1=1082825&r2=1082826&view=diff
==
--- tomcat/jk/trunk/native/apache-2.0/NWGNUmakefile (original)
+++ tomcat/jk/trunk/native/apache-2.0/NWGNUmakefile Fri Mar 18 06:05:47 2011
@@ -36,7 +36,7 @@ SUBDIRS = \
 # paths to tools
 #
 
-include $(AP_WORK)\build\NWGNUhead.inc
+include $(AP_WORK)/build/NWGNUhead.inc
 
 #
 # build this level's files
@@ -195,7 +195,7 @@ XDCDATA =
 # If there is an NLM target, put it here
 #
 TARGET_nlm = \
-   $(OBJDIR)/mod_jk.nlm \
+   $(OBJDIR)/$(NLM_NAME).nlm \
$(EOLIST)
 
 #
@@ -239,7 +239,7 @@ FILES_nlm_objs = \
 # These will be added as a library command in the link.opt file.
 #
 FILES_nlm_libs = \
-   libcpre.o \
+   $(NOVELLLIBC)/imports/libcpre.o \
$(EOLIST)
 
 #
@@ -270,8 +270,8 @@ FILE_nlm_copyright =
 # Any additional imports go here
 #
 FILES_nlm_Ximports = \
-   @$(APR)/aprlib.imp \
-   @$(NWOS)/httpd.imp \
+   @aprlib.imp \
+   @httpd.imp \
@libc.imp \
@ws2nlm.imp \
$(EOLIST)
@@ -327,6 +327,6 @@ $(OBJDIR)/version.inc: $(JKCOMMON)/jk_ve
 # in this makefile
 #
 
-include $(AP_WORK)\build\NWGNUtail.inc
+include $(AP_WORK)/build/NWGNUtail.inc
 
 



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org