error on payment application

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
20 messages Options
Reply | Threaded
Open this post in threaded view
|

error on payment application

Vince Clark
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)
Reply | Threaded
Open this post in threaded view
|

Re: error on payment application

Vince Clark
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)
Reply | Threaded
Open this post in threaded view
|

Re: error on payment application

David E Jones-3

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)

Reply | Threaded
Open this post in threaded view
|

Re: error on payment application

Vince Clark
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)

Reply | Threaded
Open this post in threaded view
|

PaymentMethod entity

Jacek Wagner
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

Reply | Threaded
Open this post in threaded view
|

Re: PaymentMethod entity

BJ Freeman
-----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-----
Reply | Threaded
Open this post in threaded view
|

Re: PaymentMethod entity

Jacek Wagner
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-----
>  

Reply | Threaded
Open this post in threaded view
|

Re: PaymentMethod entity

BJ Freeman
-----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-----
Reply | Threaded
Open this post in threaded view
|

Re: PaymentMethod entity

cjhorton
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-----
>
Reply | Threaded
Open this post in threaded view
|

Re: PaymentMethod entity

Jacek Wagner
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-----
>>
>>    
>
>  

Reply | Threaded
Open this post in threaded view
|

Re: PaymentMethod entity

BJ Freeman
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-----
Reply | Threaded
Open this post in threaded view
|

widget-form external url

Jacek Wagner
All,

Is it possible to call external url form the widget-form?

Note: it is pretty straightforward from the free marker form.

Jacek
Reply | Threaded
Open this post in threaded view
|

Re: widget-form external url

BJ Freeman
-----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-----
Reply | Threaded
Open this post in threaded view
|

Re: widget-form external url

guo weizhan
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-----
>
Reply | Threaded
Open this post in threaded view
|

Re: widget-form external url

BJ Freeman
-----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-----
Reply | Threaded
Open this post in threaded view
|

Re: widget-form external url

David E Jones-3

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-----

Reply | Threaded
Open this post in threaded view
|

Re: widget-form external url

BJ Freeman
-----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-----
Reply | Threaded
Open this post in threaded view
|

Re: widget-form external url

Jacek Wagner
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-----
>  

Reply | Threaded
Open this post in threaded view
|

Re: widget-form external url

David E Jones-3

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-----
>>
>

Reply | Threaded
Open this post in threaded view
|

Re: widget-form external url

Jacek Wagner
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-----
>>>
>>
>