I am trying to apply a payment to an invoice and get the following error:
org.ofbiz.widget.screen.ScreenRenderException: Error rendering screen [component://accounting/widget/PaymentScreens.xml#EditPaymentApplications]: java.lang.NullPointerException: Cannot invoke method setScale() on null object (Cannot invoke method setScale() on null object) Here is the stack trace. I am using revision 748884 2009-03-02 13:24:19,542 (TP-Processor11) [ ControlServlet.java:204:ERROR] ---- exception report ---------------------------------------------------------- Error in request handler: Exception: org.ofbiz.widget.screen.ScreenRenderException Message: Error rendering screen [component://accounting/widget/InvoiceScreens.xml#EditInvoiceApplications]: java.lang.NullPointerException: Cannot invoke method setScale() on null object (Cannot invoke method setScale() on null object) ---- cause --------------------------------------------------------------------- Exception: java.lang.NullPointerException Message: Cannot invoke method setScale() on null object ---- stack trace --------------------------------------------------------------- java.lang.NullPointerException: Cannot invoke method setScale() on null object org.codehaus.groovy.runtime.NullObject.invokeMethod(NullObject.java:77) org.codehaus.groovy.runtime.InvokerHelper.invokePogoMethod(InvokerHelper.java:784) org.codehaus.groovy.runtime.InvokerHelper.invokeMethod(InvokerHelper.java:758) org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodN(ScriptBytecodeAdapter.java:170) ListNotAppliedPayments$_getPayments_closure1.doCall(ListNotAppliedPayments.groovy:71) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:86) groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:230) org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:248) groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:756) groovy.lang.Closure.call(Closure.java:292) groovy.lang.Closure.call(Closure.java:305) org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1079) org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1056) sun.reflect.GeneratedMethodAccessor100.invoke(Unknown Source) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org.codehaus.groovy.runtime.metaclass.ReflectionMetaMethod.invoke(ReflectionMetaMethod.java:51) org.codehaus.groovy.runtime.metaclass.NewInstanceMetaMethod.invoke(NewInstanceMetaMethod.java:54) groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:230) groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:912) groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:756) org.codehaus.groovy.runtime.InvokerHelper.invokePojoMethod(InvokerHelper.java:766) org.codehaus.groovy.runtime.InvokerHelper.invokeMethod(InvokerHelper.java:754) org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodN(ScriptBytecodeAdapter.java:170) ListNotAppliedPayments.getPayments(ListNotAppliedPayments.groovy:65) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:86) groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:230) groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:912) org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodOnCurrentN(ScriptBytecodeAdapter.java:78) ListNotAppliedPayments.run(ListNotAppliedPayments.groovy:57) org.ofbiz.base.util.GroovyUtil.runScriptAtLocation(GroovyUtil.java:78) org.ofbiz.widget.screen.ModelScreenAction$Script.runAction(ModelScreenAction.java:402) org.ofbiz.widget.screen.ModelScreenAction.runSubActions(ModelScreenAction.java:118) org.ofbiz.widget.screen.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:218) org.ofbiz.widget.screen.ModelScreen.renderScreenString(ModelScreen.java:393) org.ofbiz.widget.screen.ScreenRenderer.render(ScreenRenderer.java:129) org.ofbiz.widget.screen.ScreenRenderer.render(ScreenRenderer.java:92) org.ofbiz.widget.screen.ScreenWidgetViewHandler.render(ScreenWidgetViewHandler.java:98) org.ofbiz.webapp.control.RequestHandler.renderView(RequestHandler.java:677) org.ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:490) org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:201) javax.servlet.http.HttpServlet.service(HttpServlet.java:690) javax.servlet.http.HttpServlet.service(HttpServlet.java:803) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) org.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:259) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:568) org.ofbiz.catalina.container.CrossSubdomainSessionValve.invoke(CrossSubdomainSessionValve.java:44) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190) org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283) org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:767) org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:697) org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:889) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690) java.lang.Thread.run(Thread.java:595) |
This seems to only be happening on the AR side, not AP. I get the error in two scenarios:
From an existing sales invoice I click on "Applications." From the Customer Payment I click on "Applications." However when I enter a vendor invoice both scenarios work fine. I can click on the "Applications" tab from either the vendor invoice or the payment. ----- Original Message ----- From: "Vince M. Clark" <[hidden email]> To: "user" <[hidden email]> Sent: Monday, March 2, 2009 2:50:02 PM (GMT-0700) America/Denver Subject: error on payment application I am trying to apply a payment to an invoice and get the following error: org.ofbiz.widget.screen.ScreenRenderException: Error rendering screen [component://accounting/widget/PaymentScreens.xml#EditPaymentApplications]: java.lang.NullPointerException: Cannot invoke method setScale() on null object (Cannot invoke method setScale() on null object) Here is the stack trace. I am using revision 748884 2009-03-02 13:24:19,542 (TP-Processor11) [ ControlServlet.java:204:ERROR] ---- exception report ---------------------------------------------------------- Error in request handler: Exception: org.ofbiz.widget.screen.ScreenRenderException Message: Error rendering screen [component://accounting/widget/InvoiceScreens.xml#EditInvoiceApplications]: java.lang.NullPointerException: Cannot invoke method setScale() on null object (Cannot invoke method setScale() on null object) ---- cause --------------------------------------------------------------------- Exception: java.lang.NullPointerException Message: Cannot invoke method setScale() on null object ---- stack trace --------------------------------------------------------------- java.lang.NullPointerException: Cannot invoke method setScale() on null object org.codehaus.groovy.runtime.NullObject.invokeMethod(NullObject.java:77) org.codehaus.groovy.runtime.InvokerHelper.invokePogoMethod(InvokerHelper.java:784) org.codehaus.groovy.runtime.InvokerHelper.invokeMethod(InvokerHelper.java:758) org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodN(ScriptBytecodeAdapter.java:170) ListNotAppliedPayments$_getPayments_closure1.doCall(ListNotAppliedPayments.groovy:71) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:86) groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:230) org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:248) groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:756) groovy.lang.Closure.call(Closure.java:292) groovy.lang.Closure.call(Closure.java:305) org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1079) org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1056) sun.reflect.GeneratedMethodAccessor100.invoke(Unknown Source) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org.codehaus.groovy.runtime.metaclass.ReflectionMetaMethod.invoke(ReflectionMetaMethod.java:51) org.codehaus.groovy.runtime.metaclass.NewInstanceMetaMethod.invoke(NewInstanceMetaMethod.java:54) groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:230) groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:912) groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:756) org.codehaus.groovy.runtime.InvokerHelper.invokePojoMethod(InvokerHelper.java:766) org.codehaus.groovy.runtime.InvokerHelper.invokeMethod(InvokerHelper.java:754) org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodN(ScriptBytecodeAdapter.java:170) ListNotAppliedPayments.getPayments(ListNotAppliedPayments.groovy:65) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:86) groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:230) groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:912) org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodOnCurrentN(ScriptBytecodeAdapter.java:78) ListNotAppliedPayments.run(ListNotAppliedPayments.groovy:57) org.ofbiz.base.util.GroovyUtil.runScriptAtLocation(GroovyUtil.java:78) org.ofbiz.widget.screen.ModelScreenAction$Script.runAction(ModelScreenAction.java:402) org.ofbiz.widget.screen.ModelScreenAction.runSubActions(ModelScreenAction.java:118) org.ofbiz.widget.screen.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:218) org.ofbiz.widget.screen.ModelScreen.renderScreenString(ModelScreen.java:393) org.ofbiz.widget.screen.ScreenRenderer.render(ScreenRenderer.java:129) org.ofbiz.widget.screen .ScreenRenderer.render(ScreenRenderer.java:92) org.ofbiz.widget.screen.ScreenWidgetViewHandler.render(ScreenWidgetViewHandler.java:98) org.ofbiz.webapp.control.RequestHandler.renderView(RequestHandler.java:677) org.ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:490) org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:201) javax.servlet.http.HttpServlet.service(HttpServlet.java:690) javax.servlet.http.HttpServlet.service(HttpServlet.java:803) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) org.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:259) org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:568) org.ofbiz.catalina.container.CrossSubdomainSessionValve.invoke(CrossSubdomainSessionValve.java:44) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190) org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283) org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:767) org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:697) org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:889) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690) java.lang.Thread.run(Thread.java:595) |
Is this something you are planning on fixing, or are you looking for help? I ask because there are no steps to reproduce (with specific request URIs, or full URLs for different pages you visit), so it would be tough for anything to verify they had fixed it even if they were able to based on the error message you include here. I apologize for the repetition (as these are mentioned a lot), but in order to help people look into issues the following information is helpful: 1. what did you do (complete information, ie sufficient to reproduce the error) 2. what did you expect to happen 3. what actually happened -David On Mar 2, 2009, at 3:33 PM, Vince M. Clark wrote: > This seems to only be happening on the AR side, not AP. I get the > error in two scenarios: > From an existing sales invoice I click on "Applications." > > From the Customer Payment I click on "Applications." > > However when I enter a vendor invoice both scenarios work fine. I > can click on the "Applications" tab from either the vendor invoice > or the payment. > > ----- Original Message ----- > From: "Vince M. Clark" <[hidden email]> > To: "user" <[hidden email]> > Sent: Monday, March 2, 2009 2:50:02 PM (GMT-0700) America/Denver > Subject: error on payment application > > I am trying to apply a payment to an invoice and get the following > error: > org.ofbiz.widget.screen.ScreenRenderException: Error rendering > screen [component://accounting/widget/ > PaymentScreens.xml#EditPaymentApplications]: > java.lang.NullPointerException: Cannot invoke method setScale() on > null object (Cannot invoke method setScale() on null object) > > Here is the stack trace. I am using revision 748884 > > > 2009-03-02 13:24:19,542 (TP-Processor11) [ ControlServlet.java: > 204:ERROR] ---- exception report > ---------------------------------------------------------- Error in > request handler: Exception: > org.ofbiz.widget.screen.ScreenRenderException Message: Error > rendering screen [component://accounting/widget/ > InvoiceScreens.xml#EditInvoiceApplications]: > java.lang.NullPointerException: Cannot invoke method setScale() on > null object (Cannot invoke method setScale() on null object) ---- > cause > --------------------------------------------------------------------- Exception > : java.lang.NullPointerException Message: Cannot invoke method > setScale() on null object ---- stack trace > --------------------------------------------------------------- > java.lang.NullPointerException: Cannot invoke method setScale() on > null object > org.codehaus.groovy.runtime.NullObject.invokeMethod(NullObject.java: > 77) > org > .codehaus > .groovy.runtime.InvokerHelper.invokePogoMethod(InvokerHelper.java: > 784) > org > .codehaus > .groovy.runtime.InvokerHelper.invokeMethod(InvokerHelper.java:758) > org > .codehaus > .groovy > .runtime > .ScriptBytecodeAdapter.invokeMethodN(ScriptBytecodeAdapter.java:170) > ListNotAppliedPayments > $_getPayments_closure1.doCall(ListNotAppliedPayments.groovy:71) > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > sun > .reflect > .NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > sun > .reflect > .DelegatingMethodAccessorImpl > .invoke(DelegatingMethodAccessorImpl.java:25) > java.lang.reflect.Method.invoke(Method.java:585) > org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java: > 86) groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:230) > org > .codehaus > .groovy > .runtime > .metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:248) > groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:756) > groovy.lang.Closure.call(Closure.java:292) > groovy.lang.Closure.call(Closure.java:305) > org > .codehaus > .groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java: > 1079) > org > .codehaus > .groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java: > 1056) sun.reflect.GeneratedMethodAccessor100.invoke(Unknown Source) > sun > .reflect > .DelegatingMethodAccessorImpl > .invoke(DelegatingMethodAccessorImpl.java:25) > java.lang.reflect.Method.invoke(Method.java:585) > org > .codehaus > .groovy > .runtime > .metaclass.ReflectionMetaMethod.invoke(ReflectionMetaMethod.java:51) > org > .codehaus > .groovy > .runtime > .metaclass.NewInstanceMetaMethod.invoke(NewInstanceMetaMethod.java: > 54) groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:230) > groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:912) > groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:756) > org > .codehaus > .groovy.runtime.InvokerHelper.invokePojoMethod(InvokerHelper.java: > 766) > org > .codehaus > .groovy.runtime.InvokerHelper.invokeMethod(InvokerHelper.java:754) > org > .codehaus > .groovy > .runtime > .ScriptBytecodeAdapter.invokeMethodN(ScriptBytecodeAdapter.java:170) > ListNotAppliedPayments.getPayments(ListNotAppliedPayments.groovy:65) > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > sun > .reflect > .NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > sun > .reflect > .DelegatingMethodAccessorImpl > .invoke(DelegatingMethodAccessorImpl.java:25) > java.lang.reflect.Method.invoke(Method.java:585) > org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java: > 86) groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:230) > groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:912) > org > .codehaus > .groovy > .runtime > .ScriptBytecodeAdapter > .invokeMethodOnCurrentN(ScriptBytecodeAdapter.java:78) > ListNotAppliedPayments.run(ListNotAppliedPayments.groovy:57) > org.ofbiz.base.util.GroovyUtil.runScriptAtLocation(GroovyUtil.java: > 78) org.ofbiz.widget.screen.ModelScreenAction > $Script.runAction(ModelScreenAction.java:402) > org > .ofbiz > .widget > .screen.ModelScreenAction.runSubActions(ModelScreenAction.java:118) > org.ofbiz.widget.screen.ModelScreenWidget > $Section.renderWidgetString(ModelScreenWidget.java:218) > org > .ofbiz.widget.screen.ModelScreen.renderScreenString(ModelScreen.java: > 393) > org.ofbiz.widget.screen.ScreenRenderer.render(ScreenRenderer.java: > 129) > org.ofbiz.widget.screen .ScreenRenderer.render(ScreenRenderer.java: > 92) > org > .ofbiz > .widget > .screen.ScreenWidgetViewHandler.render(ScreenWidgetViewHandler.java: > 98) > org > .ofbiz.webapp.control.RequestHandler.renderView(RequestHandler.java: > 677) > org > .ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java: > 490) > org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java: > 201) javax.servlet.http.HttpServlet.service(HttpServlet.java:690) > javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > org > .apache > .catalina > .core > .ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java: > 290) > org > .apache > .catalina > .core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java: > 206) > org.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java: > 259) > org > .apache > .catalina > .core > .ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java: > 235) > org > .apache > .catalina > .core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java: > 206) > org > .apache > .catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java: > 233) > org > .apache > .catalina.core.StandardContextValve.invoke(StandardContextValve.java: > 175) > org > .apache > .catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) > org > .apache > .catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > org > .apache > .catalina.core.StandardEngineValve.invoke(StandardEngineValve.java: > 109) > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java: > 568) > org > .ofbiz > .catalina > .container > .CrossSubdomainSessionValve.invoke(CrossSubdomainSessionValve.java: > 44) > org > .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java: > 286) > org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java: > 190) org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java: > 283) org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java: > 767) > org > .apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java: > 697) org.apache.jk.common.ChannelSocket > $SocketConnection.runIt(ChannelSocket.java:889) > org.apache.tomcat.util.threads.ThreadPool > $ControlRunnable.run(ThreadPool.java:690) > java.lang.Thread.run(Thread.java:595) |
I'm looking for help. I will try an svn update. If that doesn't work I'll list the steps that produced the error.
----- Original Message ----- From: "David E Jones" <[hidden email]> To: [hidden email] Sent: Monday, March 2, 2009 4:17:52 PM (GMT-0700) America/Denver Subject: Re: error on payment application Is this something you are planning on fixing, or are you looking for help? I ask because there are no steps to reproduce (with specific request URIs, or full URLs for different pages you visit), so it would be tough for anything to verify they had fixed it even if they were able to based on the error message you include here. I apologize for the repetition (as these are mentioned a lot), but in order to help people look into issues the following information is helpful: 1. what did you do (complete information, ie sufficient to reproduce the error) 2. what did you expect to happen 3. what actually happened -David On Mar 2, 2009, at 3:33 PM, Vince M. Clark wrote: > This seems to only be happening on the AR side, not AP. I get the > error in two scenarios: > From an existing sales invoice I click on "Applications." > > From the Customer Payment I click on "Applications." > > However when I enter a vendor invoice both scenarios work fine. I > can click on the "Applications" tab from either the vendor invoice > or the payment. > > ----- Original Message ----- > From: "Vince M. Clark" <[hidden email]> > To: "user" <[hidden email]> > Sent: Monday, March 2, 2009 2:50:02 PM (GMT-0700) America/Denver > Subject: error on payment application > > I am trying to apply a payment to an invoice and get the following > error: > org.ofbiz.widget.screen.ScreenRenderException: Error rendering > screen [component://accounting/widget/ > PaymentScreens.xml#EditPaymentApplications]: > java.lang.NullPointerException: Cannot invoke method setScale() on > null object (Cannot invoke method setScale() on null object) > > Here is the stack trace. I am using revision 748884 > > > 2009-03-02 13:24:19,542 (TP-Processor11) [ ControlServlet.java: > 204:ERROR] ---- exception report > ---------------------------------------------------------- Error in > request handler: Exception: > org.ofbiz.widget.screen.ScreenRenderException Message: Error > rendering screen [component://accounting/widget/ > InvoiceScreens.xml#EditInvoiceApplications]: > java.lang.NullPointerException: Cannot invoke method setScale() on > null object (Cannot invoke method setScale() on null object) ---- > cause > --------------------------------------------------------------------- Exception > : java.lang.NullPointerException Message: Cannot invoke method > setScale() on null object ---- stack trace > --------------------------------------------------------------- > java.lang.NullPointerException: Cannot invoke method setScale() on > null object > org.codehaus.groovy.runtime.NullObject.invokeMethod(NullObject.java: > 77) > org > .codehaus > .groovy.runtime.InvokerHelper.invokePogoMethod(InvokerHelper.java: > 784) > org > .codehaus > .groovy.runtime.InvokerHelper.invokeMethod(InvokerHelper.java:758) > org > .codehaus > .groovy > .runtime > .ScriptBytecodeAdapter.invokeMethodN(ScriptBytecodeAdapter.java:170) > ListNotAppliedPayments > $_getPayments_closure1.doCall(ListNotAppliedPayments.groovy:71) > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > sun > .reflect > .NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > sun > .reflect > .DelegatingMethodAccessorImpl > .invoke(DelegatingMethodAccessorImpl.java:25) > java.lang.reflect.Method.invoke(Method.java:585) > org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java: > 86) groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:230) > org > .codehaus > .groovy > .runtime > .metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:248) > groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:756) > groovy.lang.Closure.call(Closure.java:292) > groovy.lang.Closure.call(Closure.java:305) > org > .codehaus > .groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java: > 1079) > org > .codehaus > .groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java: > 1056) sun.reflect.GeneratedMethodAccessor100.invoke(Unknown Source) > sun > .reflect > .DelegatingMethodAccessorImpl > .invoke(DelegatingMethodAccessorImpl.java:25) > java.lang.reflect.Method.invoke(Method.java:585) > org > .codehaus > .groovy > .runtime > .metaclass.ReflectionMetaMethod.invoke(ReflectionMetaMethod.java:51) > org > .codehaus > .groovy > .runtime > .metaclass.NewInstanceMetaMethod.invoke(NewInstanceMetaMethod.java: > 54) groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:230) > groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:912) > groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:756) > org > .codehaus > .groovy.runtime.InvokerHelper.invokePojoMethod(InvokerHelper.java: > 766) > org > .codehaus > .groovy.runtime.InvokerHelper.invokeMethod(InvokerHelper.java:754) > org > .codehaus > .groovy > .runtime > .ScriptBytecodeAdapter.invokeMethodN(ScriptBytecodeAdapter.java:170) > ListNotAppliedPayments.getPayments(ListNotAppliedPayments.groovy:65) > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > sun > .reflect > .NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > sun > .reflect > .DelegatingMethodAccessorImpl > .invoke(DelegatingMethodAccessorImpl.java:25) > java.lang.reflect.Method.invoke(Method.java:585) > org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java: > 86) groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:230) > groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:912) > org > .codehaus > .groovy > .runtime > .ScriptBytecodeAdapter > .invokeMethodOnCurrentN(ScriptBytecodeAdapter.java:78) > ListNotAppliedPayments.run(ListNotAppliedPayments.groovy:57) > org.ofbiz.base.util.GroovyUtil.runScriptAtLocation(GroovyUtil.java: > 78) org.ofbiz.widget.screen.ModelScreenAction > $Script.runAction(ModelScreenAction.java:402) > org > .ofbiz > .widget > .screen.ModelScreenAction.runSubActions(ModelScreenAction.java:118) > org.ofbiz.widget.screen.ModelScreenWidget > $Section.renderWidgetString(ModelScreenWidget.java:218) > org > .ofbiz.widget.screen.ModelScreen.renderScreenString(ModelScreen.java: > 393) > org.ofbiz.widget.screen.ScreenRenderer.render(ScreenRenderer.java: > 129) > org.ofbiz.widget.screen .ScreenRenderer.render(ScreenRenderer.java: > 92) > org > .ofbiz > .widget > .screen.ScreenWidgetViewHandler.render(ScreenWidgetViewHandler.java: > 98) > org > .ofbiz.webapp.control.RequestHandler.renderView(RequestHandler.java: > 677) > org > .ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java: > 490) > org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java: > 201) javax.servlet.http.HttpServlet.service(HttpServlet.java:690) > javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > org > .apache > .catalina > .core > .ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java: > 290) > org > .apache > .catalina > .core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java: > 206) > org.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java: > 259) > org > .apache > .catalina > .core > .ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java: > 235) > org > .apache > .catalina > .core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java: > 206) > org > .apache > .catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java: > 233) > org > .apache > .catalina.core.StandardContextValve.invoke(StandardContextValve.java: > 175) > org > .apache > .catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) > org > .apache > .catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > org > .apache > .catalina.core.StandardEngineValve.invoke(StandardEngineValve.java: > 109) > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java: > 568) > org > .ofbiz > .catalina > .container > .CrossSubdomainSessionValve.invoke(CrossSubdomainSessionValve.java: > 44) > org > .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java: > 286) > org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java: > 190) org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java: > 283) org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java: > 767) > org > .apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java: > 697) org.apache.jk.common.ChannelSocket > $SocketConnection.runIt(ChannelSocket.java:889) > org.apache.tomcat.util.threads.ThreadPool > $ControlRunnable.run(ThreadPool.java:690) > java.lang.Thread.run(Thread.java:595) |
In reply to this post by Vince Clark
All,
Is table PaymentMethod ever growing entity meanings that every transaction, even for the customers with the established payment method type, creates new entry in the PaymentMethod table? Jacek |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1 please clarify what ever growing entity means. are you speaking of the entity in the xml or data stored in entity format. Jacek Wagner sent the following on 3/3/2009 1:39 PM: > All, > > Is table PaymentMethod ever growing entity meanings that every > transaction, even for the customers with the established payment method > type, creates new entry in the PaymentMethod table? > > Jacek > > > Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJrdzKrP3NbaWWqE4RAsTqAKCwX7OOi4E8oTvlsVLRJ7pLYUhe1QCfWCUt mdKuoPcLkTCGyZT5d/S7Sps= =aK6I -----END PGP SIGNATURE----- |
I am not sure I understand "data stored in entity format" statement, but
I am talking about PaymentMethod table in the ofbiz database. -- J BJ Freeman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > please clarify what ever growing entity means. > are you speaking of the entity in the xml or data stored in entity format. > > > Jacek Wagner sent the following on 3/3/2009 1:39 PM: > >> All, >> >> Is table PaymentMethod ever growing entity meanings that every >> transaction, even for the customers with the established payment method >> type, creates new entry in the PaymentMethod table? >> >> Jacek >> >> >> >> > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFJrdzKrP3NbaWWqE4RAsTqAKCwX7OOi4E8oTvlsVLRJ7pLYUhe1QCfWCUt > mdKuoPcLkTCGyZT5d/S7Sps= > =aK6I > -----END PGP SIGNATURE----- > |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1 looking at the entity definition and/or https://demo.hotwaxmedia.com/webtools/control/ViewRelations?entityName=PaymentMethod shows you all the uses for PaymentMethod . if I understand your question correct, Yes it keeps having more data added it by the different relationships you see. Jacek Wagner sent the following on 3/4/2009 8:40 AM: > I am not sure I understand "data stored in entity format" statement, but > I am talking about PaymentMethod table in the ofbiz database. -- J > > BJ Freeman wrote: > please clarify what ever growing entity means. > are you speaking of the entity in the xml or data stored in entity > format. > > > Jacek Wagner sent the following on 3/3/2009 1:39 PM: > >>>> All, >>>> >>>> Is table PaymentMethod ever growing entity meanings that every >>>> transaction, even for the customers with the established payment method >>>> type, creates new entry in the PaymentMethod table? >>>> >>>> Jacek >>>> >>>> >>>> >>>> Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJruyCrP3NbaWWqE4RAnpcAJ9v99fG+PXDcvP5TbcxcKGlD/p/ogCfXTQD lvDnqxVk9ApH+qMqTGoz0D8= =U568 -----END PGP SIGNATURE----- |
OP,
The PaymentMethod entity doesn't grow with each transaction, but only when a user sets up a payment account(CC, EFT, etc.) or edits one of the accounts. Best way to see this is to create an account on hotwaxmedia demo site w/ different payment methods. In another window open the webtools entity tool and look at the EFTAccount and creditcard entities and the payment method entities. Make changes in your user profile on the hotwaxmedia site and check out what happens in those entities. CJ also play with editing payment methods(In the Profile screen) and you will see that it makes a new entry each time a CC/EFT account is edited. On Wed, Mar 4, 2009 at 3:02 PM, BJ Freeman <[hidden email]> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > looking at the entity definition and/or > > https://demo.hotwaxmedia.com/webtools/control/ViewRelations?entityName=PaymentMethod > shows you all the uses for PaymentMethod . > if I understand your question correct, Yes it keeps having more data > added it by the different relationships you see. > > > Jacek Wagner sent the following on 3/4/2009 8:40 AM: > > I am not sure I understand "data stored in entity format" statement, but > > I am talking about PaymentMethod table in the ofbiz database. -- J > > > > BJ Freeman wrote: > > please clarify what ever growing entity means. > > are you speaking of the entity in the xml or data stored in entity > > format. > > > > > > Jacek Wagner sent the following on 3/3/2009 1:39 PM: > > > >>>> All, > >>>> > >>>> Is table PaymentMethod ever growing entity meanings that every > >>>> transaction, even for the customers with the established payment > method > >>>> type, creates new entry in the PaymentMethod table? > >>>> > >>>> Jacek > >>>> > >>>> > >>>> > >>>> > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFJruyCrP3NbaWWqE4RAnpcAJ9v99fG+PXDcvP5TbcxcKGlD/p/ogCfXTQD > lvDnqxVk9ApH+qMqTGoz0D8= > =U568 > -----END PGP SIGNATURE----- > |
Thank you. -- Jacek
CJay Horton wrote: > OP, > > The PaymentMethod entity doesn't grow with each transaction, but only when > a user sets up a payment account(CC, EFT, etc.) or edits one of the > accounts. Best way to see this is to create an account on hotwaxmedia demo > site w/ different payment methods. In another window open the webtools > entity tool and look at the EFTAccount and creditcard entities and the > payment method entities. Make changes in your user profile on the > hotwaxmedia site and check out what happens in those entities. > > CJ > > also play with editing payment methods(In the Profile screen) and you will > see that it makes a new entry each time a CC/EFT account is edited. > > On Wed, Mar 4, 2009 at 3:02 PM, BJ Freeman <[hidden email]> wrote: > > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> looking at the entity definition and/or >> >> https://demo.hotwaxmedia.com/webtools/control/ViewRelations?entityName=PaymentMethod >> shows you all the uses for PaymentMethod . >> if I understand your question correct, Yes it keeps having more data >> added it by the different relationships you see. >> >> >> Jacek Wagner sent the following on 3/4/2009 8:40 AM: >> >>> I am not sure I understand "data stored in entity format" statement, but >>> I am talking about PaymentMethod table in the ofbiz database. -- J >>> >>> BJ Freeman wrote: >>> please clarify what ever growing entity means. >>> are you speaking of the entity in the xml or data stored in entity >>> format. >>> >>> >>> Jacek Wagner sent the following on 3/3/2009 1:39 PM: >>> >>> >>>>>> All, >>>>>> >>>>>> Is table PaymentMethod ever growing entity meanings that every >>>>>> transaction, even for the customers with the established payment >>>>>> >> method >> >>>>>> type, creates new entry in the PaymentMethod table? >>>>>> >>>>>> Jacek >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.6 (MingW32) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >> >> iD8DBQFJruyCrP3NbaWWqE4RAnpcAJ9v99fG+PXDcvP5TbcxcKGlD/p/ogCfXTQD >> lvDnqxVk9ApH+qMqTGoz0D8= >> =U568 >> -----END PGP SIGNATURE----- >> >> > > |
In reply to this post by cjhorton
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1 we are both correct if you look at the link i gave, you will see one and many. the one will only have one record the many wlll possibly have alot and make the PaymentMethod entity grow when those references are used. CJay Horton sent the following on 3/5/2009 1:12 AM: > OP, > > The PaymentMethod entity doesn't grow with each transaction, but only when > a user sets up a payment account(CC, EFT, etc.) or edits one of the > accounts. Best way to see this is to create an account on hotwaxmedia demo > site w/ different payment methods. In another window open the webtools > entity tool and look at the EFTAccount and creditcard entities and the > payment method entities. Make changes in your user profile on the > hotwaxmedia site and check out what happens in those entities. > > CJ > > also play with editing payment methods(In the Profile screen) and you will > see that it makes a new entry each time a CC/EFT account is edited. > > On Wed, Mar 4, 2009 at 3:02 PM, BJ Freeman <[hidden email]> wrote: > > looking at the entity definition and/or > > https://demo.hotwaxmedia.com/webtools/control/ViewRelations?entityName=PaymentMethod > shows you all the uses for PaymentMethod . > if I understand your question correct, Yes it keeps having more data > added it by the different relationships you see. > > > Jacek Wagner sent the following on 3/4/2009 8:40 AM: >>>> I am not sure I understand "data stored in entity format" statement, but >>>> I am talking about PaymentMethod table in the ofbiz database. -- J >>>> >>>> BJ Freeman wrote: >>>> please clarify what ever growing entity means. >>>> are you speaking of the entity in the xml or data stored in entity >>>> format. >>>> >>>> >>>> Jacek Wagner sent the following on 3/3/2009 1:39 PM: >>>> >>>>>>> All, >>>>>>> >>>>>>> Is table PaymentMethod ever growing entity meanings that every >>>>>>> transaction, even for the customers with the established payment > method >>>>>>> type, creates new entry in the PaymentMethod table? >>>>>>> >>>>>>> Jacek >>>>>>> >>>>>>> >>>>>>> >>>>>>> >> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJr//0rP3NbaWWqE4RAjGcAJ41fAL/W4dPSh0isxlN5FHbrjmpuwCggzl4 P+KtFa1d/btpS9NYMvC0Ux4= =zrfT -----END PGP SIGNATURE----- |
All,
Is it possible to call external url form the widget-form? Note: it is pretty straightforward from the free marker form. Jacek |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1 as along as the receiving URL knows how to get the maps out of the http request. you can send through the controller and use the URI redirect, would be the simplest way. Jacek Wagner sent the following on 3/5/2009 3:55 PM: > All, > > Is it possible to call external url form the widget-form? > > Note: it is pretty straightforward from the free marker form. > > Jacek > > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJsHVkrP3NbaWWqE4RAqryAKDSF78zB4XqsyN8sX+KbD2L+RlUyQCeL9KV 064bGa277Qz5N3nk35LptLw= =aYEm -----END PGP SIGNATURE----- |
Hi BJ,
Why you email contain those message:"-----BEGIN PGP SIGNED MESSAGE-----" What's doing for? just curious.:) 2009/3/6 BJ Freeman <[hidden email]> > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > as along as the receiving URL knows how to get the maps out of the http > request. > you can send through the controller and use the URI redirect, would be > the simplest way. > > Jacek Wagner sent the following on 3/5/2009 3:55 PM: > > All, > > > > Is it possible to call external url form the widget-form? > > > > Note: it is pretty straightforward from the free marker form. > > > > Jacek > > > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFJsHVkrP3NbaWWqE4RAqryAKDSF78zB4XqsyN8sX+KbD2L+RlUyQCeL9KV > 064bGa277Qz5N3nk35LptLw= > =aYEm > -----END PGP SIGNATURE----- > |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1 it is way to verify it is me? email clients that are pgp aware filter this out. guo weizhan sent the following on 3/5/2009 7:25 PM: > Hi BJ, > > Why you email contain those message:"-----BEGIN PGP SIGNED MESSAGE-----" > What's doing for? just curious.:) > > 2009/3/6 BJ Freeman <[hidden email]> > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> as along as the receiving URL knows how to get the maps out of the http >> request. >> you can send through the controller and use the URI redirect, would be >> the simplest way. >> >> Jacek Wagner sent the following on 3/5/2009 3:55 PM: >> > All, >>> Is it possible to call external url form the widget-form? >>> >>> Note: it is pretty straightforward from the free marker form. >>> >>> Jacek >>> >>> >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.6 (MingW32) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >> >> iD8DBQFJsHVkrP3NbaWWqE4RAqryAKDSF78zB4XqsyN8sX+KbD2L+RlUyQCeL9KV >> 064bGa277Qz5N3nk35LptLw= >> =aYEm >> -----END PGP SIGNATURE----- >> > Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJsJ1LrP3NbaWWqE4RAt79AKCt5HmL5/3TPiZ+LJezj3fvPmlnZQCcDWF3 CC/ODX8iBzXcOFKYT17eWp8= =DasC -----END PGP SIGNATURE----- |
Most email clients are not PGP aware, it usually requires a plugin and not very many people use it. Do you mean to say that in these replies you don't see the "-----BEGIN PGP SIGNED MESSAGE-----" lines? They are at the beginning of each message you send, and they are in the reply too. -David On Mar 5, 2009, at 8:49 PM, BJ Freeman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > it is way to verify it is me? > email clients that are pgp aware filter this out. > > guo weizhan sent the following on 3/5/2009 7:25 PM: >> Hi BJ, >> >> Why you email contain those message:"-----BEGIN PGP SIGNED >> MESSAGE-----" >> What's doing for? just curious.:) >> >> 2009/3/6 BJ Freeman <[hidden email]> >> >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> as along as the receiving URL knows how to get the maps out of the >>> http >>> request. >>> you can send through the controller and use the URI redirect, >>> would be >>> the simplest way. >>> >>> Jacek Wagner sent the following on 3/5/2009 3:55 PM: >>>> All, >>>> Is it possible to call external url form the widget-form? >>>> >>>> Note: it is pretty straightforward from the free marker form. >>>> >>>> Jacek >>>> >>>> >>> -----BEGIN PGP SIGNATURE----- >>> Version: GnuPG v1.4.6 (MingW32) >>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >>> >>> iD8DBQFJsHVkrP3NbaWWqE4RAqryAKDSF78zB4XqsyN8sX+KbD2L+RlUyQCeL9KV >>> 064bGa277Qz5N3nk35LptLw= >>> =aYEm >>> -----END PGP SIGNATURE----- >>> >> > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFJsJ1LrP3NbaWWqE4RAt79AKCt5HmL5/3TPiZ+LJezj3fvPmlnZQCcDWF3 > CC/ODX8iBzXcOFKYT17eWp8= > =DasC > -----END PGP SIGNATURE----- |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1 I see it at the bottom. Funny thing is I put this in when you were sending signed messages so I could read them way back when. David E Jones sent the following on 3/5/2009 9:46 PM: > > Most email clients are not PGP aware, it usually requires a plugin and > not very many people use it. > > Do you mean to say that in these replies you don't see the "-----BEGIN > PGP SIGNED MESSAGE-----" lines? They are at the beginning of each > message you send, and they are in the reply too. > > -David > > > On Mar 5, 2009, at 8:49 PM, BJ Freeman wrote: > > it is way to verify it is me? > email clients that are pgp aware filter this out. > > guo weizhan sent the following on 3/5/2009 7:25 PM: >>>> Hi BJ, >>>> >>>> Why you email contain those message:"-----BEGIN PGP SIGNED MESSAGE-----" >>>> What's doing for? just curious.:) >>>> >>>> 2009/3/6 BJ Freeman <[hidden email]> >>>> >>>>> -----BEGIN PGP SIGNED MESSAGE----- >>>>> Hash: SHA1 >>>>> >>>>> as along as the receiving URL knows how to get the maps out of the http >>>>> request. >>>>> you can send through the controller and use the URI redirect, would be >>>>> the simplest way. >>>>> >>>>> Jacek Wagner sent the following on 3/5/2009 3:55 PM: >>>>>> All, >>>>>> Is it possible to call external url form the widget-form? >>>>>> >>>>>> Note: it is pretty straightforward from the free marker form. >>>>>> >>>>>> Jacek >>>>>> >>>>>> >>>>> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJsN5RrP3NbaWWqE4RAhOkAJ9OQbC9pwCM5rWRoQnQsHSk1V8EGwCgzszD iTb9AMMPNYJpPJgCmPrR6Fo= =CkFe -----END PGP SIGNATURE----- |
In reply to this post by BJ Freeman
I try to avoid to call external URL through the controller.
This should be as simple as lookup:whitepages.com from the orderview BJ Freeman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > as along as the receiving URL knows how to get the maps out of the http > request. > you can send through the controller and use the URI redirect, would be > the simplest way. > > Jacek Wagner sent the following on 3/5/2009 3:55 PM: > >> All, >> >> Is it possible to call external url form the widget-form? >> >> Note: it is pretty straightforward from the free marker form. >> >> Jacek >> >> >> > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFJsHVkrP3NbaWWqE4RAqryAKDSF78zB4XqsyN8sX+KbD2L+RlUyQCeL9KV > 064bGa277Qz5N3nk35LptLw= > =aYEm > -----END PGP SIGNATURE----- > |
Just use the hyperlink field type. There is an attribute to tell it that it is an external link. -David On Mar 6, 2009, at 8:59 AM, Jacek Wagner wrote: > I try to avoid to call external URL through the controller. > > This should be as simple as lookup:whitepages.com from the orderview > > > BJ Freeman wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> as along as the receiving URL knows how to get the maps out of the >> http >> request. >> you can send through the controller and use the URI redirect, would >> be >> the simplest way. >> >> Jacek Wagner sent the following on 3/5/2009 3:55 PM: >> >>> All, >>> >>> Is it possible to call external url form the widget-form? >>> >>> Note: it is pretty straightforward from the free marker form. >>> >>> Jacek >>> >>> >>> >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.6 (MingW32) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >> >> iD8DBQFJsHVkrP3NbaWWqE4RAqryAKDSF78zB4XqsyN8sX+KbD2L+RlUyQCeL9KV >> 064bGa277Qz5N3nk35LptLw= >> =aYEm >> -----END PGP SIGNATURE----- >> > |
Thank you. Below final solution:
<hyperlink target="//www.cybersource.com/portal_login/" target-type="plain" description="cybersource"/> Jacek David E Jones wrote: > > Just use the hyperlink field type. There is an attribute to tell it > that it is an external link. > > -David > > > On Mar 6, 2009, at 8:59 AM, Jacek Wagner wrote: > >> I try to avoid to call external URL through the controller. >> >> This should be as simple as lookup:whitepages.com from the orderview >> >> >> BJ Freeman wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> as along as the receiving URL knows how to get the maps out of the http >>> request. >>> you can send through the controller and use the URI redirect, would be >>> the simplest way. >>> >>> Jacek Wagner sent the following on 3/5/2009 3:55 PM: >>> >>>> All, >>>> >>>> Is it possible to call external url form the widget-form? >>>> >>>> Note: it is pretty straightforward from the free marker form. >>>> >>>> Jacek >>>> >>>> >>>> >>> -----BEGIN PGP SIGNATURE----- >>> Version: GnuPG v1.4.6 (MingW32) >>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >>> >>> iD8DBQFJsHVkrP3NbaWWqE4RAqryAKDSF78zB4XqsyN8sX+KbD2L+RlUyQCeL9KV >>> 064bGa277Qz5N3nk35LptLw= >>> =aYEm >>> -----END PGP SIGNATURE----- >>> >> > |
Free forum by Nabble | Edit this page |