OFBiz › OFBiz - User

error on payment application

_‹ Previous Topic Next Topic _›

Classic

List

Threaded

20 messages Options

Vince Clark

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)

Vince Clark

Re: error on payment application

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)

David E Jones-3

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)

Vince Clark

Re: error on payment application

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:

Jacek Wagner

PaymentMethod entity

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

BJ Freeman

Re: PaymentMethod entity

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

Jacek Wagner

Re: PaymentMethod entity

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

BJ Freeman

Re: PaymentMethod entity

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

cjhorton

Re: PaymentMethod entity

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

Jacek Wagner

Re: PaymentMethod entity

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

BJ Freeman

Re: PaymentMethod entity

In reply to this post by 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:
>
> 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-----

Jacek Wagner

widget-form external url

All,

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

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

Jacek

BJ Freeman

Re: widget-form external url

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

guo weizhan

Re: widget-form external url

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

BJ Freeman

Re: widget-form external url

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

David E Jones-3

Re: widget-form external url

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

BJ Freeman

Re: widget-form external url

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

Jacek Wagner

Re: widget-form external url

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

David E Jones-3

Re: widget-form external url

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

Jacek Wagner

Re: widget-form external url

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