OFBiz › OFBiz - Dev

Fwd: locale error in simple method

_‹ Previous Topic Next Topic _›

Classic

List

Threaded

40 messages Options

Bruno Busco

Fwd: locale error in simple method

oops,
sorry to have posted this to the USER ML, I apologize, it was
intended, of course, as a DEV discussion.

-Bruno

---------- Forwarded message ----------
From: Bruno Busco <[hidden email]>
Date: 2009/1/14
Subject: Re: locale error in simple method
To: [hidden email]

I think that Vince's situation is very common.

Whenever you get your ofbiz put in production (or a sort of) you get
really "apprensive" and try to not update your working box.
This makes hard also to get bug fixes only from the trunk.

Could we think to try to have a new release branch?
I mean a branch where only bug fix are merged from the trunk?
I know that this has been discussed many times but we should give it a
try. The framework-only release could be still something in the agenda
and should not be affected by the existence of the new complete
release branch.

The last release branch (4.0) seems now too far from the trunk head
and we often suggest not to use it any more. This is fine because we
want people on the "living edge" of the code but then we will get them
in the "should I update or not?" situation.

Having a new release branch we will have most people living there and
contributing back bug-fix patch or bug reports that will still be used
in the trunk.

I see many new features coming into the trunk and this is really great
but, may be, many more would come if who is going to commit them knows
that the community could always rely on an unaffetced "stable" branch.

-Bruno

2009/1/14 Vince M. Clark <[hidden email]>:

> I don't waste my time with 4.0.
>
> Preaching doesn't bother me. I'm used to it and have done a bit myself.
>
> But to be clear, I'm very collaborative, and am not holding anything back from the community. This particular instance I have not upgraded because it is production (sort of) and I have had difficulty upgrading other instances recently because of some seed data issues, and possibly other reasons. Basically related to some of the new stuff like visual themes.
>
> I will try my custom service against a current download of trunk to verify that it isn't just a version issue.
>
> ----- Original Message -----
> From: "David E Jones" <[hidden email]>
> To: [hidden email]
> Sent: Tuesday, January 13, 2009 6:06:06 PM (GMT-0700) America/Denver
> Subject: Re: locale error in simple method
>
>
> Is that the trunk rev or in the release4.0 branch?
>
> Either way it's a few months old (looks like 23 Jul 2008)... it would
> take a fair amount of time for someone to go back and try to reproduce
> the error on that revision. Have you considered updating to a newer
> version of OFBiz?
>
> Just as an FYI, I usually recommend that people working from the trunk
> really collaborate with the community, an that usually means needing
> to update at least once per day (or at the _very_ least a couple of
> times per week) until the development part of each cycle is done (ie
> before doing integration or business level testing, if that means
> anything for your process).
>
> There are lots of reasons for this, and what you're running into is
> perhaps the most important: by sticking with that revision you're
> basically going it alone and choosing not to collaborate with the
> community, which makes it hard for others in the community to
> collaborate with you. The same is true for the practice of changing
> things in the OFBiz framework or core parts of different applications
> and not contributing it back to the project. The project suffers a
> little, but the project will do fine as there are LOTS of people
> contributing back. Who really suffers is the end-user organization
> that has to foot the bill of maintaining these things instead of
> sharing that with the community.
>
> Sorry for the preaching, but on the other hand thanks for the soap box
> to stand on for a little sermon.
>
> -David
>
>
> On Jan 13, 2009, at 4:34 PM, Vince M. Clark wrote:
>
>> Thanks David. Rev is 679168
>>
>> ----- Original Message -----
>> From: "David E Jones" <[hidden email]>
>> To: [hidden email]
>> Sent: Tuesday, January 13, 2009 5:36:35 PM (GMT-0700) America/Denver
>> Subject: Re: locale error in simple method
>>
>>
>> Stepping back even more... which version/revision of OFBiz are you
>> using?
>>
>> Based on what you wrote, with the browser submitting a form to the
>> OFBiz web server, as long as it is going through the ControlServlet
>> and you are calling the service you described through a request-map ->
>> event tag, then it should work the same way as anything else in OFBiz.
>>
>> Unless something is broken somewhere then OFBiz should be getting a
>> locale no matter what, even if it is the system default locale. It
>> looks like somehow that isn't making it into the service call (you
>> could verify that by adding a log tag in your simple-method to print
>> the ${locale} string). That's part of the reason I'm about the
>> revision you are using... it could be a real issue that most of us
>> aren't seeing if you're not using a recent trunk revision.
>>
>> Of, if the assumptions in the 2nd paragraph above are not correct (ie
>> you are calling things differently) then there could be issues there
>> as well.
>>
>> -David
>>
>>
>> On Jan 13, 2009, at 3:59 PM, Vince M. Clark wrote:
>>
>>>
>>> First a disclaimer (plea for mercy). I am an ERP person, not a web
>>> or UI person. So all this http, session, context stuff is rather
>>> confusing to me.
>>>
>>> I've been digging on this issue and want to make sure something is
>>> very clear because I think it may have something to do with the
>>> problem.
>>>
>>> OfBiz is NOT rendering any screens for me. I'm using it as kind of a
>>> "cheap" web service. I have a static html web form served by Apache
>>> web server. The form action calls OfBiz, and then I redirect back to
>>> a static html page. So OfBiz just accepts the request, processes it,
>>> and redirects. No screen rendering whatsoever by OfBiz.
>>>
>>> I'm pointing this out because of one of the comments I found in a
>>> java class (which of course I cannot find now) that said something
>>> about if locale was not in the context then the browser (or maybe
>>> session) default would be used.
>>>
>>> So to simplify (or maybe over simplify) my question, is there
>>> something I should be doing in my simple method to put locale in the
>>> context before I call createLead. Also, can someone give me a tip on
>>> how to iterate through whatever is in the context and write it out
>>> to the log so I can see it.
>>>
>>> ----- Original Message -----
>>> From: "Vince M. Clark" <[hidden email]>
>>> To: [hidden email]
>>> Sent: Tuesday, January 13, 2009 9:17:40 AM (GMT-0700) America/Denver
>>> Subject: Re: locale error in simple method
>>>
>>> Here is the service definition and the simple method. Thank you for
>>> your help.
>>>
>>> <service name="createLeadFromWebForm" engine="simple"
>>> location="org/ofbiz/ge/PartyServices.xml"
>>> invoke="createLeadFromWebForm" auth="false">
>>> <description>Add a New Lead from a Web Form</description>
>>> <attribute name="groupName" type="String" mode="IN"
>>> optional="false"/>
>>> <attribute name="firstName" type="String" mode="IN"
>>> optional="false"/>
>>> <attribute name="lastName" type="String" mode="IN" optional="false"/>
>>> <attribute name="note" type="String" mode="IN" optional="true"/>
>>> <attribute name="emailAddress" type="String" mode="IN"
>>> optional="false"/>
>>> <attribute name="postalCode" type="String" mode="IN"
>>> optional="true"/>
>>> <attribute name="countryGeoId" type="String" mode="IN"
>>> optional="true"/>
>>> <attribute name="address1" type="String" mode="IN" optional="true"/>
>>> <attribute name="city" type="String" mode="IN" optional="true"/>
>>> <attribute name="stateProvinceGeoId" type="String" mode="IN"
>>> optional="true"/>
>>> <attribute name="contactNumber" type="String" mode="IN"
>>> optional="true"/>
>>> <attribute name="quickAdd" type="String" mode="IN" optional="true"/>
>>> </service>
>>>
>>> <simple-method method-name="createLeadFromWebForm" short-
>>> description="Create Lead from Web Form" login-required="false">
>>> <entity-one entity-name="UserLogin" value-name="userlogin">
>>> <field-map field-name="userLoginId" value="system"/>
>>> </entity-one>
>>> <set-current-user-login value-name="userlogin"/>
>>> <set field="newLead.firstName" from-field="parameters.firstName"/>
>>> <set field="newLead.lastName" from-field="parameters.lastName"/>
>>> <set field="newLead.groupName" from-field="parameters.groupName"/>
>>> <set field="newLead.emailAddress" from-
>>> field="parameters.emailAddress"/>
>>> <set field="newLead.contactNumber" from-
>>> field="parameters.contactNumber"/>
>>> <set field="newLead.address1" from-field="parameters.address1"/>
>>> <set field="newLead.countryGeoId" from-
>>> field="parameters.countryGeoId"/>
>>> <set field="newLead.city" from-field="parameters.city"/>
>>> <set field="newLead.stateProvinceGeoId" from-
>>> field="parameters.stateProvinceGeoId"/>
>>> <set field="newLead.postalCode" from-field="parameters.postalCode"/>
>>> <set field="newLead.quickAdd" from-field="parameters.quickAdd"/>
>>> <call-service service-name="createLead" in-map-name="newLead">
>>> <result-to-field result-name="partyId" field="partyId"/>
>>> </call-service>
>>> </simple-method>
>>>
>>> ----- Original Message -----
>>> From: "Adrian Crum" <[hidden email]>
>>> To: [hidden email]
>>> Sent: Tuesday, January 13, 2009 9:22:57 AM (GMT-0700) America/Denver
>>> Subject: Re: locale error in simple method
>>>
>>> If you attach the service definition, I can take a look at it.
>>>
>>> -Adrian
>>>
>>> Vince M. Clark wrote:
>>>> When is that usually set? When a user logs in? My service just sets
>>>> the userLogin to system. Could that be a source of the problem?
>>>>
>>>> ----- Original Message -----
>>>> From: "Adrian Crum" <[hidden email]>
>>>> To: [hidden email]
>>>> Sent: Tuesday, January 13, 2009 9:05:01 AM (GMT-0700) America/Denver
>>>> Subject: Re: locale error in simple method
>>>>
>>>> Vince,
>>>>
>>>> I checked to see if something changed in the framework that would
>>>> cause
>>>> this error, but I didn't find anything. There must be a problem with
>>>> the service definition - which is preventing the locale parameter
>>>> from
>>>> being included in the service context.
>>>>
>>>> -Adrian
>>>>
>>>> Vince M. Clark wrote:
>>>>> Here is the entire trace. Note that the first few lines are just
>>>>> xml validation errors.
>>>>>
>>>>>
>>>>> 2009-01-12 20:28:07,054 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>> 660:ERROR] XmlFileLoader: File file:/home/ofbiz/trunk/hot-deploy/
>>>>> ge/script/org/ofbiz/ge/PartyServices.xml process error. Line: 88.
>>>>> Error message: cvc-complex-type.3.2.2: Attribute 'field-name' is
>>>>> not allowed to appear in element 'if-empty'.
>>>>> 2009-01-12 20:28:07,055 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>> 660:ERROR] XmlFileLoader: File file:/home/ofbiz/trunk/hot-deploy/
>>>>> ge/script/org/ofbiz/ge/PartyServices.xml process error. Line: 88.
>>>>> Error message: cvc-complex-type.4: Attribute 'field' must appear
>>>>> on element 'if-empty'.
>>>>> 2009-01-12 20:28:07,055 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>> 660:ERROR] XmlFileLoader: File file:/home/ofbiz/trunk/hot-deploy/
>>>>> ge/script/org/ofbiz/ge/PartyServices.xml process error. Line: 122.
>>>>> Error message: cvc-complex-type.3.2.2: Attribute 'field' is not
>>>>> allowed to appear in element 'result-to-field'.
>>>>> 2009-01-12 20:28:07,056 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>> 241:INFO ] XML Read 0.026s: file:/home/ofbiz/trunk/hot-deploy/ge/
>>>>> script/org/ofbiz/ge/PartyServices.xml
>>>>> 2009-01-12 20:28:07,059 (http-0.0.0.0-8080-1) [ Log.java:
>>>>> 94 :INFO ] locale is en_US // here is where I set a locale
>>>>> variable and outputted it in the log
>>>>>
>>>>> 2009-01-12 20:28:07,087 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>> 241:INFO ] XML Read 0.027s: file:/home/ofbiz/trunk/applications/
>>>>> marketing/script/org/ofbiz/sfa/lead/LeadServices.xml
>>>>> 2009-01-12 20:28:07,125 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>> 241:INFO ] XML Read 0.028s: file:/home/ofbiz/trunk/applications/
>>>>> party/script/org/ofbiz/party/party/PartySimpleMethods.xml
>>>>> 2009-01-12 20:28:07,129 (http-0.0.0.0-8080-1) [ SimpleMethod.java:
>>>>> 1109:ERROR] ---- runtime exception report
>>>>> -------------------------------------------------- Error in simple-
>>>>> method operation [ ]: java.lang.IllegalArgumentException: locale
>>>>> cannot be null Exception: java.lang.IllegalArgumentException
>>>>> Message: locale cannot be null ---- stack trace
>>>>> ---------------------------------------------------------------
>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>> org
>>>>> .ofbiz
>>>>> .base.util.UtilProperties.getResourceBundle(UtilProperties.java:
>>>>> 480)
>>>>> org.ofbiz.base.util.UtilProperties.getMessage(UtilProperties.java:
>>>>> 385)
>>>>> org
>>>>> .ofbiz
>>>>> .minilang
>>>>> .operation.SimpleMapOperation.addMessage(SimpleMapOperation.java:
>>>>> 62)
>>>>> org
>>>>> .ofbiz.minilang.operation.ValidateMethod.exec(ValidateMethod.java:
>>>>> 100)
>>>>> org
>>>>> .ofbiz
>>>>> .minilang.operation.SimpleMapProcess.exec(SimpleMapProcess.java:
>>>>> 51)
>>>>> org.ofbiz.minilang.operation.MapProcessor.exec(MapProcessor.java:
>>>>> 80) org.ofbiz.minilang.method.callops.CallSimpleMapProcessor.ex
>>> e
>>>> c(CallSimpleMapProcessor.java:91)
>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
>>>> org.ofbiz.minilang.method.ifops.IfNotEmpty.exec(IfNotEmpty.java:91)
>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>> org
>>>> .ofbiz
>>>> .minilang
>>>> .method.callops.CallSimpleMethod.exec(CallSimpleMethod.java:75)
>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
>>>> org.ofbiz.minilang.method.ifops.IfCompare.exec(IfCompare.java:123)
>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>> 134)
>>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>> 116)
>>>> org
>>>> .ofbiz
>>>> .minilang
>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>> org
>>>> .ofbiz
>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
>>>> org.ofbiz.service.ServiceDispatcher.runSync(Servic
>>> eDi
>>>>
>>>> spatcher.java:384)
>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>> 213)
>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>> 163)
>>>> org.ofbiz.minilang.method.callops.CallService.exec(CallService.java:
>>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>> 134)
>>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>> 116)
>>>> org
>>>> .ofbiz
>>>> .minilang
>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>> org
>>>> .ofbiz
>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>> 384)
>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>> 213)
>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>> 149)
>>>> org
>>>> .ofbiz
>>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>> 334) org.ofbiz.webapp.control.Re
>>> que
>>>>
>>>> stHandler.runEvent(RequestHandler.java:454)
>>>> org
>>>> .ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:
>>>> 281)
>>>> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
>>>> 198) 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:
>>>> 255)
>>>> 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(StandardH
>>> ost
>>>>
>>>> Valve.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
>>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>> 286) org.apa
>>>> che.coyote.http11.Http11Processor.process(Http11Processor.java:844)
>>>> org.apache.coyote.http11.Http11Protocol
>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:
>>>> 447) java.lang.Thread.run(Thread.java:595)
>>>> --------------------------------------------------------------------------------
>>>>> 2009-01-12 20:28:07,130 (http-0.0.0.0-8080-1) [ SimpleMethod.java:
>>>>> 1109:ERROR] ---- runtime exception report
>>>>> -------------------------------------------------- Error in simple-
>>>>> method operation [ ]: java.lang.RuntimeException: Error in simple-
>>>>> method operation [ ]: java.lang.IllegalArgumentException: locale
>>>>> cannot be null Exception: java.lang.RuntimeException Message:
>>>>> Error in simple-method operation [ ]:
>>>>> java.lang.IllegalArgumentException: locale cannot be null ----
>>>>> stack trace
>>>>> ---------------------------------------------------------------
>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1110)
>>>>> org.ofbiz.minilang.method.ifops.IfNotEmpty.exec(IfNotEmpty.java:
>>>>> 91) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>> org.ofbiz.minilang.method.callops.CallSimpleMethod.exec(C
>>> a
>>>> llSimpleMethod.java:75)
>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
>>>> org.ofbiz.minilang.method.ifops.IfCompare.exec(IfCompare.java:123)
>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>> 134)
>>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>> 116)
>>>> org
>>>> .ofbiz
>>>> .minilang
>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>> org
>>>> .ofbiz
>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>> 384)
>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>> 213)
>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>> 163)
>>>> org.ofbiz.minilang.method.callops.CallService.exec(CallService.java:
>>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMeth
>>> od.
>>>>
>>>> java:744)
>>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>> 134)
>>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>> 116)
>>>> org
>>>> .ofbiz
>>>> .minilang
>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>> org
>>>> .ofbiz
>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>> 384)
>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>> 213)
>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>> 149)
>>>> org
>>>> .ofbiz
>>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>> 334)
>>>> org
>>>> .ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:
>>>> 454)
>>>> org
>>>> .ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:
>>>> 281)
>>>> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
>>>> 198) javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>>>> org.apache.catalina.core.ApplicationF
>>> ilt
>>>>
>>>> erChain.internalDoFilter(ApplicationFilterChain.java:290)
>>>> org
>>>> .apache
>>>> .catalina
>>>> .core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:
>>>> 206)
>>>> org.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:
>>>> 255)
>>>> 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
>>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>> 286) org.apache.coyote.http1
>>> 1.H
>>>>
>>>> ttp11Processor.process(Http11Processor.java:844)
>>>> org.apache.coyote.http11.Http11Protocol
>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:
>>>> 447) java.lang.Thread.run(Thread.java:595)
>>>> --------------------------------------------------------------------------------
>>>>> 2009-01-12 20:28:07,130 (http-0.0.0.0-8080-1) [ SimpleMethod.java:
>>>>> 748:ERROR] Error running the simple-method: Error in simple-method
>>>>> operation [ ]: java.lang.RuntimeException: Error in simple-method
>>>>> operation [ ]: java.lang.IllegalArgumentException: locale cannot
>>>>> be null
>>>>> 2009-01-12 20:28:07,131 (http-0.0.0.0-8080-1)
>>>>> [ TransactionUtil.java:311:WARN ] ---- exception report
>>>>> ----------------------------------------------------------
>>>>> [TransactionUtil.setRollbackOnly] Calling transaction
>>>>> setRollbackOnly; this stack trace shows where this is happening:
>>>>> Exception: java.lang.Exception Message: Error in simple-method
>>>>> [Creates a person, role and contactMechs [file:/home/ofbiz/trunk/
>>>>> applications/party/script/org/ofbiz/party/party/
>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>> null ---- stack trace
>>>>> ---------------------------------------------------------------
>>>>> java.lang.Exception: Error in simple-method [Creates a person,
>>>>> role and contactMechs [file:/home/ofbiz/trunk/applications/party/
>>>>> script/org/ofbiz/party/party/
>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>> null
>>>>> org
>>>>> .ofbiz
>>>>> .entity
>>>>> .transaction.TransactionUtil.setRollbackOnly(TransactionUtil.java:
>>>>> 311)
>>>>> org
>>>>> .ofbiz
>>>>> .entity.transaction.TransactionUtil.rollback(TransactionUtil.java:
>>>>> 258) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:875)
>>>>> org
>>>>> .ofbiz
>>>>> .minilang
>>>>> .method.callops.CallSimpleMethod.exec(CallSimpleMethod.java:75)
>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
>>>>> org.ofbiz.minilang.method.ifops.IfCompare.exec(IfCompare.java:123)
>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
>>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>> 134)
>>>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>> 116)
>>>>> org
>>>>> .ofbiz
>>>>> .minilang
>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>> org
>>>>> .ofbiz
>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>> 384) org.ofbiz.service.ServiceDispatcher.run
>>> S
>>>> ync(ServiceDispatcher.java:213)
>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>> 163)
>>>> org.ofbiz.minilang.method.callops.CallService.exec(CallService.java:
>>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>> 134)
>>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>> 116)
>>>> org
>>>> .ofbiz
>>>> .minilang
>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>> org
>>>> .ofbiz
>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>> 384)
>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>> 213)
>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>> 149)
>>>> org
>>>> .ofbiz
>>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>> 334)
>>>> org
>>>> .ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:
>>>> 454) org.ofbiz.we
>>> bap
>>>>
>>>> p.control.RequestHandler.doRequest(RequestHandler.java:281)
>>>> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
>>>> 198) 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:
>>>> 255)
>>>> 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.ErrorReportVa
>>> lve
>>>>
>>>> .invoke(ErrorReportValve.java:102)
>>>> org
>>>> .apache
>>>> .catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:
>>>> 109)
>>>> org
>>>> .apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:
>>>> 568)
>>>> org
>>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>> 286)
>>>> org
>>>> .apache.coyote.http11.Http11Processor.process(Http11Processor.java:
>>>> 844) org.apache.coyote.http11.Http11Protocol
>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:
>>>> 447) java.lang.Thread.run(Thread.java:595)
>>>> --------------------------------------------------------------------------------
>>>>> 2009-01-12 20:28:07,153 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>> 241:INFO ] XML Read 0.021s: file:/home/ofbiz/trunk/applications/
>>>>> party/script/org/ofbiz/party/party/PartyPermissionServices.xml
>>>>> 2009-01-12 20:28:07,196 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>> 241:INFO ] XML Read 0.028s: file:/home/ofbiz/trunk/framework/
>>>>> common/script/org/ofbiz/common/permission/
>>>>> CommonPermissionServices.xml
>>>>> 2009-01-12 20:28:07,197 (http-0.0.0.0-8080-1) [ Log.java:
>>>>> 94 :INFO ] Checking for primary permission PARTYMGR_CREATE
>>>>> 2009-01-12 20:28:07,198 (http-0.0.0.0-8080-1) [ Log.java:
>>>>> 94 :INFO ] Checking for alternate permission PARTYMGR_ROLE_CREATE
>>>>> 2009-01-12 20:28:07,200 (http-0.0.0.0-8080-1)
>>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
>>>>> partyRolePermissionCheck] finished in [68] milliseconds
>>>>> 2009-01-12 20:28:07,242 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>> 241:INFO ] XML Read 0.041s: file:/home/ofbiz/trunk/applications/
>>>>> party/script/org/ofbiz/party/party/PartyServices.xml
>>>>> 2009-01-12 20:28:07,249 (http-0.0.0.0-8080-1)
>>>>> [ TransactionUtil.java:91 :WARN ] ---- exception report
>>>>> ----------------------------------------------------------
>>>>> [TransactionUtil.begin] active transaction marked for rollback in
>>>>> place, so no transaction begun; this stack trace shows when the
>>>>> exception began: Exception: java.lang.Exception Message: Tx Stack
>>>>> Placeholder ---- stack trace
>>>>> ---------------------------------------------------------------
>>>>> java.lang.Exception: Tx Stack Placeholder
>>>>> org
>>>>> .ofbiz
>>>>> .entity
>>>>> .transaction
>>>>> .TransactionUtil.setTransactionBeginStack(TransactionUtil.java:
>>>>> 636)
>>>>> org
>>>>> .ofbiz
>>>>> .entity.transaction.TransactionUtil.begin(TransactionUtil.java:
>>>>> 125)
>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>> 302)
>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>> 213)
>>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>> 149)
>>>>> org
>>>>> .ofbiz
>>>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>>> 334) org.ofbiz.webapp.control.
>>> R
>>>> equestHandler.runEvent(RequestHandler.java:454)
>>>> org
>>>> .ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:
>>>> 281)
>>>> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
>>>> 198) 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:
>>>> 255)
>>>> 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(Stand
>>> ard
>>>>
>>>> HostValve.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
>>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>> 286)
>>>> org
>>>> .apache.coyote.http11.Http11Processor.process(Http11Processor.java:
>>>> 844) org.apache.coyote.http11.Http11Protocol
>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:
>>>> 447) java.lang.Thread.run(Thread.java:595)
>>>> --------------------------------------------------------------------------------
>>>>> 2009-01-12 20:28:07,250 (http-0.0.0.0-8080-1) [ SimpleMethod.java:
>>>>> 726:WARN ] Error trying to begin transaction, could not process
>>>>> method: The current transaction is marked for rollback, not
>>>>> beginning a new transaction and aborting current operation; the
>>>>> rollbackOnly was caused by: Error in simple-method [Creates a
>>>>> person, role and contactMechs [file:/home/ofbiz/trunk/applications/
>>>>> party/script/org/ofbiz/party/party/
>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>> null
>>>>> 2009-01-12 20:28:07,251 (http-0.0.0.0-8080-1) [ SimpleMethod.java:
>>>>> 727:WARN ] ---- exception report
>>>>> ----------------------------------------------------------
>>>>> Exception:
>>>>> org.ofbiz.entity.transaction.GenericTransactionException Message:
>>>>> The current transaction is marked for rollback, not beginning a
>>>>> new transaction and aborting current operation; the rollbackOnly
>>>>> was caused by: Error in simple-method [Creates a person, role and
>>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/org/
>>>>> ofbiz/party/party/
>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>> null ---- stack trace
>>>>> ---------------------------------------------------------------
>>>>> org.ofbiz.entity.transaction.GenericTransactionException: The
>>>>> current transaction is marked for rollback, not beginning a new
>>>>> transaction and aborting current operation; the rollbackOnly was
>>>>> caused by: Error in simple-method [Creates a person, role and
>>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/org/
>>>>> ofbiz/party/party/
>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>> null
>>>>> org
>>>>> .ofbiz
>>>>> .entity.transaction.TransactionUtil.begin(TransactionUtil.java:99)
>>>>> org
>>>>> .ofbiz
>>>>> .entity.transaction.TransactionUtil.begin(TransactionUtil.java:71)
>>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:723)
>>>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>> 134)
>>>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>> 116)
>>>>> org
>>>>> .ofbiz
>>>>> .minilang
>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>> org
>>>>> .ofbiz
>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>> 384)
>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>> 213)
>>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>> 163)
>>>>> org
>>>>> .ofbiz.minilang.method.callops.CallService.exec(CallService.java:
>>>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>> 1104)
>>>>> org.ofbiz.minilang.method.ifops.IfNotEmpty.exec(IfNotEmpty.java:
>>>>> 91) org.ofbiz.minilang.SimpleMethod.runSubOps(Si
>>> m
>>>> pleMethod.java:1104)
>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>> 134)
>>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>> 116)
>>>> org
>>>> .ofbiz
>>>> .minilang
>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>> org
>>>> .ofbiz
>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>> 384)
>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>> 213)
>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>> 163)
>>>> org.ofbiz.minilang.method.callops.CallService.exec(CallService.java:
>>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>> 134)
>>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>> 116) org.ofbiz.minilang.SimpleServiceEngine.service
>>> Inv
>>>>
>>>> oker(SimpleServiceEngine.java:76)
>>>> org
>>>> .ofbiz
>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>> 384)
>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>> 213)
>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>> 149)
>>>> org
>>>> .ofbiz
>>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>> 334)
>>>> org
>>>> .ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:
>>>> 454)
>>>> org
>>>> .ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:
>>>> 281)
>>>> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
>>>> 198) 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(Con
>>> tex
>>>>
>>>> tFilter.java:255)
>>>> 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
>>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>> 286)
>>>> org
>>>> .apache.coyote.http11.Http11Processor.process(Http11Processor.java:
>>>> 844) org.apache.coyote.http11.Http11Protocol
>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIo
>>> End
>>>>
>>>> point.java:447) java.lang.Thread.run(Thread.java:595)
>>>> --------------------------------------------------------------------------------
>>>>> 2009-01-12 20:28:07,251 (http-0.0.0.0-8080-1)
>>>>> [ ServiceDispatcher.java:522:ERROR] Error in Service
>>>>> [createPartyRole]: Error trying to begin transaction, could not
>>>>> process method: The current transaction is marked for rollback,
>>>>> not beginning a new transaction and aborting current operation;
>>>>> the rollbackOnly was caused by: Error in simple-method [Creates a
>>>>> person, role and contactMechs [file:/home/ofbiz/trunk/applications/
>>>>> party/script/org/ofbiz/party/party/
>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>> null
>>>>> 2009-01-12 20:28:07,252 (http-0.0.0.0-8080-1)
>>>>> [ TransactionUtil.java:315:INFO ]
>>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
>>>>> set, rollback only is already set.
>>>>> 2009-01-12 20:28:07,252 (http-0.0.0.0-8080-1)
>>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
>>>>> createPartyRole] finished in [121] milliseconds
>>>>> 2009-01-12 20:28:07,252 (http-0.0.0.0-8080-1)
>>>>> [ TransactionUtil.java:315:INFO ]
>>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
>>>>> set, rollback only is already set.
>>>>> 2009-01-12 20:28:07,253 (http-0.0.0.0-8080-1)
>>>>> [ ServiceDispatcher.java:522:ERROR] Error in Service [createLead]:
>>>>> Error:Error trying to begin transaction, could not process method:
>>>>> The current transaction is marked for rollback, not beginning a
>>>>> new transaction and aborting current operation; the rollbackOnly
>>>>> was caused by: Error in simple-method [Creates a person, role and
>>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/org/
>>>>> ofbiz/party/party/
>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>> null calling service createPartyRole in createLead
>>>>> 2009-01-12 20:28:07,253 (http-0.0.0.0-8080-1)
>>>>> [ TransactionUtil.java:315:INFO ]
>>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
>>>>> set, rollback only is already set.
>>>>> 2009-01-12 20:28:07,253 (http-0.0.0.0-8080-1)
>>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
>>>>> createLead] finished in [194] milliseconds
>>>>> 2009-01-12 20:28:07,254 (http-0.0.0.0-8080-1)
>>>>> [ TransactionUtil.java:315:INFO ]
>>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
>>>>> set, rollback only is already set.
>>>>> 2009-01-12 20:28:07,254 (http-0.0.0.0-8080-1)
>>>>> [ ServiceDispatcher.java:522:ERROR] Error in Service
>>>>> [createLeadFromWebForm]: Error:Error:Error trying to begin
>>>>> transaction, could not process method: The current transaction is
>>>>> marked for rollback, not beginning a new transaction and aborting
>>>>> current operation; the rollbackOnly was caused by: Error in simple-
>>>>> method [Creates a person, role and contactMechs [file:/home/ofbiz/
>>>>> trunk/applications/party/script/org/ofbiz/party/party/
>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>> null calling service createPartyRole in createLead calling service
>>>>> createLead in createLeadFromWebForm
>>>>> 2009-01-12 20:28:07,255 (http-0.0.0.0-8080-1)
>>>>> [ TransactionUtil.java:275:ERROR] ---- exception report
>>>>> ----------------------------------------------------------
>>>>> [TransactionUtil.rollback] Exception: java.lang.Exception Message:
>>>>> Stack Trace ---- stack trace
>>>>> ---------------------------------------------------------------
>>>>> java.lang.Exception: Stack Trace
>>>>> org
>>>>> .ofbiz
>>>>> .entity.transaction.TransactionUtil.rollback(TransactionUtil.java:
>>>>> 274)
>>>>> org
>>>>> .ofbiz
>>>>> .entity.transaction.TransactionUtil.rollback(TransactionUtil.java:
>>>>> 256)
>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>> 526)
>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>> 213)
>>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>> 149)
>>>>> org
>>>>> .ofbiz
>>>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>>> 334)
>>>>> org
>>>>> .ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:
>>>>> 454)
>>>>> org
>>>>> .ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:
>>>>> 281) org.ofbiz.webapp.control.Co
>>> n
>>>> trolServlet.doGet(ControlServlet.java:198)
>>>> 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:
>>>> 255)
>>>> 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.invok
>>> e(S
>>>>
>>>> tandardEngineValve.java:109)
>>>> org
>>>> .apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:
>>>> 568)
>>>> org
>>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>> 286)
>>>> org
>>>> .apache.coyote.http11.Http11Processor.process(Http11Processor.java:
>>>> 844) org.apache.coyote.http11.Http11Protocol
>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:
>>>> 447) java.lang.Thread.run(Thread.java:595)
>>>> --------------------------------------------------------------------------------
>>>>> 2009-01-12 20:28:07,255 (http-0.0.0.0-8080-1)
>>>>> [ TransactionUtil.java:285:INFO ] [TransactionUtil.rollback]
>>>>> transaction rolled back
>>>>> 2009-01-12 20:28:07,255 (http-0.0.0.0-8080-1)
>>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
>>>>> createLeadFromWebForm] finished in [236] milliseconds
>>>>> 2009-01-12 20:28:07,327 (http-0.0.0.0-8080-1)
>>>>> [ RequestHandler.java:314:ERROR] Request webFormSubmit caused an
>>>>> error with the following message: Error:Error:Error trying to
>>>>> begin transaction, could not process method: The current
>>>>> transaction is marked for rollback, not beginning a new
>>>>> transaction and aborting current operation; the rollbackOnly was
>>>>> caused by: Error in simple-method [Creates a person, role and
>>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/org/
>>>>> ofbiz/party/party/
>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>> null calling service createPartyRole in createLead calling service
>>>>> createLead in createLeadFromWebForm
>>>>> 2009-01-12 20:28:07,328 (http-0.0.0.0-8080-1)
>>>>> [ RequestHandler.java:412:INFO ] [RequestHandler.doRequest]:
>>>>> Response is a URL redirect.
>>>>> sessionId=BBA68197213FF2F01514F97BB85687A6.jvm1
>>>>> 2009-01-12 20:28:07,328 (http-0.0.0.0-8080-1)
>>>>> [ RequestHandler.java:539:INFO ] [Sending redirect]: http://www.globalera.com
>>>>> sessionId=BBA68197213FF2F01514F97BB85687A6.jvm1
>>>>> 2009-01-12 20:28:07,376 (http-0.0.0.0-8080-1)
>>>>> [ ControlServlet.java:299:INFO ] [[[webFormSubmit] Done rendering
>>>>> page, Servlet Finished- total:0.64,since last([webFormSubmit]
>>>>> S...):0.638]]
>>>>>
>>>>> ----- Original Message -----
>>>>> From: "Adrian Crum" <[hidden email]>
>>>>> To: [hidden email]
>>>>> Sent: Monday, January 12, 2009 8:31:07 AM (GMT-0700) America/Denver
>>>>> Subject: Re: locale error in simple method
>>>>>
>>>>> Vince,
>>>>>
>>>>> We will need a complete log to track this down. To be specific, I
>>>>> need
>>>>> to see the entire Java stack trace.
>>>>>
>>>>> -Adrian
>>>>>
>>>>> Vince M. Clark wrote:
>>>>>> I created a custom simple method to respond to a request from a
>>>>>> web form. Getting a locale error and cannot figure out where
>>>>>> locale is required.
>>>>>>
>>>>>> <simple-method method-name="createLeadFromWebForm" short-
>>>>>> description="Create Lead from Web Form" login-required="false">
>>>>>> <entity-one entity-name="UserLogin" value-name="userlogin">
>>>>>> <field-map field-name="userLoginId" value="system"/>
>>>>>> </entity-one>
>>>>>> <set-current-user-login value-name="userlogin"/>
>>>>>> <set field="newLead.firstName" from-field="parameters.firstName"/>
>>>>>> <set field="newLead.lastName" from-field="parameters.lastName"/>
>>>>>> <set field="newLead.groupName" from-field="parameters.groupName"/>
>>>>>> <set field="newLead.emailAddress" from-
>>>>>> field="parameters.emailAddress"/>
>>>>>> <set field="newLead.contactNumber" from-
>>>>>> field="parameters.contactNumber"/>
>>>>>> <set field="newLead.address1" from-field="parameters.address1"/>
>>>>>> <set field="newLead.countryGeoId" from-
>>>>>> field="parameters.countryGeoId"/>
>>>>>> <set field="newLead.city" from-field="parameters.city"/>
>>>>>> <set field="newLead.stateProvinceGeoId" from-
>>>>>> field="parameters.stateProvinceGeoId"/>
>>>>>> <set field="newLead.postalCode" from-
>>>>>> field="parameters.postalCode"/>
>>>>>> <set field="newLead.quickAdd" from-field="parameters.quickAdd"/>
>>>>>> <call-service service-name="createLead" in-map-name="newLead">
>>>>>> <result-to-field result-name="partyId" field="partyId"/>
>>>>>> </call-service>
>>>>>> </simple-method>
>>>>>>
>>>>>> The simple method that I am calling "createLead" calls other
>>>>>> simple methods. One of them is createPersonRoleAndContactMechs,
>>>>>> which throws the following exception:
>>>>>> 2009-01-11 18:43:36,887 (http-0.0.0.0-8080-1)
>>>>>> [ RequestHandler.java:314:ERROR] Request webFormSubmit caused an
>>>>>> error with the following message: Error:Error:Error trying to
>>>>>> begin transaction, could not process method: The current
>>>>>> transaction is marked for rollback, not beginning a new
>>>>>> transaction and aborting current operation; the rollbackOnly was
>>>>>> caused by: Error in simple-method [Creates a person, role and
>>>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/
>>>>>> org/ofbiz/party/party/
>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>> null calling service createPartyRole in createLead calling
>>>>>> service createLead in createLeadFromWebForm
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>
>>
>
>

Vince Clark

Re: locale error in simple method

I think this is relevant to both ML's. Those that follow the user list also have issues with how to best manage instances and keep them current.

----- Original Message -----
From: "Bruno Busco" <[hidden email]>
To: [hidden email]
Sent: Wednesday, January 14, 2009 3:28:43 AM (GMT-0700) America/Denver
Subject: Fwd: locale error in simple method

oops,
sorry to have posted this to the USER ML, I apologize, it was
intended, of course, as a DEV discussion.

-Bruno

---------- Forwarded message ----------
From: Bruno Busco <[hidden email]>
Date: 2009/1/14
Subject: Re: locale error in simple method
To: [hidden email]

I think that Vince's situation is very common.

Whenever you get your ofbiz put in production (or a sort of) you get
really "apprensive" and try to not update your working box.
This makes hard also to get bug fixes only from the trunk.

Could we think to try to have a new release branch?
I mean a branch where only bug fix are merged from the trunk?
I know that this has been discussed many times but we should give it a
try. The framework-only release could be still something in the agenda
and should not be affected by the existence of the new complete
release branch.

The last release branch (4.0) seems now too far from the trunk head
and we often suggest not to use it any more. This is fine because we
want people on the "living edge" of the code but then we will get them
in the "should I update or not?" situation.

Having a new release branch we will have most people living there and
contributing back bug-fix patch or bug reports that will still be used
in the trunk.

I see many new features coming into the trunk and this is really great
but, may be, many more would come if who is going to commit them knows
that the community could always rely on an unaffetced "stable" branch.

-Bruno

2009/1/14 Vince M. Clark <[hidden email]>:

Scott Gray

Re: locale error in simple method

In reply to this post by Bruno Busco

Hi Bruno
It sounds reasonable in theory but the reality is that merging bug fixes
into a branch takes a great deal of time on an ongoing basis. I don't
recall seeing a single bug fixing patch being contributed by any of the
community at large, the work was maintained by a couple of committers and NO
ONE else.

The whole reason IMO that the v4 release branch never became an actual
release was because virtually no one in the community showed any real
interest in it.

Personally I think the best thing for the project right now would be remove
any mention of the v4 branch from the main page and any other docs, so that
people don't mistakenly get the impression that it is the best path for them
to take.

Regards
Scott

2009/1/14 Bruno Busco <[hidden email]>

> oops,
> sorry to have posted this to the USER ML, I apologize, it was
> intended, of course, as a DEV discussion.
>
> -Bruno
>
>
> ---------- Forwarded message ----------
> From: Bruno Busco <[hidden email]>
> Date: 2009/1/14
> Subject: Re: locale error in simple method
> To: [hidden email]
>
>
> I think that Vince's situation is very common.
>
> Whenever you get your ofbiz put in production (or a sort of) you get
> really "apprensive" and try to not update your working box.
> This makes hard also to get bug fixes only from the trunk.
>
> Could we think to try to have a new release branch?
> I mean a branch where only bug fix are merged from the trunk?
> I know that this has been discussed many times but we should give it a
> try. The framework-only release could be still something in the agenda
> and should not be affected by the existence of the new complete
> release branch.
>
> The last release branch (4.0) seems now too far from the trunk head
> and we often suggest not to use it any more. This is fine because we
> want people on the "living edge" of the code but then we will get them
> in the "should I update or not?" situation.
>
> Having a new release branch we will have most people living there and
> contributing back bug-fix patch or bug reports that will still be used
> in the trunk.
>
> I see many new features coming into the trunk and this is really great
> but, may be, many more would come if who is going to commit them knows
> that the community could always rely on an unaffetced "stable" branch.
>
> -Bruno
>
>
> 2009/1/14 Vince M. Clark <[hidden email]>:
> > I don't waste my time with 4.0.
> >
> > Preaching doesn't bother me. I'm used to it and have done a bit myself.
> >
> > But to be clear, I'm very collaborative, and am not holding anything back
> from the community. This particular instance I have not upgraded because it
> is production (sort of) and I have had difficulty upgrading other instances
> recently because of some seed data issues, and possibly other reasons.
> Basically related to some of the new stuff like visual themes.
> >
> > I will try my custom service against a current download of trunk to
> verify that it isn't just a version issue.
> >
> > ----- Original Message -----
> > From: "David E Jones" <[hidden email]>
> > To: [hidden email]
> > Sent: Tuesday, January 13, 2009 6:06:06 PM (GMT-0700) America/Denver
> > Subject: Re: locale error in simple method
> >
> >
> > Is that the trunk rev or in the release4.0 branch?
> >
> > Either way it's a few months old (looks like 23 Jul 2008)... it would
> > take a fair amount of time for someone to go back and try to reproduce
> > the error on that revision. Have you considered updating to a newer
> > version of OFBiz?
> >
> > Just as an FYI, I usually recommend that people working from the trunk
> > really collaborate with the community, an that usually means needing
> > to update at least once per day (or at the _very_ least a couple of
> > times per week) until the development part of each cycle is done (ie
> > before doing integration or business level testing, if that means
> > anything for your process).
> >
> > There are lots of reasons for this, and what you're running into is
> > perhaps the most important: by sticking with that revision you're
> > basically going it alone and choosing not to collaborate with the
> > community, which makes it hard for others in the community to
> > collaborate with you. The same is true for the practice of changing
> > things in the OFBiz framework or core parts of different applications
> > and not contributing it back to the project. The project suffers a
> > little, but the project will do fine as there are LOTS of people
> > contributing back. Who really suffers is the end-user organization
> > that has to foot the bill of maintaining these things instead of
> > sharing that with the community.
> >
> > Sorry for the preaching, but on the other hand thanks for the soap box
> > to stand on for a little sermon.
> >
> > -David
> >
> >
> > On Jan 13, 2009, at 4:34 PM, Vince M. Clark wrote:
> >
> >> Thanks David. Rev is 679168
> >>
> >> ----- Original Message -----
> >> From: "David E Jones" <[hidden email]>
> >> To: [hidden email]
> >> Sent: Tuesday, January 13, 2009 5:36:35 PM (GMT-0700) America/Denver
> >> Subject: Re: locale error in simple method
> >>
> >>
> >> Stepping back even more... which version/revision of OFBiz are you
> >> using?
> >>
> >> Based on what you wrote, with the browser submitting a form to the
> >> OFBiz web server, as long as it is going through the ControlServlet
> >> and you are calling the service you described through a request-map ->
> >> event tag, then it should work the same way as anything else in OFBiz.
> >>
> >> Unless something is broken somewhere then OFBiz should be getting a
> >> locale no matter what, even if it is the system default locale. It
> >> looks like somehow that isn't making it into the service call (you
> >> could verify that by adding a log tag in your simple-method to print
> >> the ${locale} string). That's part of the reason I'm about the
> >> revision you are using... it could be a real issue that most of us
> >> aren't seeing if you're not using a recent trunk revision.
> >>
> >> Of, if the assumptions in the 2nd paragraph above are not correct (ie
> >> you are calling things differently) then there could be issues there
> >> as well.
> >>
> >> -David
> >>
> >>
> >> On Jan 13, 2009, at 3:59 PM, Vince M. Clark wrote:
> >>
> >>>
> >>> First a disclaimer (plea for mercy). I am an ERP person, not a web
> >>> or UI person. So all this http, session, context stuff is rather
> >>> confusing to me.
> >>>
> >>> I've been digging on this issue and want to make sure something is
> >>> very clear because I think it may have something to do with the
> >>> problem.
> >>>
> >>> OfBiz is NOT rendering any screens for me. I'm using it as kind of a
> >>> "cheap" web service. I have a static html web form served by Apache
> >>> web server. The form action calls OfBiz, and then I redirect back to
> >>> a static html page. So OfBiz just accepts the request, processes it,
> >>> and redirects. No screen rendering whatsoever by OfBiz.
> >>>
> >>> I'm pointing this out because of one of the comments I found in a
> >>> java class (which of course I cannot find now) that said something
> >>> about if locale was not in the context then the browser (or maybe
> >>> session) default would be used.
> >>>
> >>> So to simplify (or maybe over simplify) my question, is there
> >>> something I should be doing in my simple method to put locale in the
> >>> context before I call createLead. Also, can someone give me a tip on
> >>> how to iterate through whatever is in the context and write it out
> >>> to the log so I can see it.
> >>>
> >>> ----- Original Message -----
> >>> From: "Vince M. Clark" <[hidden email]>
> >>> To: [hidden email]
> >>> Sent: Tuesday, January 13, 2009 9:17:40 AM (GMT-0700) America/Denver
> >>> Subject: Re: locale error in simple method
> >>>
> >>> Here is the service definition and the simple method. Thank you for
> >>> your help.
> >>>
> >>> <service name="createLeadFromWebForm" engine="simple"
> >>> location="org/ofbiz/ge/PartyServices.xml"
> >>> invoke="createLeadFromWebForm" auth="false">
> >>> <description>Add a New Lead from a Web Form</description>
> >>> <attribute name="groupName" type="String" mode="IN"
> >>> optional="false"/>
> >>> <attribute name="firstName" type="String" mode="IN"
> >>> optional="false"/>
> >>> <attribute name="lastName" type="String" mode="IN" optional="false"/>
> >>> <attribute name="note" type="String" mode="IN" optional="true"/>
> >>> <attribute name="emailAddress" type="String" mode="IN"
> >>> optional="false"/>
> >>> <attribute name="postalCode" type="String" mode="IN"
> >>> optional="true"/>
> >>> <attribute name="countryGeoId" type="String" mode="IN"
> >>> optional="true"/>
> >>> <attribute name="address1" type="String" mode="IN" optional="true"/>
> >>> <attribute name="city" type="String" mode="IN" optional="true"/>
> >>> <attribute name="stateProvinceGeoId" type="String" mode="IN"
> >>> optional="true"/>
> >>> <attribute name="contactNumber" type="String" mode="IN"
> >>> optional="true"/>
> >>> <attribute name="quickAdd" type="String" mode="IN" optional="true"/>
> >>> </service>
> >>>
> >>> <simple-method method-name="createLeadFromWebForm" short-
> >>> description="Create Lead from Web Form" login-required="false">
> >>> <entity-one entity-name="UserLogin" value-name="userlogin">
> >>> <field-map field-name="userLoginId" value="system"/>
> >>> </entity-one>
> >>> <set-current-user-login value-name="userlogin"/>
> >>> <set field="newLead.firstName" from-field="parameters.firstName"/>
> >>> <set field="newLead.lastName" from-field="parameters.lastName"/>
> >>> <set field="newLead.groupName" from-field="parameters.groupName"/>
> >>> <set field="newLead.emailAddress" from-
> >>> field="parameters.emailAddress"/>
> >>> <set field="newLead.contactNumber" from-
> >>> field="parameters.contactNumber"/>
> >>> <set field="newLead.address1" from-field="parameters.address1"/>
> >>> <set field="newLead.countryGeoId" from-
> >>> field="parameters.countryGeoId"/>
> >>> <set field="newLead.city" from-field="parameters.city"/>
> >>> <set field="newLead.stateProvinceGeoId" from-
> >>> field="parameters.stateProvinceGeoId"/>
> >>> <set field="newLead.postalCode" from-field="parameters.postalCode"/>
> >>> <set field="newLead.quickAdd" from-field="parameters.quickAdd"/>
> >>> <call-service service-name="createLead" in-map-name="newLead">
> >>> <result-to-field result-name="partyId" field="partyId"/>
> >>> </call-service>
> >>> </simple-method>
> >>>
> >>> ----- Original Message -----
> >>> From: "Adrian Crum" <[hidden email]>
> >>> To: [hidden email]
> >>> Sent: Tuesday, January 13, 2009 9:22:57 AM (GMT-0700) America/Denver
> >>> Subject: Re: locale error in simple method
> >>>
> >>> If you attach the service definition, I can take a look at it.
> >>>
> >>> -Adrian
> >>>
> >>> Vince M. Clark wrote:
> >>>> When is that usually set? When a user logs in? My service just sets
> >>>> the userLogin to system. Could that be a source of the problem?
> >>>>
> >>>> ----- Original Message -----
> >>>> From: "Adrian Crum" <[hidden email]>
> >>>> To: [hidden email]
> >>>> Sent: Tuesday, January 13, 2009 9:05:01 AM (GMT-0700) America/Denver
> >>>> Subject: Re: locale error in simple method
> >>>>
> >>>> Vince,
> >>>>
> >>>> I checked to see if something changed in the framework that would
> >>>> cause
> >>>> this error, but I didn't find anything. There must be a problem with
> >>>> the service definition - which is preventing the locale parameter
> >>>> from
> >>>> being included in the service context.
> >>>>
> >>>> -Adrian
> >>>>
> >>>> Vince M. Clark wrote:
> >>>>> Here is the entire trace. Note that the first few lines are just
> >>>>> xml validation errors.
> >>>>>
> >>>>>
> >>>>> 2009-01-12 20:28:07,054 (http-0.0.0.0-8080-1) [ UtilXml.java:
> >>>>> 660:ERROR] XmlFileLoader: File file:/home/ofbiz/trunk/hot-deploy/
> >>>>> ge/script/org/ofbiz/ge/PartyServices.xml process error. Line: 88.
> >>>>> Error message: cvc-complex-type.3.2.2: Attribute 'field-name' is
> >>>>> not allowed to appear in element 'if-empty'.
> >>>>> 2009-01-12 20:28:07,055 (http-0.0.0.0-8080-1) [ UtilXml.java:
> >>>>> 660:ERROR] XmlFileLoader: File file:/home/ofbiz/trunk/hot-deploy/
> >>>>> ge/script/org/ofbiz/ge/PartyServices.xml process error. Line: 88.
> >>>>> Error message: cvc-complex-type.4: Attribute 'field' must appear
> >>>>> on element 'if-empty'.
> >>>>> 2009-01-12 20:28:07,055 (http-0.0.0.0-8080-1) [ UtilXml.java:
> >>>>> 660:ERROR] XmlFileLoader: File file:/home/ofbiz/trunk/hot-deploy/
> >>>>> ge/script/org/ofbiz/ge/PartyServices.xml process error. Line: 122.
> >>>>> Error message: cvc-complex-type.3.2.2: Attribute 'field' is not
> >>>>> allowed to appear in element 'result-to-field'.
> >>>>> 2009-01-12 20:28:07,056 (http-0.0.0.0-8080-1) [ UtilXml.java:
> >>>>> 241:INFO ] XML Read 0.026s: file:/home/ofbiz/trunk/hot-deploy/ge/
> >>>>> script/org/ofbiz/ge/PartyServices.xml
> >>>>> 2009-01-12 20:28:07,059 (http-0.0.0.0-8080-1) [ Log.java:
> >>>>> 94 :INFO ] locale is en_US // here is where I set a locale
> >>>>> variable and outputted it in the log
> >>>>>
> >>>>> 2009-01-12 20:28:07,087 (http-0.0.0.0-8080-1) [ UtilXml.java:
> >>>>> 241:INFO ] XML Read 0.027s: file:/home/ofbiz/trunk/applications/
> >>>>> marketing/script/org/ofbiz/sfa/lead/LeadServices.xml
> >>>>> 2009-01-12 20:28:07,125 (http-0.0.0.0-8080-1) [ UtilXml.java:
> >>>>> 241:INFO ] XML Read 0.028s: file:/home/ofbiz/trunk/applications/
> >>>>> party/script/org/ofbiz/party/party/PartySimpleMethods.xml
> >>>>> 2009-01-12 20:28:07,129 (http-0.0.0.0-8080-1) [ SimpleMethod.java:
> >>>>> 1109:ERROR] ---- runtime exception report
> >>>>> -------------------------------------------------- Error in simple-
> >>>>> method operation [ ]: java.lang.IllegalArgumentException: locale
> >>>>> cannot be null Exception: java.lang.IllegalArgumentException
> >>>>> Message: locale cannot be null ---- stack trace
> >>>>> ---------------------------------------------------------------
> >>>>> java.lang.IllegalArgumentException: locale cannot be null
> >>>>> org
> >>>>> .ofbiz
> >>>>> .base.util.UtilProperties.getResourceBundle(UtilProperties.java:
> >>>>> 480)
> >>>>> org.ofbiz.base.util.UtilProperties.getMessage(UtilProperties.java:
> >>>>> 385)
> >>>>> org
> >>>>> .ofbiz
> >>>>> .minilang
> >>>>> .operation.SimpleMapOperation.addMessage(SimpleMapOperation.java:
> >>>>> 62)
> >>>>> org
> >>>>> .ofbiz.minilang.operation.ValidateMethod.exec(ValidateMethod.java:
> >>>>> 100)
> >>>>> org
> >>>>> .ofbiz
> >>>>> .minilang.operation.SimpleMapProcess.exec(SimpleMapProcess.java:
> >>>>> 51)
> >>>>> org.ofbiz.minilang.operation.MapProcessor.exec(MapProcessor.java:
> >>>>> 80) org.ofbiz.minilang.method.callops.CallSimpleMapProcessor.ex
> >>> e
> >>>> c(CallSimpleMapProcessor.java:91)
> >>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
> >>>> org.ofbiz.minilang.method.ifops.IfNotEmpty.exec(IfNotEmpty.java:91)
> >>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
> >>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
> >>>> org
> >>>> .ofbiz
> >>>> .minilang
> >>>> .method.callops.CallSimpleMethod.exec(CallSimpleMethod.java:75)
> >>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
> >>>> org.ofbiz.minilang.method.ifops.IfCompare.exec(IfCompare.java:123)
> >>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
> >>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
> >>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
> >>>> 134)
> >>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
> >>>> 116)
> >>>> org
> >>>> .ofbiz
> >>>> .minilang
> >>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
> >>>> org
> >>>> .ofbiz
> >>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
> >>>> org.ofbiz.service.ServiceDispatcher.runSync(Servic
> >>> eDi
> >>>>
> >>>> spatcher.java:384)
> >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> >>>> 213)
> >>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
> >>>> 163)
> >>>> org.ofbiz.minilang.method.callops.CallService.exec(CallService.java:
> >>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
> >>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
> >>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
> >>>> 134)
> >>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
> >>>> 116)
> >>>> org
> >>>> .ofbiz
> >>>> .minilang
> >>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
> >>>> org
> >>>> .ofbiz
> >>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
> >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> >>>> 384)
> >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> >>>> 213)
> >>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
> >>>> 149)
> >>>> org
> >>>> .ofbiz
> >>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
> >>>> 334) org.ofbiz.webapp.control.Re
> >>> que
> >>>>
> >>>> stHandler.runEvent(RequestHandler.java:454)
> >>>> org
> >>>> .ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:
> >>>> 281)
> >>>> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
> >>>> 198) 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:
> >>>> 255)
> >>>> 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(StandardH
> >>> ost
> >>>>
> >>>> Valve.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
> >>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
> >>>> 286) org.apa
> >>>> che.coyote.http11.Http11Processor.process(Http11Processor.java:844)
> >>>> org.apache.coyote.http11.Http11Protocol
> >>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
> >>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:
> >>>> 447) java.lang.Thread.run(Thread.java:595)
> >>>>
> --------------------------------------------------------------------------------
> >>>>> 2009-01-12 20:28:07,130 (http-0.0.0.0-8080-1) [ SimpleMethod.java:
> >>>>> 1109:ERROR] ---- runtime exception report
> >>>>> -------------------------------------------------- Error in simple-
> >>>>> method operation [ ]: java.lang.RuntimeException: Error in simple-
> >>>>> method operation [ ]: java.lang.IllegalArgumentException: locale
> >>>>> cannot be null Exception: java.lang.RuntimeException Message:
> >>>>> Error in simple-method operation [ ]:
> >>>>> java.lang.IllegalArgumentException: locale cannot be null ----
> >>>>> stack trace
> >>>>> ---------------------------------------------------------------
> >>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
> >>>>> java.lang.IllegalArgumentException: locale cannot be null
> >>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1110)
> >>>>> org.ofbiz.minilang.method.ifops.IfNotEmpty.exec(IfNotEmpty.java:
> >>>>> 91) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
> >>>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
> >>>>> org.ofbiz.minilang.method.callops.CallSimpleMethod.exec(C
> >>> a
> >>>> llSimpleMethod.java:75)
> >>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
> >>>> org.ofbiz.minilang.method.ifops.IfCompare.exec(IfCompare.java:123)
> >>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
> >>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
> >>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
> >>>> 134)
> >>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
> >>>> 116)
> >>>> org
> >>>> .ofbiz
> >>>> .minilang
> >>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
> >>>> org
> >>>> .ofbiz
> >>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
> >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> >>>> 384)
> >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> >>>> 213)
> >>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
> >>>> 163)
> >>>> org.ofbiz.minilang.method.callops.CallService.exec(CallService.java:
> >>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
> >>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMeth
> >>> od.
> >>>>
> >>>> java:744)
> >>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
> >>>> 134)
> >>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
> >>>> 116)
> >>>> org
> >>>> .ofbiz
> >>>> .minilang
> >>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
> >>>> org
> >>>> .ofbiz
> >>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
> >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> >>>> 384)
> >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> >>>> 213)
> >>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
> >>>> 149)
> >>>> org
> >>>> .ofbiz
> >>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
> >>>> 334)
> >>>> org
> >>>> .ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:
> >>>> 454)
> >>>> org
> >>>> .ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:
> >>>> 281)
> >>>> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
> >>>> 198) javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
> >>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> >>>> org.apache.catalina.core.ApplicationF
> >>> ilt
> >>>>
> >>>> erChain.internalDoFilter(ApplicationFilterChain.java:290)
> >>>> org
> >>>> .apache
> >>>> .catalina
> >>>> .core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:
> >>>> 206)
> >>>> org.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:
> >>>> 255)
> >>>> 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
> >>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
> >>>> 286) org.apache.coyote.http1
> >>> 1.H
> >>>>
> >>>> ttp11Processor.process(Http11Processor.java:844)
> >>>> org.apache.coyote.http11.Http11Protocol
> >>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
> >>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:
> >>>> 447) java.lang.Thread.run(Thread.java:595)
> >>>>
> --------------------------------------------------------------------------------
> >>>>> 2009-01-12 20:28:07,130 (http-0.0.0.0-8080-1) [ SimpleMethod.java:
> >>>>> 748:ERROR] Error running the simple-method: Error in simple-method
> >>>>> operation [ ]: java.lang.RuntimeException: Error in simple-method
> >>>>> operation [ ]: java.lang.IllegalArgumentException: locale cannot
> >>>>> be null
> >>>>> 2009-01-12 20:28:07,131 (http-0.0.0.0-8080-1)
> >>>>> [ TransactionUtil.java:311:WARN ] ---- exception report
> >>>>> ----------------------------------------------------------
> >>>>> [TransactionUtil.setRollbackOnly] Calling transaction
> >>>>> setRollbackOnly; this stack trace shows where this is happening:
> >>>>> Exception: java.lang.Exception Message: Error in simple-method
> >>>>> [Creates a person, role and contactMechs [file:/home/ofbiz/trunk/
> >>>>> applications/party/script/org/ofbiz/party/party/
> >>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
> >>>>> running the simple-method: Error in simple-method operation [ ]:
> >>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
> >>>>> java.lang.IllegalArgumentException: locale cannot be null
> >>>>> null ---- stack trace
> >>>>> ---------------------------------------------------------------
> >>>>> java.lang.Exception: Error in simple-method [Creates a person,
> >>>>> role and contactMechs [file:/home/ofbiz/trunk/applications/party/
> >>>>> script/org/ofbiz/party/party/
> >>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
> >>>>> running the simple-method: Error in simple-method operation [ ]:
> >>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
> >>>>> java.lang.IllegalArgumentException: locale cannot be null
> >>>>> null
> >>>>> org
> >>>>> .ofbiz
> >>>>> .entity
> >>>>> .transaction.TransactionUtil.setRollbackOnly(TransactionUtil.java:
> >>>>> 311)
> >>>>> org
> >>>>> .ofbiz
> >>>>> .entity.transaction.TransactionUtil.rollback(TransactionUtil.java:
> >>>>> 258) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:875)
> >>>>> org
> >>>>> .ofbiz
> >>>>> .minilang
> >>>>> .method.callops.CallSimpleMethod.exec(CallSimpleMethod.java:75)
> >>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
> >>>>> org.ofbiz.minilang.method.ifops.IfCompare.exec(IfCompare.java:123)
> >>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
> >>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
> >>>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
> >>>>> 134)
> >>>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
> >>>>> 116)
> >>>>> org
> >>>>> .ofbiz
> >>>>> .minilang
> >>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
> >>>>> org
> >>>>> .ofbiz
> >>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
> >>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> >>>>> 384) org.ofbiz.service.ServiceDispatcher.run
> >>> S
> >>>> ync(ServiceDispatcher.java:213)
> >>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
> >>>> 163)
> >>>> org.ofbiz.minilang.method.callops.CallService.exec(CallService.java:
> >>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
> >>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
> >>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
> >>>> 134)
> >>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
> >>>> 116)
> >>>> org
> >>>> .ofbiz
> >>>> .minilang
> >>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
> >>>> org
> >>>> .ofbiz
> >>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
> >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> >>>> 384)
> >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> >>>> 213)
> >>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
> >>>> 149)
> >>>> org
> >>>> .ofbiz
> >>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
> >>>> 334)
> >>>> org
> >>>> .ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:
> >>>> 454) org.ofbiz.we
> >>> bap
> >>>>
> >>>> p.control.RequestHandler.doRequest(RequestHandler.java:281)
> >>>> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
> >>>> 198) 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:
> >>>> 255)
> >>>> 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.ErrorReportVa
> >>> lve
> >>>>
> >>>> .invoke(ErrorReportValve.java:102)
> >>>> org
> >>>> .apache
> >>>> .catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:
> >>>> 109)
> >>>> org
> >>>> .apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:
> >>>> 568)
> >>>> org
> >>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
> >>>> 286)
> >>>> org
> >>>> .apache.coyote.http11.Http11Processor.process(Http11Processor.java:
> >>>> 844) org.apache.coyote.http11.Http11Protocol
> >>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
> >>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:
> >>>> 447) java.lang.Thread.run(Thread.java:595)
> >>>>
> --------------------------------------------------------------------------------
> >>>>> 2009-01-12 20:28:07,153 (http-0.0.0.0-8080-1) [ UtilXml.java:
> >>>>> 241:INFO ] XML Read 0.021s: file:/home/ofbiz/trunk/applications/
> >>>>> party/script/org/ofbiz/party/party/PartyPermissionServices.xml
> >>>>> 2009-01-12 20:28:07,196 (http-0.0.0.0-8080-1) [ UtilXml.java:
> >>>>> 241:INFO ] XML Read 0.028s: file:/home/ofbiz/trunk/framework/
> >>>>> common/script/org/ofbiz/common/permission/
> >>>>> CommonPermissionServices.xml
> >>>>> 2009-01-12 20:28:07,197 (http-0.0.0.0-8080-1) [ Log.java:
> >>>>> 94 :INFO ] Checking for primary permission PARTYMGR_CREATE
> >>>>> 2009-01-12 20:28:07,198 (http-0.0.0.0-8080-1) [ Log.java:
> >>>>> 94 :INFO ] Checking for alternate permission PARTYMGR_ROLE_CREATE
> >>>>> 2009-01-12 20:28:07,200 (http-0.0.0.0-8080-1)
> >>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
> >>>>> partyRolePermissionCheck] finished in [68] milliseconds
> >>>>> 2009-01-12 20:28:07,242 (http-0.0.0.0-8080-1) [ UtilXml.java:
> >>>>> 241:INFO ] XML Read 0.041s: file:/home/ofbiz/trunk/applications/
> >>>>> party/script/org/ofbiz/party/party/PartyServices.xml
> >>>>> 2009-01-12 20:28:07,249 (http-0.0.0.0-8080-1)
> >>>>> [ TransactionUtil.java:91 :WARN ] ---- exception report
> >>>>> ----------------------------------------------------------
> >>>>> [TransactionUtil.begin] active transaction marked for rollback in
> >>>>> place, so no transaction begun; this stack trace shows when the
> >>>>> exception began: Exception: java.lang.Exception Message: Tx Stack
> >>>>> Placeholder ---- stack trace
> >>>>> ---------------------------------------------------------------
> >>>>> java.lang.Exception: Tx Stack Placeholder
> >>>>> org
> >>>>> .ofbiz
> >>>>> .entity
> >>>>> .transaction
> >>>>> .TransactionUtil.setTransactionBeginStack(TransactionUtil.java:
> >>>>> 636)
> >>>>> org
> >>>>> .ofbiz
> >>>>> .entity.transaction.TransactionUtil.begin(TransactionUtil.java:
> >>>>> 125)
> >>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> >>>>> 302)
> >>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> >>>>> 213)
> >>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
> >>>>> 149)
> >>>>> org
> >>>>> .ofbiz
> >>>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
> >>>>> 334) org.ofbiz.webapp.control.
> >>> R
> >>>> equestHandler.runEvent(RequestHandler.java:454)
> >>>> org
> >>>> .ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:
> >>>> 281)
> >>>> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
> >>>> 198) 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:
> >>>> 255)
> >>>> 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(Stand
> >>> ard
> >>>>
> >>>> HostValve.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
> >>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
> >>>> 286)
> >>>> org
> >>>> .apache.coyote.http11.Http11Processor.process(Http11Processor.java:
> >>>> 844) org.apache.coyote.http11.Http11Protocol
> >>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
> >>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:
> >>>> 447) java.lang.Thread.run(Thread.java:595)
> >>>>
> --------------------------------------------------------------------------------
> >>>>> 2009-01-12 20:28:07,250 (http-0.0.0.0-8080-1) [ SimpleMethod.java:
> >>>>> 726:WARN ] Error trying to begin transaction, could not process
> >>>>> method: The current transaction is marked for rollback, not
> >>>>> beginning a new transaction and aborting current operation; the
> >>>>> rollbackOnly was caused by: Error in simple-method [Creates a
> >>>>> person, role and contactMechs [file:/home/ofbiz/trunk/applications/
> >>>>> party/script/org/ofbiz/party/party/
> >>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
> >>>>> running the simple-method: Error in simple-method operation [ ]:
> >>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
> >>>>> java.lang.IllegalArgumentException: locale cannot be null
> >>>>> null
> >>>>> 2009-01-12 20:28:07,251 (http-0.0.0.0-8080-1) [ SimpleMethod.java:
> >>>>> 727:WARN ] ---- exception report
> >>>>> ----------------------------------------------------------
> >>>>> Exception:
> >>>>> org.ofbiz.entity.transaction.GenericTransactionException Message:
> >>>>> The current transaction is marked for rollback, not beginning a
> >>>>> new transaction and aborting current operation; the rollbackOnly
> >>>>> was caused by: Error in simple-method [Creates a person, role and
> >>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/org/
> >>>>> ofbiz/party/party/
> >>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
> >>>>> running the simple-method: Error in simple-method operation [ ]:
> >>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
> >>>>> java.lang.IllegalArgumentException: locale cannot be null
> >>>>> null ---- stack trace
> >>>>> ---------------------------------------------------------------
> >>>>> org.ofbiz.entity.transaction.GenericTransactionException: The
> >>>>> current transaction is marked for rollback, not beginning a new
> >>>>> transaction and aborting current operation; the rollbackOnly was
> >>>>> caused by: Error in simple-method [Creates a person, role and
> >>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/org/
> >>>>> ofbiz/party/party/
> >>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
> >>>>> running the simple-method: Error in simple-method operation [ ]:
> >>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
> >>>>> java.lang.IllegalArgumentException: locale cannot be null
> >>>>> null
> >>>>> org
> >>>>> .ofbiz
> >>>>> .entity.transaction.TransactionUtil.begin(TransactionUtil.java:99)
> >>>>> org
> >>>>> .ofbiz
> >>>>> .entity.transaction.TransactionUtil.begin(TransactionUtil.java:71)
> >>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:723)
> >>>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
> >>>>> 134)
> >>>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
> >>>>> 116)
> >>>>> org
> >>>>> .ofbiz
> >>>>> .minilang
> >>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
> >>>>> org
> >>>>> .ofbiz
> >>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
> >>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> >>>>> 384)
> >>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> >>>>> 213)
> >>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
> >>>>> 163)
> >>>>> org
> >>>>> .ofbiz.minilang.method.callops.CallService.exec(CallService.java:
> >>>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
> >>>>> 1104)
> >>>>> org.ofbiz.minilang.method.ifops.IfNotEmpty.exec(IfNotEmpty.java:
> >>>>> 91) org.ofbiz.minilang.SimpleMethod.runSubOps(Si
> >>> m
> >>>> pleMethod.java:1104)
> >>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
> >>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
> >>>> 134)
> >>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
> >>>> 116)
> >>>> org
> >>>> .ofbiz
> >>>> .minilang
> >>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
> >>>> org
> >>>> .ofbiz
> >>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
> >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> >>>> 384)
> >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> >>>> 213)
> >>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
> >>>> 163)
> >>>> org.ofbiz.minilang.method.callops.CallService.exec(CallService.java:
> >>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
> >>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
> >>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
> >>>> 134)
> >>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
> >>>> 116) org.ofbiz.minilang.SimpleServiceEngine.service
> >>> Inv
> >>>>
> >>>> oker(SimpleServiceEngine.java:76)
> >>>> org
> >>>> .ofbiz
> >>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
> >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> >>>> 384)
> >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> >>>> 213)
> >>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
> >>>> 149)
> >>>> org
> >>>> .ofbiz
> >>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
> >>>> 334)
> >>>> org
> >>>> .ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:
> >>>> 454)
> >>>> org
> >>>> .ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:
> >>>> 281)
> >>>> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
> >>>> 198) 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(Con
> >>> tex
> >>>>
> >>>> tFilter.java:255)
> >>>> 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
> >>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
> >>>> 286)
> >>>> org
> >>>> .apache.coyote.http11.Http11Processor.process(Http11Processor.java:
> >>>> 844) org.apache.coyote.http11.Http11Protocol
> >>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
> >>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIo
> >>> End
> >>>>
> >>>> point.java:447) java.lang.Thread.run(Thread.java:595)
> >>>>
> --------------------------------------------------------------------------------
> >>>>> 2009-01-12 20:28:07,251 (http-0.0.0.0-8080-1)
> >>>>> [ ServiceDispatcher.java:522:ERROR] Error in Service
> >>>>> [createPartyRole]: Error trying to begin transaction, could not
> >>>>> process method: The current transaction is marked for rollback,
> >>>>> not beginning a new transaction and aborting current operation;
> >>>>> the rollbackOnly was caused by: Error in simple-method [Creates a
> >>>>> person, role and contactMechs [file:/home/ofbiz/trunk/applications/
> >>>>> party/script/org/ofbiz/party/party/
> >>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
> >>>>> running the simple-method: Error in simple-method operation [ ]:
> >>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
> >>>>> java.lang.IllegalArgumentException: locale cannot be null
> >>>>> null
> >>>>> 2009-01-12 20:28:07,252 (http-0.0.0.0-8080-1)
> >>>>> [ TransactionUtil.java:315:INFO ]
> >>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
> >>>>> set, rollback only is already set.
> >>>>> 2009-01-12 20:28:07,252 (http-0.0.0.0-8080-1)
> >>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
> >>>>> createPartyRole] finished in [121] milliseconds
> >>>>> 2009-01-12 20:28:07,252 (http-0.0.0.0-8080-1)
> >>>>> [ TransactionUtil.java:315:INFO ]
> >>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
> >>>>> set, rollback only is already set.
> >>>>> 2009-01-12 20:28:07,253 (http-0.0.0.0-8080-1)
> >>>>> [ ServiceDispatcher.java:522:ERROR] Error in Service [createLead]:
> >>>>> Error:Error trying to begin transaction, could not process method:
> >>>>> The current transaction is marked for rollback, not beginning a
> >>>>> new transaction and aborting current operation; the rollbackOnly
> >>>>> was caused by: Error in simple-method [Creates a person, role and
> >>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/org/
> >>>>> ofbiz/party/party/
> >>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
> >>>>> running the simple-method: Error in simple-method operation [ ]:
> >>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
> >>>>> java.lang.IllegalArgumentException: locale cannot be null
> >>>>> null calling service createPartyRole in createLead
> >>>>> 2009-01-12 20:28:07,253 (http-0.0.0.0-8080-1)
> >>>>> [ TransactionUtil.java:315:INFO ]
> >>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
> >>>>> set, rollback only is already set.
> >>>>> 2009-01-12 20:28:07,253 (http-0.0.0.0-8080-1)
> >>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
> >>>>> createLead] finished in [194] milliseconds
> >>>>> 2009-01-12 20:28:07,254 (http-0.0.0.0-8080-1)
> >>>>> [ TransactionUtil.java:315:INFO ]
> >>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
> >>>>> set, rollback only is already set.
> >>>>> 2009-01-12 20:28:07,254 (http-0.0.0.0-8080-1)
> >>>>> [ ServiceDispatcher.java:522:ERROR] Error in Service
> >>>>> [createLeadFromWebForm]: Error:Error:Error trying to begin
> >>>>> transaction, could not process method: The current transaction is
> >>>>> marked for rollback, not beginning a new transaction and aborting
> >>>>> current operation; the rollbackOnly was caused by: Error in simple-
> >>>>> method [Creates a person, role and contactMechs [file:/home/ofbiz/
> >>>>> trunk/applications/party/script/org/ofbiz/party/party/
> >>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
> >>>>> running the simple-method: Error in simple-method operation [ ]:
> >>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
> >>>>> java.lang.IllegalArgumentException: locale cannot be null
> >>>>> null calling service createPartyRole in createLead calling service
> >>>>> createLead in createLeadFromWebForm
> >>>>> 2009-01-12 20:28:07,255 (http-0.0.0.0-8080-1)
> >>>>> [ TransactionUtil.java:275:ERROR] ---- exception report
> >>>>> ----------------------------------------------------------
> >>>>> [TransactionUtil.rollback] Exception: java.lang.Exception Message:
> >>>>> Stack Trace ---- stack trace
> >>>>> ---------------------------------------------------------------
> >>>>> java.lang.Exception: Stack Trace
> >>>>> org
> >>>>> .ofbiz
> >>>>> .entity.transaction.TransactionUtil.rollback(TransactionUtil.java:
> >>>>> 274)
> >>>>> org
> >>>>> .ofbiz
> >>>>> .entity.transaction.TransactionUtil.rollback(TransactionUtil.java:
> >>>>> 256)
> >>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> >>>>> 526)
> >>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> >>>>> 213)
> >>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
> >>>>> 149)
> >>>>> org
> >>>>> .ofbiz
> >>>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
> >>>>> 334)
> >>>>> org
> >>>>> .ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:
> >>>>> 454)
> >>>>> org
> >>>>> .ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:
> >>>>> 281) org.ofbiz.webapp.control.Co
> >>> n
> >>>> trolServlet.doGet(ControlServlet.java:198)
> >>>> 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:
> >>>> 255)
> >>>> 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.invok
> >>> e(S
> >>>>
> >>>> tandardEngineValve.java:109)
> >>>> org
> >>>> .apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:
> >>>> 568)
> >>>> org
> >>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
> >>>> 286)
> >>>> org
> >>>> .apache.coyote.http11.Http11Processor.process(Http11Processor.java:
> >>>> 844) org.apache.coyote.http11.Http11Protocol
> >>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
> >>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:
> >>>> 447) java.lang.Thread.run(Thread.java:595)
> >>>>
> --------------------------------------------------------------------------------
> >>>>> 2009-01-12 20:28:07,255 (http-0.0.0.0-8080-1)
> >>>>> [ TransactionUtil.java:285:INFO ] [TransactionUtil.rollback]
> >>>>> transaction rolled back
> >>>>> 2009-01-12 20:28:07,255 (http-0.0.0.0-8080-1)
> >>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
> >>>>> createLeadFromWebForm] finished in [236] milliseconds
> >>>>> 2009-01-12 20:28:07,327 (http-0.0.0.0-8080-1)
> >>>>> [ RequestHandler.java:314:ERROR] Request webFormSubmit caused an
> >>>>> error with the following message: Error:Error:Error trying to
> >>>>> begin transaction, could not process method: The current
> >>>>> transaction is marked for rollback, not beginning a new
> >>>>> transaction and aborting current operation; the rollbackOnly was
> >>>>> caused by: Error in simple-method [Creates a person, role and
> >>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/org/
> >>>>> ofbiz/party/party/
> >>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
> >>>>> running the simple-method: Error in simple-method operation [ ]:
> >>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
> >>>>> java.lang.IllegalArgumentException: locale cannot be null
> >>>>> null calling service createPartyRole in createLead calling service
> >>>>> createLead in createLeadFromWebForm
> >>>>> 2009-01-12 20:28:07,328 (http-0.0.0.0-8080-1)
> >>>>> [ RequestHandler.java:412:INFO ] [RequestHandler.doRequest]:
> >>>>> Response is a URL redirect.
> >>>>> sessionId=BBA68197213FF2F01514F97BB85687A6.jvm1
> >>>>> 2009-01-12 20:28:07,328 (http-0.0.0.0-8080-1)
> >>>>> [ RequestHandler.java:539:INFO ] [Sending redirect]:
> http://www.globalera.com
> >>>>> sessionId=BBA68197213FF2F01514F97BB85687A6.jvm1
> >>>>> 2009-01-12 20:28:07,376 (http-0.0.0.0-8080-1)
> >>>>> [ ControlServlet.java:299:INFO ] [[[webFormSubmit] Done rendering
> >>>>> page, Servlet Finished- total:0.64,since last([webFormSubmit]
> >>>>> S...):0.638]]
> >>>>>
> >>>>> ----- Original Message -----
> >>>>> From: "Adrian Crum" <[hidden email]>
> >>>>> To: [hidden email]
> >>>>> Sent: Monday, January 12, 2009 8:31:07 AM (GMT-0700) America/Denver
> >>>>> Subject: Re: locale error in simple method
> >>>>>
> >>>>> Vince,
> >>>>>
> >>>>> We will need a complete log to track this down. To be specific, I
> >>>>> need
> >>>>> to see the entire Java stack trace.
> >>>>>
> >>>>> -Adrian
> >>>>>
> >>>>> Vince M. Clark wrote:
> >>>>>> I created a custom simple method to respond to a request from a
> >>>>>> web form. Getting a locale error and cannot figure out where
> >>>>>> locale is required.
> >>>>>>
> >>>>>> <simple-method method-name="createLeadFromWebForm" short-
> >>>>>> description="Create Lead from Web Form" login-required="false">
> >>>>>> <entity-one entity-name="UserLogin" value-name="userlogin">
> >>>>>> <field-map field-name="userLoginId" value="system"/>
> >>>>>> </entity-one>
> >>>>>> <set-current-user-login value-name="userlogin"/>
> >>>>>> <set field="newLead.firstName" from-field="parameters.firstName"/>
> >>>>>> <set field="newLead.lastName" from-field="parameters.lastName"/>
> >>>>>> <set field="newLead.groupName" from-field="parameters.groupName"/>
> >>>>>> <set field="newLead.emailAddress" from-
> >>>>>> field="parameters.emailAddress"/>
> >>>>>> <set field="newLead.contactNumber" from-
> >>>>>> field="parameters.contactNumber"/>
> >>>>>> <set field="newLead.address1" from-field="parameters.address1"/>
> >>>>>> <set field="newLead.countryGeoId" from-
> >>>>>> field="parameters.countryGeoId"/>
> >>>>>> <set field="newLead.city" from-field="parameters.city"/>
> >>>>>> <set field="newLead.stateProvinceGeoId" from-
> >>>>>> field="parameters.stateProvinceGeoId"/>
> >>>>>> <set field="newLead.postalCode" from-
> >>>>>> field="parameters.postalCode"/>
> >>>>>> <set field="newLead.quickAdd" from-field="parameters.quickAdd"/>
> >>>>>> <call-service service-name="createLead" in-map-name="newLead">
> >>>>>> <result-to-field result-name="partyId" field="partyId"/>
> >>>>>> </call-service>
> >>>>>> </simple-method>
> >>>>>>
> >>>>>> The simple method that I am calling "createLead" calls other
> >>>>>> simple methods. One of them is createPersonRoleAndContactMechs,
> >>>>>> which throws the following exception:
> >>>>>> 2009-01-11 18:43:36,887 (http-0.0.0.0-8080-1)
> >>>>>> [ RequestHandler.java:314:ERROR] Request webFormSubmit caused an
> >>>>>> error with the following message: Error:Error:Error trying to
> >>>>>> begin transaction, could not process method: The current
> >>>>>> transaction is marked for rollback, not beginning a new
> >>>>>> transaction and aborting current operation; the rollbackOnly was
> >>>>>> caused by: Error in simple-method [Creates a person, role and
> >>>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/
> >>>>>> org/ofbiz/party/party/
> >>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
> >>>>>> running the simple-method: Error in simple-method operation [ ]:
> >>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
> >>>>>> java.lang.IllegalArgumentException: locale cannot be null
> >>>>>> null calling service createPartyRole in createLead calling
> >>>>>> service createLead in createLeadFromWebForm
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>
> >>
> >
> >
>

Bruno Busco

Re: locale error in simple method

Hi Scott,
I think that removing release 4 without having a release 5 would take away
people from using OFBiz.

I understand that merging bug fixes into release 4 is now hard if not
impossible but this should be much easier to do in a release 5 branch
started from the trunk now.

Regards,
Bruno

2009/1/15 Scott Gray <[hidden email]>

> Hi Bruno
> It sounds reasonable in theory but the reality is that merging bug fixes
> into a branch takes a great deal of time on an ongoing basis. I don't
> recall seeing a single bug fixing patch being contributed by any of the
> community at large, the work was maintained by a couple of committers and
> NO
> ONE else.
>
> The whole reason IMO that the v4 release branch never became an actual
> release was because virtually no one in the community showed any real
> interest in it.
>
> Personally I think the best thing for the project right now would be remove
> any mention of the v4 branch from the main page and any other docs, so that
> people don't mistakenly get the impression that it is the best path for
> them
> to take.
>
> Regards
> Scott
>
> 2009/1/14 Bruno Busco <[hidden email]>
>
> > oops,
> > sorry to have posted this to the USER ML, I apologize, it was
> > intended, of course, as a DEV discussion.
> >
> > -Bruno
> >
> >
> > ---------- Forwarded message ----------
> > From: Bruno Busco <[hidden email]>
> > Date: 2009/1/14
> > Subject: Re: locale error in simple method
> > To: [hidden email]
> >
> >
> > I think that Vince's situation is very common.
> >
> > Whenever you get your ofbiz put in production (or a sort of) you get
> > really "apprensive" and try to not update your working box.
> > This makes hard also to get bug fixes only from the trunk.
> >
> > Could we think to try to have a new release branch?
> > I mean a branch where only bug fix are merged from the trunk?
> > I know that this has been discussed many times but we should give it a
> > try. The framework-only release could be still something in the agenda
> > and should not be affected by the existence of the new complete
> > release branch.
> >
> > The last release branch (4.0) seems now too far from the trunk head
> > and we often suggest not to use it any more. This is fine because we
> > want people on the "living edge" of the code but then we will get them
> > in the "should I update or not?" situation.
> >
> > Having a new release branch we will have most people living there and
> > contributing back bug-fix patch or bug reports that will still be used
> > in the trunk.
> >
> > I see many new features coming into the trunk and this is really great
> > but, may be, many more would come if who is going to commit them knows
> > that the community could always rely on an unaffetced "stable" branch.
> >
> > -Bruno
> >
> >
> > 2009/1/14 Vince M. Clark <[hidden email]>:
> > > I don't waste my time with 4.0.
> > >
> > > Preaching doesn't bother me. I'm used to it and have done a bit myself.
> > >
> > > But to be clear, I'm very collaborative, and am not holding anything
> back
> > from the community. This particular instance I have not upgraded because
> it
> > is production (sort of) and I have had difficulty upgrading other
> instances
> > recently because of some seed data issues, and possibly other reasons.
> > Basically related to some of the new stuff like visual themes.
> > >
> > > I will try my custom service against a current download of trunk to
> > verify that it isn't just a version issue.
> > >
> > > ----- Original Message -----
> > > From: "David E Jones" <[hidden email]>
> > > To: [hidden email]
> > > Sent: Tuesday, January 13, 2009 6:06:06 PM (GMT-0700) America/Denver
> > > Subject: Re: locale error in simple method
> > >
> > >
> > > Is that the trunk rev or in the release4.0 branch?
> > >
> > > Either way it's a few months old (looks like 23 Jul 2008)... it would
> > > take a fair amount of time for someone to go back and try to reproduce
> > > the error on that revision. Have you considered updating to a newer
> > > version of OFBiz?
> > >
> > > Just as an FYI, I usually recommend that people working from the trunk
> > > really collaborate with the community, an that usually means needing
> > > to update at least once per day (or at the _very_ least a couple of
> > > times per week) until the development part of each cycle is done (ie
> > > before doing integration or business level testing, if that means
> > > anything for your process).
> > >
> > > There are lots of reasons for this, and what you're running into is
> > > perhaps the most important: by sticking with that revision you're
> > > basically going it alone and choosing not to collaborate with the
> > > community, which makes it hard for others in the community to
> > > collaborate with you. The same is true for the practice of changing
> > > things in the OFBiz framework or core parts of different applications
> > > and not contributing it back to the project. The project suffers a
> > > little, but the project will do fine as there are LOTS of people
> > > contributing back. Who really suffers is the end-user organization
> > > that has to foot the bill of maintaining these things instead of
> > > sharing that with the community.
> > >
> > > Sorry for the preaching, but on the other hand thanks for the soap box
> > > to stand on for a little sermon.
> > >
> > > -David
> > >
> > >
> > > On Jan 13, 2009, at 4:34 PM, Vince M. Clark wrote:
> > >
> > >> Thanks David. Rev is 679168
> > >>
> > >> ----- Original Message -----
> > >> From: "David E Jones" <[hidden email]>
> > >> To: [hidden email]
> > >> Sent: Tuesday, January 13, 2009 5:36:35 PM (GMT-0700) America/Denver
> > >> Subject: Re: locale error in simple method
> > >>
> > >>
> > >> Stepping back even more... which version/revision of OFBiz are you
> > >> using?
> > >>
> > >> Based on what you wrote, with the browser submitting a form to the
> > >> OFBiz web server, as long as it is going through the ControlServlet
> > >> and you are calling the service you described through a request-map ->
> > >> event tag, then it should work the same way as anything else in OFBiz.
> > >>
> > >> Unless something is broken somewhere then OFBiz should be getting a
> > >> locale no matter what, even if it is the system default locale. It
> > >> looks like somehow that isn't making it into the service call (you
> > >> could verify that by adding a log tag in your simple-method to print
> > >> the ${locale} string). That's part of the reason I'm about the
> > >> revision you are using... it could be a real issue that most of us
> > >> aren't seeing if you're not using a recent trunk revision.
> > >>
> > >> Of, if the assumptions in the 2nd paragraph above are not correct (ie
> > >> you are calling things differently) then there could be issues there
> > >> as well.
> > >>
> > >> -David
> > >>
> > >>
> > >> On Jan 13, 2009, at 3:59 PM, Vince M. Clark wrote:
> > >>
> > >>>
> > >>> First a disclaimer (plea for mercy). I am an ERP person, not a web
> > >>> or UI person. So all this http, session, context stuff is rather
> > >>> confusing to me.
> > >>>
> > >>> I've been digging on this issue and want to make sure something is
> > >>> very clear because I think it may have something to do with the
> > >>> problem.
> > >>>
> > >>> OfBiz is NOT rendering any screens for me. I'm using it as kind of a
> > >>> "cheap" web service. I have a static html web form served by Apache
> > >>> web server. The form action calls OfBiz, and then I redirect back to
> > >>> a static html page. So OfBiz just accepts the request, processes it,
> > >>> and redirects. No screen rendering whatsoever by OfBiz.
> > >>>
> > >>> I'm pointing this out because of one of the comments I found in a
> > >>> java class (which of course I cannot find now) that said something
> > >>> about if locale was not in the context then the browser (or maybe
> > >>> session) default would be used.
> > >>>
> > >>> So to simplify (or maybe over simplify) my question, is there
> > >>> something I should be doing in my simple method to put locale in the
> > >>> context before I call createLead. Also, can someone give me a tip on
> > >>> how to iterate through whatever is in the context and write it out
> > >>> to the log so I can see it.
> > >>>
> > >>> ----- Original Message -----
> > >>> From: "Vince M. Clark" <[hidden email]>
> > >>> To: [hidden email]
> > >>> Sent: Tuesday, January 13, 2009 9:17:40 AM (GMT-0700) America/Denver
> > >>> Subject: Re: locale error in simple method
> > >>>
> > >>> Here is the service definition and the simple method. Thank you for
> > >>> your help.
> > >>>
> > >>> <service name="createLeadFromWebForm" engine="simple"
> > >>> location="org/ofbiz/ge/PartyServices.xml"
> > >>> invoke="createLeadFromWebForm" auth="false">
> > >>> <description>Add a New Lead from a Web Form</description>
> > >>> <attribute name="groupName" type="String" mode="IN"
> > >>> optional="false"/>
> > >>> <attribute name="firstName" type="String" mode="IN"
> > >>> optional="false"/>
> > >>> <attribute name="lastName" type="String" mode="IN" optional="false"/>
> > >>> <attribute name="note" type="String" mode="IN" optional="true"/>
> > >>> <attribute name="emailAddress" type="String" mode="IN"
> > >>> optional="false"/>
> > >>> <attribute name="postalCode" type="String" mode="IN"
> > >>> optional="true"/>
> > >>> <attribute name="countryGeoId" type="String" mode="IN"
> > >>> optional="true"/>
> > >>> <attribute name="address1" type="String" mode="IN" optional="true"/>
> > >>> <attribute name="city" type="String" mode="IN" optional="true"/>
> > >>> <attribute name="stateProvinceGeoId" type="String" mode="IN"
> > >>> optional="true"/>
> > >>> <attribute name="contactNumber" type="String" mode="IN"
> > >>> optional="true"/>
> > >>> <attribute name="quickAdd" type="String" mode="IN" optional="true"/>
> > >>> </service>
> > >>>
> > >>> <simple-method method-name="createLeadFromWebForm" short-
> > >>> description="Create Lead from Web Form" login-required="false">
> > >>> <entity-one entity-name="UserLogin" value-name="userlogin">
> > >>> <field-map field-name="userLoginId" value="system"/>
> > >>> </entity-one>
> > >>> <set-current-user-login value-name="userlogin"/>
> > >>> <set field="newLead.firstName" from-field="parameters.firstName"/>
> > >>> <set field="newLead.lastName" from-field="parameters.lastName"/>
> > >>> <set field="newLead.groupName" from-field="parameters.groupName"/>
> > >>> <set field="newLead.emailAddress" from-
> > >>> field="parameters.emailAddress"/>
> > >>> <set field="newLead.contactNumber" from-
> > >>> field="parameters.contactNumber"/>
> > >>> <set field="newLead.address1" from-field="parameters.address1"/>
> > >>> <set field="newLead.countryGeoId" from-
> > >>> field="parameters.countryGeoId"/>
> > >>> <set field="newLead.city" from-field="parameters.city"/>
> > >>> <set field="newLead.stateProvinceGeoId" from-
> > >>> field="parameters.stateProvinceGeoId"/>
> > >>> <set field="newLead.postalCode" from-field="parameters.postalCode"/>
> > >>> <set field="newLead.quickAdd" from-field="parameters.quickAdd"/>
> > >>> <call-service service-name="createLead" in-map-name="newLead">
> > >>> <result-to-field result-name="partyId" field="partyId"/>
> > >>> </call-service>
> > >>> </simple-method>
> > >>>
> > >>> ----- Original Message -----
> > >>> From: "Adrian Crum" <[hidden email]>
> > >>> To: [hidden email]
> > >>> Sent: Tuesday, January 13, 2009 9:22:57 AM (GMT-0700) America/Denver
> > >>> Subject: Re: locale error in simple method
> > >>>
> > >>> If you attach the service definition, I can take a look at it.
> > >>>
> > >>> -Adrian
> > >>>
> > >>> Vince M. Clark wrote:
> > >>>> When is that usually set? When a user logs in? My service just sets
> > >>>> the userLogin to system. Could that be a source of the problem?
> > >>>>
> > >>>> ----- Original Message -----
> > >>>> From: "Adrian Crum" <[hidden email]>
> > >>>> To: [hidden email]
> > >>>> Sent: Tuesday, January 13, 2009 9:05:01 AM (GMT-0700) America/Denver
> > >>>> Subject: Re: locale error in simple method
> > >>>>
> > >>>> Vince,
> > >>>>
> > >>>> I checked to see if something changed in the framework that would
> > >>>> cause
> > >>>> this error, but I didn't find anything. There must be a problem with
> > >>>> the service definition - which is preventing the locale parameter
> > >>>> from
> > >>>> being included in the service context.
> > >>>>
> > >>>> -Adrian
> > >>>>
> > >>>> Vince M. Clark wrote:
> > >>>>> Here is the entire trace. Note that the first few lines are just
> > >>>>> xml validation errors.
> > >>>>>
> > >>>>>
> > >>>>> 2009-01-12 20:28:07,054 (http-0.0.0.0-8080-1) [ UtilXml.java:
> > >>>>> 660:ERROR] XmlFileLoader: File file:/home/ofbiz/trunk/hot-deploy/
> > >>>>> ge/script/org/ofbiz/ge/PartyServices.xml process error. Line: 88.
> > >>>>> Error message: cvc-complex-type.3.2.2: Attribute 'field-name' is
> > >>>>> not allowed to appear in element 'if-empty'.
> > >>>>> 2009-01-12 20:28:07,055 (http-0.0.0.0-8080-1) [ UtilXml.java:
> > >>>>> 660:ERROR] XmlFileLoader: File file:/home/ofbiz/trunk/hot-deploy/
> > >>>>> ge/script/org/ofbiz/ge/PartyServices.xml process error. Line: 88.
> > >>>>> Error message: cvc-complex-type.4: Attribute 'field' must appear
> > >>>>> on element 'if-empty'.
> > >>>>> 2009-01-12 20:28:07,055 (http-0.0.0.0-8080-1) [ UtilXml.java:
> > >>>>> 660:ERROR] XmlFileLoader: File file:/home/ofbiz/trunk/hot-deploy/
> > >>>>> ge/script/org/ofbiz/ge/PartyServices.xml process error. Line: 122.
> > >>>>> Error message: cvc-complex-type.3.2.2: Attribute 'field' is not
> > >>>>> allowed to appear in element 'result-to-field'.
> > >>>>> 2009-01-12 20:28:07,056 (http-0.0.0.0-8080-1) [ UtilXml.java:
> > >>>>> 241:INFO ] XML Read 0.026s: file:/home/ofbiz/trunk/hot-deploy/ge/
> > >>>>> script/org/ofbiz/ge/PartyServices.xml
> > >>>>> 2009-01-12 20:28:07,059 (http-0.0.0.0-8080-1) [ Log.java:
> > >>>>> 94 :INFO ] locale is en_US // here is where I set a locale
> > >>>>> variable and outputted it in the log
> > >>>>>
> > >>>>> 2009-01-12 20:28:07,087 (http-0.0.0.0-8080-1) [ UtilXml.java:
> > >>>>> 241:INFO ] XML Read 0.027s: file:/home/ofbiz/trunk/applications/
> > >>>>> marketing/script/org/ofbiz/sfa/lead/LeadServices.xml
> > >>>>> 2009-01-12 20:28:07,125 (http-0.0.0.0-8080-1) [ UtilXml.java:
> > >>>>> 241:INFO ] XML Read 0.028s: file:/home/ofbiz/trunk/applications/
> > >>>>> party/script/org/ofbiz/party/party/PartySimpleMethods.xml
> > >>>>> 2009-01-12 20:28:07,129 (http-0.0.0.0-8080-1) [ SimpleMethod.java:
> > >>>>> 1109:ERROR] ---- runtime exception report
> > >>>>> -------------------------------------------------- Error in simple-
> > >>>>> method operation [ ]: java.lang.IllegalArgumentException: locale
> > >>>>> cannot be null Exception: java.lang.IllegalArgumentException
> > >>>>> Message: locale cannot be null ---- stack trace
> > >>>>> ---------------------------------------------------------------
> > >>>>> java.lang.IllegalArgumentException: locale cannot be null
> > >>>>> org
> > >>>>> .ofbiz
> > >>>>> .base.util.UtilProperties.getResourceBundle(UtilProperties.java:
> > >>>>> 480)
> > >>>>> org.ofbiz.base.util.UtilProperties.getMessage(UtilProperties.java:
> > >>>>> 385)
> > >>>>> org
> > >>>>> .ofbiz
> > >>>>> .minilang
> > >>>>> .operation.SimpleMapOperation.addMessage(SimpleMapOperation.java:
> > >>>>> 62)
> > >>>>> org
> > >>>>> .ofbiz.minilang.operation.ValidateMethod.exec(ValidateMethod.java:
> > >>>>> 100)
> > >>>>> org
> > >>>>> .ofbiz
> > >>>>> .minilang.operation.SimpleMapProcess.exec(SimpleMapProcess.java:
> > >>>>> 51)
> > >>>>> org.ofbiz.minilang.operation.MapProcessor.exec(MapProcessor.java:
> > >>>>> 80) org.ofbiz.minilang.method.callops.CallSimpleMapProcessor.ex
> > >>> e
> > >>>> c(CallSimpleMapProcessor.java:91)
> > >>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
> > >>>> org.ofbiz.minilang.method.ifops.IfNotEmpty.exec(IfNotEmpty.java:91)
> > >>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
> > >>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
> > >>>> org
> > >>>> .ofbiz
> > >>>> .minilang
> > >>>> .method.callops.CallSimpleMethod.exec(CallSimpleMethod.java:75)
> > >>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
> > >>>> org.ofbiz.minilang.method.ifops.IfCompare.exec(IfCompare.java:123)
> > >>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
> > >>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
> > >>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
> > >>>> 134)
> > >>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
> > >>>> 116)
> > >>>> org
> > >>>> .ofbiz
> > >>>> .minilang
> > >>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
> > >>>> org
> > >>>> .ofbiz
> > >>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
> > >>>> org.ofbiz.service.ServiceDispatcher.runSync(Servic
> > >>> eDi
> > >>>>
> > >>>> spatcher.java:384)
> > >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> > >>>> 213)
> > >>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
> > >>>> 163)
> > >>>> org.ofbiz.minilang.method.callops.CallService.exec(CallService.java:
> > >>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
> > >>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
> > >>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
> > >>>> 134)
> > >>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
> > >>>> 116)
> > >>>> org
> > >>>> .ofbiz
> > >>>> .minilang
> > >>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
> > >>>> org
> > >>>> .ofbiz
> > >>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
> > >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> > >>>> 384)
> > >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> > >>>> 213)
> > >>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
> > >>>> 149)
> > >>>> org
> > >>>> .ofbiz
> > >>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
> > >>>> 334) org.ofbiz.webapp.control.Re
> > >>> que
> > >>>>
> > >>>> stHandler.runEvent(RequestHandler.java:454)
> > >>>> org
> > >>>> .ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:
> > >>>> 281)
> > >>>> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
> > >>>> 198) 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:
> > >>>> 255)
> > >>>> 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(StandardH
> > >>> ost
> > >>>>
> > >>>> Valve.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
> > >>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
> > >>>> 286) org.apa
> > >>>> che.coyote.http11.Http11Processor.process(Http11Processor.java:844)
> > >>>> org.apache.coyote.http11.Http11Protocol
> > >>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
> > >>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:
> > >>>> 447) java.lang.Thread.run(Thread.java:595)
> > >>>>
> >
> --------------------------------------------------------------------------------
> > >>>>> 2009-01-12 20:28:07,130 (http-0.0.0.0-8080-1) [ SimpleMethod.java:
> > >>>>> 1109:ERROR] ---- runtime exception report
> > >>>>> -------------------------------------------------- Error in simple-
> > >>>>> method operation [ ]: java.lang.RuntimeException: Error in simple-
> > >>>>> method operation [ ]: java.lang.IllegalArgumentException: locale
> > >>>>> cannot be null Exception: java.lang.RuntimeException Message:
> > >>>>> Error in simple-method operation [ ]:
> > >>>>> java.lang.IllegalArgumentException: locale cannot be null ----
> > >>>>> stack trace
> > >>>>> ---------------------------------------------------------------
> > >>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
> > >>>>> java.lang.IllegalArgumentException: locale cannot be null
> > >>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1110)
> > >>>>> org.ofbiz.minilang.method.ifops.IfNotEmpty.exec(IfNotEmpty.java:
> > >>>>> 91) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
> > >>>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
> > >>>>> org.ofbiz.minilang.method.callops.CallSimpleMethod.exec(C
> > >>> a
> > >>>> llSimpleMethod.java:75)
> > >>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
> > >>>> org.ofbiz.minilang.method.ifops.IfCompare.exec(IfCompare.java:123)
> > >>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
> > >>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
> > >>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
> > >>>> 134)
> > >>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
> > >>>> 116)
> > >>>> org
> > >>>> .ofbiz
> > >>>> .minilang
> > >>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
> > >>>> org
> > >>>> .ofbiz
> > >>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
> > >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> > >>>> 384)
> > >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> > >>>> 213)
> > >>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
> > >>>> 163)
> > >>>> org.ofbiz.minilang.method.callops.CallService.exec(CallService.java:
> > >>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
> > >>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMeth
> > >>> od.
> > >>>>
> > >>>> java:744)
> > >>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
> > >>>> 134)
> > >>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
> > >>>> 116)
> > >>>> org
> > >>>> .ofbiz
> > >>>> .minilang
> > >>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
> > >>>> org
> > >>>> .ofbiz
> > >>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
> > >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> > >>>> 384)
> > >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> > >>>> 213)
> > >>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
> > >>>> 149)
> > >>>> org
> > >>>> .ofbiz
> > >>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
> > >>>> 334)
> > >>>> org
> > >>>> .ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:
> > >>>> 454)
> > >>>> org
> > >>>> .ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:
> > >>>> 281)
> > >>>> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
> > >>>> 198) javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
> > >>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> > >>>> org.apache.catalina.core.ApplicationF
> > >>> ilt
> > >>>>
> > >>>> erChain.internalDoFilter(ApplicationFilterChain.java:290)
> > >>>> org
> > >>>> .apache
> > >>>> .catalina
> > >>>> .core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:
> > >>>> 206)
> > >>>> org.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:
> > >>>> 255)
> > >>>> 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
> > >>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
> > >>>> 286) org.apache.coyote.http1
> > >>> 1.H
> > >>>>
> > >>>> ttp11Processor.process(Http11Processor.java:844)
> > >>>> org.apache.coyote.http11.Http11Protocol
> > >>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
> > >>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:
> > >>>> 447) java.lang.Thread.run(Thread.java:595)
> > >>>>
> >
> --------------------------------------------------------------------------------
> > >>>>> 2009-01-12 20:28:07,130 (http-0.0.0.0-8080-1) [ SimpleMethod.java:
> > >>>>> 748:ERROR] Error running the simple-method: Error in simple-method
> > >>>>> operation [ ]: java.lang.RuntimeException: Error in simple-method
> > >>>>> operation [ ]: java.lang.IllegalArgumentException: locale cannot
> > >>>>> be null
> > >>>>> 2009-01-12 20:28:07,131 (http-0.0.0.0-8080-1)
> > >>>>> [ TransactionUtil.java:311:WARN ] ---- exception report
> > >>>>> ----------------------------------------------------------
> > >>>>> [TransactionUtil.setRollbackOnly] Calling transaction
> > >>>>> setRollbackOnly; this stack trace shows where this is happening:
> > >>>>> Exception: java.lang.Exception Message: Error in simple-method
> > >>>>> [Creates a person, role and contactMechs [file:/home/ofbiz/trunk/
> > >>>>> applications/party/script/org/ofbiz/party/party/
> > >>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
> > >>>>> running the simple-method: Error in simple-method operation [ ]:
> > >>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
> > >>>>> java.lang.IllegalArgumentException: locale cannot be null
> > >>>>> null ---- stack trace
> > >>>>> ---------------------------------------------------------------
> > >>>>> java.lang.Exception: Error in simple-method [Creates a person,
> > >>>>> role and contactMechs [file:/home/ofbiz/trunk/applications/party/
> > >>>>> script/org/ofbiz/party/party/
> > >>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
> > >>>>> running the simple-method: Error in simple-method operation [ ]:
> > >>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
> > >>>>> java.lang.IllegalArgumentException: locale cannot be null
> > >>>>> null
> > >>>>> org
> > >>>>> .ofbiz
> > >>>>> .entity
> > >>>>> .transaction.TransactionUtil.setRollbackOnly(TransactionUtil.java:
> > >>>>> 311)
> > >>>>> org
> > >>>>> .ofbiz
> > >>>>> .entity.transaction.TransactionUtil.rollback(TransactionUtil.java:
> > >>>>> 258) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:875)
> > >>>>> org
> > >>>>> .ofbiz
> > >>>>> .minilang
> > >>>>> .method.callops.CallSimpleMethod.exec(CallSimpleMethod.java:75)
> > >>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
> > >>>>> org.ofbiz.minilang.method.ifops.IfCompare.exec(IfCompare.java:123)
> > >>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
> > >>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
> > >>>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
> > >>>>> 134)
> > >>>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
> > >>>>> 116)
> > >>>>> org
> > >>>>> .ofbiz
> > >>>>> .minilang
> > >>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
> > >>>>> org
> > >>>>> .ofbiz
> > >>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
> > >>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> > >>>>> 384) org.ofbiz.service.ServiceDispatcher.run
> > >>> S
> > >>>> ync(ServiceDispatcher.java:213)
> > >>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
> > >>>> 163)
> > >>>> org.ofbiz.minilang.method.callops.CallService.exec(CallService.java:
> > >>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
> > >>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
> > >>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
> > >>>> 134)
> > >>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
> > >>>> 116)
> > >>>> org
> > >>>> .ofbiz
> > >>>> .minilang
> > >>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
> > >>>> org
> > >>>> .ofbiz
> > >>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
> > >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> > >>>> 384)
> > >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> > >>>> 213)
> > >>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
> > >>>> 149)
> > >>>> org
> > >>>> .ofbiz
> > >>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
> > >>>> 334)
> > >>>> org
> > >>>> .ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:
> > >>>> 454) org.ofbiz.we
> > >>> bap
> > >>>>
> > >>>> p.control.RequestHandler.doRequest(RequestHandler.java:281)
> > >>>> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
> > >>>> 198) 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:
> > >>>> 255)
> > >>>> 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.ErrorReportVa
> > >>> lve
> > >>>>
> > >>>> .invoke(ErrorReportValve.java:102)
> > >>>> org
> > >>>> .apache
> > >>>> .catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:
> > >>>> 109)
> > >>>> org
> > >>>> .apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:
> > >>>> 568)
> > >>>> org
> > >>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
> > >>>> 286)
> > >>>> org
> > >>>> .apache.coyote.http11.Http11Processor.process(Http11Processor.java:
> > >>>> 844) org.apache.coyote.http11.Http11Protocol
> > >>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
> > >>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:
> > >>>> 447) java.lang.Thread.run(Thread.java:595)
> > >>>>
> >
> --------------------------------------------------------------------------------
> > >>>>> 2009-01-12 20:28:07,153 (http-0.0.0.0-8080-1) [ UtilXml.java:
> > >>>>> 241:INFO ] XML Read 0.021s: file:/home/ofbiz/trunk/applications/
> > >>>>> party/script/org/ofbiz/party/party/PartyPermissionServices.xml
> > >>>>> 2009-01-12 20:28:07,196 (http-0.0.0.0-8080-1) [ UtilXml.java:
> > >>>>> 241:INFO ] XML Read 0.028s: file:/home/ofbiz/trunk/framework/
> > >>>>> common/script/org/ofbiz/common/permission/
> > >>>>> CommonPermissionServices.xml
> > >>>>> 2009-01-12 20:28:07,197 (http-0.0.0.0-8080-1) [ Log.java:
> > >>>>> 94 :INFO ] Checking for primary permission PARTYMGR_CREATE
> > >>>>> 2009-01-12 20:28:07,198 (http-0.0.0.0-8080-1) [ Log.java:
> > >>>>> 94 :INFO ] Checking for alternate permission PARTYMGR_ROLE_CREATE
> > >>>>> 2009-01-12 20:28:07,200 (http-0.0.0.0-8080-1)
> > >>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
> > >>>>> partyRolePermissionCheck] finished in [68] milliseconds
> > >>>>> 2009-01-12 20:28:07,242 (http-0.0.0.0-8080-1) [ UtilXml.java:
> > >>>>> 241:INFO ] XML Read 0.041s: file:/home/ofbiz/trunk/applications/
> > >>>>> party/script/org/ofbiz/party/party/PartyServices.xml
> > >>>>> 2009-01-12 20:28:07,249 (http-0.0.0.0-8080-1)
> > >>>>> [ TransactionUtil.java:91 :WARN ] ---- exception report
> > >>>>> ----------------------------------------------------------
> > >>>>> [TransactionUtil.begin] active transaction marked for rollback in
> > >>>>> place, so no transaction begun; this stack trace shows when the
> > >>>>> exception began: Exception: java.lang.Exception Message: Tx Stack
> > >>>>> Placeholder ---- stack trace
> > >>>>> ---------------------------------------------------------------
> > >>>>> java.lang.Exception: Tx Stack Placeholder
> > >>>>> org
> > >>>>> .ofbiz
> > >>>>> .entity
> > >>>>> .transaction
> > >>>>> .TransactionUtil.setTransactionBeginStack(TransactionUtil.java:
> > >>>>> 636)
> > >>>>> org
> > >>>>> .ofbiz
> > >>>>> .entity.transaction.TransactionUtil.begin(TransactionUtil.java:
> > >>>>> 125)
> > >>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> > >>>>> 302)
> > >>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> > >>>>> 213)
> > >>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
> > >>>>> 149)
> > >>>>> org
> > >>>>> .ofbiz
> > >>>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
> > >>>>> 334) org.ofbiz.webapp.control.
> > >>> R
> > >>>> equestHandler.runEvent(RequestHandler.java:454)
> > >>>> org
> > >>>> .ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:
> > >>>> 281)
> > >>>> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
> > >>>> 198) 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:
> > >>>> 255)
> > >>>> 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(Stand
> > >>> ard
> > >>>>
> > >>>> HostValve.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
> > >>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
> > >>>> 286)
> > >>>> org
> > >>>> .apache.coyote.http11.Http11Processor.process(Http11Processor.java:
> > >>>> 844) org.apache.coyote.http11.Http11Protocol
> > >>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
> > >>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:
> > >>>> 447) java.lang.Thread.run(Thread.java:595)
> > >>>>
> >
> --------------------------------------------------------------------------------
> > >>>>> 2009-01-12 20:28:07,250 (http-0.0.0.0-8080-1) [ SimpleMethod.java:
> > >>>>> 726:WARN ] Error trying to begin transaction, could not process
> > >>>>> method: The current transaction is marked for rollback, not
> > >>>>> beginning a new transaction and aborting current operation; the
> > >>>>> rollbackOnly was caused by: Error in simple-method [Creates a
> > >>>>> person, role and contactMechs [file:/home/ofbiz/trunk/applications/
> > >>>>> party/script/org/ofbiz/party/party/
> > >>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
> > >>>>> running the simple-method: Error in simple-method operation [ ]:
> > >>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
> > >>>>> java.lang.IllegalArgumentException: locale cannot be null
> > >>>>> null
> > >>>>> 2009-01-12 20:28:07,251 (http-0.0.0.0-8080-1) [ SimpleMethod.java:
> > >>>>> 727:WARN ] ---- exception report
> > >>>>> ----------------------------------------------------------
> > >>>>> Exception:
> > >>>>> org.ofbiz.entity.transaction.GenericTransactionException Message:
> > >>>>> The current transaction is marked for rollback, not beginning a
> > >>>>> new transaction and aborting current operation; the rollbackOnly
> > >>>>> was caused by: Error in simple-method [Creates a person, role and
> > >>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/org/
> > >>>>> ofbiz/party/party/
> > >>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
> > >>>>> running the simple-method: Error in simple-method operation [ ]:
> > >>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
> > >>>>> java.lang.IllegalArgumentException: locale cannot be null
> > >>>>> null ---- stack trace
> > >>>>> ---------------------------------------------------------------
> > >>>>> org.ofbiz.entity.transaction.GenericTransactionException: The
> > >>>>> current transaction is marked for rollback, not beginning a new
> > >>>>> transaction and aborting current operation; the rollbackOnly was
> > >>>>> caused by: Error in simple-method [Creates a person, role and
> > >>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/org/
> > >>>>> ofbiz/party/party/
> > >>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
> > >>>>> running the simple-method: Error in simple-method operation [ ]:
> > >>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
> > >>>>> java.lang.IllegalArgumentException: locale cannot be null
> > >>>>> null
> > >>>>> org
> > >>>>> .ofbiz
> > >>>>> .entity.transaction.TransactionUtil.begin(TransactionUtil.java:99)
> > >>>>> org
> > >>>>> .ofbiz
> > >>>>> .entity.transaction.TransactionUtil.begin(TransactionUtil.java:71)
> > >>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:723)
> > >>>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
> > >>>>> 134)
> > >>>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
> > >>>>> 116)
> > >>>>> org
> > >>>>> .ofbiz
> > >>>>> .minilang
> > >>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
> > >>>>> org
> > >>>>> .ofbiz
> > >>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
> > >>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> > >>>>> 384)
> > >>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> > >>>>> 213)
> > >>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
> > >>>>> 163)
> > >>>>> org
> > >>>>> .ofbiz.minilang.method.callops.CallService.exec(CallService.java:
> > >>>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
> > >>>>> 1104)
> > >>>>> org.ofbiz.minilang.method.ifops.IfNotEmpty.exec(IfNotEmpty.java:
> > >>>>> 91) org.ofbiz.minilang.SimpleMethod.runSubOps(Si
> > >>> m
> > >>>> pleMethod.java:1104)
> > >>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
> > >>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
> > >>>> 134)
> > >>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
> > >>>> 116)
> > >>>> org
> > >>>> .ofbiz
> > >>>> .minilang
> > >>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
> > >>>> org
> > >>>> .ofbiz
> > >>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
> > >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> > >>>> 384)
> > >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> > >>>> 213)
> > >>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
> > >>>> 163)
> > >>>> org.ofbiz.minilang.method.callops.CallService.exec(CallService.java:
> > >>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
> > >>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
> > >>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
> > >>>> 134)
> > >>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
> > >>>> 116) org.ofbiz.minilang.SimpleServiceEngine.service
> > >>> Inv
> > >>>>
> > >>>> oker(SimpleServiceEngine.java:76)
> > >>>> org
> > >>>> .ofbiz
> > >>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
> > >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> > >>>> 384)
> > >>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> > >>>> 213)
> > >>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
> > >>>> 149)
> > >>>> org
> > >>>> .ofbiz
> > >>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
> > >>>> 334)
> > >>>> org
> > >>>> .ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:
> > >>>> 454)
> > >>>> org
> > >>>> .ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:
> > >>>> 281)
> > >>>> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
> > >>>> 198) 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(Con
> > >>> tex
> > >>>>
> > >>>> tFilter.java:255)
> > >>>> 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
> > >>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
> > >>>> 286)
> > >>>> org
> > >>>> .apache.coyote.http11.Http11Processor.process(Http11Processor.java:
> > >>>> 844) org.apache.coyote.http11.Http11Protocol
> > >>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
> > >>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIo
> > >>> End
> > >>>>
> > >>>> point.java:447) java.lang.Thread.run(Thread.java:595)
> > >>>>
> >
> --------------------------------------------------------------------------------
> > >>>>> 2009-01-12 20:28:07,251 (http-0.0.0.0-8080-1)
> > >>>>> [ ServiceDispatcher.java:522:ERROR] Error in Service
> > >>>>> [createPartyRole]: Error trying to begin transaction, could not
> > >>>>> process method: The current transaction is marked for rollback,
> > >>>>> not beginning a new transaction and aborting current operation;
> > >>>>> the rollbackOnly was caused by: Error in simple-method [Creates a
> > >>>>> person, role and contactMechs [file:/home/ofbiz/trunk/applications/
> > >>>>> party/script/org/ofbiz/party/party/
> > >>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
> > >>>>> running the simple-method: Error in simple-method operation [ ]:
> > >>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
> > >>>>> java.lang.IllegalArgumentException: locale cannot be null
> > >>>>> null
> > >>>>> 2009-01-12 20:28:07,252 (http-0.0.0.0-8080-1)
> > >>>>> [ TransactionUtil.java:315:INFO ]
> > >>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
> > >>>>> set, rollback only is already set.
> > >>>>> 2009-01-12 20:28:07,252 (http-0.0.0.0-8080-1)
> > >>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
> > >>>>> createPartyRole] finished in [121] milliseconds
> > >>>>> 2009-01-12 20:28:07,252 (http-0.0.0.0-8080-1)
> > >>>>> [ TransactionUtil.java:315:INFO ]
> > >>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
> > >>>>> set, rollback only is already set.
> > >>>>> 2009-01-12 20:28:07,253 (http-0.0.0.0-8080-1)
> > >>>>> [ ServiceDispatcher.java:522:ERROR] Error in Service [createLead]:
> > >>>>> Error:Error trying to begin transaction, could not process method:
> > >>>>> The current transaction is marked for rollback, not beginning a
> > >>>>> new transaction and aborting current operation; the rollbackOnly
> > >>>>> was caused by: Error in simple-method [Creates a person, role and
> > >>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/org/
> > >>>>> ofbiz/party/party/
> > >>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
> > >>>>> running the simple-method: Error in simple-method operation [ ]:
> > >>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
> > >>>>> java.lang.IllegalArgumentException: locale cannot be null
> > >>>>> null calling service createPartyRole in createLead
> > >>>>> 2009-01-12 20:28:07,253 (http-0.0.0.0-8080-1)
> > >>>>> [ TransactionUtil.java:315:INFO ]
> > >>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
> > >>>>> set, rollback only is already set.
> > >>>>> 2009-01-12 20:28:07,253 (http-0.0.0.0-8080-1)
> > >>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
> > >>>>> createLead] finished in [194] milliseconds
> > >>>>> 2009-01-12 20:28:07,254 (http-0.0.0.0-8080-1)
> > >>>>> [ TransactionUtil.java:315:INFO ]
> > >>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
> > >>>>> set, rollback only is already set.
> > >>>>> 2009-01-12 20:28:07,254 (http-0.0.0.0-8080-1)
> > >>>>> [ ServiceDispatcher.java:522:ERROR] Error in Service
> > >>>>> [createLeadFromWebForm]: Error:Error:Error trying to begin
> > >>>>> transaction, could not process method: The current transaction is
> > >>>>> marked for rollback, not beginning a new transaction and aborting
> > >>>>> current operation; the rollbackOnly was caused by: Error in simple-
> > >>>>> method [Creates a person, role and contactMechs [file:/home/ofbiz/
> > >>>>> trunk/applications/party/script/org/ofbiz/party/party/
> > >>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
> > >>>>> running the simple-method: Error in simple-method operation [ ]:
> > >>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
> > >>>>> java.lang.IllegalArgumentException: locale cannot be null
> > >>>>> null calling service createPartyRole in createLead calling service
> > >>>>> createLead in createLeadFromWebForm
> > >>>>> 2009-01-12 20:28:07,255 (http-0.0.0.0-8080-1)
> > >>>>> [ TransactionUtil.java:275:ERROR] ---- exception report
> > >>>>> ----------------------------------------------------------
> > >>>>> [TransactionUtil.rollback] Exception: java.lang.Exception Message:
> > >>>>> Stack Trace ---- stack trace
> > >>>>> ---------------------------------------------------------------
> > >>>>> java.lang.Exception: Stack Trace
> > >>>>> org
> > >>>>> .ofbiz
> > >>>>> .entity.transaction.TransactionUtil.rollback(TransactionUtil.java:
> > >>>>> 274)
> > >>>>> org
> > >>>>> .ofbiz
> > >>>>> .entity.transaction.TransactionUtil.rollback(TransactionUtil.java:
> > >>>>> 256)
> > >>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> > >>>>> 526)
> > >>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
> > >>>>> 213)
> > >>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
> > >>>>> 149)
> > >>>>> org
> > >>>>> .ofbiz
> > >>>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
> > >>>>> 334)
> > >>>>> org
> > >>>>> .ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:
> > >>>>> 454)
> > >>>>> org
> > >>>>> .ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:
> > >>>>> 281) org.ofbiz.webapp.control.Co
> > >>> n
> > >>>> trolServlet.doGet(ControlServlet.java:198)
> > >>>> 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:
> > >>>> 255)
> > >>>> 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.invok
> > >>> e(S
> > >>>>
> > >>>> tandardEngineValve.java:109)
> > >>>> org
> > >>>> .apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:
> > >>>> 568)
> > >>>> org
> > >>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
> > >>>> 286)
> > >>>> org
> > >>>> .apache.coyote.http11.Http11Processor.process(Http11Processor.java:
> > >>>> 844) org.apache.coyote.http11.Http11Protocol
> > >>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
> > >>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:
> > >>>> 447) java.lang.Thread.run(Thread.java:595)
> > >>>>
> >
> --------------------------------------------------------------------------------
> > >>>>> 2009-01-12 20:28:07,255 (http-0.0.0.0-8080-1)
> > >>>>> [ TransactionUtil.java:285:INFO ] [TransactionUtil.rollback]
> > >>>>> transaction rolled back
> > >>>>> 2009-01-12 20:28:07,255 (http-0.0.0.0-8080-1)
> > >>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
> > >>>>> createLeadFromWebForm] finished in [236] milliseconds
> > >>>>> 2009-01-12 20:28:07,327 (http-0.0.0.0-8080-1)
> > >>>>> [ RequestHandler.java:314:ERROR] Request webFormSubmit caused an
> > >>>>> error with the following message: Error:Error:Error trying to
> > >>>>> begin transaction, could not process method: The current
> > >>>>> transaction is marked for rollback, not beginning a new
> > >>>>> transaction and aborting current operation; the rollbackOnly was
> > >>>>> caused by: Error in simple-method [Creates a person, role and
> > >>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/org/
> > >>>>> ofbiz/party/party/
> > >>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
> > >>>>> running the simple-method: Error in simple-method operation [ ]:
> > >>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
> > >>>>> java.lang.IllegalArgumentException: locale cannot be null
> > >>>>> null calling service createPartyRole in createLead calling service
> > >>>>> createLead in createLeadFromWebForm
> > >>>>> 2009-01-12 20:28:07,328 (http-0.0.0.0-8080-1)
> > >>>>> [ RequestHandler.java:412:INFO ] [RequestHandler.doRequest]:
> > >>>>> Response is a URL redirect.
> > >>>>> sessionId=BBA68197213FF2F01514F97BB85687A6.jvm1
> > >>>>> 2009-01-12 20:28:07,328 (http-0.0.0.0-8080-1)
> > >>>>> [ RequestHandler.java:539:INFO ] [Sending redirect]:
> > http://www.globalera.com
> > >>>>> sessionId=BBA68197213FF2F01514F97BB85687A6.jvm1
> > >>>>> 2009-01-12 20:28:07,376 (http-0.0.0.0-8080-1)
> > >>>>> [ ControlServlet.java:299:INFO ] [[[webFormSubmit] Done rendering
> > >>>>> page, Servlet Finished- total:0.64,since last([webFormSubmit]
> > >>>>> S...):0.638]]
> > >>>>>
> > >>>>> ----- Original Message -----
> > >>>>> From: "Adrian Crum" <[hidden email]>
> > >>>>> To: [hidden email]
> > >>>>> Sent: Monday, January 12, 2009 8:31:07 AM (GMT-0700) America/Denver
> > >>>>> Subject: Re: locale error in simple method
> > >>>>>
> > >>>>> Vince,
> > >>>>>
> > >>>>> We will need a complete log to track this down. To be specific, I
> > >>>>> need
> > >>>>> to see the entire Java stack trace.
> > >>>>>
> > >>>>> -Adrian
> > >>>>>
> > >>>>> Vince M. Clark wrote:
> > >>>>>> I created a custom simple method to respond to a request from a
> > >>>>>> web form. Getting a locale error and cannot figure out where
> > >>>>>> locale is required.
> > >>>>>>
> > >>>>>> <simple-method method-name="createLeadFromWebForm" short-
> > >>>>>> description="Create Lead from Web Form" login-required="false">
> > >>>>>> <entity-one entity-name="UserLogin" value-name="userlogin">
> > >>>>>> <field-map field-name="userLoginId" value="system"/>
> > >>>>>> </entity-one>
> > >>>>>> <set-current-user-login value-name="userlogin"/>
> > >>>>>> <set field="newLead.firstName" from-field="parameters.firstName"/>
> > >>>>>> <set field="newLead.lastName" from-field="parameters.lastName"/>
> > >>>>>> <set field="newLead.groupName" from-field="parameters.groupName"/>
> > >>>>>> <set field="newLead.emailAddress" from-
> > >>>>>> field="parameters.emailAddress"/>
> > >>>>>> <set field="newLead.contactNumber" from-
> > >>>>>> field="parameters.contactNumber"/>
> > >>>>>> <set field="newLead.address1" from-field="parameters.address1"/>
> > >>>>>> <set field="newLead.countryGeoId" from-
> > >>>>>> field="parameters.countryGeoId"/>
> > >>>>>> <set field="newLead.city" from-field="parameters.city"/>
> > >>>>>> <set field="newLead.stateProvinceGeoId" from-
> > >>>>>> field="parameters.stateProvinceGeoId"/>
> > >>>>>> <set field="newLead.postalCode" from-
> > >>>>>> field="parameters.postalCode"/>
> > >>>>>> <set field="newLead.quickAdd" from-field="parameters.quickAdd"/>
> > >>>>>> <call-service service-name="createLead" in-map-name="newLead">
> > >>>>>> <result-to-field result-name="partyId" field="partyId"/>
> > >>>>>> </call-service>
> > >>>>>> </simple-method>
> > >>>>>>
> > >>>>>> The simple method that I am calling "createLead" calls other
> > >>>>>> simple methods. One of them is createPersonRoleAndContactMechs,
> > >>>>>> which throws the following exception:
> > >>>>>> 2009-01-11 18:43:36,887 (http-0.0.0.0-8080-1)
> > >>>>>> [ RequestHandler.java:314:ERROR] Request webFormSubmit caused an
> > >>>>>> error with the following message: Error:Error:Error trying to
> > >>>>>> begin transaction, could not process method: The current
> > >>>>>> transaction is marked for rollback, not beginning a new
> > >>>>>> transaction and aborting current operation; the rollbackOnly was
> > >>>>>> caused by: Error in simple-method [Creates a person, role and
> > >>>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/
> > >>>>>> org/ofbiz/party/party/
> > >>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
> > >>>>>> running the simple-method: Error in simple-method operation [ ]:
> > >>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
> > >>>>>> java.lang.IllegalArgumentException: locale cannot be null
> > >>>>>> null calling service createPartyRole in createLead calling
> > >>>>>> service createLead in createLeadFromWebForm
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>
> > >>
> > >
> > >
> >
>

David E Jones-3

Re: locale error in simple method

In reply to this post by Scott Gray

Thanks for your comments Scott. I was going to write something almost
as fatalistic. The reality really is that there were very few fixes
that went directly into the release4.0 branch, and I don't think any
of those made it into the trunk. There were lots of fixes from the
trunk that went into the release branch thanks to (as Scott mentioned)
a few committers who kept an eye on that. Those who are interested in
a release branch seem to have different motives and intents than those
using the trunk, which is fine, but is not very self-sustaining, hence
my comments here:

http://docs.ofbiz.org/display/OFBADMIN/Apache+OFBiz+Getting+Started

So, let's get real: release branches attract users but don't attract
committers or contributions. Some of those users may eventually become
committers or contributors and move to the trunk in order to do so.
So, really (to use a cliche: I've said it before and I'll say it
again) doing releases in any form is mostly a marketing activity.

Releases are certainly of value to the project, and of course to the
people and organizations who use the releases, and those who get an
introduction to OFBiz and are attracted to it because of a release of
some form. Back to reality though, in a community driven project there
is no central organization to fund the effort, and most OFBiz
contributors and committers contribute based on what clients request
or on issues they want to help with.

Not to say that it is impossible, there are certainly many open source
projects that do so on a regular basis. As I've thought about this
over the years the only feeble conclusion I can come up with is that
those projects have defined functionality sets that they can target
and plan for. This is something that is easier to do with framework
level tools, which is one of the reasons I've been trying to push for
a focus on the framework. However, even there it has been tough to get
people to propose things and plan... however significant cleanups and
enhancements have happened and it actually is getting into pretty good
shape for release so it can stand on its own.

For the applications and such it's a bit tougher... the scope is large
and difficult to agree on, especially given the variety of
organizations and individuals that use OFBiz and contribute back and
by doing so make OFBiz what it is. To help everyone get on the same
page I've started an effort to define some business processes that can
drive more requirements and designs to help the refine OFBiz and give
us some targets to shoot for:

http://docs.ofbiz.org/display/OFBREQDES/Universal+Business+Process+Library+Index

Now, stepping back a little, we don't HAVE to do this in order to do a
release. And again being honest with ourselves, without such a thing
it doesn't matter too much _when_ we create the release branch... it's
really quite arbitrary.

So yes, a lot of thought and planning and numerous attempts (many just
going very slowly...) to move in this direction are happening.

For the next release branch, there was recent discussion about it and
a decision to do it as I recall, it's now a question of when and not
if. And the when (also from memory, sorry) was intended to be about 2
years from the date of the release4.0 branch, and that is just a few
weeks from now. There are lots of great cleanup efforts going on and
unless something serious is up in the air in a few weeks, the release
branch will happen.

I only hope it will be of value to a number of people and that good
will come from it.

This is one aspect of OFBiz that I don't think is terribly successful,
and past trends are somewhat frustrating, but I still think it is a
good thing and so we work for it and keep trying. Someday I'm hoping
various people from the community will rally and create a really great
stable release that shines and works like it's supposed to.

Comments from volunteers and pundits (ie the peanut gallery) welcome.

-David

On Jan 14, 2009, at 8:12 PM, Scott Gray wrote:

> Hi Bruno
> It sounds reasonable in theory but the reality is that merging bug
> fixes
> into a branch takes a great deal of time on an ongoing basis. I don't
> recall seeing a single bug fixing patch being contributed by any of
> the
> community at large, the work was maintained by a couple of
> committers and NO
> ONE else.
>
> The whole reason IMO that the v4 release branch never became an actual
> release was because virtually no one in the community showed any real
> interest in it.
>
> Personally I think the best thing for the project right now would be
> remove
> any mention of the v4 branch from the main page and any other docs,
> so that
> people don't mistakenly get the impression that it is the best path
> for them
> to take.
>
> Regards
> Scott
>
> 2009/1/14 Bruno Busco <[hidden email]>
>
>> oops,
>> sorry to have posted this to the USER ML, I apologize, it was
>> intended, of course, as a DEV discussion.
>>
>> -Bruno
>>
>>
>> ---------- Forwarded message ----------
>> From: Bruno Busco <[hidden email]>
>> Date: 2009/1/14
>> Subject: Re: locale error in simple method
>> To: [hidden email]
>>
>>
>> I think that Vince's situation is very common.
>>
>> Whenever you get your ofbiz put in production (or a sort of) you get
>> really "apprensive" and try to not update your working box.
>> This makes hard also to get bug fixes only from the trunk.
>>
>> Could we think to try to have a new release branch?
>> I mean a branch where only bug fix are merged from the trunk?
>> I know that this has been discussed many times but we should give
>> it a
>> try. The framework-only release could be still something in the
>> agenda
>> and should not be affected by the existence of the new complete
>> release branch.
>>
>> The last release branch (4.0) seems now too far from the trunk head
>> and we often suggest not to use it any more. This is fine because we
>> want people on the "living edge" of the code but then we will get
>> them
>> in the "should I update or not?" situation.
>>
>> Having a new release branch we will have most people living there and
>> contributing back bug-fix patch or bug reports that will still be
>> used
>> in the trunk.
>>
>> I see many new features coming into the trunk and this is really
>> great
>> but, may be, many more would come if who is going to commit them
>> knows
>> that the community could always rely on an unaffetced "stable"
>> branch.
>>
>> -Bruno
>>
>>
>> 2009/1/14 Vince M. Clark <[hidden email]>:
>>> I don't waste my time with 4.0.
>>>
>>> Preaching doesn't bother me. I'm used to it and have done a bit
>>> myself.
>>>
>>> But to be clear, I'm very collaborative, and am not holding
>>> anything back
>> from the community. This particular instance I have not upgraded
>> because it
>> is production (sort of) and I have had difficulty upgrading other
>> instances
>> recently because of some seed data issues, and possibly other
>> reasons.
>> Basically related to some of the new stuff like visual themes.
>>>
>>> I will try my custom service against a current download of trunk to
>> verify that it isn't just a version issue.
>>>
>>> ----- Original Message -----
>>> From: "David E Jones" <[hidden email]>
>>> To: [hidden email]
>>> Sent: Tuesday, January 13, 2009 6:06:06 PM (GMT-0700) America/Denver
>>> Subject: Re: locale error in simple method
>>>
>>>
>>> Is that the trunk rev or in the release4.0 branch?
>>>
>>> Either way it's a few months old (looks like 23 Jul 2008)... it
>>> would
>>> take a fair amount of time for someone to go back and try to
>>> reproduce
>>> the error on that revision. Have you considered updating to a newer
>>> version of OFBiz?
>>>
>>> Just as an FYI, I usually recommend that people working from the
>>> trunk
>>> really collaborate with the community, an that usually means needing
>>> to update at least once per day (or at the _very_ least a couple of
>>> times per week) until the development part of each cycle is done (ie
>>> before doing integration or business level testing, if that means
>>> anything for your process).
>>>
>>> There are lots of reasons for this, and what you're running into is
>>> perhaps the most important: by sticking with that revision you're
>>> basically going it alone and choosing not to collaborate with the
>>> community, which makes it hard for others in the community to
>>> collaborate with you. The same is true for the practice of changing
>>> things in the OFBiz framework or core parts of different
>>> applications
>>> and not contributing it back to the project. The project suffers a
>>> little, but the project will do fine as there are LOTS of people
>>> contributing back. Who really suffers is the end-user organization
>>> that has to foot the bill of maintaining these things instead of
>>> sharing that with the community.
>>>
>>> Sorry for the preaching, but on the other hand thanks for the soap
>>> box
>>> to stand on for a little sermon.
>>>
>>> -David
>>>
>>>
>>> On Jan 13, 2009, at 4:34 PM, Vince M. Clark wrote:
>>>
>>>> Thanks David. Rev is 679168
>>>>
>>>> ----- Original Message -----
>>>> From: "David E Jones" <[hidden email]>
>>>> To: [hidden email]
>>>> Sent: Tuesday, January 13, 2009 5:36:35 PM (GMT-0700) America/
>>>> Denver
>>>> Subject: Re: locale error in simple method
>>>>
>>>>
>>>> Stepping back even more... which version/revision of OFBiz are you
>>>> using?
>>>>
>>>> Based on what you wrote, with the browser submitting a form to the
>>>> OFBiz web server, as long as it is going through the ControlServlet
>>>> and you are calling the service you described through a request-
>>>> map ->
>>>> event tag, then it should work the same way as anything else in
>>>> OFBiz.
>>>>
>>>> Unless something is broken somewhere then OFBiz should be getting a
>>>> locale no matter what, even if it is the system default locale. It
>>>> looks like somehow that isn't making it into the service call (you
>>>> could verify that by adding a log tag in your simple-method to
>>>> print
>>>> the ${locale} string). That's part of the reason I'm about the
>>>> revision you are using... it could be a real issue that most of us
>>>> aren't seeing if you're not using a recent trunk revision.
>>>>
>>>> Of, if the assumptions in the 2nd paragraph above are not correct
>>>> (ie
>>>> you are calling things differently) then there could be issues
>>>> there
>>>> as well.
>>>>
>>>> -David
>>>>
>>>>
>>>> On Jan 13, 2009, at 3:59 PM, Vince M. Clark wrote:
>>>>
>>>>>
>>>>> First a disclaimer (plea for mercy). I am an ERP person, not a web
>>>>> or UI person. So all this http, session, context stuff is rather
>>>>> confusing to me.
>>>>>
>>>>> I've been digging on this issue and want to make sure something is
>>>>> very clear because I think it may have something to do with the
>>>>> problem.
>>>>>
>>>>> OfBiz is NOT rendering any screens for me. I'm using it as kind
>>>>> of a
>>>>> "cheap" web service. I have a static html web form served by
>>>>> Apache
>>>>> web server. The form action calls OfBiz, and then I redirect
>>>>> back to
>>>>> a static html page. So OfBiz just accepts the request, processes
>>>>> it,
>>>>> and redirects. No screen rendering whatsoever by OfBiz.
>>>>>
>>>>> I'm pointing this out because of one of the comments I found in a
>>>>> java class (which of course I cannot find now) that said something
>>>>> about if locale was not in the context then the browser (or maybe
>>>>> session) default would be used.
>>>>>
>>>>> So to simplify (or maybe over simplify) my question, is there
>>>>> something I should be doing in my simple method to put locale in
>>>>> the
>>>>> context before I call createLead. Also, can someone give me a
>>>>> tip on
>>>>> how to iterate through whatever is in the context and write it out
>>>>> to the log so I can see it.
>>>>>
>>>>> ----- Original Message -----
>>>>> From: "Vince M. Clark" <[hidden email]>
>>>>> To: [hidden email]
>>>>> Sent: Tuesday, January 13, 2009 9:17:40 AM (GMT-0700) America/
>>>>> Denver
>>>>> Subject: Re: locale error in simple method
>>>>>
>>>>> Here is the service definition and the simple method. Thank you
>>>>> for
>>>>> your help.
>>>>>
>>>>> <service name="createLeadFromWebForm" engine="simple"
>>>>> location="org/ofbiz/ge/PartyServices.xml"
>>>>> invoke="createLeadFromWebForm" auth="false">
>>>>> <description>Add a New Lead from a Web Form</description>
>>>>> <attribute name="groupName" type="String" mode="IN"
>>>>> optional="false"/>
>>>>> <attribute name="firstName" type="String" mode="IN"
>>>>> optional="false"/>
>>>>> <attribute name="lastName" type="String" mode="IN"
>>>>> optional="false"/>
>>>>> <attribute name="note" type="String" mode="IN" optional="true"/>
>>>>> <attribute name="emailAddress" type="String" mode="IN"
>>>>> optional="false"/>
>>>>> <attribute name="postalCode" type="String" mode="IN"
>>>>> optional="true"/>
>>>>> <attribute name="countryGeoId" type="String" mode="IN"
>>>>> optional="true"/>
>>>>> <attribute name="address1" type="String" mode="IN"
>>>>> optional="true"/>
>>>>> <attribute name="city" type="String" mode="IN" optional="true"/>
>>>>> <attribute name="stateProvinceGeoId" type="String" mode="IN"
>>>>> optional="true"/>
>>>>> <attribute name="contactNumber" type="String" mode="IN"
>>>>> optional="true"/>
>>>>> <attribute name="quickAdd" type="String" mode="IN"
>>>>> optional="true"/>
>>>>> </service>
>>>>>
>>>>> <simple-method method-name="createLeadFromWebForm" short-
>>>>> description="Create Lead from Web Form" login-required="false">
>>>>> <entity-one entity-name="UserLogin" value-name="userlogin">
>>>>> <field-map field-name="userLoginId" value="system"/>
>>>>> </entity-one>
>>>>> <set-current-user-login value-name="userlogin"/>
>>>>> <set field="newLead.firstName" from-field="parameters.firstName"/>
>>>>> <set field="newLead.lastName" from-field="parameters.lastName"/>
>>>>> <set field="newLead.groupName" from-field="parameters.groupName"/>
>>>>> <set field="newLead.emailAddress" from-
>>>>> field="parameters.emailAddress"/>
>>>>> <set field="newLead.contactNumber" from-
>>>>> field="parameters.contactNumber"/>
>>>>> <set field="newLead.address1" from-field="parameters.address1"/>
>>>>> <set field="newLead.countryGeoId" from-
>>>>> field="parameters.countryGeoId"/>
>>>>> <set field="newLead.city" from-field="parameters.city"/>
>>>>> <set field="newLead.stateProvinceGeoId" from-
>>>>> field="parameters.stateProvinceGeoId"/>
>>>>> <set field="newLead.postalCode" from-
>>>>> field="parameters.postalCode"/>
>>>>> <set field="newLead.quickAdd" from-field="parameters.quickAdd"/>
>>>>> <call-service service-name="createLead" in-map-name="newLead">
>>>>> <result-to-field result-name="partyId" field="partyId"/>
>>>>> </call-service>
>>>>> </simple-method>
>>>>>
>>>>> ----- Original Message -----
>>>>> From: "Adrian Crum" <[hidden email]>
>>>>> To: [hidden email]
>>>>> Sent: Tuesday, January 13, 2009 9:22:57 AM (GMT-0700) America/
>>>>> Denver
>>>>> Subject: Re: locale error in simple method
>>>>>
>>>>> If you attach the service definition, I can take a look at it.
>>>>>
>>>>> -Adrian
>>>>>
>>>>> Vince M. Clark wrote:
>>>>>> When is that usually set? When a user logs in? My service just
>>>>>> sets
>>>>>> the userLogin to system. Could that be a source of the problem?
>>>>>>
>>>>>> ----- Original Message -----
>>>>>> From: "Adrian Crum" <[hidden email]>
>>>>>> To: [hidden email]
>>>>>> Sent: Tuesday, January 13, 2009 9:05:01 AM (GMT-0700) America/
>>>>>> Denver
>>>>>> Subject: Re: locale error in simple method
>>>>>>
>>>>>> Vince,
>>>>>>
>>>>>> I checked to see if something changed in the framework that would
>>>>>> cause
>>>>>> this error, but I didn't find anything. There must be a problem
>>>>>> with
>>>>>> the service definition - which is preventing the locale parameter
>>>>>> from
>>>>>> being included in the service context.
>>>>>>
>>>>>> -Adrian
>>>>>>
>>>>>> Vince M. Clark wrote:
>>>>>>> Here is the entire trace. Note that the first few lines are just
>>>>>>> xml validation errors.
>>>>>>>
>>>>>>>
>>>>>>> 2009-01-12 20:28:07,054 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>> 660:ERROR] XmlFileLoader: File file:/home/ofbiz/trunk/hot-
>>>>>>> deploy/
>>>>>>> ge/script/org/ofbiz/ge/PartyServices.xml process error. Line:
>>>>>>> 88.
>>>>>>> Error message: cvc-complex-type.3.2.2: Attribute 'field-name' is
>>>>>>> not allowed to appear in element 'if-empty'.
>>>>>>> 2009-01-12 20:28:07,055 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>> 660:ERROR] XmlFileLoader: File file:/home/ofbiz/trunk/hot-
>>>>>>> deploy/
>>>>>>> ge/script/org/ofbiz/ge/PartyServices.xml process error. Line:
>>>>>>> 88.
>>>>>>> Error message: cvc-complex-type.4: Attribute 'field' must appear
>>>>>>> on element 'if-empty'.
>>>>>>> 2009-01-12 20:28:07,055 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>> 660:ERROR] XmlFileLoader: File file:/home/ofbiz/trunk/hot-
>>>>>>> deploy/
>>>>>>> ge/script/org/ofbiz/ge/PartyServices.xml process error. Line:
>>>>>>> 122.
>>>>>>> Error message: cvc-complex-type.3.2.2: Attribute 'field' is not
>>>>>>> allowed to appear in element 'result-to-field'.
>>>>>>> 2009-01-12 20:28:07,056 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>> 241:INFO ] XML Read 0.026s: file:/home/ofbiz/trunk/hot-deploy/
>>>>>>> ge/
>>>>>>> script/org/ofbiz/ge/PartyServices.xml
>>>>>>> 2009-01-12 20:28:07,059 (http-0.0.0.0-8080-1) [ Log.java:
>>>>>>> 94 :INFO ] locale is en_US // here is where I set a locale
>>>>>>> variable and outputted it in the log
>>>>>>>
>>>>>>> 2009-01-12 20:28:07,087 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>> 241:INFO ] XML Read 0.027s: file:/home/ofbiz/trunk/applications/
>>>>>>> marketing/script/org/ofbiz/sfa/lead/LeadServices.xml
>>>>>>> 2009-01-12 20:28:07,125 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>> 241:INFO ] XML Read 0.028s: file:/home/ofbiz/trunk/applications/
>>>>>>> party/script/org/ofbiz/party/party/PartySimpleMethods.xml
>>>>>>> 2009-01-12 20:28:07,129 (http-0.0.0.0-8080-1)
>>>>>>> [ SimpleMethod.java:
>>>>>>> 1109:ERROR] ---- runtime exception report
>>>>>>> -------------------------------------------------- Error in
>>>>>>> simple-
>>>>>>> method operation [ ]: java.lang.IllegalArgumentException: locale
>>>>>>> cannot be null Exception: java.lang.IllegalArgumentException
>>>>>>> Message: locale cannot be null ---- stack trace
>>>>>>> ---------------------------------------------------------------
>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .base.util.UtilProperties.getResourceBundle(UtilProperties.java:
>>>>>>> 480)
>>>>>>> org
>>>>>>> .ofbiz.base.util.UtilProperties.getMessage(UtilProperties.java:
>>>>>>> 385)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang
>>>>>>> .operation
>>>>>>> .SimpleMapOperation.addMessage(SimpleMapOperation.java:
>>>>>>> 62)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang.operation.ValidateMethod.exec(ValidateMethod.java:
>>>>>>> 100)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang.operation.SimpleMapProcess.exec(SimpleMapProcess.java:
>>>>>>> 51)
>>>>>>> org
>>>>>>> .ofbiz.minilang.operation.MapProcessor.exec(MapProcessor.java:
>>>>>>> 80) org.ofbiz.minilang.method.callops.CallSimpleMapProcessor.ex
>>>>> e
>>>>>> c(CallSimpleMapProcessor.java:91)
>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
>>>>>> org.ofbiz.minilang.method.ifops.IfNotEmpty.exec(IfNotEmpty.java:
>>>>>> 91)
>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
>>>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .minilang
>>>>>> .method.callops.CallSimpleMethod.exec(CallSimpleMethod.java:75)
>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
>>>>>> org.ofbiz.minilang.method.ifops.IfCompare.exec(IfCompare.java:
>>>>>> 123)
>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
>>>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>>> org
>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>> 134)
>>>>>> org
>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>> 116)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .minilang
>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:
>>>>>> 51)
>>>>>> org.ofbiz.service.ServiceDispatcher.runSync(Servic
>>>>> eDi
>>>>>>
>>>>>> spatcher.java:384)
>>>>>> org
>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>> 213)
>>>>>> org
>>>>>> .ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>> 163)
>>>>>> org
>>>>>> .ofbiz.minilang.method.callops.CallService.exec(CallService.java:
>>>>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>>> org
>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>> 134)
>>>>>> org
>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>> 116)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .minilang
>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:
>>>>>> 51)
>>>>>> org
>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>> 384)
>>>>>> org
>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>> 213)
>>>>>> org
>>>>>> .ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>> 149)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .webapp
>>>>>> .event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>>>> 334) org.ofbiz.webapp.control.Re
>>>>> que
>>>>>>
>>>>>> stHandler.runEvent(RequestHandler.java:454)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .webapp.control.RequestHandler.doRequest(RequestHandler.java:
>>>>>> 281)
>>>>>> org
>>>>>> .ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
>>>>>> 198) 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:
>>>>>> 255)
>>>>>> 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(StandardH
>>>>> ost
>>>>>>
>>>>>> Valve.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
>>>>>> .apache
>>>>>> .catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>>>> 286) org.apa
>>>>>> che.coyote.http11.Http11Processor.process(Http11Processor.java:
>>>>>> 844)
>>>>>> org.apache.coyote.http11.Http11Protocol
>>>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>>>> org.apache.tomcat.util.net.JIoEndpoint
>>>>>> $Worker.run(JIoEndpoint.java:
>>>>>> 447) java.lang.Thread.run(Thread.java:595)
>>>>>>
>> --------------------------------------------------------------------------------
>>>>>>> 2009-01-12 20:28:07,130 (http-0.0.0.0-8080-1)
>>>>>>> [ SimpleMethod.java:
>>>>>>> 1109:ERROR] ---- runtime exception report
>>>>>>> -------------------------------------------------- Error in
>>>>>>> simple-
>>>>>>> method operation [ ]: java.lang.RuntimeException: Error in
>>>>>>> simple-
>>>>>>> method operation [ ]: java.lang.IllegalArgumentException: locale
>>>>>>> cannot be null Exception: java.lang.RuntimeException Message:
>>>>>>> Error in simple-method operation [ ]:
>>>>>>> java.lang.IllegalArgumentException: locale cannot be null ----
>>>>>>> stack trace
>>>>>>> ---------------------------------------------------------------
>>>>>>> java.lang.RuntimeException: Error in simple-method operation
>>>>>>> [ ]:
>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>> 1110)
>>>>>>> org.ofbiz.minilang.method.ifops.IfNotEmpty.exec(IfNotEmpty.java:
>>>>>>> 91) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:
>>>>>>> 744)
>>>>>>> org.ofbiz.minilang.method.callops.CallSimpleMethod.exec(C
>>>>> a
>>>>>> llSimpleMethod.java:75)
>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
>>>>>> org.ofbiz.minilang.method.ifops.IfCompare.exec(IfCompare.java:
>>>>>> 123)
>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
>>>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>>> org
>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>> 134)
>>>>>> org
>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>> 116)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .minilang
>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:
>>>>>> 51)
>>>>>> org
>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>> 384)
>>>>>> org
>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>> 213)
>>>>>> org
>>>>>> .ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>> 163)
>>>>>> org
>>>>>> .ofbiz.minilang.method.callops.CallService.exec(CallService.java:
>>>>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMeth
>>>>> od.
>>>>>>
>>>>>> java:744)
>>>>>> org
>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>> 134)
>>>>>> org
>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>> 116)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .minilang
>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:
>>>>>> 51)
>>>>>> org
>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>> 384)
>>>>>> org
>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>> 213)
>>>>>> org
>>>>>> .ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>> 149)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .webapp
>>>>>> .event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>>>> 334)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .webapp.control.RequestHandler.runEvent(RequestHandler.java:
>>>>>> 454)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .webapp.control.RequestHandler.doRequest(RequestHandler.java:
>>>>>> 281)
>>>>>> org
>>>>>> .ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
>>>>>> 198) javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
>>>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>>>>>> org.apache.catalina.core.ApplicationF
>>>>> ilt
>>>>>>
>>>>>> erChain.internalDoFilter(ApplicationFilterChain.java:290)
>>>>>> org
>>>>>> .apache
>>>>>> .catalina
>>>>>> .core
>>>>>> .ApplicationFilterChain.doFilter(ApplicationFilterChain.java:
>>>>>> 206)
>>>>>> org
>>>>>> .ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:
>>>>>> 255)
>>>>>> 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
>>>>>> .apache
>>>>>> .catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>>>> 286) org.apache.coyote.http1
>>>>> 1.H
>>>>>>
>>>>>> ttp11Processor.process(Http11Processor.java:844)
>>>>>> org.apache.coyote.http11.Http11Protocol
>>>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>>>> org.apache.tomcat.util.net.JIoEndpoint
>>>>>> $Worker.run(JIoEndpoint.java:
>>>>>> 447) java.lang.Thread.run(Thread.java:595)
>>>>>>
>> --------------------------------------------------------------------------------
>>>>>>> 2009-01-12 20:28:07,130 (http-0.0.0.0-8080-1)
>>>>>>> [ SimpleMethod.java:
>>>>>>> 748:ERROR] Error running the simple-method: Error in simple-
>>>>>>> method
>>>>>>> operation [ ]: java.lang.RuntimeException: Error in simple-
>>>>>>> method
>>>>>>> operation [ ]: java.lang.IllegalArgumentException: locale cannot
>>>>>>> be null
>>>>>>> 2009-01-12 20:28:07,131 (http-0.0.0.0-8080-1)
>>>>>>> [ TransactionUtil.java:311:WARN ] ---- exception report
>>>>>>> ----------------------------------------------------------
>>>>>>> [TransactionUtil.setRollbackOnly] Calling transaction
>>>>>>> setRollbackOnly; this stack trace shows where this is happening:
>>>>>>> Exception: java.lang.Exception Message: Error in simple-method
>>>>>>> [Creates a person, role and contactMechs [file:/home/ofbiz/
>>>>>>> trunk/
>>>>>>> applications/party/script/org/ofbiz/party/party/
>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>>>> java.lang.RuntimeException: Error in simple-method operation
>>>>>>> [ ]:
>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>> null ---- stack trace
>>>>>>> ---------------------------------------------------------------
>>>>>>> java.lang.Exception: Error in simple-method [Creates a person,
>>>>>>> role and contactMechs [file:/home/ofbiz/trunk/applications/
>>>>>>> party/
>>>>>>> script/org/ofbiz/party/party/
>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>>>> java.lang.RuntimeException: Error in simple-method operation
>>>>>>> [ ]:
>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>> null
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .entity
>>>>>>> .transaction
>>>>>>> .TransactionUtil.setRollbackOnly(TransactionUtil.java:
>>>>>>> 311)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .entity
>>>>>>> .transaction.TransactionUtil.rollback(TransactionUtil.java:
>>>>>>> 258) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:875)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang
>>>>>>> .method.callops.CallSimpleMethod.exec(CallSimpleMethod.java:75)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>> 1104)
>>>>>>> org.ofbiz.minilang.method.ifops.IfCompare.exec(IfCompare.java:
>>>>>>> 123)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>> 1104)
>>>>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>>>> org
>>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>>> 134)
>>>>>>> org
>>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>>> 116)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang
>>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:
>>>>>>> 51)
>>>>>>> org
>>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 384) org.ofbiz.service.ServiceDispatcher.run
>>>>> S
>>>>>> ync(ServiceDispatcher.java:213)
>>>>>> org
>>>>>> .ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>> 163)
>>>>>> org
>>>>>> .ofbiz.minilang.method.callops.CallService.exec(CallService.java:
>>>>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>>> org
>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>> 134)
>>>>>> org
>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>> 116)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .minilang
>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:
>>>>>> 51)
>>>>>> org
>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>> 384)
>>>>>> org
>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>> 213)
>>>>>> org
>>>>>> .ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>> 149)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .webapp
>>>>>> .event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>>>> 334)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .webapp.control.RequestHandler.runEvent(RequestHandler.java:
>>>>>> 454) org.ofbiz.we
>>>>> bap
>>>>>>
>>>>>> p.control.RequestHandler.doRequest(RequestHandler.java:281)
>>>>>> org
>>>>>> .ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
>>>>>> 198) 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:
>>>>>> 255)
>>>>>> 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.ErrorReportVa
>>>>> lve
>>>>>>
>>>>>> .invoke(ErrorReportValve.java:102)
>>>>>> org
>>>>>> .apache
>>>>>> .catalina
>>>>>> .core.StandardEngineValve.invoke(StandardEngineValve.java:
>>>>>> 109)
>>>>>> org
>>>>>> .apache
>>>>>> .catalina.valves.AccessLogValve.invoke(AccessLogValve.java:
>>>>>> 568)
>>>>>> org
>>>>>> .apache
>>>>>> .catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>>>> 286)
>>>>>> org
>>>>>> .apache
>>>>>> .coyote.http11.Http11Processor.process(Http11Processor.java:
>>>>>> 844) org.apache.coyote.http11.Http11Protocol
>>>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>>>> org.apache.tomcat.util.net.JIoEndpoint
>>>>>> $Worker.run(JIoEndpoint.java:
>>>>>> 447) java.lang.Thread.run(Thread.java:595)
>>>>>>
>> --------------------------------------------------------------------------------
>>>>>>> 2009-01-12 20:28:07,153 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>> 241:INFO ] XML Read 0.021s: file:/home/ofbiz/trunk/applications/
>>>>>>> party/script/org/ofbiz/party/party/PartyPermissionServices.xml
>>>>>>> 2009-01-12 20:28:07,196 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>> 241:INFO ] XML Read 0.028s: file:/home/ofbiz/trunk/framework/
>>>>>>> common/script/org/ofbiz/common/permission/
>>>>>>> CommonPermissionServices.xml
>>>>>>> 2009-01-12 20:28:07,197 (http-0.0.0.0-8080-1) [ Log.java:
>>>>>>> 94 :INFO ] Checking for primary permission PARTYMGR_CREATE
>>>>>>> 2009-01-12 20:28:07,198 (http-0.0.0.0-8080-1) [ Log.java:
>>>>>>> 94 :INFO ] Checking for alternate permission
>>>>>>> PARTYMGR_ROLE_CREATE
>>>>>>> 2009-01-12 20:28:07,200 (http-0.0.0.0-8080-1)
>>>>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
>>>>>>> partyRolePermissionCheck] finished in [68] milliseconds
>>>>>>> 2009-01-12 20:28:07,242 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>> 241:INFO ] XML Read 0.041s: file:/home/ofbiz/trunk/applications/
>>>>>>> party/script/org/ofbiz/party/party/PartyServices.xml
>>>>>>> 2009-01-12 20:28:07,249 (http-0.0.0.0-8080-1)
>>>>>>> [ TransactionUtil.java:91 :WARN ] ---- exception report
>>>>>>> ----------------------------------------------------------
>>>>>>> [TransactionUtil.begin] active transaction marked for rollback
>>>>>>> in
>>>>>>> place, so no transaction begun; this stack trace shows when the
>>>>>>> exception began: Exception: java.lang.Exception Message: Tx
>>>>>>> Stack
>>>>>>> Placeholder ---- stack trace
>>>>>>> ---------------------------------------------------------------
>>>>>>> java.lang.Exception: Tx Stack Placeholder
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .entity
>>>>>>> .transaction
>>>>>>> .TransactionUtil.setTransactionBeginStack(TransactionUtil.java:
>>>>>>> 636)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .entity.transaction.TransactionUtil.begin(TransactionUtil.java:
>>>>>>> 125)
>>>>>>> org
>>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 302)
>>>>>>> org
>>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 213)
>>>>>>> org
>>>>>>> .ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>> 149)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .webapp
>>>>>>> .event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>>>>> 334) org.ofbiz.webapp.control.
>>>>> R
>>>>>> equestHandler.runEvent(RequestHandler.java:454)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .webapp.control.RequestHandler.doRequest(RequestHandler.java:
>>>>>> 281)
>>>>>> org
>>>>>> .ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
>>>>>> 198) 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:
>>>>>> 255)
>>>>>> 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(Stand
>>>>> ard
>>>>>>
>>>>>> HostValve.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
>>>>>> .apache
>>>>>> .catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>>>> 286)
>>>>>> org
>>>>>> .apache
>>>>>> .coyote.http11.Http11Processor.process(Http11Processor.java:
>>>>>> 844) org.apache.coyote.http11.Http11Protocol
>>>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>>>> org.apache.tomcat.util.net.JIoEndpoint
>>>>>> $Worker.run(JIoEndpoint.java:
>>>>>> 447) java.lang.Thread.run(Thread.java:595)
>>>>>>
>> --------------------------------------------------------------------------------
>>>>>>> 2009-01-12 20:28:07,250 (http-0.0.0.0-8080-1)
>>>>>>> [ SimpleMethod.java:
>>>>>>> 726:WARN ] Error trying to begin transaction, could not process
>>>>>>> method: The current transaction is marked for rollback, not
>>>>>>> beginning a new transaction and aborting current operation; the
>>>>>>> rollbackOnly was caused by: Error in simple-method [Creates a
>>>>>>> person, role and contactMechs [file:/home/ofbiz/trunk/
>>>>>>> applications/
>>>>>>> party/script/org/ofbiz/party/party/
>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>>>> java.lang.RuntimeException: Error in simple-method operation
>>>>>>> [ ]:
>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>> null
>>>>>>> 2009-01-12 20:28:07,251 (http-0.0.0.0-8080-1)
>>>>>>> [ SimpleMethod.java:
>>>>>>> 727:WARN ] ---- exception report
>>>>>>> ----------------------------------------------------------
>>>>>>> Exception:
>>>>>>> org.ofbiz.entity.transaction.GenericTransactionException
>>>>>>> Message:
>>>>>>> The current transaction is marked for rollback, not beginning a
>>>>>>> new transaction and aborting current operation; the rollbackOnly
>>>>>>> was caused by: Error in simple-method [Creates a person, role
>>>>>>> and
>>>>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/
>>>>>>> org/
>>>>>>> ofbiz/party/party/
>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>>>> java.lang.RuntimeException: Error in simple-method operation
>>>>>>> [ ]:
>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>> null ---- stack trace
>>>>>>> ---------------------------------------------------------------
>>>>>>> org.ofbiz.entity.transaction.GenericTransactionException: The
>>>>>>> current transaction is marked for rollback, not beginning a new
>>>>>>> transaction and aborting current operation; the rollbackOnly was
>>>>>>> caused by: Error in simple-method [Creates a person, role and
>>>>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/
>>>>>>> org/
>>>>>>> ofbiz/party/party/
>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>>>> java.lang.RuntimeException: Error in simple-method operation
>>>>>>> [ ]:
>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>> null
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .entity.transaction.TransactionUtil.begin(TransactionUtil.java:
>>>>>>> 99)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .entity.transaction.TransactionUtil.begin(TransactionUtil.java:
>>>>>>> 71)
>>>>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:723)
>>>>>>> org
>>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>>> 134)
>>>>>>> org
>>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>>> 116)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang
>>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:
>>>>>>> 51)
>>>>>>> org
>>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 384)
>>>>>>> org
>>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 213)
>>>>>>> org
>>>>>>> .ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>> 163)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang.method.callops.CallService.exec(CallService.java:
>>>>>>> 246)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>> 1104)
>>>>>>> org.ofbiz.minilang.method.ifops.IfNotEmpty.exec(IfNotEmpty.java:
>>>>>>> 91) org.ofbiz.minilang.SimpleMethod.runSubOps(Si
>>>>> m
>>>>>> pleMethod.java:1104)
>>>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>>> org
>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>> 134)
>>>>>> org
>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>> 116)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .minilang
>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:
>>>>>> 51)
>>>>>> org
>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>> 384)
>>>>>> org
>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>> 213)
>>>>>> org
>>>>>> .ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>> 163)
>>>>>> org
>>>>>> .ofbiz.minilang.method.callops.CallService.exec(CallService.java:
>>>>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>>> org
>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>> 134)
>>>>>> org
>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>> 116) org.ofbiz.minilang.SimpleServiceEngine.service
>>>>> Inv
>>>>>>
>>>>>> oker(SimpleServiceEngine.java:76)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:
>>>>>> 51)
>>>>>> org
>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>> 384)
>>>>>> org
>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>> 213)
>>>>>> org
>>>>>> .ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>> 149)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .webapp
>>>>>> .event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>>>> 334)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .webapp.control.RequestHandler.runEvent(RequestHandler.java:
>>>>>> 454)
>>>>>> org
>>>>>> .ofbiz
>>>>>> .webapp.control.RequestHandler.doRequest(RequestHandler.java:
>>>>>> 281)
>>>>>> org
>>>>>> .ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
>>>>>> 198) 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(Con
>>>>> tex
>>>>>>
>>>>>> tFilter.java:255)
>>>>>> 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
>>>>>> .apache
>>>>>> .catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>>>> 286)
>>>>>> org
>>>>>> .apache
>>>>>> .coyote.http11.Http11Processor.process(Http11Processor.java:
>>>>>> 844) org.apache.coyote.http11.Http11Protocol
>>>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIo
>>>>> End
>>>>>>
>>>>>> point.java:447) java.lang.Thread.run(Thread.java:595)
>>>>>>
>> --------------------------------------------------------------------------------
>>>>>>> 2009-01-12 20:28:07,251 (http-0.0.0.0-8080-1)
>>>>>>> [ ServiceDispatcher.java:522:ERROR] Error in Service
>>>>>>> [createPartyRole]: Error trying to begin transaction, could not
>>>>>>> process method: The current transaction is marked for rollback,
>>>>>>> not beginning a new transaction and aborting current operation;
>>>>>>> the rollbackOnly was caused by: Error in simple-method
>>>>>>> [Creates a
>>>>>>> person, role and contactMechs [file:/home/ofbiz/trunk/
>>>>>>> applications/
>>>>>>> party/script/org/ofbiz/party/party/
>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>>>> java.lang.RuntimeException: Error in simple-method operation
>>>>>>> [ ]:
>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>> null
>>>>>>> 2009-01-12 20:28:07,252 (http-0.0.0.0-8080-1)
>>>>>>> [ TransactionUtil.java:315:INFO ]
>>>>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
>>>>>>> set, rollback only is already set.
>>>>>>> 2009-01-12 20:28:07,252 (http-0.0.0.0-8080-1)
>>>>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
>>>>>>> createPartyRole] finished in [121] milliseconds
>>>>>>> 2009-01-12 20:28:07,252 (http-0.0.0.0-8080-1)
>>>>>>> [ TransactionUtil.java:315:INFO ]
>>>>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
>>>>>>> set, rollback only is already set.
>>>>>>> 2009-01-12 20:28:07,253 (http-0.0.0.0-8080-1)
>>>>>>> [ ServiceDispatcher.java:522:ERROR] Error in Service
>>>>>>> [createLead]:
>>>>>>> Error:Error trying to begin transaction, could not process
>>>>>>> method:
>>>>>>> The current transaction is marked for rollback, not beginning a
>>>>>>> new transaction and aborting current operation; the rollbackOnly
>>>>>>> was caused by: Error in simple-method [Creates a person, role
>>>>>>> and
>>>>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/
>>>>>>> org/
>>>>>>> ofbiz/party/party/
>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>>>> java.lang.RuntimeException: Error in simple-method operation
>>>>>>> [ ]:
>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>> null calling service createPartyRole in createLead
>>>>>>> 2009-01-12 20:28:07,253 (http-0.0.0.0-8080-1)
>>>>>>> [ TransactionUtil.java:315:INFO ]
>>>>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
>>>>>>> set, rollback only is already set.
>>>>>>> 2009-01-12 20:28:07,253 (http-0.0.0.0-8080-1)
>>>>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
>>>>>>> createLead] finished in [194] milliseconds
>>>>>>> 2009-01-12 20:28:07,254 (http-0.0.0.0-8080-1)
>>>>>>> [ TransactionUtil.java:315:INFO ]
>>>>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
>>>>>>> set, rollback only is already set.
>>>>>>> 2009-01-12 20:28:07,254 (http-0.0.0.0-8080-1)
>>>>>>> [ ServiceDispatcher.java:522:ERROR] Error in Service
>>>>>>> [createLeadFromWebForm]: Error:Error:Error trying to begin
>>>>>>> transaction, could not process method: The current transaction
>>>>>>> is
>>>>>>> marked for rollback, not beginning a new transaction and
>>>>>>> aborting
>>>>>>> current operation; the rollbackOnly was caused by: Error in
>>>>>>> simple-
>>>>>>> method [Creates a person, role and contactMechs [file:/home/
>>>>>>> ofbiz/
>>>>>>> trunk/applications/party/script/org/ofbiz/party/party/
>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>>>> java.lang.RuntimeException: Error in simple-method operation
>>>>>>> [ ]:
>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>> null calling service createPartyRole in createLead calling
>>>>>>> service
>>>>>>> createLead in createLeadFromWebForm
>>>>>>> 2009-01-12 20:28:07,255 (http-0.0.0.0-8080-1)
>>>>>>> [ TransactionUtil.java:275:ERROR] ---- exception report
>>>>>>> ----------------------------------------------------------
>>>>>>> [TransactionUtil.rollback] Exception: java.lang.Exception
>>>>>>> Message:
>>>>>>> Stack Trace ---- stack trace
>>>>>>> ---------------------------------------------------------------
>>>>>>> java.lang.Exception: Stack Trace
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .entity
>>>>>>> .transaction.TransactionUtil.rollback(TransactionUtil.java:
>>>>>>> 274)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .entity
>>>>>>> .transaction.TransactionUtil.rollback(TransactionUtil.java:
>>>>>>> 256)
>>>>>>> org
>>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 526)
>>>>>>> org
>>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 213)
>>>>>>> org
>>>>>>> .ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>> 149)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .webapp
>>>>>>> .event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>>>>> 334)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .webapp.control.RequestHandler.runEvent(RequestHandler.java:
>>>>>>> 454)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .webapp.control.RequestHandler.doRequest(RequestHandler.java:
>>>>>>> 281) org.ofbiz.webapp.control.Co
>>>>> n
>>>>>> trolServlet.doGet(ControlServlet.java:198)
>>>>>> 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:
>>>>>> 255)
>>>>>> 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.invok
>>>>> e(S
>>>>>>
>>>>>> tandardEngineValve.java:109)
>>>>>> org
>>>>>> .apache
>>>>>> .catalina.valves.AccessLogValve.invoke(AccessLogValve.java:
>>>>>> 568)
>>>>>> org
>>>>>> .apache
>>>>>> .catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>>>> 286)
>>>>>> org
>>>>>> .apache
>>>>>> .coyote.http11.Http11Processor.process(Http11Processor.java:
>>>>>> 844) org.apache.coyote.http11.Http11Protocol
>>>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>>>> org.apache.tomcat.util.net.JIoEndpoint
>>>>>> $Worker.run(JIoEndpoint.java:
>>>>>> 447) java.lang.Thread.run(Thread.java:595)
>>>>>>
>> --------------------------------------------------------------------------------
>>>>>>> 2009-01-12 20:28:07,255 (http-0.0.0.0-8080-1)
>>>>>>> [ TransactionUtil.java:285:INFO ] [TransactionUtil.rollback]
>>>>>>> transaction rolled back
>>>>>>> 2009-01-12 20:28:07,255 (http-0.0.0.0-8080-1)
>>>>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
>>>>>>> createLeadFromWebForm] finished in [236] milliseconds
>>>>>>> 2009-01-12 20:28:07,327 (http-0.0.0.0-8080-1)
>>>>>>> [ RequestHandler.java:314:ERROR] Request webFormSubmit caused an
>>>>>>> error with the following message: Error:Error:Error trying to
>>>>>>> begin transaction, could not process method: The current
>>>>>>> transaction is marked for rollback, not beginning a new
>>>>>>> transaction and aborting current operation; the rollbackOnly was
>>>>>>> caused by: Error in simple-method [Creates a person, role and
>>>>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/
>>>>>>> org/
>>>>>>> ofbiz/party/party/
>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>>>> java.lang.RuntimeException: Error in simple-method operation
>>>>>>> [ ]:
>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>> null calling service createPartyRole in createLead calling
>>>>>>> service
>>>>>>> createLead in createLeadFromWebForm
>>>>>>> 2009-01-12 20:28:07,328 (http-0.0.0.0-8080-1)
>>>>>>> [ RequestHandler.java:412:INFO ] [RequestHandler.doRequest]:
>>>>>>> Response is a URL redirect.
>>>>>>> sessionId=BBA68197213FF2F01514F97BB85687A6.jvm1
>>>>>>> 2009-01-12 20:28:07,328 (http-0.0.0.0-8080-1)
>>>>>>> [ RequestHandler.java:539:INFO ] [Sending redirect]:
>> http://www.globalera.com
>>>>>>> sessionId=BBA68197213FF2F01514F97BB85687A6.jvm1
>>>>>>> 2009-01-12 20:28:07,376 (http-0.0.0.0-8080-1)
>>>>>>> [ ControlServlet.java:299:INFO ] [[[webFormSubmit] Done
>>>>>>> rendering
>>>>>>> page, Servlet Finished- total:0.64,since last([webFormSubmit]
>>>>>>> S...):0.638]]
>>>>>>>
>>>>>>> ----- Original Message -----
>>>>>>> From: "Adrian Crum" <[hidden email]>
>>>>>>> To: [hidden email]
>>>>>>> Sent: Monday, January 12, 2009 8:31:07 AM (GMT-0700) America/
>>>>>>> Denver
>>>>>>> Subject: Re: locale error in simple method
>>>>>>>
>>>>>>> Vince,
>>>>>>>
>>>>>>> We will need a complete log to track this down. To be
>>>>>>> specific, I
>>>>>>> need
>>>>>>> to see the entire Java stack trace.
>>>>>>>
>>>>>>> -Adrian
>>>>>>>
>>>>>>> Vince M. Clark wrote:
>>>>>>>> I created a custom simple method to respond to a request from a
>>>>>>>> web form. Getting a locale error and cannot figure out where
>>>>>>>> locale is required.
>>>>>>>>
>>>>>>>> <simple-method method-name="createLeadFromWebForm" short-
>>>>>>>> description="Create Lead from Web Form" login-required="false">
>>>>>>>> <entity-one entity-name="UserLogin" value-name="userlogin">
>>>>>>>> <field-map field-name="userLoginId" value="system"/>
>>>>>>>> </entity-one>
>>>>>>>> <set-current-user-login value-name="userlogin"/>
>>>>>>>> <set field="newLead.firstName" from-
>>>>>>>> field="parameters.firstName"/>
>>>>>>>> <set field="newLead.lastName" from-
>>>>>>>> field="parameters.lastName"/>
>>>>>>>> <set field="newLead.groupName" from-
>>>>>>>> field="parameters.groupName"/>
>>>>>>>> <set field="newLead.emailAddress" from-
>>>>>>>> field="parameters.emailAddress"/>
>>>>>>>> <set field="newLead.contactNumber" from-
>>>>>>>> field="parameters.contactNumber"/>
>>>>>>>> <set field="newLead.address1" from-
>>>>>>>> field="parameters.address1"/>
>>>>>>>> <set field="newLead.countryGeoId" from-
>>>>>>>> field="parameters.countryGeoId"/>
>>>>>>>> <set field="newLead.city" from-field="parameters.city"/>
>>>>>>>> <set field="newLead.stateProvinceGeoId" from-
>>>>>>>> field="parameters.stateProvinceGeoId"/>
>>>>>>>> <set field="newLead.postalCode" from-
>>>>>>>> field="parameters.postalCode"/>
>>>>>>>> <set field="newLead.quickAdd" from-
>>>>>>>> field="parameters.quickAdd"/>
>>>>>>>> <call-service service-name="createLead" in-map-name="newLead">
>>>>>>>> <result-to-field result-name="partyId" field="partyId"/>
>>>>>>>> </call-service>
>>>>>>>> </simple-method>
>>>>>>>>
>>>>>>>> The simple method that I am calling "createLead" calls other
>>>>>>>> simple methods. One of them is createPersonRoleAndContactMechs,
>>>>>>>> which throws the following exception:
>>>>>>>> 2009-01-11 18:43:36,887 (http-0.0.0.0-8080-1)
>>>>>>>> [ RequestHandler.java:314:ERROR] Request webFormSubmit caused
>>>>>>>> an
>>>>>>>> error with the following message: Error:Error:Error trying to
>>>>>>>> begin transaction, could not process method: The current
>>>>>>>> transaction is marked for rollback, not beginning a new
>>>>>>>> transaction and aborting current operation; the rollbackOnly
>>>>>>>> was
>>>>>>>> caused by: Error in simple-method [Creates a person, role and
>>>>>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/
>>>>>>>> org/ofbiz/party/party/
>>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>>> running the simple-method: Error in simple-method operation
>>>>>>>> [ ]:
>>>>>>>> java.lang.RuntimeException: Error in simple-method operation
>>>>>>>> [ ]:
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>> null calling service createPartyRole in createLead calling
>>>>>>>> service createLead in createLeadFromWebForm
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>
>>>>
>>>
>>>
>>

Vince Clark

Re: locale error in simple method

I think more junit and Selenium tests would be time better spent than maintaining a release branch.

Companies that want to maintain their own stable branch can implement the necessary source code management processes.

----- Original Message -----
From: "David E Jones" <[hidden email]>
To: [hidden email]
Sent: Thursday, January 15, 2009 12:00:23 AM (GMT-0700) America/Denver
Subject: Re: locale error in simple method

Thanks for your comments Scott. I was going to write something almost
as fatalistic. The reality really is that there were very few fixes
that went directly into the release4.0 branch, and I don't think any
of those made it into the trunk. There were lots of fixes from the
trunk that went into the release branch thanks to (as Scott mentioned)
a few committers who kept an eye on that. Those who are interested in
a release branch seem to have different motives and intents than those
using the trunk, which is fine, but is not very self-sustaining, hence
my comments here:

http://docs.ofbiz.org/display/OFBADMIN/Apache+OFBiz+Getting+Started

So, let's get real: release branches attract users but don't attract
committers or contributions. Some of those users may eventually become
committers or contributors and move to the trunk in order to do so.
So, really (to use a cliche: I've said it before and I'll say it
again) doing releases in any form is mostly a marketing activity.

Releases are certainly of value to the project, and of course to the
people and organizations who use the releases, and those who get an
introduction to OFBiz and are attracted to it because of a release of
some form. Back to reality though, in a community driven project there
is no central organization to fund the effort, and most OFBiz
contributors and committers contribute based on what clients request
or on issues they want to help with.

Not to say that it is impossible, there are certainly many open source
projects that do so on a regular basis. As I've thought about this
over the years the only feeble conclusion I can come up with is that
those projects have defined functionality sets that they can target
and plan for. This is something that is easier to do with framework
level tools, which is one of the reasons I've been trying to push for
a focus on the framework. However, even there it has been tough to get
people to propose things and plan... however significant cleanups and
enhancements have happened and it actually is getting into pretty good
shape for release so it can stand on its own.

For the applications and such it's a bit tougher... the scope is large
and difficult to agree on, especially given the variety of
organizations and individuals that use OFBiz and contribute back and
by doing so make OFBiz what it is. To help everyone get on the same
page I've started an effort to define some business processes that can
drive more requirements and designs to help the refine OFBiz and give
us some targets to shoot for:

http://docs.ofbiz.org/display/OFBREQDES/Universal+Business+Process+Library+Index

Now, stepping back a little, we don't HAVE to do this in order to do a
release. And again being honest with ourselves, without such a thing
it doesn't matter too much _when_ we create the release branch... it's
really quite arbitrary.

So yes, a lot of thought and planning and numerous attempts (many just
going very slowly...) to move in this direction are happening.

For the next release branch, there was recent discussion about it and
a decision to do it as I recall, it's now a question of when and not
if. And the when (also from memory, sorry) was intended to be about 2
years from the date of the release4.0 branch, and that is just a few
weeks from now. There are lots of great cleanup efforts going on and
unless something serious is up in the air in a few weeks, the release
branch will happen.

I only hope it will be of value to a number of people and that good
will come from it.

This is one aspect of OFBiz that I don't think is terribly successful,
and past trends are somewhat frustrating, but I still think it is a
good thing and so we work for it and keep trying. Someday I'm hoping
various people from the community will rally and create a really great
stable release that shines and works like it's supposed to.

Comments from volunteers and pundits (ie the peanut gallery) welcome.

-David

On Jan 14, 2009, at 8:12 PM, Scott Gray wrote:

Adrian Crum

New Release Branch (was: locale error in simple method)

In reply to this post by David E Jones-3

I agree with much of what David said.

Personally, I feel the R4 branch timing was too early. There were some
major refactorings going on at the time, and those refactorings were
completed shortly after the R4 branch - which made R4 obsolete almost
immediately. At the time I didn't have much interest in maintaining the
R4 branch.

Things are different this time around. As David mentioned, there has
been a lot of commit activity lately. Much of the work I've done in the
last few months has been making preparations for a new release branch.
From my perspective, if we hold off a bit on new major changes and let
the dust settle a little, the current trunk would be ready for another
release branch. This time around I'm committed to help maintain it.

-Adrian

David E Jones wrote:

>
> Thanks for your comments Scott. I was going to write something almost as
> fatalistic. The reality really is that there were very few fixes that
> went directly into the release4.0 branch, and I don't think any of those
> made it into the trunk. There were lots of fixes from the trunk that
> went into the release branch thanks to (as Scott mentioned) a few
> committers who kept an eye on that. Those who are interested in a
> release branch seem to have different motives and intents than those
> using the trunk, which is fine, but is not very self-sustaining, hence
> my comments here:
>
> http://docs.ofbiz.org/display/OFBADMIN/Apache+OFBiz+Getting+Started
>
> So, let's get real: release branches attract users but don't attract
> committers or contributions. Some of those users may eventually become
> committers or contributors and move to the trunk in order to do so. So,
> really (to use a cliche: I've said it before and I'll say it again)
> doing releases in any form is mostly a marketing activity.
>
> Releases are certainly of value to the project, and of course to the
> people and organizations who use the releases, and those who get an
> introduction to OFBiz and are attracted to it because of a release of
> some form. Back to reality though, in a community driven project there
> is no central organization to fund the effort, and most OFBiz
> contributors and committers contribute based on what clients request or
> on issues they want to help with.
>
> Not to say that it is impossible, there are certainly many open source
> projects that do so on a regular basis. As I've thought about this over
> the years the only feeble conclusion I can come up with is that those
> projects have defined functionality sets that they can target and plan
> for. This is something that is easier to do with framework level tools,
> which is one of the reasons I've been trying to push for a focus on the
> framework. However, even there it has been tough to get people to
> propose things and plan... however significant cleanups and enhancements
> have happened and it actually is getting into pretty good shape for
> release so it can stand on its own.
>
> For the applications and such it's a bit tougher... the scope is large
> and difficult to agree on, especially given the variety of organizations
> and individuals that use OFBiz and contribute back and by doing so make
> OFBiz what it is. To help everyone get on the same page I've started an
> effort to define some business processes that can drive more
> requirements and designs to help the refine OFBiz and give us some
> targets to shoot for:
>
> http://docs.ofbiz.org/display/OFBREQDES/Universal+Business+Process+Library+Index
>
>
> Now, stepping back a little, we don't HAVE to do this in order to do a
> release. And again being honest with ourselves, without such a thing it
> doesn't matter too much _when_ we create the release branch... it's
> really quite arbitrary.
>
> So yes, a lot of thought and planning and numerous attempts (many just
> going very slowly...) to move in this direction are happening.
>
> For the next release branch, there was recent discussion about it and a
> decision to do it as I recall, it's now a question of when and not if.
> And the when (also from memory, sorry) was intended to be about 2 years
> from the date of the release4.0 branch, and that is just a few weeks
> from now. There are lots of great cleanup efforts going on and unless
> something serious is up in the air in a few weeks, the release branch
> will happen.
>
> I only hope it will be of value to a number of people and that good will
> come from it.
>
> This is one aspect of OFBiz that I don't think is terribly successful,
> and past trends are somewhat frustrating, but I still think it is a good
> thing and so we work for it and keep trying. Someday I'm hoping various
> people from the community will rally and create a really great stable
> release that shines and works like it's supposed to.
>
> Comments from volunteers and pundits (ie the peanut gallery) welcome.
>
> -David
>
>
> On Jan 14, 2009, at 8:12 PM, Scott Gray wrote:
>
>> Hi Bruno
>> It sounds reasonable in theory but the reality is that merging bug fixes
>> into a branch takes a great deal of time on an ongoing basis. I don't
>> recall seeing a single bug fixing patch being contributed by any of the
>> community at large, the work was maintained by a couple of committers
>> and NO
>> ONE else.
>>
>> The whole reason IMO that the v4 release branch never became an actual
>> release was because virtually no one in the community showed any real
>> interest in it.
>>
>> Personally I think the best thing for the project right now would be
>> remove
>> any mention of the v4 branch from the main page and any other docs, so
>> that
>> people don't mistakenly get the impression that it is the best path
>> for them
>> to take.
>>
>> Regards
>> Scott
>>
>> 2009/1/14 Bruno Busco <[hidden email]>
>>
>>> oops,
>>> sorry to have posted this to the USER ML, I apologize, it was
>>> intended, of course, as a DEV discussion.
>>>
>>> -Bruno
>>>
>>>
>>> ---------- Forwarded message ----------
>>> From: Bruno Busco <[hidden email]>
>>> Date: 2009/1/14
>>> Subject: Re: locale error in simple method
>>> To: [hidden email]
>>>
>>>
>>> I think that Vince's situation is very common.
>>>
>>> Whenever you get your ofbiz put in production (or a sort of) you get
>>> really "apprensive" and try to not update your working box.
>>> This makes hard also to get bug fixes only from the trunk.
>>>
>>> Could we think to try to have a new release branch?
>>> I mean a branch where only bug fix are merged from the trunk?
>>> I know that this has been discussed many times but we should give it a
>>> try. The framework-only release could be still something in the agenda
>>> and should not be affected by the existence of the new complete
>>> release branch.
>>>
>>> The last release branch (4.0) seems now too far from the trunk head
>>> and we often suggest not to use it any more. This is fine because we
>>> want people on the "living edge" of the code but then we will get them
>>> in the "should I update or not?" situation.
>>>
>>> Having a new release branch we will have most people living there and
>>> contributing back bug-fix patch or bug reports that will still be used
>>> in the trunk.
>>>
>>> I see many new features coming into the trunk and this is really great
>>> but, may be, many more would come if who is going to commit them knows
>>> that the community could always rely on an unaffetced "stable" branch.
>>>
>>> -Bruno
>>>
>>>
>>> 2009/1/14 Vince M. Clark <[hidden email]>:
>>>> I don't waste my time with 4.0.
>>>>
>>>> Preaching doesn't bother me. I'm used to it and have done a bit myself.
>>>>
>>>> But to be clear, I'm very collaborative, and am not holding anything
>>>> back
>>> from the community. This particular instance I have not upgraded
>>> because it
>>> is production (sort of) and I have had difficulty upgrading other
>>> instances
>>> recently because of some seed data issues, and possibly other reasons.
>>> Basically related to some of the new stuff like visual themes.
>>>>
>>>> I will try my custom service against a current download of trunk to
>>> verify that it isn't just a version issue.
>>>>
>>>> ----- Original Message -----
>>>> From: "David E Jones" <[hidden email]>
>>>> To: [hidden email]
>>>> Sent: Tuesday, January 13, 2009 6:06:06 PM (GMT-0700) America/Denver
>>>> Subject: Re: locale error in simple method
>>>>
>>>>
>>>> Is that the trunk rev or in the release4.0 branch?
>>>>
>>>> Either way it's a few months old (looks like 23 Jul 2008)... it would
>>>> take a fair amount of time for someone to go back and try to reproduce
>>>> the error on that revision. Have you considered updating to a newer
>>>> version of OFBiz?
>>>>
>>>> Just as an FYI, I usually recommend that people working from the trunk
>>>> really collaborate with the community, an that usually means needing
>>>> to update at least once per day (or at the _very_ least a couple of
>>>> times per week) until the development part of each cycle is done (ie
>>>> before doing integration or business level testing, if that means
>>>> anything for your process).
>>>>
>>>> There are lots of reasons for this, and what you're running into is
>>>> perhaps the most important: by sticking with that revision you're
>>>> basically going it alone and choosing not to collaborate with the
>>>> community, which makes it hard for others in the community to
>>>> collaborate with you. The same is true for the practice of changing
>>>> things in the OFBiz framework or core parts of different applications
>>>> and not contributing it back to the project. The project suffers a
>>>> little, but the project will do fine as there are LOTS of people
>>>> contributing back. Who really suffers is the end-user organization
>>>> that has to foot the bill of maintaining these things instead of
>>>> sharing that with the community.
>>>>
>>>> Sorry for the preaching, but on the other hand thanks for the soap box
>>>> to stand on for a little sermon.
>>>>
>>>> -David
>>>>
>>>>
>>>> On Jan 13, 2009, at 4:34 PM, Vince M. Clark wrote:
>>>>
>>>>> Thanks David. Rev is 679168
>>>>>
>>>>> ----- Original Message -----
>>>>> From: "David E Jones" <[hidden email]>
>>>>> To: [hidden email]
>>>>> Sent: Tuesday, January 13, 2009 5:36:35 PM (GMT-0700) America/Denver
>>>>> Subject: Re: locale error in simple method
>>>>>
>>>>>
>>>>> Stepping back even more... which version/revision of OFBiz are you
>>>>> using?
>>>>>
>>>>> Based on what you wrote, with the browser submitting a form to the
>>>>> OFBiz web server, as long as it is going through the ControlServlet
>>>>> and you are calling the service you described through a request-map ->
>>>>> event tag, then it should work the same way as anything else in OFBiz.
>>>>>
>>>>> Unless something is broken somewhere then OFBiz should be getting a
>>>>> locale no matter what, even if it is the system default locale. It
>>>>> looks like somehow that isn't making it into the service call (you
>>>>> could verify that by adding a log tag in your simple-method to print
>>>>> the ${locale} string). That's part of the reason I'm about the
>>>>> revision you are using... it could be a real issue that most of us
>>>>> aren't seeing if you're not using a recent trunk revision.
>>>>>
>>>>> Of, if the assumptions in the 2nd paragraph above are not correct (ie
>>>>> you are calling things differently) then there could be issues there
>>>>> as well.
>>>>>
>>>>> -David
>>>>>
>>>>>
>>>>> On Jan 13, 2009, at 3:59 PM, Vince M. Clark wrote:
>>>>>
>>>>>>
>>>>>> First a disclaimer (plea for mercy). I am an ERP person, not a web
>>>>>> or UI person. So all this http, session, context stuff is rather
>>>>>> confusing to me.
>>>>>>
>>>>>> I've been digging on this issue and want to make sure something is
>>>>>> very clear because I think it may have something to do with the
>>>>>> problem.
>>>>>>
>>>>>> OfBiz is NOT rendering any screens for me. I'm using it as kind of a
>>>>>> "cheap" web service. I have a static html web form served by Apache
>>>>>> web server. The form action calls OfBiz, and then I redirect back to
>>>>>> a static html page. So OfBiz just accepts the request, processes it,
>>>>>> and redirects. No screen rendering whatsoever by OfBiz.
>>>>>>
>>>>>> I'm pointing this out because of one of the comments I found in a
>>>>>> java class (which of course I cannot find now) that said something
>>>>>> about if locale was not in the context then the browser (or maybe
>>>>>> session) default would be used.
>>>>>>
>>>>>> So to simplify (or maybe over simplify) my question, is there
>>>>>> something I should be doing in my simple method to put locale in the
>>>>>> context before I call createLead. Also, can someone give me a tip on
>>>>>> how to iterate through whatever is in the context and write it out
>>>>>> to the log so I can see it.
>>>>>>
>>>>>> ----- Original Message -----
>>>>>> From: "Vince M. Clark" <[hidden email]>
>>>>>> To: [hidden email]
>>>>>> Sent: Tuesday, January 13, 2009 9:17:40 AM (GMT-0700) America/Denver
>>>>>> Subject: Re: locale error in simple method
>>>>>>
>>>>>> Here is the service definition and the simple method. Thank you for
>>>>>> your help.
>>>>>>
>>>>>> <service name="createLeadFromWebForm" engine="simple"
>>>>>> location="org/ofbiz/ge/PartyServices.xml"
>>>>>> invoke="createLeadFromWebForm" auth="false">
>>>>>> <description>Add a New Lead from a Web Form</description>
>>>>>> <attribute name="groupName" type="String" mode="IN"
>>>>>> optional="false"/>
>>>>>> <attribute name="firstName" type="String" mode="IN"
>>>>>> optional="false"/>
>>>>>> <attribute name="lastName" type="String" mode="IN" optional="false"/>
>>>>>> <attribute name="note" type="String" mode="IN" optional="true"/>
>>>>>> <attribute name="emailAddress" type="String" mode="IN"
>>>>>> optional="false"/>
>>>>>> <attribute name="postalCode" type="String" mode="IN"
>>>>>> optional="true"/>
>>>>>> <attribute name="countryGeoId" type="String" mode="IN"
>>>>>> optional="true"/>
>>>>>> <attribute name="address1" type="String" mode="IN" optional="true"/>
>>>>>> <attribute name="city" type="String" mode="IN" optional="true"/>
>>>>>> <attribute name="stateProvinceGeoId" type="String" mode="IN"
>>>>>> optional="true"/>
>>>>>> <attribute name="contactNumber" type="String" mode="IN"
>>>>>> optional="true"/>
>>>>>> <attribute name="quickAdd" type="String" mode="IN" optional="true"/>
>>>>>> </service>
>>>>>>
>>>>>> <simple-method method-name="createLeadFromWebForm" short-
>>>>>> description="Create Lead from Web Form" login-required="false">
>>>>>> <entity-one entity-name="UserLogin" value-name="userlogin">
>>>>>> <field-map field-name="userLoginId" value="system"/>
>>>>>> </entity-one>
>>>>>> <set-current-user-login value-name="userlogin"/>
>>>>>> <set field="newLead.firstName" from-field="parameters.firstName"/>
>>>>>> <set field="newLead.lastName" from-field="parameters.lastName"/>
>>>>>> <set field="newLead.groupName" from-field="parameters.groupName"/>
>>>>>> <set field="newLead.emailAddress" from-
>>>>>> field="parameters.emailAddress"/>
>>>>>> <set field="newLead.contactNumber" from-
>>>>>> field="parameters.contactNumber"/>
>>>>>> <set field="newLead.address1" from-field="parameters.address1"/>
>>>>>> <set field="newLead.countryGeoId" from-
>>>>>> field="parameters.countryGeoId"/>
>>>>>> <set field="newLead.city" from-field="parameters.city"/>
>>>>>> <set field="newLead.stateProvinceGeoId" from-
>>>>>> field="parameters.stateProvinceGeoId"/>
>>>>>> <set field="newLead.postalCode" from-field="parameters.postalCode"/>
>>>>>> <set field="newLead.quickAdd" from-field="parameters.quickAdd"/>
>>>>>> <call-service service-name="createLead" in-map-name="newLead">
>>>>>> <result-to-field result-name="partyId" field="partyId"/>
>>>>>> </call-service>
>>>>>> </simple-method>
>>>>>>
>>>>>> ----- Original Message -----
>>>>>> From: "Adrian Crum" <[hidden email]>
>>>>>> To: [hidden email]
>>>>>> Sent: Tuesday, January 13, 2009 9:22:57 AM (GMT-0700) America/Denver
>>>>>> Subject: Re: locale error in simple method
>>>>>>
>>>>>> If you attach the service definition, I can take a look at it.
>>>>>>
>>>>>> -Adrian
>>>>>>
>>>>>> Vince M. Clark wrote:
>>>>>>> When is that usually set? When a user logs in? My service just sets
>>>>>>> the userLogin to system. Could that be a source of the problem?
>>>>>>>
>>>>>>> ----- Original Message -----
>>>>>>> From: "Adrian Crum" <[hidden email]>
>>>>>>> To: [hidden email]
>>>>>>> Sent: Tuesday, January 13, 2009 9:05:01 AM (GMT-0700) America/Denver
>>>>>>> Subject: Re: locale error in simple method
>>>>>>>
>>>>>>> Vince,
>>>>>>>
>>>>>>> I checked to see if something changed in the framework that would
>>>>>>> cause
>>>>>>> this error, but I didn't find anything. There must be a problem with
>>>>>>> the service definition - which is preventing the locale parameter
>>>>>>> from
>>>>>>> being included in the service context.
>>>>>>>
>>>>>>> -Adrian
>>>>>>>
>>>>>>> Vince M. Clark wrote:
>>>>>>>> Here is the entire trace. Note that the first few lines are just
>>>>>>>> xml validation errors.
>>>>>>>>
>>>>>>>>
>>>>>>>> 2009-01-12 20:28:07,054 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>>> 660:ERROR] XmlFileLoader: File file:/home/ofbiz/trunk/hot-deploy/
>>>>>>>> ge/script/org/ofbiz/ge/PartyServices.xml process error. Line: 88.
>>>>>>>> Error message: cvc-complex-type.3.2.2: Attribute 'field-name' is
>>>>>>>> not allowed to appear in element 'if-empty'.
>>>>>>>> 2009-01-12 20:28:07,055 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>>> 660:ERROR] XmlFileLoader: File file:/home/ofbiz/trunk/hot-deploy/
>>>>>>>> ge/script/org/ofbiz/ge/PartyServices.xml process error. Line: 88.
>>>>>>>> Error message: cvc-complex-type.4: Attribute 'field' must appear
>>>>>>>> on element 'if-empty'.
>>>>>>>> 2009-01-12 20:28:07,055 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>>> 660:ERROR] XmlFileLoader: File file:/home/ofbiz/trunk/hot-deploy/
>>>>>>>> ge/script/org/ofbiz/ge/PartyServices.xml process error. Line: 122.
>>>>>>>> Error message: cvc-complex-type.3.2.2: Attribute 'field' is not
>>>>>>>> allowed to appear in element 'result-to-field'.
>>>>>>>> 2009-01-12 20:28:07,056 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>>> 241:INFO ] XML Read 0.026s: file:/home/ofbiz/trunk/hot-deploy/ge/
>>>>>>>> script/org/ofbiz/ge/PartyServices.xml
>>>>>>>> 2009-01-12 20:28:07,059 (http-0.0.0.0-8080-1) [ Log.java:
>>>>>>>> 94 :INFO ] locale is en_US // here is where I set a locale
>>>>>>>> variable and outputted it in the log
>>>>>>>>
>>>>>>>> 2009-01-12 20:28:07,087 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>>> 241:INFO ] XML Read 0.027s: file:/home/ofbiz/trunk/applications/
>>>>>>>> marketing/script/org/ofbiz/sfa/lead/LeadServices.xml
>>>>>>>> 2009-01-12 20:28:07,125 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>>> 241:INFO ] XML Read 0.028s: file:/home/ofbiz/trunk/applications/
>>>>>>>> party/script/org/ofbiz/party/party/PartySimpleMethods.xml
>>>>>>>> 2009-01-12 20:28:07,129 (http-0.0.0.0-8080-1) [ SimpleMethod.java:
>>>>>>>> 1109:ERROR] ---- runtime exception report
>>>>>>>> -------------------------------------------------- Error in simple-
>>>>>>>> method operation [ ]: java.lang.IllegalArgumentException: locale
>>>>>>>> cannot be null Exception: java.lang.IllegalArgumentException
>>>>>>>> Message: locale cannot be null ---- stack trace
>>>>>>>> ---------------------------------------------------------------
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .base.util.UtilProperties.getResourceBundle(UtilProperties.java:
>>>>>>>> 480)
>>>>>>>> org.ofbiz.base.util.UtilProperties.getMessage(UtilProperties.java:
>>>>>>>> 385)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .minilang
>>>>>>>> .operation.SimpleMapOperation.addMessage(SimpleMapOperation.java:
>>>>>>>> 62)
>>>>>>>> org
>>>>>>>> .ofbiz.minilang.operation.ValidateMethod.exec(ValidateMethod.java:
>>>>>>>> 100)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .minilang.operation.SimpleMapProcess.exec(SimpleMapProcess.java:
>>>>>>>> 51)
>>>>>>>> org.ofbiz.minilang.operation.MapProcessor.exec(MapProcessor.java:
>>>>>>>> 80) org.ofbiz.minilang.method.callops.CallSimpleMapProcessor.ex
>>>>>> e
>>>>>>> c(CallSimpleMapProcessor.java:91)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
>>>>>>> org.ofbiz.minilang.method.ifops.IfNotEmpty.exec(IfNotEmpty.java:91)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
>>>>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang
>>>>>>> .method.callops.CallSimpleMethod.exec(CallSimpleMethod.java:75)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
>>>>>>> org.ofbiz.minilang.method.ifops.IfCompare.exec(IfCompare.java:123)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
>>>>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>>> 134)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>>> 116)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang
>>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
>>>>>>> org.ofbiz.service.ServiceDispatcher.runSync(Servic
>>>>>> eDi
>>>>>>>
>>>>>>> spatcher.java:384)
>>>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 213)
>>>>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>> 163)
>>>>>>> org.ofbiz.minilang.method.callops.CallService.exec(CallService.java:
>>>>>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>>> 134)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>>> 116)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang
>>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
>>>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 384)
>>>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 213)
>>>>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>> 149)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>>>>> 334) org.ofbiz.webapp.control.Re
>>>>>> que
>>>>>>>
>>>>>>> stHandler.runEvent(RequestHandler.java:454)
>>>>>>> org
>>>>>>> .ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:
>>>>>>> 281)
>>>>>>> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
>>>>>>> 198) 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:
>>>>>>> 255)
>>>>>>> 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(StandardH
>>>>>> ost
>>>>>>>
>>>>>>> Valve.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
>>>>>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>>>>> 286) org.apa
>>>>>>> che.coyote.http11.Http11Processor.process(Http11Processor.java:844)
>>>>>>> org.apache.coyote.http11.Http11Protocol
>>>>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>>>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:
>>>>>>> 447) java.lang.Thread.run(Thread.java:595)
>>>>>>>
>>> --------------------------------------------------------------------------------
>>>
>>>>>>>> 2009-01-12 20:28:07,130 (http-0.0.0.0-8080-1) [ SimpleMethod.java:
>>>>>>>> 1109:ERROR] ---- runtime exception report
>>>>>>>> -------------------------------------------------- Error in simple-
>>>>>>>> method operation [ ]: java.lang.RuntimeException: Error in simple-
>>>>>>>> method operation [ ]: java.lang.IllegalArgumentException: locale
>>>>>>>> cannot be null Exception: java.lang.RuntimeException Message:
>>>>>>>> Error in simple-method operation [ ]:
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null ----
>>>>>>>> stack trace
>>>>>>>> ---------------------------------------------------------------
>>>>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1110)
>>>>>>>> org.ofbiz.minilang.method.ifops.IfNotEmpty.exec(IfNotEmpty.java:
>>>>>>>> 91) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>>>>> org.ofbiz.minilang.method.callops.CallSimpleMethod.exec(C
>>>>>> a
>>>>>>> llSimpleMethod.java:75)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
>>>>>>> org.ofbiz.minilang.method.ifops.IfCompare.exec(IfCompare.java:123)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
>>>>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>>> 134)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>>> 116)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang
>>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
>>>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 384)
>>>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 213)
>>>>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>> 163)
>>>>>>> org.ofbiz.minilang.method.callops.CallService.exec(CallService.java:
>>>>>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMeth
>>>>>> od.
>>>>>>>
>>>>>>> java:744)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>>> 134)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>>> 116)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang
>>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
>>>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 384)
>>>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 213)
>>>>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>> 149)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>>>>> 334)
>>>>>>> org
>>>>>>> .ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:
>>>>>>> 454)
>>>>>>> org
>>>>>>> .ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:
>>>>>>> 281)
>>>>>>> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
>>>>>>> 198) javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
>>>>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>>>>>>> org.apache.catalina.core.ApplicationF
>>>>>> ilt
>>>>>>>
>>>>>>> erChain.internalDoFilter(ApplicationFilterChain.java:290)
>>>>>>> org
>>>>>>> .apache
>>>>>>> .catalina
>>>>>>> .core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:
>>>>>>> 206)
>>>>>>> org.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:
>>>>>>> 255)
>>>>>>> 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
>>>>>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>>>>> 286) org.apache.coyote.http1
>>>>>> 1.H
>>>>>>>
>>>>>>> ttp11Processor.process(Http11Processor.java:844)
>>>>>>> org.apache.coyote.http11.Http11Protocol
>>>>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>>>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:
>>>>>>> 447) java.lang.Thread.run(Thread.java:595)
>>>>>>>
>>> --------------------------------------------------------------------------------
>>>
>>>>>>>> 2009-01-12 20:28:07,130 (http-0.0.0.0-8080-1) [ SimpleMethod.java:
>>>>>>>> 748:ERROR] Error running the simple-method: Error in simple-method
>>>>>>>> operation [ ]: java.lang.RuntimeException: Error in simple-method
>>>>>>>> operation [ ]: java.lang.IllegalArgumentException: locale cannot
>>>>>>>> be null
>>>>>>>> 2009-01-12 20:28:07,131 (http-0.0.0.0-8080-1)
>>>>>>>> [ TransactionUtil.java:311:WARN ] ---- exception report
>>>>>>>> ----------------------------------------------------------
>>>>>>>> [TransactionUtil.setRollbackOnly] Calling transaction
>>>>>>>> setRollbackOnly; this stack trace shows where this is happening:
>>>>>>>> Exception: java.lang.Exception Message: Error in simple-method
>>>>>>>> [Creates a person, role and contactMechs [file:/home/ofbiz/trunk/
>>>>>>>> applications/party/script/org/ofbiz/party/party/
>>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>> null ---- stack trace
>>>>>>>> ---------------------------------------------------------------
>>>>>>>> java.lang.Exception: Error in simple-method [Creates a person,
>>>>>>>> role and contactMechs [file:/home/ofbiz/trunk/applications/party/
>>>>>>>> script/org/ofbiz/party/party/
>>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>> null
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .entity
>>>>>>>> .transaction.TransactionUtil.setRollbackOnly(TransactionUtil.java:
>>>>>>>> 311)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .entity.transaction.TransactionUtil.rollback(TransactionUtil.java:
>>>>>>>> 258) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:875)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .minilang
>>>>>>>> .method.callops.CallSimpleMethod.exec(CallSimpleMethod.java:75)
>>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
>>>>>>>> org.ofbiz.minilang.method.ifops.IfCompare.exec(IfCompare.java:123)
>>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:1104)
>>>>>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>>>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>>>> 134)
>>>>>>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>>>> 116)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .minilang
>>>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
>>>>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>>> 384) org.ofbiz.service.ServiceDispatcher.run
>>>>>> S
>>>>>>> ync(ServiceDispatcher.java:213)
>>>>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>> 163)
>>>>>>> org.ofbiz.minilang.method.callops.CallService.exec(CallService.java:
>>>>>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>>> 134)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>>> 116)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang
>>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
>>>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 384)
>>>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 213)
>>>>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>> 149)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>>>>> 334)
>>>>>>> org
>>>>>>> .ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:
>>>>>>> 454) org.ofbiz.we
>>>>>> bap
>>>>>>>
>>>>>>> p.control.RequestHandler.doRequest(RequestHandler.java:281)
>>>>>>> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
>>>>>>> 198) 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:
>>>>>>> 255)
>>>>>>> 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.ErrorReportVa
>>>>>> lve
>>>>>>>
>>>>>>> .invoke(ErrorReportValve.java:102)
>>>>>>> org
>>>>>>> .apache
>>>>>>> .catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:
>>>>>>> 109)
>>>>>>> org
>>>>>>> .apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:
>>>>>>> 568)
>>>>>>> org
>>>>>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>>>>> 286)
>>>>>>> org
>>>>>>> .apache.coyote.http11.Http11Processor.process(Http11Processor.java:
>>>>>>> 844) org.apache.coyote.http11.Http11Protocol
>>>>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>>>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:
>>>>>>> 447) java.lang.Thread.run(Thread.java:595)
>>>>>>>
>>> --------------------------------------------------------------------------------
>>>
>>>>>>>> 2009-01-12 20:28:07,153 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>>> 241:INFO ] XML Read 0.021s: file:/home/ofbiz/trunk/applications/
>>>>>>>> party/script/org/ofbiz/party/party/PartyPermissionServices.xml
>>>>>>>> 2009-01-12 20:28:07,196 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>>> 241:INFO ] XML Read 0.028s: file:/home/ofbiz/trunk/framework/
>>>>>>>> common/script/org/ofbiz/common/permission/
>>>>>>>> CommonPermissionServices.xml
>>>>>>>> 2009-01-12 20:28:07,197 (http-0.0.0.0-8080-1) [ Log.java:
>>>>>>>> 94 :INFO ] Checking for primary permission PARTYMGR_CREATE
>>>>>>>> 2009-01-12 20:28:07,198 (http-0.0.0.0-8080-1) [ Log.java:
>>>>>>>> 94 :INFO ] Checking for alternate permission PARTYMGR_ROLE_CREATE
>>>>>>>> 2009-01-12 20:28:07,200 (http-0.0.0.0-8080-1)
>>>>>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
>>>>>>>> partyRolePermissionCheck] finished in [68] milliseconds
>>>>>>>> 2009-01-12 20:28:07,242 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>>> 241:INFO ] XML Read 0.041s: file:/home/ofbiz/trunk/applications/
>>>>>>>> party/script/org/ofbiz/party/party/PartyServices.xml
>>>>>>>> 2009-01-12 20:28:07,249 (http-0.0.0.0-8080-1)
>>>>>>>> [ TransactionUtil.java:91 :WARN ] ---- exception report
>>>>>>>> ----------------------------------------------------------
>>>>>>>> [TransactionUtil.begin] active transaction marked for rollback in
>>>>>>>> place, so no transaction begun; this stack trace shows when the
>>>>>>>> exception began: Exception: java.lang.Exception Message: Tx Stack
>>>>>>>> Placeholder ---- stack trace
>>>>>>>> ---------------------------------------------------------------
>>>>>>>> java.lang.Exception: Tx Stack Placeholder
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .entity
>>>>>>>> .transaction
>>>>>>>> .TransactionUtil.setTransactionBeginStack(TransactionUtil.java:
>>>>>>>> 636)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .entity.transaction.TransactionUtil.begin(TransactionUtil.java:
>>>>>>>> 125)
>>>>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>>> 302)
>>>>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>>> 213)
>>>>>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>>> 149)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>>>>>> 334) org.ofbiz.webapp.control.
>>>>>> R
>>>>>>> equestHandler.runEvent(RequestHandler.java:454)
>>>>>>> org
>>>>>>> .ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:
>>>>>>> 281)
>>>>>>> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
>>>>>>> 198) 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:
>>>>>>> 255)
>>>>>>> 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(Stand
>>>>>> ard
>>>>>>>
>>>>>>> HostValve.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
>>>>>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>>>>> 286)
>>>>>>> org
>>>>>>> .apache.coyote.http11.Http11Processor.process(Http11Processor.java:
>>>>>>> 844) org.apache.coyote.http11.Http11Protocol
>>>>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>>>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:
>>>>>>> 447) java.lang.Thread.run(Thread.java:595)
>>>>>>>
>>> --------------------------------------------------------------------------------
>>>
>>>>>>>> 2009-01-12 20:28:07,250 (http-0.0.0.0-8080-1) [ SimpleMethod.java:
>>>>>>>> 726:WARN ] Error trying to begin transaction, could not process
>>>>>>>> method: The current transaction is marked for rollback, not
>>>>>>>> beginning a new transaction and aborting current operation; the
>>>>>>>> rollbackOnly was caused by: Error in simple-method [Creates a
>>>>>>>> person, role and contactMechs [file:/home/ofbiz/trunk/applications/
>>>>>>>> party/script/org/ofbiz/party/party/
>>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>> null
>>>>>>>> 2009-01-12 20:28:07,251 (http-0.0.0.0-8080-1) [ SimpleMethod.java:
>>>>>>>> 727:WARN ] ---- exception report
>>>>>>>> ----------------------------------------------------------
>>>>>>>> Exception:
>>>>>>>> org.ofbiz.entity.transaction.GenericTransactionException Message:
>>>>>>>> The current transaction is marked for rollback, not beginning a
>>>>>>>> new transaction and aborting current operation; the rollbackOnly
>>>>>>>> was caused by: Error in simple-method [Creates a person, role and
>>>>>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/org/
>>>>>>>> ofbiz/party/party/
>>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>> null ---- stack trace
>>>>>>>> ---------------------------------------------------------------
>>>>>>>> org.ofbiz.entity.transaction.GenericTransactionException: The
>>>>>>>> current transaction is marked for rollback, not beginning a new
>>>>>>>> transaction and aborting current operation; the rollbackOnly was
>>>>>>>> caused by: Error in simple-method [Creates a person, role and
>>>>>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/org/
>>>>>>>> ofbiz/party/party/
>>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>> null
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .entity.transaction.TransactionUtil.begin(TransactionUtil.java:99)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .entity.transaction.TransactionUtil.begin(TransactionUtil.java:71)
>>>>>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:723)
>>>>>>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>>>> 134)
>>>>>>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>>>> 116)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .minilang
>>>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
>>>>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>>> 384)
>>>>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>>> 213)
>>>>>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>>> 163)
>>>>>>>> org
>>>>>>>> .ofbiz.minilang.method.callops.CallService.exec(CallService.java:
>>>>>>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>>> 1104)
>>>>>>>> org.ofbiz.minilang.method.ifops.IfNotEmpty.exec(IfNotEmpty.java:
>>>>>>>> 91) org.ofbiz.minilang.SimpleMethod.runSubOps(Si
>>>>>> m
>>>>>>> pleMethod.java:1104)
>>>>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>>> 134)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>>> 116)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang
>>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
>>>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 384)
>>>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 213)
>>>>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>> 163)
>>>>>>> org.ofbiz.minilang.method.callops.CallService.exec(CallService.java:
>>>>>>> 246) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>>> 134)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>>> 116) org.ofbiz.minilang.SimpleServiceEngine.service
>>>>>> Inv
>>>>>>>
>>>>>>> oker(SimpleServiceEngine.java:76)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)
>>>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 384)
>>>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 213)
>>>>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>> 149)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>>>>> 334)
>>>>>>> org
>>>>>>> .ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:
>>>>>>> 454)
>>>>>>> org
>>>>>>> .ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:
>>>>>>> 281)
>>>>>>> org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
>>>>>>> 198) 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(Con
>>>>>> tex
>>>>>>>
>>>>>>> tFilter.java:255)
>>>>>>> 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
>>>>>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>>>>> 286)
>>>>>>> org
>>>>>>> .apache.coyote.http11.Http11Processor.process(Http11Processor.java:
>>>>>>> 844) org.apache.coyote.http11.Http11Protocol
>>>>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>>>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIo
>>>>>> End
>>>>>>>
>>>>>>> point.java:447) java.lang.Thread.run(Thread.java:595)
>>>>>>>
>>> --------------------------------------------------------------------------------
>>>
>>>>>>>> 2009-01-12 20:28:07,251 (http-0.0.0.0-8080-1)
>>>>>>>> [ ServiceDispatcher.java:522:ERROR] Error in Service
>>>>>>>> [createPartyRole]: Error trying to begin transaction, could not
>>>>>>>> process method: The current transaction is marked for rollback,
>>>>>>>> not beginning a new transaction and aborting current operation;
>>>>>>>> the rollbackOnly was caused by: Error in simple-method [Creates a
>>>>>>>> person, role and contactMechs [file:/home/ofbiz/trunk/applications/
>>>>>>>> party/script/org/ofbiz/party/party/
>>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>> null
>>>>>>>> 2009-01-12 20:28:07,252 (http-0.0.0.0-8080-1)
>>>>>>>> [ TransactionUtil.java:315:INFO ]
>>>>>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
>>>>>>>> set, rollback only is already set.
>>>>>>>> 2009-01-12 20:28:07,252 (http-0.0.0.0-8080-1)
>>>>>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
>>>>>>>> createPartyRole] finished in [121] milliseconds
>>>>>>>> 2009-01-12 20:28:07,252 (http-0.0.0.0-8080-1)
>>>>>>>> [ TransactionUtil.java:315:INFO ]
>>>>>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
>>>>>>>> set, rollback only is already set.
>>>>>>>> 2009-01-12 20:28:07,253 (http-0.0.0.0-8080-1)
>>>>>>>> [ ServiceDispatcher.java:522:ERROR] Error in Service [createLead]:
>>>>>>>> Error:Error trying to begin transaction, could not process method:
>>>>>>>> The current transaction is marked for rollback, not beginning a
>>>>>>>> new transaction and aborting current operation; the rollbackOnly
>>>>>>>> was caused by: Error in simple-method [Creates a person, role and
>>>>>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/org/
>>>>>>>> ofbiz/party/party/
>>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>> null calling service createPartyRole in createLead
>>>>>>>> 2009-01-12 20:28:07,253 (http-0.0.0.0-8080-1)
>>>>>>>> [ TransactionUtil.java:315:INFO ]
>>>>>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
>>>>>>>> set, rollback only is already set.
>>>>>>>> 2009-01-12 20:28:07,253 (http-0.0.0.0-8080-1)
>>>>>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
>>>>>>>> createLead] finished in [194] milliseconds
>>>>>>>> 2009-01-12 20:28:07,254 (http-0.0.0.0-8080-1)
>>>>>>>> [ TransactionUtil.java:315:INFO ]
>>>>>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
>>>>>>>> set, rollback only is already set.
>>>>>>>> 2009-01-12 20:28:07,254 (http-0.0.0.0-8080-1)
>>>>>>>> [ ServiceDispatcher.java:522:ERROR] Error in Service
>>>>>>>> [createLeadFromWebForm]: Error:Error:Error trying to begin
>>>>>>>> transaction, could not process method: The current transaction is
>>>>>>>> marked for rollback, not beginning a new transaction and aborting
>>>>>>>> current operation; the rollbackOnly was caused by: Error in simple-
>>>>>>>> method [Creates a person, role and contactMechs [file:/home/ofbiz/
>>>>>>>> trunk/applications/party/script/org/ofbiz/party/party/
>>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>> null calling service createPartyRole in createLead calling service
>>>>>>>> createLead in createLeadFromWebForm
>>>>>>>> 2009-01-12 20:28:07,255 (http-0.0.0.0-8080-1)
>>>>>>>> [ TransactionUtil.java:275:ERROR] ---- exception report
>>>>>>>> ----------------------------------------------------------
>>>>>>>> [TransactionUtil.rollback] Exception: java.lang.Exception Message:
>>>>>>>> Stack Trace ---- stack trace
>>>>>>>> ---------------------------------------------------------------
>>>>>>>> java.lang.Exception: Stack Trace
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .entity.transaction.TransactionUtil.rollback(TransactionUtil.java:
>>>>>>>> 274)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .entity.transaction.TransactionUtil.rollback(TransactionUtil.java:
>>>>>>>> 256)
>>>>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>>> 526)
>>>>>>>> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>>> 213)
>>>>>>>> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>>> 149)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>>>>>> 334)
>>>>>>>> org
>>>>>>>> .ofbiz.webapp.control.RequestHandler.runEvent(RequestHandler.java:
>>>>>>>> 454)
>>>>>>>> org
>>>>>>>> .ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:
>>>>>>>> 281) org.ofbiz.webapp.control.Co
>>>>>> n
>>>>>>> trolServlet.doGet(ControlServlet.java:198)
>>>>>>> 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:
>>>>>>> 255)
>>>>>>> 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.invok
>>>>>> e(S
>>>>>>>
>>>>>>> tandardEngineValve.java:109)
>>>>>>> org
>>>>>>> .apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:
>>>>>>> 568)
>>>>>>> org
>>>>>>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>>>>> 286)
>>>>>>> org
>>>>>>> .apache.coyote.http11.Http11Processor.process(Http11Processor.java:
>>>>>>> 844) org.apache.coyote.http11.Http11Protocol
>>>>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>>>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:
>>>>>>> 447) java.lang.Thread.run(Thread.java:595)
>>>>>>>
>>> --------------------------------------------------------------------------------
>>>
>>>>>>>> 2009-01-12 20:28:07,255 (http-0.0.0.0-8080-1)
>>>>>>>> [ TransactionUtil.java:285:INFO ] [TransactionUtil.rollback]
>>>>>>>> transaction rolled back
>>>>>>>> 2009-01-12 20:28:07,255 (http-0.0.0.0-8080-1)
>>>>>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
>>>>>>>> createLeadFromWebForm] finished in [236] milliseconds
>>>>>>>> 2009-01-12 20:28:07,327 (http-0.0.0.0-8080-1)
>>>>>>>> [ RequestHandler.java:314:ERROR] Request webFormSubmit caused an
>>>>>>>> error with the following message: Error:Error:Error trying to
>>>>>>>> begin transaction, could not process method: The current
>>>>>>>> transaction is marked for rollback, not beginning a new
>>>>>>>> transaction and aborting current operation; the rollbackOnly was
>>>>>>>> caused by: Error in simple-method [Creates a person, role and
>>>>>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/org/
>>>>>>>> ofbiz/party/party/
>>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>> null calling service createPartyRole in createLead calling service
>>>>>>>> createLead in createLeadFromWebForm
>>>>>>>> 2009-01-12 20:28:07,328 (http-0.0.0.0-8080-1)
>>>>>>>> [ RequestHandler.java:412:INFO ] [RequestHandler.doRequest]:
>>>>>>>> Response is a URL redirect.
>>>>>>>> sessionId=BBA68197213FF2F01514F97BB85687A6.jvm1
>>>>>>>> 2009-01-12 20:28:07,328 (http-0.0.0.0-8080-1)
>>>>>>>> [ RequestHandler.java:539:INFO ] [Sending redirect]:
>>> http://www.globalera.com
>>>>>>>> sessionId=BBA68197213FF2F01514F97BB85687A6.jvm1
>>>>>>>> 2009-01-12 20:28:07,376 (http-0.0.0.0-8080-1)
>>>>>>>> [ ControlServlet.java:299:INFO ] [[[webFormSubmit] Done rendering
>>>>>>>> page, Servlet Finished- total:0.64,since last([webFormSubmit]
>>>>>>>> S...):0.638]]
>>>>>>>>
>>>>>>>> ----- Original Message -----
>>>>>>>> From: "Adrian Crum" <[hidden email]>
>>>>>>>> To: [hidden email]
>>>>>>>> Sent: Monday, January 12, 2009 8:31:07 AM (GMT-0700) America/Denver
>>>>>>>> Subject: Re: locale error in simple method
>>>>>>>>
>>>>>>>> Vince,
>>>>>>>>
>>>>>>>> We will need a complete log to track this down. To be specific, I
>>>>>>>> need
>>>>>>>> to see the entire Java stack trace.
>>>>>>>>
>>>>>>>> -Adrian
>>>>>>>>
>>>>>>>> Vince M. Clark wrote:
>>>>>>>>> I created a custom simple method to respond to a request from a
>>>>>>>>> web form. Getting a locale error and cannot figure out where
>>>>>>>>> locale is required.
>>>>>>>>>
>>>>>>>>> <simple-method method-name="createLeadFromWebForm" short-
>>>>>>>>> description="Create Lead from Web Form" login-required="false">
>>>>>>>>> <entity-one entity-name="UserLogin" value-name="userlogin">
>>>>>>>>> <field-map field-name="userLoginId" value="system"/>
>>>>>>>>> </entity-one>
>>>>>>>>> <set-current-user-login value-name="userlogin"/>
>>>>>>>>> <set field="newLead.firstName" from-field="parameters.firstName"/>
>>>>>>>>> <set field="newLead.lastName" from-field="parameters.lastName"/>
>>>>>>>>> <set field="newLead.groupName" from-field="parameters.groupName"/>
>>>>>>>>> <set field="newLead.emailAddress" from-
>>>>>>>>> field="parameters.emailAddress"/>
>>>>>>>>> <set field="newLead.contactNumber" from-
>>>>>>>>> field="parameters.contactNumber"/>
>>>>>>>>> <set field="newLead.address1" from-field="parameters.address1"/>
>>>>>>>>> <set field="newLead.countryGeoId" from-
>>>>>>>>> field="parameters.countryGeoId"/>
>>>>>>>>> <set field="newLead.city" from-field="parameters.city"/>
>>>>>>>>> <set field="newLead.stateProvinceGeoId" from-
>>>>>>>>> field="parameters.stateProvinceGeoId"/>
>>>>>>>>> <set field="newLead.postalCode" from-
>>>>>>>>> field="parameters.postalCode"/>
>>>>>>>>> <set field="newLead.quickAdd" from-field="parameters.quickAdd"/>
>>>>>>>>> <call-service service-name="createLead" in-map-name="newLead">
>>>>>>>>> <result-to-field result-name="partyId" field="partyId"/>
>>>>>>>>> </call-service>
>>>>>>>>> </simple-method>
>>>>>>>>>
>>>>>>>>> The simple method that I am calling "createLead" calls other
>>>>>>>>> simple methods. One of them is createPersonRoleAndContactMechs,
>>>>>>>>> which throws the following exception:
>>>>>>>>> 2009-01-11 18:43:36,887 (http-0.0.0.0-8080-1)
>>>>>>>>> [ RequestHandler.java:314:ERROR] Request webFormSubmit caused an
>>>>>>>>> error with the following message: Error:Error:Error trying to
>>>>>>>>> begin transaction, could not process method: The current
>>>>>>>>> transaction is marked for rollback, not beginning a new
>>>>>>>>> transaction and aborting current operation; the rollbackOnly was
>>>>>>>>> caused by: Error in simple-method [Creates a person, role and
>>>>>>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/
>>>>>>>>> org/ofbiz/party/party/
>>>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>>>> running the simple-method: Error in simple-method operation [ ]:
>>>>>>>>> java.lang.RuntimeException: Error in simple-method operation [ ]:
>>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>>> null calling service createPartyRole in createLead calling
>>>>>>>>> service createLead in createLeadFromWebForm
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>
>>>>>
>>>>
>>>>
>>>
>
>

David E Jones-3

Re: New Release Branch (was: locale error in simple method)

What do we still have that is up in the air for refactoring, cleanups,
and enhancements? I know quite a few have been worked on recently but
I'm not sure of their exact status, but here are some that come to mind:

1. UI label cleanups: Marco/Jacques, mostly done except for a couple
of specialpurpose components?
2. Double -> BigDecimal: Scott/David, good chunk done but not the
whole project yet
3. simple-method, widget attribute consistency: David/Jacques, all
XSDs and Java updated, still a few app files that need cleaning up but
the framework is mostly done
4. portal framework and my portal: Bruno/Hans, this seems to be pretty
far along but some refinement and decisions about how to work with
framework versus apps needs to be done including the possibility of
having a MyPortal webapp that is part of the framework and that
applications, specialpurpose, and hot-deploy components can make
portlets available for, plus pre-build portlet sets by role too, so
that end-users can pick and choose based on what is deployed with
inherent support in the framework (by the way, I think this is cool,
it is kind of like a new framework feature with a common tool
applications can use, kind of like many of the nicer OS X features
where there is a clear line between the OS and apps but the OS
provides many things to allow a consistent user experience between
multiples apps, etc)
5. visual themes in manager apps and ecommerce: Bruno/Adrian/others,
pretty far along, basics done yet? this is another cool feature and I
like the UI enhancement experiments that are starting to go along with
this and will hopefully lead is do a very nice default theme at some
point in the near future

Other things? I know I must be missing a few...

On a side note, below is a running wish list I've been keeping and
slowly working on for the last year or so. We don't need to wait for
these for a framework release, and most of the ones related to
cleanups are complete now and so off the list (GenericDelegator stuff,
simple-method/widget stuff, etc). Just some food for thought that I
suppose is on this topic. Still, these are just ideas and things I'd
like to work on (because I'd like to have them for use in day-to-day
work or I think they are important in some way) and without actual
work going on they are fairly meaningless (ideas are cheap and easy to
come by, actualization of them is not).

That said... we may want to work on some security issues before
another release branch...

-David

=========================================
- ETL tool for mapping relational and Map/List/etc data, probably as
operations in simple-methods (it is already pretty good for this, but
more need to more in abstract and then apply to simple-methods and see
if/what changes are needed)

- XML consume operations for simple-method (and possibly XML produce
too, though perhaps not because data prep can be done in simple-method
and then FTL is a great way to template out the XML to produce)

- Drools support

- XSS prevention tools:
https://issues.apache.org/jira/browse/OFBIZ-260
http://jira.undersunconsulting.com/browse/OFBIZ-559
https://issues.apache.org/jira/browse/OFBIZ-1193
https://issues.apache.org/jira/browse/OFBIZ-1476
Perhaps use service engine filters for ALL incoming data and by
default do not allow HTML; all service in fields that should allow
HTML will have to disable this filter manually, so it will require a
bit of work.

- other security issues:
https://issues.apache.org/jira/browse/OFBIZ-1959

- IDE plugin for eclipse that uses artifact info stuff

- artifact info stuff for ftl files, groovy scripts

- AJAX form/etc widget stuff, especially a dynamic tree for the tree
widget and better dynamic widgets in the form widget for various things

- docs: reference (based on training videos), "support", training,
example narration
=========================================

On Jan 15, 2009, at 7:51 AM, Adrian Crum wrote:

> I agree with much of what David said.
>
> Personally, I feel the R4 branch timing was too early. There were
> some major refactorings going on at the time, and those refactorings
> were completed shortly after the R4 branch - which made R4 obsolete
> almost immediately. At the time I didn't have much interest in
> maintaining the R4 branch.
>
> Things are different this time around. As David mentioned, there has
> been a lot of commit activity lately. Much of the work I've done in
> the last few months has been making preparations for a new release
> branch. From my perspective, if we hold off a bit on new major
> changes and let the dust settle a little, the current trunk would be
> ready for another release branch. This time around I'm committed to
> help maintain it.
>
> -Adrian
>
> David E Jones wrote:
>> Thanks for your comments Scott. I was going to write something
>> almost as fatalistic. The reality really is that there were very
>> few fixes that went directly into the release4.0 branch, and I
>> don't think any of those made it into the trunk. There were lots of
>> fixes from the trunk that went into the release branch thanks to
>> (as Scott mentioned) a few committers who kept an eye on that.
>> Those who are interested in a release branch seem to have different
>> motives and intents than those using the trunk, which is fine, but
>> is not very self-sustaining, hence my comments here:
>> http://docs.ofbiz.org/display/OFBADMIN/Apache+OFBiz+Getting+Started
>> So, let's get real: release branches attract users but don't
>> attract committers or contributions. Some of those users may
>> eventually become committers or contributors and move to the trunk
>> in order to do so. So, really (to use a cliche: I've said it before
>> and I'll say it again) doing releases in any form is mostly a
>> marketing activity.
>> Releases are certainly of value to the project, and of course to
>> the people and organizations who use the releases, and those who
>> get an introduction to OFBiz and are attracted to it because of a
>> release of some form. Back to reality though, in a community driven
>> project there is no central organization to fund the effort, and
>> most OFBiz contributors and committers contribute based on what
>> clients request or on issues they want to help with.
>> Not to say that it is impossible, there are certainly many open
>> source projects that do so on a regular basis. As I've thought
>> about this over the years the only feeble conclusion I can come up
>> with is that those projects have defined functionality sets that
>> they can target and plan for. This is something that is easier to
>> do with framework level tools, which is one of the reasons I've
>> been trying to push for a focus on the framework. However, even
>> there it has been tough to get people to propose things and plan...
>> however significant cleanups and enhancements have happened and it
>> actually is getting into pretty good shape for release so it can
>> stand on its own.
>> For the applications and such it's a bit tougher... the scope is
>> large and difficult to agree on, especially given the variety of
>> organizations and individuals that use OFBiz and contribute back
>> and by doing so make OFBiz what it is. To help everyone get on the
>> same page I've started an effort to define some business processes
>> that can drive more requirements and designs to help the refine
>> OFBiz and give us some targets to shoot for:
>> http://docs.ofbiz.org/display/OFBREQDES/Universal+Business+Process+Library+Index
>> Now, stepping back a little, we don't HAVE to do this in order to
>> do a release. And again being honest with ourselves, without such a
>> thing it doesn't matter too much _when_ we create the release
>> branch... it's really quite arbitrary.
>> So yes, a lot of thought and planning and numerous attempts (many
>> just going very slowly...) to move in this direction are happening.
>> For the next release branch, there was recent discussion about it
>> and a decision to do it as I recall, it's now a question of when
>> and not if. And the when (also from memory, sorry) was intended to
>> be about 2 years from the date of the release4.0 branch, and that
>> is just a few weeks from now. There are lots of great cleanup
>> efforts going on and unless something serious is up in the air in a
>> few weeks, the release branch will happen.
>> I only hope it will be of value to a number of people and that good
>> will come from it.
>> This is one aspect of OFBiz that I don't think is terribly
>> successful, and past trends are somewhat frustrating, but I still
>> think it is a good thing and so we work for it and keep trying.
>> Someday I'm hoping various people from the community will rally and
>> create a really great stable release that shines and works like
>> it's supposed to.
>> Comments from volunteers and pundits (ie the peanut gallery) welcome.
>> -David
>> On Jan 14, 2009, at 8:12 PM, Scott Gray wrote:
>>> Hi Bruno
>>> It sounds reasonable in theory but the reality is that merging bug
>>> fixes
>>> into a branch takes a great deal of time on an ongoing basis. I
>>> don't
>>> recall seeing a single bug fixing patch being contributed by any
>>> of the
>>> community at large, the work was maintained by a couple of
>>> committers and NO
>>> ONE else.
>>>
>>> The whole reason IMO that the v4 release branch never became an
>>> actual
>>> release was because virtually no one in the community showed any
>>> real
>>> interest in it.
>>>
>>> Personally I think the best thing for the project right now would
>>> be remove
>>> any mention of the v4 branch from the main page and any other
>>> docs, so that
>>> people don't mistakenly get the impression that it is the best
>>> path for them
>>> to take.
>>>
>>> Regards
>>> Scott
>>>
>>> 2009/1/14 Bruno Busco <[hidden email]>
>>>
>>>> oops,
>>>> sorry to have posted this to the USER ML, I apologize, it was
>>>> intended, of course, as a DEV discussion.
>>>>
>>>> -Bruno
>>>>
>>>>
>>>> ---------- Forwarded message ----------
>>>> From: Bruno Busco <[hidden email]>
>>>> Date: 2009/1/14
>>>> Subject: Re: locale error in simple method
>>>> To: [hidden email]
>>>>
>>>>
>>>> I think that Vince's situation is very common.
>>>>
>>>> Whenever you get your ofbiz put in production (or a sort of) you
>>>> get
>>>> really "apprensive" and try to not update your working box.
>>>> This makes hard also to get bug fixes only from the trunk.
>>>>
>>>> Could we think to try to have a new release branch?
>>>> I mean a branch where only bug fix are merged from the trunk?
>>>> I know that this has been discussed many times but we should give
>>>> it a
>>>> try. The framework-only release could be still something in the
>>>> agenda
>>>> and should not be affected by the existence of the new complete
>>>> release branch.
>>>>
>>>> The last release branch (4.0) seems now too far from the trunk head
>>>> and we often suggest not to use it any more. This is fine because
>>>> we
>>>> want people on the "living edge" of the code but then we will get
>>>> them
>>>> in the "should I update or not?" situation.
>>>>
>>>> Having a new release branch we will have most people living there
>>>> and
>>>> contributing back bug-fix patch or bug reports that will still be
>>>> used
>>>> in the trunk.
>>>>
>>>> I see many new features coming into the trunk and this is really
>>>> great
>>>> but, may be, many more would come if who is going to commit them
>>>> knows
>>>> that the community could always rely on an unaffetced "stable"
>>>> branch.
>>>>
>>>> -Bruno
>>>>
>>>>
>>>> 2009/1/14 Vince M. Clark <[hidden email]>:
>>>>> I don't waste my time with 4.0.
>>>>>
>>>>> Preaching doesn't bother me. I'm used to it and have done a bit
>>>>> myself.
>>>>>
>>>>> But to be clear, I'm very collaborative, and am not holding
>>>>> anything back
>>>> from the community. This particular instance I have not upgraded
>>>> because it
>>>> is production (sort of) and I have had difficulty upgrading other
>>>> instances
>>>> recently because of some seed data issues, and possibly other
>>>> reasons.
>>>> Basically related to some of the new stuff like visual themes.
>>>>>
>>>>> I will try my custom service against a current download of trunk
>>>>> to
>>>> verify that it isn't just a version issue.
>>>>>
>>>>> ----- Original Message -----
>>>>> From: "David E Jones" <[hidden email]>
>>>>> To: [hidden email]
>>>>> Sent: Tuesday, January 13, 2009 6:06:06 PM (GMT-0700) America/
>>>>> Denver
>>>>> Subject: Re: locale error in simple method
>>>>>
>>>>>
>>>>> Is that the trunk rev or in the release4.0 branch?
>>>>>
>>>>> Either way it's a few months old (looks like 23 Jul 2008)... it
>>>>> would
>>>>> take a fair amount of time for someone to go back and try to
>>>>> reproduce
>>>>> the error on that revision. Have you considered updating to a
>>>>> newer
>>>>> version of OFBiz?
>>>>>
>>>>> Just as an FYI, I usually recommend that people working from the
>>>>> trunk
>>>>> really collaborate with the community, an that usually means
>>>>> needing
>>>>> to update at least once per day (or at the _very_ least a couple
>>>>> of
>>>>> times per week) until the development part of each cycle is done
>>>>> (ie
>>>>> before doing integration or business level testing, if that means
>>>>> anything for your process).
>>>>>
>>>>> There are lots of reasons for this, and what you're running into
>>>>> is
>>>>> perhaps the most important: by sticking with that revision you're
>>>>> basically going it alone and choosing not to collaborate with the
>>>>> community, which makes it hard for others in the community to
>>>>> collaborate with you. The same is true for the practice of
>>>>> changing
>>>>> things in the OFBiz framework or core parts of different
>>>>> applications
>>>>> and not contributing it back to the project. The project suffers a
>>>>> little, but the project will do fine as there are LOTS of people
>>>>> contributing back. Who really suffers is the end-user organization
>>>>> that has to foot the bill of maintaining these things instead of
>>>>> sharing that with the community.
>>>>>
>>>>> Sorry for the preaching, but on the other hand thanks for the
>>>>> soap box
>>>>> to stand on for a little sermon.
>>>>>
>>>>> -David
>>>>>
>>>>>
>>>>> On Jan 13, 2009, at 4:34 PM, Vince M. Clark wrote:
>>>>>
>>>>>> Thanks David. Rev is 679168
>>>>>>
>>>>>> ----- Original Message -----
>>>>>> From: "David E Jones" <[hidden email]>
>>>>>> To: [hidden email]
>>>>>> Sent: Tuesday, January 13, 2009 5:36:35 PM (GMT-0700) America/
>>>>>> Denver
>>>>>> Subject: Re: locale error in simple method
>>>>>>
>>>>>>
>>>>>> Stepping back even more... which version/revision of OFBiz are
>>>>>> you
>>>>>> using?
>>>>>>
>>>>>> Based on what you wrote, with the browser submitting a form to
>>>>>> the
>>>>>> OFBiz web server, as long as it is going through the
>>>>>> ControlServlet
>>>>>> and you are calling the service you described through a request-
>>>>>> map ->
>>>>>> event tag, then it should work the same way as anything else in
>>>>>> OFBiz.
>>>>>>
>>>>>> Unless something is broken somewhere then OFBiz should be
>>>>>> getting a
>>>>>> locale no matter what, even if it is the system default locale.
>>>>>> It
>>>>>> looks like somehow that isn't making it into the service call
>>>>>> (you
>>>>>> could verify that by adding a log tag in your simple-method to
>>>>>> print
>>>>>> the ${locale} string). That's part of the reason I'm about the
>>>>>> revision you are using... it could be a real issue that most of
>>>>>> us
>>>>>> aren't seeing if you're not using a recent trunk revision.
>>>>>>
>>>>>> Of, if the assumptions in the 2nd paragraph above are not
>>>>>> correct (ie
>>>>>> you are calling things differently) then there could be issues
>>>>>> there
>>>>>> as well.
>>>>>>
>>>>>> -David
>>>>>>
>>>>>>
>>>>>> On Jan 13, 2009, at 3:59 PM, Vince M. Clark wrote:
>>>>>>
>>>>>>>
>>>>>>> First a disclaimer (plea for mercy). I am an ERP person, not a
>>>>>>> web
>>>>>>> or UI person. So all this http, session, context stuff is rather
>>>>>>> confusing to me.
>>>>>>>
>>>>>>> I've been digging on this issue and want to make sure
>>>>>>> something is
>>>>>>> very clear because I think it may have something to do with the
>>>>>>> problem.
>>>>>>>
>>>>>>> OfBiz is NOT rendering any screens for me. I'm using it as
>>>>>>> kind of a
>>>>>>> "cheap" web service. I have a static html web form served by
>>>>>>> Apache
>>>>>>> web server. The form action calls OfBiz, and then I redirect
>>>>>>> back to
>>>>>>> a static html page. So OfBiz just accepts the request,
>>>>>>> processes it,
>>>>>>> and redirects. No screen rendering whatsoever by OfBiz.
>>>>>>>
>>>>>>> I'm pointing this out because of one of the comments I found
>>>>>>> in a
>>>>>>> java class (which of course I cannot find now) that said
>>>>>>> something
>>>>>>> about if locale was not in the context then the browser (or
>>>>>>> maybe
>>>>>>> session) default would be used.
>>>>>>>
>>>>>>> So to simplify (or maybe over simplify) my question, is there
>>>>>>> something I should be doing in my simple method to put locale
>>>>>>> in the
>>>>>>> context before I call createLead. Also, can someone give me a
>>>>>>> tip on
>>>>>>> how to iterate through whatever is in the context and write it
>>>>>>> out
>>>>>>> to the log so I can see it.
>>>>>>>

David E Jones-3

Re: locale error in simple method

In reply to this post by Vince Clark

My hope and dream (or dare I say... vision?) for this is that users of
OFBiz that want something to work a certain way will contribute
automated tests for that.

This creates a community environment where we can have a separate
group that influences the project through a different type of
contribution: test cases.

In general I'm impressed by how well the community does with
responding to reports of issues and to some extent feature requests as
well. However, for users that really want to make sure something works
the way they depend on it or that have found an issue, or that would
something to be able to work a certain way, contributing automated
tests is a way they can communicate clearly and more likely get what
they want, and over time the project will also have a better library
of these test cases that help define what the project offers and help
make sure that with changes over time the offerings remain and stay
functional.

This is a bit of a different motivation than most current contributors
(committers and others) have, and a different way of interacting with
the community too. Of course, chances are that many current
contributors will also contribute in this way (and some already have).

Anyway, there were some good discussions about this at ApacheCon in
New Orleans, so thanks for the opportunity to throw it into an
applicable context. My intent is to keep on doing so until it sticks
and becomes a reality... ;)

-David

On Jan 15, 2009, at 7:32 AM, Vince M. Clark wrote:

> I think more junit and Selenium tests would be time better spent
> than maintaining a release branch.
>
> Companies that want to maintain their own stable branch can
> implement the necessary source code management processes.
>
> ----- Original Message -----
> From: "David E Jones" <[hidden email]>
> To: [hidden email]
> Sent: Thursday, January 15, 2009 12:00:23 AM (GMT-0700) America/Denver
> Subject: Re: locale error in simple method
>
>
> Thanks for your comments Scott. I was going to write something almost
> as fatalistic. The reality really is that there were very few fixes
> that went directly into the release4.0 branch, and I don't think any
> of those made it into the trunk. There were lots of fixes from the
> trunk that went into the release branch thanks to (as Scott mentioned)
> a few committers who kept an eye on that. Those who are interested in
> a release branch seem to have different motives and intents than those
> using the trunk, which is fine, but is not very self-sustaining, hence
> my comments here:
>
> http://docs.ofbiz.org/display/OFBADMIN/Apache+OFBiz+Getting+Started
>
> So, let's get real: release branches attract users but don't attract
> committers or contributions. Some of those users may eventually become
> committers or contributors and move to the trunk in order to do so.
> So, really (to use a cliche: I've said it before and I'll say it
> again) doing releases in any form is mostly a marketing activity.
>
> Releases are certainly of value to the project, and of course to the
> people and organizations who use the releases, and those who get an
> introduction to OFBiz and are attracted to it because of a release of
> some form. Back to reality though, in a community driven project there
> is no central organization to fund the effort, and most OFBiz
> contributors and committers contribute based on what clients request
> or on issues they want to help with.
>
> Not to say that it is impossible, there are certainly many open source
> projects that do so on a regular basis. As I've thought about this
> over the years the only feeble conclusion I can come up with is that
> those projects have defined functionality sets that they can target
> and plan for. This is something that is easier to do with framework
> level tools, which is one of the reasons I've been trying to push for
> a focus on the framework. However, even there it has been tough to get
> people to propose things and plan... however significant cleanups and
> enhancements have happened and it actually is getting into pretty good
> shape for release so it can stand on its own.
>
> For the applications and such it's a bit tougher... the scope is large
> and difficult to agree on, especially given the variety of
> organizations and individuals that use OFBiz and contribute back and
> by doing so make OFBiz what it is. To help everyone get on the same
> page I've started an effort to define some business processes that can
> drive more requirements and designs to help the refine OFBiz and give
> us some targets to shoot for:
>
> http://docs.ofbiz.org/display/OFBREQDES/Universal+Business+Process+Library+Index
>
> Now, stepping back a little, we don't HAVE to do this in order to do a
> release. And again being honest with ourselves, without such a thing
> it doesn't matter too much _when_ we create the release branch... it's
> really quite arbitrary.
>
> So yes, a lot of thought and planning and numerous attempts (many just
> going very slowly...) to move in this direction are happening.
>
> For the next release branch, there was recent discussion about it and
> a decision to do it as I recall, it's now a question of when and not
> if. And the when (also from memory, sorry) was intended to be about 2
> years from the date of the release4.0 branch, and that is just a few
> weeks from now. There are lots of great cleanup efforts going on and
> unless something serious is up in the air in a few weeks, the release
> branch will happen.
>
> I only hope it will be of value to a number of people and that good
> will come from it.
>
> This is one aspect of OFBiz that I don't think is terribly successful,
> and past trends are somewhat frustrating, but I still think it is a
> good thing and so we work for it and keep trying. Someday I'm hoping
> various people from the community will rally and create a really great
> stable release that shines and works like it's supposed to.
>
> Comments from volunteers and pundits (ie the peanut gallery) welcome.
>
> -David
>
>
> On Jan 14, 2009, at 8:12 PM, Scott Gray wrote:
>
>> Hi Bruno
>> It sounds reasonable in theory but the reality is that merging bug
>> fixes
>> into a branch takes a great deal of time on an ongoing basis. I don't
>> recall seeing a single bug fixing patch being contributed by any of
>> the
>> community at large, the work was maintained by a couple of
>> committers and NO
>> ONE else.
>>
>> The whole reason IMO that the v4 release branch never became an
>> actual
>> release was because virtually no one in the community showed any real
>> interest in it.
>>
>> Personally I think the best thing for the project right now would be
>> remove
>> any mention of the v4 branch from the main page and any other docs,
>> so that
>> people don't mistakenly get the impression that it is the best path
>> for them
>> to take.
>>
>> Regards
>> Scott
>>
>> 2009/1/14 Bruno Busco <[hidden email]>
>>
>>> oops,
>>> sorry to have posted this to the USER ML, I apologize, it was
>>> intended, of course, as a DEV discussion.
>>>
>>> -Bruno
>>>
>>>
>>> ---------- Forwarded message ----------
>>> From: Bruno Busco <[hidden email]>
>>> Date: 2009/1/14
>>> Subject: Re: locale error in simple method
>>> To: [hidden email]
>>>
>>>
>>> I think that Vince's situation is very common.
>>>
>>> Whenever you get your ofbiz put in production (or a sort of) you get
>>> really "apprensive" and try to not update your working box.
>>> This makes hard also to get bug fixes only from the trunk.
>>>
>>> Could we think to try to have a new release branch?
>>> I mean a branch where only bug fix are merged from the trunk?
>>> I know that this has been discussed many times but we should give
>>> it a
>>> try. The framework-only release could be still something in the
>>> agenda
>>> and should not be affected by the existence of the new complete
>>> release branch.
>>>
>>> The last release branch (4.0) seems now too far from the trunk head
>>> and we often suggest not to use it any more. This is fine because we
>>> want people on the "living edge" of the code but then we will get
>>> them
>>> in the "should I update or not?" situation.
>>>
>>> Having a new release branch we will have most people living there
>>> and
>>> contributing back bug-fix patch or bug reports that will still be
>>> used
>>> in the trunk.
>>>
>>> I see many new features coming into the trunk and this is really
>>> great
>>> but, may be, many more would come if who is going to commit them
>>> knows
>>> that the community could always rely on an unaffetced "stable"
>>> branch.
>>>
>>> -Bruno
>>>
>>>
>>> 2009/1/14 Vince M. Clark <[hidden email]>:
>>>> I don't waste my time with 4.0.
>>>>
>>>> Preaching doesn't bother me. I'm used to it and have done a bit
>>>> myself.
>>>>
>>>> But to be clear, I'm very collaborative, and am not holding
>>>> anything back
>>> from the community. This particular instance I have not upgraded
>>> because it
>>> is production (sort of) and I have had difficulty upgrading other
>>> instances
>>> recently because of some seed data issues, and possibly other
>>> reasons.
>>> Basically related to some of the new stuff like visual themes.
>>>>
>>>> I will try my custom service against a current download of trunk to
>>> verify that it isn't just a version issue.
>>>>
>>>> ----- Original Message -----
>>>> From: "David E Jones" <[hidden email]>
>>>> To: [hidden email]
>>>> Sent: Tuesday, January 13, 2009 6:06:06 PM (GMT-0700) America/
>>>> Denver
>>>> Subject: Re: locale error in simple method
>>>>
>>>>
>>>> Is that the trunk rev or in the release4.0 branch?
>>>>
>>>> Either way it's a few months old (looks like 23 Jul 2008)... it
>>>> would
>>>> take a fair amount of time for someone to go back and try to
>>>> reproduce
>>>> the error on that revision. Have you considered updating to a newer
>>>> version of OFBiz?
>>>>
>>>> Just as an FYI, I usually recommend that people working from the
>>>> trunk
>>>> really collaborate with the community, an that usually means
>>>> needing
>>>> to update at least once per day (or at the _very_ least a couple of
>>>> times per week) until the development part of each cycle is done
>>>> (ie
>>>> before doing integration or business level testing, if that means
>>>> anything for your process).
>>>>
>>>> There are lots of reasons for this, and what you're running into is
>>>> perhaps the most important: by sticking with that revision you're
>>>> basically going it alone and choosing not to collaborate with the
>>>> community, which makes it hard for others in the community to
>>>> collaborate with you. The same is true for the practice of changing
>>>> things in the OFBiz framework or core parts of different
>>>> applications
>>>> and not contributing it back to the project. The project suffers a
>>>> little, but the project will do fine as there are LOTS of people
>>>> contributing back. Who really suffers is the end-user organization
>>>> that has to foot the bill of maintaining these things instead of
>>>> sharing that with the community.
>>>>
>>>> Sorry for the preaching, but on the other hand thanks for the soap
>>>> box
>>>> to stand on for a little sermon.
>>>>
>>>> -David
>>>>
>>>>
>>>> On Jan 13, 2009, at 4:34 PM, Vince M. Clark wrote:
>>>>
>>>>> Thanks David. Rev is 679168
>>>>>
>>>>> ----- Original Message -----
>>>>> From: "David E Jones" <[hidden email]>
>>>>> To: [hidden email]
>>>>> Sent: Tuesday, January 13, 2009 5:36:35 PM (GMT-0700) America/
>>>>> Denver
>>>>> Subject: Re: locale error in simple method
>>>>>
>>>>>
>>>>> Stepping back even more... which version/revision of OFBiz are you
>>>>> using?
>>>>>
>>>>> Based on what you wrote, with the browser submitting a form to the
>>>>> OFBiz web server, as long as it is going through the
>>>>> ControlServlet
>>>>> and you are calling the service you described through a request-
>>>>> map ->
>>>>> event tag, then it should work the same way as anything else in
>>>>> OFBiz.
>>>>>
>>>>> Unless something is broken somewhere then OFBiz should be
>>>>> getting a
>>>>> locale no matter what, even if it is the system default locale. It
>>>>> looks like somehow that isn't making it into the service call (you
>>>>> could verify that by adding a log tag in your simple-method to
>>>>> print
>>>>> the ${locale} string). That's part of the reason I'm about the
>>>>> revision you are using... it could be a real issue that most of us
>>>>> aren't seeing if you're not using a recent trunk revision.
>>>>>
>>>>> Of, if the assumptions in the 2nd paragraph above are not correct
>>>>> (ie
>>>>> you are calling things differently) then there could be issues
>>>>> there
>>>>> as well.
>>>>>
>>>>> -David
>>>>>
>>>>>
>>>>> On Jan 13, 2009, at 3:59 PM, Vince M. Clark wrote:
>>>>>
>>>>>>
>>>>>> First a disclaimer (plea for mercy). I am an ERP person, not a
>>>>>> web
>>>>>> or UI person. So all this http, session, context stuff is rather
>>>>>> confusing to me.
>>>>>>
>>>>>> I've been digging on this issue and want to make sure something
>>>>>> is
>>>>>> very clear because I think it may have something to do with the
>>>>>> problem.
>>>>>>
>>>>>> OfBiz is NOT rendering any screens for me. I'm using it as kind
>>>>>> of a
>>>>>> "cheap" web service. I have a static html web form served by
>>>>>> Apache
>>>>>> web server. The form action calls OfBiz, and then I redirect
>>>>>> back to
>>>>>> a static html page. So OfBiz just accepts the request, processes
>>>>>> it,
>>>>>> and redirects. No screen rendering whatsoever by OfBiz.
>>>>>>
>>>>>> I'm pointing this out because of one of the comments I found in a
>>>>>> java class (which of course I cannot find now) that said
>>>>>> something
>>>>>> about if locale was not in the context then the browser (or maybe
>>>>>> session) default would be used.
>>>>>>
>>>>>> So to simplify (or maybe over simplify) my question, is there
>>>>>> something I should be doing in my simple method to put locale in
>>>>>> the
>>>>>> context before I call createLead. Also, can someone give me a
>>>>>> tip on
>>>>>> how to iterate through whatever is in the context and write it
>>>>>> out
>>>>>> to the log so I can see it.
>>>>>>
>>>>>> ----- Original Message -----
>>>>>> From: "Vince M. Clark" <[hidden email]>
>>>>>> To: [hidden email]
>>>>>> Sent: Tuesday, January 13, 2009 9:17:40 AM (GMT-0700) America/
>>>>>> Denver
>>>>>> Subject: Re: locale error in simple method
>>>>>>
>>>>>> Here is the service definition and the simple method. Thank you
>>>>>> for
>>>>>> your help.
>>>>>>
>>>>>> <service name="createLeadFromWebForm" engine="simple"
>>>>>> location="org/ofbiz/ge/PartyServices.xml"
>>>>>> invoke="createLeadFromWebForm" auth="false">
>>>>>> <description>Add a New Lead from a Web Form</description>
>>>>>> <attribute name="groupName" type="String" mode="IN"
>>>>>> optional="false"/>
>>>>>> <attribute name="firstName" type="String" mode="IN"
>>>>>> optional="false"/>
>>>>>> <attribute name="lastName" type="String" mode="IN"
>>>>>> optional="false"/>
>>>>>> <attribute name="note" type="String" mode="IN" optional="true"/>
>>>>>> <attribute name="emailAddress" type="String" mode="IN"
>>>>>> optional="false"/>
>>>>>> <attribute name="postalCode" type="String" mode="IN"
>>>>>> optional="true"/>
>>>>>> <attribute name="countryGeoId" type="String" mode="IN"
>>>>>> optional="true"/>
>>>>>> <attribute name="address1" type="String" mode="IN"
>>>>>> optional="true"/>
>>>>>> <attribute name="city" type="String" mode="IN" optional="true"/>
>>>>>> <attribute name="stateProvinceGeoId" type="String" mode="IN"
>>>>>> optional="true"/>
>>>>>> <attribute name="contactNumber" type="String" mode="IN"
>>>>>> optional="true"/>
>>>>>> <attribute name="quickAdd" type="String" mode="IN"
>>>>>> optional="true"/>
>>>>>> </service>
>>>>>>
>>>>>> <simple-method method-name="createLeadFromWebForm" short-
>>>>>> description="Create Lead from Web Form" login-required="false">
>>>>>> <entity-one entity-name="UserLogin" value-name="userlogin">
>>>>>> <field-map field-name="userLoginId" value="system"/>
>>>>>> </entity-one>
>>>>>> <set-current-user-login value-name="userlogin"/>
>>>>>> <set field="newLead.firstName" from-
>>>>>> field="parameters.firstName"/>
>>>>>> <set field="newLead.lastName" from-field="parameters.lastName"/>
>>>>>> <set field="newLead.groupName" from-
>>>>>> field="parameters.groupName"/>
>>>>>> <set field="newLead.emailAddress" from-
>>>>>> field="parameters.emailAddress"/>
>>>>>> <set field="newLead.contactNumber" from-
>>>>>> field="parameters.contactNumber"/>
>>>>>> <set field="newLead.address1" from-field="parameters.address1"/>
>>>>>> <set field="newLead.countryGeoId" from-
>>>>>> field="parameters.countryGeoId"/>
>>>>>> <set field="newLead.city" from-field="parameters.city"/>
>>>>>> <set field="newLead.stateProvinceGeoId" from-
>>>>>> field="parameters.stateProvinceGeoId"/>
>>>>>> <set field="newLead.postalCode" from-
>>>>>> field="parameters.postalCode"/>
>>>>>> <set field="newLead.quickAdd" from-field="parameters.quickAdd"/>
>>>>>> <call-service service-name="createLead" in-map-name="newLead">
>>>>>> <result-to-field result-name="partyId" field="partyId"/>
>>>>>> </call-service>
>>>>>> </simple-method>
>>>>>>
>>>>>> ----- Original Message -----
>>>>>> From: "Adrian Crum" <[hidden email]>
>>>>>> To: [hidden email]
>>>>>> Sent: Tuesday, January 13, 2009 9:22:57 AM (GMT-0700) America/
>>>>>> Denver
>>>>>> Subject: Re: locale error in simple method
>>>>>>
>>>>>> If you attach the service definition, I can take a look at it.
>>>>>>
>>>>>> -Adrian
>>>>>>
>>>>>> Vince M. Clark wrote:
>>>>>>> When is that usually set? When a user logs in? My service just
>>>>>>> sets
>>>>>>> the userLogin to system. Could that be a source of the problem?
>>>>>>>
>>>>>>> ----- Original Message -----
>>>>>>> From: "Adrian Crum" <[hidden email]>
>>>>>>> To: [hidden email]
>>>>>>> Sent: Tuesday, January 13, 2009 9:05:01 AM (GMT-0700) America/
>>>>>>> Denver
>>>>>>> Subject: Re: locale error in simple method
>>>>>>>
>>>>>>> Vince,
>>>>>>>
>>>>>>> I checked to see if something changed in the framework that
>>>>>>> would
>>>>>>> cause
>>>>>>> this error, but I didn't find anything. There must be a problem
>>>>>>> with
>>>>>>> the service definition - which is preventing the locale
>>>>>>> parameter
>>>>>>> from
>>>>>>> being included in the service context.
>>>>>>>
>>>>>>> -Adrian
>>>>>>>
>>>>>>> Vince M. Clark wrote:
>>>>>>>> Here is the entire trace. Note that the first few lines are
>>>>>>>> just
>>>>>>>> xml validation errors.
>>>>>>>>
>>>>>>>>
>>>>>>>> 2009-01-12 20:28:07,054 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>>> 660:ERROR] XmlFileLoader: File file:/home/ofbiz/trunk/hot-
>>>>>>>> deploy/
>>>>>>>> ge/script/org/ofbiz/ge/PartyServices.xml process error. Line:
>>>>>>>> 88.
>>>>>>>> Error message: cvc-complex-type.3.2.2: Attribute 'field-name'
>>>>>>>> is
>>>>>>>> not allowed to appear in element 'if-empty'.
>>>>>>>> 2009-01-12 20:28:07,055 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>>> 660:ERROR] XmlFileLoader: File file:/home/ofbiz/trunk/hot-
>>>>>>>> deploy/
>>>>>>>> ge/script/org/ofbiz/ge/PartyServices.xml process error. Line:
>>>>>>>> 88.
>>>>>>>> Error message: cvc-complex-type.4: Attribute 'field' must
>>>>>>>> appear
>>>>>>>> on element 'if-empty'.
>>>>>>>> 2009-01-12 20:28:07,055 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>>> 660:ERROR] XmlFileLoader: File file:/home/ofbiz/trunk/hot-
>>>>>>>> deploy/
>>>>>>>> ge/script/org/ofbiz/ge/PartyServices.xml process error. Line:
>>>>>>>> 122.
>>>>>>>> Error message: cvc-complex-type.3.2.2: Attribute 'field' is not
>>>>>>>> allowed to appear in element 'result-to-field'.
>>>>>>>> 2009-01-12 20:28:07,056 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>>> 241:INFO ] XML Read 0.026s: file:/home/ofbiz/trunk/hot-deploy/
>>>>>>>> ge/
>>>>>>>> script/org/ofbiz/ge/PartyServices.xml
>>>>>>>> 2009-01-12 20:28:07,059 (http-0.0.0.0-8080-1) [ Log.java:
>>>>>>>> 94 :INFO ] locale is en_US // here is where I set a locale
>>>>>>>> variable and outputted it in the log
>>>>>>>>
>>>>>>>> 2009-01-12 20:28:07,087 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>>> 241:INFO ] XML Read 0.027s: file:/home/ofbiz/trunk/
>>>>>>>> applications/
>>>>>>>> marketing/script/org/ofbiz/sfa/lead/LeadServices.xml
>>>>>>>> 2009-01-12 20:28:07,125 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>>> 241:INFO ] XML Read 0.028s: file:/home/ofbiz/trunk/
>>>>>>>> applications/
>>>>>>>> party/script/org/ofbiz/party/party/PartySimpleMethods.xml
>>>>>>>> 2009-01-12 20:28:07,129 (http-0.0.0.0-8080-1)
>>>>>>>> [ SimpleMethod.java:
>>>>>>>> 1109:ERROR] ---- runtime exception report
>>>>>>>> -------------------------------------------------- Error in
>>>>>>>> simple-
>>>>>>>> method operation [ ]: java.lang.IllegalArgumentException:
>>>>>>>> locale
>>>>>>>> cannot be null Exception: java.lang.IllegalArgumentException
>>>>>>>> Message: locale cannot be null ---- stack trace
>>>>>>>> ---------------------------------------------------------------
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .base
>>>>>>>> .util.UtilProperties.getResourceBundle(UtilProperties.java:
>>>>>>>> 480)
>>>>>>>> org
>>>>>>>> .ofbiz.base.util.UtilProperties.getMessage(UtilProperties.java:
>>>>>>>> 385)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .minilang
>>>>>>>> .operation
>>>>>>>> .SimpleMapOperation.addMessage(SimpleMapOperation.java:
>>>>>>>> 62)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .minilang.operation.ValidateMethod.exec(ValidateMethod.java:
>>>>>>>> 100)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .minilang
>>>>>>>> .operation.SimpleMapProcess.exec(SimpleMapProcess.java:
>>>>>>>> 51)
>>>>>>>> org
>>>>>>>> .ofbiz.minilang.operation.MapProcessor.exec(MapProcessor.java:
>>>>>>>> 80) org.ofbiz.minilang.method.callops.CallSimpleMapProcessor.ex
>>>>>> e
>>>>>>> c(CallSimpleMapProcessor.java:91)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>> 1104)
>>>>>>> org.ofbiz.minilang.method.ifops.IfNotEmpty.exec(IfNotEmpty.java:
>>>>>>> 91)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>> 1104)
>>>>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang
>>>>>>> .method.callops.CallSimpleMethod.exec(CallSimpleMethod.java:75)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>> 1104)
>>>>>>> org.ofbiz.minilang.method.ifops.IfCompare.exec(IfCompare.java:
>>>>>>> 123)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>> 1104)
>>>>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>>>> org
>>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>>> 134)
>>>>>>> org
>>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>>> 116)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang
>>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:
>>>>>>> 51)
>>>>>>> org.ofbiz.service.ServiceDispatcher.runSync(Servic
>>>>>> eDi
>>>>>>>
>>>>>>> spatcher.java:384)
>>>>>>> org
>>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 213)
>>>>>>> org
>>>>>>> .ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>> 163)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang.method.callops.CallService.exec(CallService.java:
>>>>>>> 246)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:
>>>>>>> 744)
>>>>>>> org
>>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>>> 134)
>>>>>>> org
>>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>>> 116)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang
>>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:
>>>>>>> 51)
>>>>>>> org
>>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 384)
>>>>>>> org
>>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 213)
>>>>>>> org
>>>>>>> .ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>> 149)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .webapp
>>>>>>> .event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>>>>> 334) org.ofbiz.webapp.control.Re
>>>>>> que
>>>>>>>
>>>>>>> stHandler.runEvent(RequestHandler.java:454)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .webapp.control.RequestHandler.doRequest(RequestHandler.java:
>>>>>>> 281)
>>>>>>> org
>>>>>>> .ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
>>>>>>> 198) 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:
>>>>>>> 255)
>>>>>>> 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(StandardH
>>>>>> ost
>>>>>>>
>>>>>>> Valve.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
>>>>>>> .apache
>>>>>>> .catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>>>>> 286) org.apa
>>>>>>> che.coyote.http11.Http11Processor.process(Http11Processor.java:
>>>>>>> 844)
>>>>>>> org.apache.coyote.http11.Http11Protocol
>>>>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>>>>> org.apache.tomcat.util.net.JIoEndpoint
>>>>>>> $Worker.run(JIoEndpoint.java:
>>>>>>> 447) java.lang.Thread.run(Thread.java:595)
>>>>>>>
>>> --------------------------------------------------------------------------------
>>>>>>>> 2009-01-12 20:28:07,130 (http-0.0.0.0-8080-1)
>>>>>>>> [ SimpleMethod.java:
>>>>>>>> 1109:ERROR] ---- runtime exception report
>>>>>>>> -------------------------------------------------- Error in
>>>>>>>> simple-
>>>>>>>> method operation [ ]: java.lang.RuntimeException: Error in
>>>>>>>> simple-
>>>>>>>> method operation [ ]: java.lang.IllegalArgumentException:
>>>>>>>> locale
>>>>>>>> cannot be null Exception: java.lang.RuntimeException Message:
>>>>>>>> Error in simple-method operation [ ]:
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null ----
>>>>>>>> stack trace
>>>>>>>> ---------------------------------------------------------------
>>>>>>>> java.lang.RuntimeException: Error in simple-method operation
>>>>>>>> [ ]:
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>>> 1110)
>>>>>>>> org
>>>>>>>> .ofbiz.minilang.method.ifops.IfNotEmpty.exec(IfNotEmpty.java:
>>>>>>>> 91)
>>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:
>>>>>>>> 744)
>>>>>>>> org.ofbiz.minilang.method.callops.CallSimpleMethod.exec(C
>>>>>> a
>>>>>>> llSimpleMethod.java:75)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>> 1104)
>>>>>>> org.ofbiz.minilang.method.ifops.IfCompare.exec(IfCompare.java:
>>>>>>> 123)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>> 1104)
>>>>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>>>> org
>>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>>> 134)
>>>>>>> org
>>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>>> 116)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang
>>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:
>>>>>>> 51)
>>>>>>> org
>>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 384)
>>>>>>> org
>>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 213)
>>>>>>> org
>>>>>>> .ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>> 163)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang.method.callops.CallService.exec(CallService.java:
>>>>>>> 246)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMeth
>>>>>> od.
>>>>>>>
>>>>>>> java:744)
>>>>>>> org
>>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>>> 134)
>>>>>>> org
>>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>>> 116)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang
>>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:
>>>>>>> 51)
>>>>>>> org
>>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 384)
>>>>>>> org
>>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 213)
>>>>>>> org
>>>>>>> .ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>> 149)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .webapp
>>>>>>> .event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>>>>> 334)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .webapp.control.RequestHandler.runEvent(RequestHandler.java:
>>>>>>> 454)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .webapp.control.RequestHandler.doRequest(RequestHandler.java:
>>>>>>> 281)
>>>>>>> org
>>>>>>> .ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
>>>>>>> 198) javax.servlet.http.HttpServlet.service(HttpServlet.java:
>>>>>>> 690)
>>>>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>>>>>>> org.apache.catalina.core.ApplicationF
>>>>>> ilt
>>>>>>>
>>>>>>> erChain.internalDoFilter(ApplicationFilterChain.java:290)
>>>>>>> org
>>>>>>> .apache
>>>>>>> .catalina
>>>>>>> .core
>>>>>>> .ApplicationFilterChain.doFilter(ApplicationFilterChain.java:
>>>>>>> 206)
>>>>>>> org
>>>>>>> .ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:
>>>>>>> 255)
>>>>>>> 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
>>>>>>> .apache
>>>>>>> .catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>>>>> 286) org.apache.coyote.http1
>>>>>> 1.H
>>>>>>>
>>>>>>> ttp11Processor.process(Http11Processor.java:844)
>>>>>>> org.apache.coyote.http11.Http11Protocol
>>>>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>>>>> org.apache.tomcat.util.net.JIoEndpoint
>>>>>>> $Worker.run(JIoEndpoint.java:
>>>>>>> 447) java.lang.Thread.run(Thread.java:595)
>>>>>>>
>>> --------------------------------------------------------------------------------
>>>>>>>> 2009-01-12 20:28:07,130 (http-0.0.0.0-8080-1)
>>>>>>>> [ SimpleMethod.java:
>>>>>>>> 748:ERROR] Error running the simple-method: Error in simple-
>>>>>>>> method
>>>>>>>> operation [ ]: java.lang.RuntimeException: Error in simple-
>>>>>>>> method
>>>>>>>> operation [ ]: java.lang.IllegalArgumentException: locale
>>>>>>>> cannot
>>>>>>>> be null
>>>>>>>> 2009-01-12 20:28:07,131 (http-0.0.0.0-8080-1)
>>>>>>>> [ TransactionUtil.java:311:WARN ] ---- exception report
>>>>>>>> ----------------------------------------------------------
>>>>>>>> [TransactionUtil.setRollbackOnly] Calling transaction
>>>>>>>> setRollbackOnly; this stack trace shows where this is
>>>>>>>> happening:
>>>>>>>> Exception: java.lang.Exception Message: Error in simple-method
>>>>>>>> [Creates a person, role and contactMechs [file:/home/ofbiz/
>>>>>>>> trunk/
>>>>>>>> applications/party/script/org/ofbiz/party/party/
>>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>>> running the simple-method: Error in simple-method operation
>>>>>>>> [ ]:
>>>>>>>> java.lang.RuntimeException: Error in simple-method operation
>>>>>>>> [ ]:
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>> null ---- stack trace
>>>>>>>> ---------------------------------------------------------------
>>>>>>>> java.lang.Exception: Error in simple-method [Creates a person,
>>>>>>>> role and contactMechs [file:/home/ofbiz/trunk/applications/
>>>>>>>> party/
>>>>>>>> script/org/ofbiz/party/party/
>>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>>> running the simple-method: Error in simple-method operation
>>>>>>>> [ ]:
>>>>>>>> java.lang.RuntimeException: Error in simple-method operation
>>>>>>>> [ ]:
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>> null
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .entity
>>>>>>>> .transaction
>>>>>>>> .TransactionUtil.setRollbackOnly(TransactionUtil.java:
>>>>>>>> 311)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .entity
>>>>>>>> .transaction.TransactionUtil.rollback(TransactionUtil.java:
>>>>>>>> 258) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:
>>>>>>>> 875)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .minilang
>>>>>>>> .method.callops.CallSimpleMethod.exec(CallSimpleMethod.java:75)
>>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>>> 1104)
>>>>>>>> org.ofbiz.minilang.method.ifops.IfCompare.exec(IfCompare.java:
>>>>>>>> 123)
>>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>>> 1104)
>>>>>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>>>>> org
>>>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>>>> 134)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>>>> 116)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .minilang
>>>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:
>>>>>>>> 76)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:
>>>>>>>> 51)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>>> 384) org.ofbiz.service.ServiceDispatcher.run
>>>>>> S
>>>>>>> ync(ServiceDispatcher.java:213)
>>>>>>> org
>>>>>>> .ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>> 163)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang.method.callops.CallService.exec(CallService.java:
>>>>>>> 246)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:
>>>>>>> 744)
>>>>>>> org
>>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>>> 134)
>>>>>>> org
>>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>>> 116)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang
>>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:
>>>>>>> 51)
>>>>>>> org
>>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 384)
>>>>>>> org
>>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 213)
>>>>>>> org
>>>>>>> .ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>> 149)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .webapp
>>>>>>> .event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>>>>> 334)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .webapp.control.RequestHandler.runEvent(RequestHandler.java:
>>>>>>> 454) org.ofbiz.we
>>>>>> bap
>>>>>>>
>>>>>>> p.control.RequestHandler.doRequest(RequestHandler.java:281)
>>>>>>> org
>>>>>>> .ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
>>>>>>> 198) 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:
>>>>>>> 255)
>>>>>>> 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.ErrorReportVa
>>>>>> lve
>>>>>>>
>>>>>>> .invoke(ErrorReportValve.java:102)
>>>>>>> org
>>>>>>> .apache
>>>>>>> .catalina
>>>>>>> .core.StandardEngineValve.invoke(StandardEngineValve.java:
>>>>>>> 109)
>>>>>>> org
>>>>>>> .apache
>>>>>>> .catalina.valves.AccessLogValve.invoke(AccessLogValve.java:
>>>>>>> 568)
>>>>>>> org
>>>>>>> .apache
>>>>>>> .catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>>>>> 286)
>>>>>>> org
>>>>>>> .apache
>>>>>>> .coyote.http11.Http11Processor.process(Http11Processor.java:
>>>>>>> 844) org.apache.coyote.http11.Http11Protocol
>>>>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>>>>> org.apache.tomcat.util.net.JIoEndpoint
>>>>>>> $Worker.run(JIoEndpoint.java:
>>>>>>> 447) java.lang.Thread.run(Thread.java:595)
>>>>>>>
>>> --------------------------------------------------------------------------------
>>>>>>>> 2009-01-12 20:28:07,153 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>>> 241:INFO ] XML Read 0.021s: file:/home/ofbiz/trunk/
>>>>>>>> applications/
>>>>>>>> party/script/org/ofbiz/party/party/PartyPermissionServices.xml
>>>>>>>> 2009-01-12 20:28:07,196 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>>> 241:INFO ] XML Read 0.028s: file:/home/ofbiz/trunk/framework/
>>>>>>>> common/script/org/ofbiz/common/permission/
>>>>>>>> CommonPermissionServices.xml
>>>>>>>> 2009-01-12 20:28:07,197 (http-0.0.0.0-8080-1) [ Log.java:
>>>>>>>> 94 :INFO ] Checking for primary permission PARTYMGR_CREATE
>>>>>>>> 2009-01-12 20:28:07,198 (http-0.0.0.0-8080-1) [ Log.java:
>>>>>>>> 94 :INFO ] Checking for alternate permission
>>>>>>>> PARTYMGR_ROLE_CREATE
>>>>>>>> 2009-01-12 20:28:07,200 (http-0.0.0.0-8080-1)
>>>>>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
>>>>>>>> partyRolePermissionCheck] finished in [68] milliseconds
>>>>>>>> 2009-01-12 20:28:07,242 (http-0.0.0.0-8080-1) [ UtilXml.java:
>>>>>>>> 241:INFO ] XML Read 0.041s: file:/home/ofbiz/trunk/
>>>>>>>> applications/
>>>>>>>> party/script/org/ofbiz/party/party/PartyServices.xml
>>>>>>>> 2009-01-12 20:28:07,249 (http-0.0.0.0-8080-1)
>>>>>>>> [ TransactionUtil.java:91 :WARN ] ---- exception report
>>>>>>>> ----------------------------------------------------------
>>>>>>>> [TransactionUtil.begin] active transaction marked for rollback
>>>>>>>> in
>>>>>>>> place, so no transaction begun; this stack trace shows when the
>>>>>>>> exception began: Exception: java.lang.Exception Message: Tx
>>>>>>>> Stack
>>>>>>>> Placeholder ---- stack trace
>>>>>>>> ---------------------------------------------------------------
>>>>>>>> java.lang.Exception: Tx Stack Placeholder
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .entity
>>>>>>>> .transaction
>>>>>>>> .TransactionUtil.setTransactionBeginStack(TransactionUtil.java:
>>>>>>>> 636)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .entity.transaction.TransactionUtil.begin(TransactionUtil.java:
>>>>>>>> 125)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>>> 302)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>>> 213)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>>> 149)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .webapp
>>>>>>>> .event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>>>>>> 334) org.ofbiz.webapp.control.
>>>>>> R
>>>>>>> equestHandler.runEvent(RequestHandler.java:454)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .webapp.control.RequestHandler.doRequest(RequestHandler.java:
>>>>>>> 281)
>>>>>>> org
>>>>>>> .ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
>>>>>>> 198) 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:
>>>>>>> 255)
>>>>>>> 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(Stand
>>>>>> ard
>>>>>>>
>>>>>>> HostValve.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
>>>>>>> .apache
>>>>>>> .catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>>>>> 286)
>>>>>>> org
>>>>>>> .apache
>>>>>>> .coyote.http11.Http11Processor.process(Http11Processor.java:
>>>>>>> 844) org.apache.coyote.http11.Http11Protocol
>>>>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>>>>> org.apache.tomcat.util.net.JIoEndpoint
>>>>>>> $Worker.run(JIoEndpoint.java:
>>>>>>> 447) java.lang.Thread.run(Thread.java:595)
>>>>>>>
>>> --------------------------------------------------------------------------------
>>>>>>>> 2009-01-12 20:28:07,250 (http-0.0.0.0-8080-1)
>>>>>>>> [ SimpleMethod.java:
>>>>>>>> 726:WARN ] Error trying to begin transaction, could not process
>>>>>>>> method: The current transaction is marked for rollback, not
>>>>>>>> beginning a new transaction and aborting current operation; the
>>>>>>>> rollbackOnly was caused by: Error in simple-method [Creates a
>>>>>>>> person, role and contactMechs [file:/home/ofbiz/trunk/
>>>>>>>> applications/
>>>>>>>> party/script/org/ofbiz/party/party/
>>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>>> running the simple-method: Error in simple-method operation
>>>>>>>> [ ]:
>>>>>>>> java.lang.RuntimeException: Error in simple-method operation
>>>>>>>> [ ]:
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>> null
>>>>>>>> 2009-01-12 20:28:07,251 (http-0.0.0.0-8080-1)
>>>>>>>> [ SimpleMethod.java:
>>>>>>>> 727:WARN ] ---- exception report
>>>>>>>> ----------------------------------------------------------
>>>>>>>> Exception:
>>>>>>>> org.ofbiz.entity.transaction.GenericTransactionException
>>>>>>>> Message:
>>>>>>>> The current transaction is marked for rollback, not beginning a
>>>>>>>> new transaction and aborting current operation; the
>>>>>>>> rollbackOnly
>>>>>>>> was caused by: Error in simple-method [Creates a person, role
>>>>>>>> and
>>>>>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/
>>>>>>>> org/
>>>>>>>> ofbiz/party/party/
>>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>>> running the simple-method: Error in simple-method operation
>>>>>>>> [ ]:
>>>>>>>> java.lang.RuntimeException: Error in simple-method operation
>>>>>>>> [ ]:
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>> null ---- stack trace
>>>>>>>> ---------------------------------------------------------------
>>>>>>>> org.ofbiz.entity.transaction.GenericTransactionException: The
>>>>>>>> current transaction is marked for rollback, not beginning a new
>>>>>>>> transaction and aborting current operation; the rollbackOnly
>>>>>>>> was
>>>>>>>> caused by: Error in simple-method [Creates a person, role and
>>>>>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/
>>>>>>>> org/
>>>>>>>> ofbiz/party/party/
>>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>>> running the simple-method: Error in simple-method operation
>>>>>>>> [ ]:
>>>>>>>> java.lang.RuntimeException: Error in simple-method operation
>>>>>>>> [ ]:
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>> null
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .entity.transaction.TransactionUtil.begin(TransactionUtil.java:
>>>>>>>> 99)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .entity.transaction.TransactionUtil.begin(TransactionUtil.java:
>>>>>>>> 71)
>>>>>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:723)
>>>>>>>> org
>>>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>>>> 134)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>>>> 116)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .minilang
>>>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:
>>>>>>>> 76)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:
>>>>>>>> 51)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>>> 384)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>>> 213)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>>> 163)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .minilang.method.callops.CallService.exec(CallService.java:
>>>>>>>> 246)
>>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>>> 1104)
>>>>>>>> org
>>>>>>>> .ofbiz.minilang.method.ifops.IfNotEmpty.exec(IfNotEmpty.java:
>>>>>>>> 91) org.ofbiz.minilang.SimpleMethod.runSubOps(Si
>>>>>> m
>>>>>>> pleMethod.java:1104)
>>>>>>> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:744)
>>>>>>> org
>>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>>> 134)
>>>>>>> org
>>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>>> 116)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang
>>>>>>> .SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:
>>>>>>> 51)
>>>>>>> org
>>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 384)
>>>>>>> org
>>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 213)
>>>>>>> org
>>>>>>> .ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>> 163)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang.method.callops.CallService.exec(CallService.java:
>>>>>>> 246)
>>>>>>> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:
>>>>>>> 1104) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:
>>>>>>> 744)
>>>>>>> org
>>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:
>>>>>>> 134)
>>>>>>> org
>>>>>>> .ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:
>>>>>>> 116) org.ofbiz.minilang.SimpleServiceEngine.service
>>>>>> Inv
>>>>>>>
>>>>>>> oker(SimpleServiceEngine.java:76)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:
>>>>>>> 51)
>>>>>>> org
>>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 384)
>>>>>>> org
>>>>>>> .ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>> 213)
>>>>>>> org
>>>>>>> .ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>> 149)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .webapp
>>>>>>> .event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>>>>> 334)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .webapp.control.RequestHandler.runEvent(RequestHandler.java:
>>>>>>> 454)
>>>>>>> org
>>>>>>> .ofbiz
>>>>>>> .webapp.control.RequestHandler.doRequest(RequestHandler.java:
>>>>>>> 281)
>>>>>>> org
>>>>>>> .ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:
>>>>>>> 198) 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(Con
>>>>>> tex
>>>>>>>
>>>>>>> tFilter.java:255)
>>>>>>> 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
>>>>>>> .apache
>>>>>>> .catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>>>>> 286)
>>>>>>> org
>>>>>>> .apache
>>>>>>> .coyote.http11.Http11Processor.process(Http11Processor.java:
>>>>>>> 844) org.apache.coyote.http11.Http11Protocol
>>>>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>>>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIo
>>>>>> End
>>>>>>>
>>>>>>> point.java:447) java.lang.Thread.run(Thread.java:595)
>>>>>>>
>>> --------------------------------------------------------------------------------
>>>>>>>> 2009-01-12 20:28:07,251 (http-0.0.0.0-8080-1)
>>>>>>>> [ ServiceDispatcher.java:522:ERROR] Error in Service
>>>>>>>> [createPartyRole]: Error trying to begin transaction, could not
>>>>>>>> process method: The current transaction is marked for rollback,
>>>>>>>> not beginning a new transaction and aborting current operation;
>>>>>>>> the rollbackOnly was caused by: Error in simple-method
>>>>>>>> [Creates a
>>>>>>>> person, role and contactMechs [file:/home/ofbiz/trunk/
>>>>>>>> applications/
>>>>>>>> party/script/org/ofbiz/party/party/
>>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>>> running the simple-method: Error in simple-method operation
>>>>>>>> [ ]:
>>>>>>>> java.lang.RuntimeException: Error in simple-method operation
>>>>>>>> [ ]:
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>> null
>>>>>>>> 2009-01-12 20:28:07,252 (http-0.0.0.0-8080-1)
>>>>>>>> [ TransactionUtil.java:315:INFO ]
>>>>>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
>>>>>>>> set, rollback only is already set.
>>>>>>>> 2009-01-12 20:28:07,252 (http-0.0.0.0-8080-1)
>>>>>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
>>>>>>>> createPartyRole] finished in [121] milliseconds
>>>>>>>> 2009-01-12 20:28:07,252 (http-0.0.0.0-8080-1)
>>>>>>>> [ TransactionUtil.java:315:INFO ]
>>>>>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
>>>>>>>> set, rollback only is already set.
>>>>>>>> 2009-01-12 20:28:07,253 (http-0.0.0.0-8080-1)
>>>>>>>> [ ServiceDispatcher.java:522:ERROR] Error in Service
>>>>>>>> [createLead]:
>>>>>>>> Error:Error trying to begin transaction, could not process
>>>>>>>> method:
>>>>>>>> The current transaction is marked for rollback, not beginning a
>>>>>>>> new transaction and aborting current operation; the
>>>>>>>> rollbackOnly
>>>>>>>> was caused by: Error in simple-method [Creates a person, role
>>>>>>>> and
>>>>>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/
>>>>>>>> org/
>>>>>>>> ofbiz/party/party/
>>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>>> running the simple-method: Error in simple-method operation
>>>>>>>> [ ]:
>>>>>>>> java.lang.RuntimeException: Error in simple-method operation
>>>>>>>> [ ]:
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>> null calling service createPartyRole in createLead
>>>>>>>> 2009-01-12 20:28:07,253 (http-0.0.0.0-8080-1)
>>>>>>>> [ TransactionUtil.java:315:INFO ]
>>>>>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
>>>>>>>> set, rollback only is already set.
>>>>>>>> 2009-01-12 20:28:07,253 (http-0.0.0.0-8080-1)
>>>>>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
>>>>>>>> createLead] finished in [194] milliseconds
>>>>>>>> 2009-01-12 20:28:07,254 (http-0.0.0.0-8080-1)
>>>>>>>> [ TransactionUtil.java:315:INFO ]
>>>>>>>> [TransactionUtil.setRollbackOnly] transaction rollback only not
>>>>>>>> set, rollback only is already set.
>>>>>>>> 2009-01-12 20:28:07,254 (http-0.0.0.0-8080-1)
>>>>>>>> [ ServiceDispatcher.java:522:ERROR] Error in Service
>>>>>>>> [createLeadFromWebForm]: Error:Error:Error trying to begin
>>>>>>>> transaction, could not process method: The current transaction
>>>>>>>> is
>>>>>>>> marked for rollback, not beginning a new transaction and
>>>>>>>> aborting
>>>>>>>> current operation; the rollbackOnly was caused by: Error in
>>>>>>>> simple-
>>>>>>>> method [Creates a person, role and contactMechs [file:/home/
>>>>>>>> ofbiz/
>>>>>>>> trunk/applications/party/script/org/ofbiz/party/party/
>>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>>> running the simple-method: Error in simple-method operation
>>>>>>>> [ ]:
>>>>>>>> java.lang.RuntimeException: Error in simple-method operation
>>>>>>>> [ ]:
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>> null calling service createPartyRole in createLead calling
>>>>>>>> service
>>>>>>>> createLead in createLeadFromWebForm
>>>>>>>> 2009-01-12 20:28:07,255 (http-0.0.0.0-8080-1)
>>>>>>>> [ TransactionUtil.java:275:ERROR] ---- exception report
>>>>>>>> ----------------------------------------------------------
>>>>>>>> [TransactionUtil.rollback] Exception: java.lang.Exception
>>>>>>>> Message:
>>>>>>>> Stack Trace ---- stack trace
>>>>>>>> ---------------------------------------------------------------
>>>>>>>> java.lang.Exception: Stack Trace
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .entity
>>>>>>>> .transaction.TransactionUtil.rollback(TransactionUtil.java:
>>>>>>>> 274)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .entity
>>>>>>>> .transaction.TransactionUtil.rollback(TransactionUtil.java:
>>>>>>>> 256)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>>> 526)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .service.ServiceDispatcher.runSync(ServiceDispatcher.java:
>>>>>>>> 213)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .service.GenericDispatcher.runSync(GenericDispatcher.java:
>>>>>>>> 149)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .webapp
>>>>>>>> .event.ServiceEventHandler.invoke(ServiceEventHandler.java:
>>>>>>>> 334)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .webapp.control.RequestHandler.runEvent(RequestHandler.java:
>>>>>>>> 454)
>>>>>>>> org
>>>>>>>> .ofbiz
>>>>>>>> .webapp.control.RequestHandler.doRequest(RequestHandler.java:
>>>>>>>> 281) org.ofbiz.webapp.control.Co
>>>>>> n
>>>>>>> trolServlet.doGet(ControlServlet.java:198)
>>>>>>> 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:
>>>>>>> 255)
>>>>>>> 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.invok
>>>>>> e(S
>>>>>>>
>>>>>>> tandardEngineValve.java:109)
>>>>>>> org
>>>>>>> .apache
>>>>>>> .catalina.valves.AccessLogValve.invoke(AccessLogValve.java:
>>>>>>> 568)
>>>>>>> org
>>>>>>> .apache
>>>>>>> .catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>>>>>>> 286)
>>>>>>> org
>>>>>>> .apache
>>>>>>> .coyote.http11.Http11Processor.process(Http11Processor.java:
>>>>>>> 844) org.apache.coyote.http11.Http11Protocol
>>>>>>> $Http11ConnectionHandler.process(Http11Protocol.java:583)
>>>>>>> org.apache.tomcat.util.net.JIoEndpoint
>>>>>>> $Worker.run(JIoEndpoint.java:
>>>>>>> 447) java.lang.Thread.run(Thread.java:595)
>>>>>>>
>>> --------------------------------------------------------------------------------
>>>>>>>> 2009-01-12 20:28:07,255 (http-0.0.0.0-8080-1)
>>>>>>>> [ TransactionUtil.java:285:INFO ] [TransactionUtil.rollback]
>>>>>>>> transaction rolled back
>>>>>>>> 2009-01-12 20:28:07,255 (http-0.0.0.0-8080-1)
>>>>>>>> [ ServiceDispatcher.java:578:INFO ] Sync service [ecommerce/
>>>>>>>> createLeadFromWebForm] finished in [236] milliseconds
>>>>>>>> 2009-01-12 20:28:07,327 (http-0.0.0.0-8080-1)
>>>>>>>> [ RequestHandler.java:314:ERROR] Request webFormSubmit caused
>>>>>>>> an
>>>>>>>> error with the following message: Error:Error:Error trying to
>>>>>>>> begin transaction, could not process method: The current
>>>>>>>> transaction is marked for rollback, not beginning a new
>>>>>>>> transaction and aborting current operation; the rollbackOnly
>>>>>>>> was
>>>>>>>> caused by: Error in simple-method [Creates a person, role and
>>>>>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/script/
>>>>>>>> org/
>>>>>>>> ofbiz/party/party/
>>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]: Error
>>>>>>>> running the simple-method: Error in simple-method operation
>>>>>>>> [ ]:
>>>>>>>> java.lang.RuntimeException: Error in simple-method operation
>>>>>>>> [ ]:
>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>> null calling service createPartyRole in createLead calling
>>>>>>>> service
>>>>>>>> createLead in createLeadFromWebForm
>>>>>>>> 2009-01-12 20:28:07,328 (http-0.0.0.0-8080-1)
>>>>>>>> [ RequestHandler.java:412:INFO ] [RequestHandler.doRequest]:
>>>>>>>> Response is a URL redirect.
>>>>>>>> sessionId=BBA68197213FF2F01514F97BB85687A6.jvm1
>>>>>>>> 2009-01-12 20:28:07,328 (http-0.0.0.0-8080-1)
>>>>>>>> [ RequestHandler.java:539:INFO ] [Sending redirect]:
>>> http://www.globalera.com
>>>>>>>> sessionId=BBA68197213FF2F01514F97BB85687A6.jvm1
>>>>>>>> 2009-01-12 20:28:07,376 (http-0.0.0.0-8080-1)
>>>>>>>> [ ControlServlet.java:299:INFO ] [[[webFormSubmit] Done
>>>>>>>> rendering
>>>>>>>> page, Servlet Finished- total:0.64,since last([webFormSubmit]
>>>>>>>> S...):0.638]]
>>>>>>>>
>>>>>>>> ----- Original Message -----
>>>>>>>> From: "Adrian Crum" <[hidden email]>
>>>>>>>> To: [hidden email]
>>>>>>>> Sent: Monday, January 12, 2009 8:31:07 AM (GMT-0700) America/
>>>>>>>> Denver
>>>>>>>> Subject: Re: locale error in simple method
>>>>>>>>
>>>>>>>> Vince,
>>>>>>>>
>>>>>>>> We will need a complete log to track this down. To be
>>>>>>>> specific, I
>>>>>>>> need
>>>>>>>> to see the entire Java stack trace.
>>>>>>>>
>>>>>>>> -Adrian
>>>>>>>>
>>>>>>>> Vince M. Clark wrote:
>>>>>>>>> I created a custom simple method to respond to a request
>>>>>>>>> from a
>>>>>>>>> web form. Getting a locale error and cannot figure out where
>>>>>>>>> locale is required.
>>>>>>>>>
>>>>>>>>> <simple-method method-name="createLeadFromWebForm" short-
>>>>>>>>> description="Create Lead from Web Form" login-
>>>>>>>>> required="false">
>>>>>>>>> <entity-one entity-name="UserLogin" value-name="userlogin">
>>>>>>>>> <field-map field-name="userLoginId" value="system"/>
>>>>>>>>> </entity-one>
>>>>>>>>> <set-current-user-login value-name="userlogin"/>
>>>>>>>>> <set field="newLead.firstName" from-
>>>>>>>>> field="parameters.firstName"/>
>>>>>>>>> <set field="newLead.lastName" from-
>>>>>>>>> field="parameters.lastName"/>
>>>>>>>>> <set field="newLead.groupName" from-
>>>>>>>>> field="parameters.groupName"/>
>>>>>>>>> <set field="newLead.emailAddress" from-
>>>>>>>>> field="parameters.emailAddress"/>
>>>>>>>>> <set field="newLead.contactNumber" from-
>>>>>>>>> field="parameters.contactNumber"/>
>>>>>>>>> <set field="newLead.address1" from-
>>>>>>>>> field="parameters.address1"/>
>>>>>>>>> <set field="newLead.countryGeoId" from-
>>>>>>>>> field="parameters.countryGeoId"/>
>>>>>>>>> <set field="newLead.city" from-field="parameters.city"/>
>>>>>>>>> <set field="newLead.stateProvinceGeoId" from-
>>>>>>>>> field="parameters.stateProvinceGeoId"/>
>>>>>>>>> <set field="newLead.postalCode" from-
>>>>>>>>> field="parameters.postalCode"/>
>>>>>>>>> <set field="newLead.quickAdd" from-
>>>>>>>>> field="parameters.quickAdd"/>
>>>>>>>>> <call-service service-name="createLead" in-map-name="newLead">
>>>>>>>>> <result-to-field result-name="partyId" field="partyId"/>
>>>>>>>>> </call-service>
>>>>>>>>> </simple-method>
>>>>>>>>>
>>>>>>>>> The simple method that I am calling "createLead" calls other
>>>>>>>>> simple methods. One of them is
>>>>>>>>> createPersonRoleAndContactMechs,
>>>>>>>>> which throws the following exception:
>>>>>>>>> 2009-01-11 18:43:36,887 (http-0.0.0.0-8080-1)
>>>>>>>>> [ RequestHandler.java:314:ERROR] Request webFormSubmit caused
>>>>>>>>> an
>>>>>>>>> error with the following message: Error:Error:Error trying to
>>>>>>>>> begin transaction, could not process method: The current
>>>>>>>>> transaction is marked for rollback, not beginning a new
>>>>>>>>> transaction and aborting current operation; the rollbackOnly
>>>>>>>>> was
>>>>>>>>> caused by: Error in simple-method [Creates a person, role and
>>>>>>>>> contactMechs [file:/home/ofbiz/trunk/applications/party/
>>>>>>>>> script/
>>>>>>>>> org/ofbiz/party/party/
>>>>>>>>> PartySimpleMethods.xml#createPersonRoleAndContactMechs]]:
>>>>>>>>> Error
>>>>>>>>> running the simple-method: Error in simple-method operation
>>>>>>>>> [ ]:
>>>>>>>>> java.lang.RuntimeException: Error in simple-method operation
>>>>>>>>> [ ]:
>>>>>>>>> java.lang.IllegalArgumentException: locale cannot be null
>>>>>>>>> null calling service createPartyRole in createLead calling
>>>>>>>>> service createLead in createLeadFromWebForm
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>
>>>>>
>>>>
>>>>
>>>
>

Adrian Crum

Re: New Release Branch (was: locale error in simple method)

In reply to this post by David E Jones-3

David E Jones wrote:
> What do we still have that is up in the air for refactoring, cleanups,
> and enhancements? I know quite a few have been worked on recently but
> I'm not sure of their exact status, but here are some that come to mind:

https://issues.apache.org/jira/browse/OFBIZ-1868

> 5. visual themes in manager apps and ecommerce: Bruno/Adrian/others,
> pretty far along, basics done yet? this is another cool feature and I
> like the UI enhancement experiments that are starting to go along with
> this and will hopefully lead is do a very nice default theme at some
> point in the near future

As far as I know, the work is done in the back office applications.

-Adrian

Bruno Busco

Re: New Release Branch (was: locale error in simple method)

We should complete
OFBIZ-2106<https://issues.apache.org/jira/browse/OFBIZ-2106>and
OFBIZ-2118 <https://issues.apache.org/jira/browse/OFBIZ-2118>.

There are so many new cool things in the release that we should definitively
wrap all in a brand new skin! ;-)
* <https://issues.apache.org/jira/browse/OFBIZ-1868>*-Bruno

2009/1/16 Adrian Crum <[hidden email]>

> David E Jones wrote:
>
>> What do we still have that is up in the air for refactoring, cleanups, and
>> enhancements? I know quite a few have been worked on recently but I'm not
>> sure of their exact status, but here are some that come to mind:
>>
>
> https://issues.apache.org/jira/browse/OFBIZ-1868
>
> 5. visual themes in manager apps and ecommerce: Bruno/Adrian/others,
>> pretty far along, basics done yet? this is another cool feature and I like
>> the UI enhancement experiments that are starting to go along with this and
>> will hopefully lead is do a very nice default theme at some point in the
>> near future
>>
>
> As far as I know, the work is done in the back office applications.
>
> -Adrian
>

David E Jones-3

Re: New Release Branch (was: locale error in simple method)

In reply to this post by Adrian Crum

On Jan 15, 2009, at 3:33 PM, Adrian Crum wrote:

> David E Jones wrote:
>> What do we still have that is up in the air for refactoring,
>> cleanups, and enhancements? I know quite a few have been worked on
>> recently but I'm not sure of their exact status, but here are some
>> that come to mind:
>
> https://issues.apache.org/jira/browse/OFBIZ-1868

Yes, that would be a good one to get done.

There may also be other framework versus apps issues that need to be
resolved, actually I know there are (Bruno brought one up today in
fact).

-David

Bruno Busco

Re: New Release Branch (was: locale error in simple method)

David,
could you create the new version in JIRA so that we can schedule these
issues on it and have them displayed in the Road Map?

https://issues.apache.org/jira/browse/OFBIZ?report=com.atlassian.jira.plugin.system.project:roadmap-panel

Thanks,
-Bruno

2009/1/16 David E Jones <[hidden email]>

>
> On Jan 15, 2009, at 3:33 PM, Adrian Crum wrote:
>
> David E Jones wrote:
>>
>>> What do we still have that is up in the air for refactoring, cleanups,
>>> and enhancements? I know quite a few have been worked on recently but I'm
>>> not sure of their exact status, but here are some that come to mind:
>>>
>>
>> https://issues.apache.org/jira/browse/OFBIZ-1868
>>
>
> Yes, that would be a good one to get done.
>
> There may also be other framework versus apps issues that need to be
> resolved, actually I know there are (Bruno brought one up today in fact).
>
> -David
>
>

David E Jones-3

Re: New Release Branch (was: locale error in simple method)

I just setup your jira permissions Bruno (sorry for forgetting that
earlier) and you should be able to do this now.

How we want to do this is a good question. I suppose defining a
release target is the way to go, and we can use that for bug reporting
after the branch is created as well.

As for the version name of the release we should talk about it.
Thinking about it now we have discussed doing a release branch once
per year, and perhaps once every 2 years. Perhaps we should version
the release with the year? I've never liked that approach a whole lot,
because in many cases it is less meaningful that a major/minor version
number, but for OFBiz the release branches are time based so perhaps a
year makes sense.

If we do that this next release could simply be "release2009", or if
we want to be more specific and perhaps use the Ubuntu model (and
assuming we're planning for a release in March) we could use something
like "release9.3". I think I like the simple release2009 better...

Any other opinions?

-David

On Jan 15, 2009, at 4:24 PM, Bruno Busco wrote:

> David,
> could you create the new version in JIRA so that we can schedule these
> issues on it and have them displayed in the Road Map?
>
> https://issues.apache.org/jira/browse/OFBIZ?report=com.atlassian.jira.plugin.system.project:roadmap-panel
>
> Thanks,
> -Bruno
>
> 2009/1/16 David E Jones <[hidden email]>
>
>>
>> On Jan 15, 2009, at 3:33 PM, Adrian Crum wrote:
>>
>> David E Jones wrote:
>>>
>>>> What do we still have that is up in the air for refactoring,
>>>> cleanups,
>>>> and enhancements? I know quite a few have been worked on recently
>>>> but I'm
>>>> not sure of their exact status, but here are some that come to
>>>> mind:
>>>>
>>>
>>> https://issues.apache.org/jira/browse/OFBIZ-1868
>>>
>>
>> Yes, that would be a good one to get done.
>>
>> There may also be other framework versus apps issues that need to be
>> resolved, actually I know there are (Bruno brought one up today in
>> fact).
>>
>> -David
>>
>>

Brett

Re: New Release Branch (was: locale error in simple method)

Here is another proposal for release branches. Rather than doing a release branch every 1 - 2 years how about doing it by calendar and releasing a new branch more frequently (e.g. every 3 months). The objective would be to stay as close to the trunk as possible while still providing stability for production releases.

All appropriate fixes for the release branch would go back into the trunk. Then after 3 months we would create another release branch and start the process all over again. The community could also provide update scripts to help production deployments move from one release branch to another. This is currently a pain now and is one of the reason I think people don't update their production deployments.

I'm attaching a graphic that shows how this proposal would work.

I'll also put in another plug for community driven test cases. The test cases would be used to determine when the release branch was stable enough for a recommended general release.

Brett

On Thu, Jan 15, 2009 at 6:07 PM, David E Jones <[hidden email]> wrote:

I just setup your jira permissions Bruno (sorry for forgetting that earlier) and you should be able to do this now.

How we want to do this is a good question. I suppose defining a release target is the way to go, and we can use that for bug reporting after the branch is created as well.

As for the version name of the release we should talk about it. Thinking about it now we have discussed doing a release branch once per year, and perhaps once every 2 years. Perhaps we should version the release with the year? I've never liked that approach a whole lot, because in many cases it is less meaningful that a major/minor version number, but for OFBiz the release branches are time based so perhaps a year makes sense.

If we do that this next release could simply be "release2009", or if we want to be more specific and perhaps use the Ubuntu model (and assuming we're planning for a release in March) we could use something like "release9.3". I think I like the simple release2009 better...

Any other opinions?

-David

On Jan 15, 2009, at 4:24 PM, Bruno Busco wrote:

David,
could you create the new version in JIRA so that we can schedule these
issues on it and have them displayed in the Road Map?

https://issues.apache.org/jira/browse/OFBIZ?report=com.atlassian.jira.plugin.system.project:roadmap-panel

Thanks,
-Bruno

2009/1/16 David E Jones <[hidden email]>

On Jan 15, 2009, at 3:33 PM, Adrian Crum wrote:

David E Jones wrote:

What do we still have that is up in the air for refactoring, cleanups,
and enhancements? I know quite a few have been worked on recently but I'm
not sure of their exact status, but here are some that come to mind:

https://issues.apache.org/jira/browse/OFBIZ-1868

Yes, that would be a good one to get done.

There may also be other framework versus apps issues that need to be
resolved, actually I know there are (Bruno brought one up today in fact).

-David

mrisaliti@libero.it

Re: New Release Branch (was: locale error in simple method)

In reply to this post by Adrian Crum

Hi David,

about the status of point 1 is really mostly done but I think at maximum next week we will have all cleaned.

Thanks
Marco

>
> What do we still have that is up in the air for refactoring, cleanups,
> and enhancements? I know quite a few have been worked on recently but
> I'm not sure of their exact status, but here are some that come to mind:
>
> 1. UI label cleanups: Marco/Jacques, mostly done except for a couple
> of specialpurpose components?
> 2. Double -> BigDecimal: Scott/David, good chunk done but not the
> whole project yet
> 3. simple-method, widget attribute consistency: David/Jacques, all
> XSDs and Java updated, still a few app files that need cleaning up but
> the framework is mostly done
> 4. portal framework and my portal: Bruno/Hans, this seems to be pretty
> far along but some refinement and decisions about how to work with
> framework versus apps needs to be done including the possibility of
> having a MyPortal webapp that is part of the framework and that
> applications, specialpurpose, and hot-deploy components can make
> portlets available for, plus pre-build portlet sets by role too, so
> that end-users can pick and choose based on what is deployed with
> inherent support in the framework (by the way, I think this is cool,
> it is kind of like a new framework feature with a common tool
> applications can use, kind of like many of the nicer OS X features
> where there is a clear line between the OS and apps but the OS
> provides many things to allow a consistent user experience between
> multiples apps, etc)
> 5. visual themes in manager apps and ecommerce: Bruno/Adrian/others,
> pretty far along, basics done yet? this is another cool feature and I
> like the UI enhancement experiments that are starting to go along with
> this and will hopefully lead is do a very nice default theme at some
> point in the near future
>
> Other things? I know I must be missing a few...
>
> On a side note, below is a running wish list I've been keeping and
> slowly working on for the last year or so. We don't need to wait for
> these for a framework release, and most of the ones related to
> cleanups are complete now and so off the list (GenericDelegator stuff,
> simple-method/widget stuff, etc). Just some food for thought that I
> suppose is on this topic. Still, these are just ideas and things I'd
> like to work on (because I'd like to have them for use in day-to-day
> work or I think they are important in some way) and without actual
> work going on they are fairly meaningless (ideas are cheap and easy to
> come by, actualization of them is not).
>
> That said... we may want to work on some security issues before
> another release branch...
>
> -David
>
> =========================================
> - ETL tool for mapping relational and Map/List/etc data, probably as
> operations in simple-methods (it is already pretty good for this, but
> more need to more in abstract and then apply to simple-methods and see
> if/what changes are needed)
>
> - XML consume operations for simple-method (and possibly XML produce
> too, though perhaps not because data prep can be done in simple-method
> and then FTL is a great way to template out the XML to produce)
>
> - Drools support
>
> - XSS prevention tools:
> https://issues.apache.org/jira/browse/OFBIZ-260
> http://jira.undersunconsulting.com/browse/OFBIZ-559
> https://issues.apache.org/jira/browse/OFBIZ-1193
> https://issues.apache.org/jira/browse/OFBIZ-1476
> Perhaps use service engine filters for ALL incoming data and by
> default do not allow HTML; all service in fields that should allow
> HTML will have to disable this filter manually, so it will require a
> bit of work.
>
> - other security issues:
> https://issues.apache.org/jira/browse/OFBIZ-1959
>
> - IDE plugin for eclipse that uses artifact info stuff
>
> - artifact info stuff for ftl files, groovy scripts
>
> - AJAX form/etc widget stuff, especially a dynamic tree for the tree
> widget and better dynamic widgets in the form widget for various things
>
> - docs: reference (based on training videos), "support", training,
> example narration
> =========================================
>
>
> On Jan 15, 2009, at 7:51 AM, Adrian Crum wrote:
>
> > I agree with much of what David said.
> >
> > Personally, I feel the R4 branch timing was too early. There were
> > some major refactorings going on at the time, and those refactorings
> > were completed shortly after the R4 branch - which made R4 obsolete
> > almost immediately. At the time I didn't have much interest in
> > maintaining the R4 branch.
> >
> > Things are different this time around. As David mentioned, there has
> > been a lot of commit activity lately. Much of the work I've done in
> > the last few months has been making preparations for a new release
> > branch. From my perspective, if we hold off a bit on new major
> > changes and let the dust settle a little, the current trunk would be
> > ready for another release branch. This time around I'm committed to
> > help maintain it.
> >
> > -Adrian
> >
> > David E Jones wrote:
> >> Thanks for your comments Scott. I was going to write something
> >> almost as fatalistic. The reality really is that there were very
> >> few fixes that went directly into the release4.0 branch, and I
> >> don't think any of those made it into the trunk. There were lots of
> >> fixes from the trunk that went into the release branch thanks to
> >> (as Scott mentioned) a few committers who kept an eye on that.
> >> Those who are interested in a release branch seem to have different
> >> motives and intents than those using the trunk, which is fine, but
> >> is not very self-sustaining, hence my comments here:
> >> http://docs.ofbiz.org/display/OFBADMIN/Apache+OFBiz+Getting+Started
> >> So, let's get real: release branches attract users but don't
> >> attract committers or contributions. Some of those users may
> >> eventually become committers or contributors and move to the trunk
> >> in order to do so. So, really (to use a cliche: I've said it before
> >> and I'll say it again) doing releases in any form is mostly a
> >> marketing activity.
> >> Releases are certainly of value to the project, and of course to
> >> the people and organizations who use the releases, and those who
> >> get an introduction to OFBiz and are attracted to it because of a
> >> release of some form. Back to reality though, in a community driven
> >> project there is no central organization to fund the effort, and
> >> most OFBiz contributors and committers contribute based on what
> >> clients request or on issues they want to help with.
> >> Not to say that it is impossible, there are certainly many open
> >> source projects that do so on a regular basis. As I've thought
> >> about this over the years the only feeble conclusion I can come up
> >> with is that those projects have defined functionality sets that
> >> they can target and plan for. This is something that is easier to
> >> do with framework level tools, which is one of the reasons I've
> >> been trying to push for a focus on the framework. However, even
> >> there it has been tough to get people to propose things and plan...
> >> however significant cleanups and enhancements have happened and it
> >> actually is getting into pretty good shape for release so it can
> >> stand on its own.
> >> For the applications and such it's a bit tougher... the scope is
> >> large and difficult to agree on, especially given the variety of
> >> organizations and individuals that use OFBiz and contribute back
> >> and by doing so make OFBiz what it is. To help everyone get on the
> >> same page I've started an effort to define some business processes
> >> that can drive more requirements and designs to help the refine
> >> OFBiz and give us some targets to shoot for:
> >> http://docs.ofbiz.org/display/OFBREQDES/Universal+Business+Process+Library+Index
> >> Now, stepping back a little, we don't HAVE to do this in order to
> >> do a release. And again being honest with ourselves, without such a
> >> thing it doesn't matter too much _when_ we create the release
> >> branch... it's really quite arbitrary.
> >> So yes, a lot of thought and planning and numerous attempts (many
> >> just going very slowly...) to move in this direction are happening.
> >> For the next release branch, there was recent discussion about it
> >> and a decision to do it as I recall, it's now a question of when
> >> and not if. And the when (also from memory, sorry) was intended to
> >> be about 2 years from the date of the release4.0 branch, and that
> >> is just a few weeks from now. There are lots of great cleanup
> >> efforts going on and unless something serious is up in the air in a
> >> few weeks, the release branch will happen.
> >> I only hope it will be of value to a number of people and that good
> >> will come from it.
> >> This is one aspect of OFBiz that I don't think is terribly
> >> successful, and past trends are somewhat frustrating, but I still
> >> think it is a good thing and so we work for it and keep trying.
> >> Someday I'm hoping various people from the community will rally and
> >> create a really great stable release that shines and works like
> >> it's supposed to.
> >> Comments from volunteers and pundits (ie the peanut gallery) welcome.
> >> -David
> >> On Jan 14, 2009, at 8:12 PM, Scott Gray wrote:
> >>> Hi Bruno
> >>> It sounds reasonable in theory but the reality is that merging bug
> >>> fixes
> >>> into a branch takes a great deal of time on an ongoing basis. I
> >>> don't
> >>> recall seeing a single bug fixing patch being contributed by any
> >>> of the
> >>> community at large, the work was maintained by a couple of
> >>> committers and NO
> >>> ONE else.
> >>>
> >>> The whole reason IMO that the v4 release branch never became an
> >>> actual
> >>> release was because virtually no one in the community showed any
> >>> real
> >>> interest in it.
> >>>
> >>> Personally I think the best thing for the project right now would
> >>> be remove
> >>> any mention of the v4 branch from the main page and any other
> >>> docs, so that
> >>> people don't mistakenly get the impression that it is the best
> >>> path for them
> >>> to take.
> >>>
> >>> Regards
> >>> Scott
> >>>
> >>> 2009/1/14 Bruno Busco <[hidden email]>
> >>>
> >>>> oops,
> >>>> sorry to have posted this to the USER ML, I apologize, it was
> >>>> intended, of course, as a DEV discussion.
> >>>>
> >>>> -Bruno
> >>>>
> >>>>
> >>>> ---------- Forwarded message ----------
> >>>> From: Bruno Busco <[hidden email]>
> >>>> Date: 2009/1/14
> >>>> Subject: Re: locale error in simple method
> >>>> To: [hidden email]
> >>>>
> >>>>
> >>>> I think that Vince's situation is very common.
> >>>>
> >>>> Whenever you get your ofbiz put in production (or a sort of) you
> >>>> get
> >>>> really "apprensive" and try to not update your working box.
> >>>> This makes hard also to get bug fixes only from the trunk.
> >>>>
> >>>> Could we think to try to have a new release branch?
> >>>> I mean a branch where only bug fix are merged from the trunk?
> >>>> I know that this has been discussed many times but we should give
> >>>> it a
> >>>> try. The framework-only release could be still something in the
> >>>> agenda
> >>>> and should not be affected by the existence of the new complete
> >>>> release branch.
> >>>>
> >>>> The last release branch (4.0) seems now too far from the trunk head
> >>>> and we often suggest not to use it any more. This is fine because
> >>>> we
> >>>> want people on the "living edge" of the code but then we will get
> >>>> them
> >>>> in the "should I update or not?" situation.
> >>>>
> >>>> Having a new release branch we will have most people living there
> >>>> and
> >>>> contributing back bug-fix patch or bug reports that will still be
> >>>> used
> >>>> in the trunk.
> >>>>
> >>>> I see many new features coming into the trunk and this is really
> >>>> great
> >>>> but, may be, many more would come if who is going to commit them
> >>>> knows
> >>>> that the community could always rely on an unaffetced "stable"
> >>>> branch.
> >>>>
> >>>> -Bruno
> >>>>
> >>>>
> >>>> 2009/1/14 Vince M. Clark <[hidden email]>:
> >>>>> I don't waste my time with 4.0.
> >>>>>
> >>>>> Preaching doesn't bother me. I'm used to it and have done a bit
> >>>>> myself.
> >>>>>
> >>>>> But to be clear, I'm very collaborative, and am not holding
> >>>>> anything back
> >>>> from the community. This particular instance I have not upgraded
> >>>> because it
> >>>> is production (sort of) and I have had difficulty upgrading other
> >>>> instances
> >>>> recently because of some seed data issues, and possibly other
> >>>> reasons.
> >>>> Basically related to some of the new stuff like visual themes.
> >>>>>
> >>>>> I will try my custom service against a current download of trunk
> >>>>> to
> >>>> verify that it isn't just a version issue.
> >>>>>
> >>>>> ----- Original Message -----
> >>>>> From: "David E Jones" <[hidden email]>
> >>>>> To: [hidden email]
> >>>>> Sent: Tuesday, January 13, 2009 6:06:06 PM (GMT-0700) America/
> >>>>> Denver
> >>>>> Subject: Re: locale error in simple method
> >>>>>
> >>>>>
> >>>>> Is that the trunk rev or in the release4.0 branch?
> >>>>>
> >>>>> Either way it's a few months old (looks like 23 Jul 2008)... it
> >>>>> would
> >>>>> take a fair amount of time for someone to go back and try to
> >>>>> reproduce
> >>>>> the error on that revision. Have you considered updating to a
> >>>>> newer
> >>>>> version of OFBiz?
> >>>>>
> >>>>> Just as an FYI, I usually recommend that people working from the
> >>>>> trunk
> >>>>> really collaborate with the community, an that usually means
> >>>>> needing
> >>>>> to update at least once per day (or at the _very_ least a couple
> >>>>> of
> >>>>> times per week) until the development part of each cycle is done
> >>>>> (ie
> >>>>> before doing integration or business level testing, if that means
> >>>>> anything for your process).
> >>>>>
> >>>>> There are lots of reasons for this, and what you're running into
> >>>>> is
> >>>>> perhaps the most important: by sticking with that revision you're
> >>>>> basically going it alone and choosing not to collaborate with the
> >>>>> community, which makes it hard for others in the community to
> >>>>> collaborate with you. The same is true for the practice of
> >>>>> changing
> >>>>> things in the OFBiz framework or core parts of different
> >>>>> applications
> >>>>> and not contributing it back to the project. The project suffers a
> >>>>> little, but the project will do fine as there are LOTS of people
> >>>>> contributing back. Who really suffers is the end-user organization
> >>>>> that has to foot the bill of maintaining these things instead of
> >>>>> sharing that with the community.
> >>>>>
> >>>>> Sorry for the preaching, but on the other hand thanks for the
> >>>>> soap box
> >>>>> to stand on for a little sermon.
> >>>>>
> >>>>> -David
> >>>>>
> >>>>>
> >>>>> On Jan 13, 2009, at 4:34 PM, Vince M. Clark wrote:
> >>>>>
> >>>>>> Thanks David. Rev is 679168
> >>>>>>
> >>>>>> ----- Original Message -----
> >>>>>> From: "David E Jones" <[hidden email]>
> >>>>>> To: [hidden email]
> >>>>>> Sent: Tuesday, January 13, 2009 5:36:35 PM (GMT-0700) America/
> >>>>>> Denver
> >>>>>> Subject: Re: locale error in simple method
> >>>>>>
> >>>>>>
> >>>>>> Stepping back even more... which version/revision of OFBiz are
> >>>>>> you
> >>>>>> using?
> >>>>>>
> >>>>>> Based on what you wrote, with the browser submitting a form to
> >>>>>> the
> >>>>>> OFBiz web server, as long as it is going through the
> >>>>>> ControlServlet
> >>>>>> and you are calling the service you described through a request-
> >>>>>> map ->
> >>>>>> event tag, then it should work the same way as anything else in
> >>>>>> OFBiz.
> >>>>>>
> >>>>>> Unless something is broken somewhere then OFBiz should be
> >>>>>> getting a
> >>>>>> locale no matter what, even if it is the system default locale.
> >>>>>> It
> >>>>>> looks like somehow that isn't making it into the service call
> >>>>>> (you
> >>>>>> could verify that by adding a log tag in your simple-method to
> >>>>>> print
> >>>>>> the ${locale} string). That's part of the reason I'm about the
> >>>>>> revision you are using... it could be a real issue that most of
> >>>>>> us
> >>>>>> aren't seeing if you're not using a recent trunk revision.
> >>>>>>
> >>>>>> Of, if the assumptions in the 2nd paragraph above are not
> >>>>>> correct (ie
> >>>>>> you are calling things differently) then there could be issues
> >>>>>> there
> >>>>>> as well.
> >>>>>>
> >>>>>> -David
> >>>>>>
> >>>>>>
> >>>>>> On Jan 13, 2009, at 3:59 PM, Vince M. Clark wrote:
> >>>>>>
> >>>>>>>
> >>>>>>> First a disclaimer (plea for mercy). I am an ERP person, not a
> >>>>>>> web
> >>>>>>> or UI person. So all this http, session, context stuff is rather
> >>>>>>> confusing to me.
> >>>>>>>
> >>>>>>> I've been digging on this issue and want to make sure
> >>>>>>> something is
> >>>>>>> very clear because I think it may have something to do with the
> >>>>>>> problem.
> >>>>>>>
> >>>>>>> OfBiz is NOT rendering any screens for me. I'm using it as
> >>>>>>> kind of a
> >>>>>>> "cheap" web service. I have a static html web form served by
> >>>>>>> Apache
> >>>>>>> web server. The form action calls OfBiz, and then I redirect
> >>>>>>> back to
> >>>>>>> a static html page. So OfBiz just accepts the request,
> >>>>>>> processes it,
> >>>>>>> and redirects. No screen rendering whatsoever by OfBiz.
> >>>>>>>
> >>>>>>> I'm pointing this out because of one of the comments I found
> >>>>>>> in a
> >>>>>>> java class (which of course I cannot find now) that said
> >>>>>>> something
> >>>>>>> about if locale was not in the context then the browser (or
> >>>>>>> maybe
> >>>>>>> session) default would be used.
> >>>>>>>
> >>>>>>> So to simplify (or maybe over simplify) my question, is there
> >>>>>>> something I should be doing in my simple method to put locale
> >>>>>>> in the
> >>>>>>> context before I call createLead. Also, can someone give me a
> >>>>>>> tip on
> >>>>>>> how to iterate through whatever is in the context and write it
> >>>>>>> out
> >>>>>>> to the log so I can see it.
> >>>>>>>
>

Bruno Busco

Re: New Release Branch (was: locale error in simple method)

In reply to this post by David E Jones-3

>
> How we want to do this is a good question. I suppose defining a release
> target is the way to go, and we can use that for bug reporting after the
> branch is created as well.
>

Yes, this is the way JIRA is supposed to be used.

> If we do that this next release could simply be "release2009", or if we
> want to be more specific and perhaps use the Ubuntu model (and assuming
> we're planning for a release in March) we could use something like
> "release9.3". I think I like the simple release2009 better...
>
> Any other opinions?
>

I would prefer the "release9.3" scheme, since it will allow us to have more
that one release in a year (just in case). It will give very soon a more
precise indication of the time in which the release was done.

The version string can be created in JIRA as release9.3, than, if for any
reason we miss the month (or if we finish earlier) we will rename it.

If there are no objections I will create a "release 9.3" version scheduled
for march 2009.

-Bruno

>
> -David
>
>
>
> On Jan 15, 2009, at 4:24 PM, Bruno Busco wrote:
>
> David,
>> could you create the new version in JIRA so that we can schedule these
>> issues on it and have them displayed in the Road Map?
>>
>>
>> https://issues.apache.org/jira/browse/OFBIZ?report=com.atlassian.jira.plugin.system.project:roadmap-panel
>>
>> Thanks,
>> -Bruno
>>
>> 2009/1/16 David E Jones <[hidden email]>
>>
>>
>>> On Jan 15, 2009, at 3:33 PM, Adrian Crum wrote:
>>>
>>> David E Jones wrote:
>>>
>>>>
>>>> What do we still have that is up in the air for refactoring, cleanups,
>>>>> and enhancements? I know quite a few have been worked on recently but
>>>>> I'm
>>>>> not sure of their exact status, but here are some that come to mind:
>>>>>
>>>>>
>>>> https://issues.apache.org/jira/browse/OFBIZ-1868
>>>>
>>>>
>>> Yes, that would be a good one to get done.
>>>
>>> There may also be other framework versus apps issues that need to be
>>> resolved, actually I know there are (Bruno brought one up today in fact).
>>>
>>> -David
>>>
>>>
>>>
>

Bruno Busco

Re: New Release Branch (was: locale error in simple method)

Of course I intended a _JIRA_ version label.

2009/1/16 Bruno Busco <[hidden email]>

> How we want to do this is a good question. I suppose defining a release
>> target is the way to go, and we can use that for bug reporting after the
>> branch is created as well.
>>
>
> Yes, this is the way JIRA is supposed to be used.
>
>
>> If we do that this next release could simply be "release2009", or if we
>> want to be more specific and perhaps use the Ubuntu model (and assuming
>> we're planning for a release in March) we could use something like
>> "release9.3". I think I like the simple release2009 better...
>>
>> Any other opinions?
>>
>
> I would prefer the "release9.3" scheme, since it will allow us to have more
> that one release in a year (just in case). It will give very soon a more
> precise indication of the time in which the release was done.
>
> The version string can be created in JIRA as release9.3, than, if for any
> reason we miss the month (or if we finish earlier) we will rename it.
>
> If there are no objections I will create a "release 9.3" version scheduled
> for march 2009.
>
> -Bruno
>
>>
>> -David
>>
>>
>>
>> On Jan 15, 2009, at 4:24 PM, Bruno Busco wrote:
>>
>> David,
>>> could you create the new version in JIRA so that we can schedule these
>>> issues on it and have them displayed in the Road Map?
>>>
>>>
>>> https://issues.apache.org/jira/browse/OFBIZ?report=com.atlassian.jira.plugin.system.project:roadmap-panel
>>>
>>> Thanks,
>>> -Bruno
>>>
>>> 2009/1/16 David E Jones <[hidden email]>
>>>
>>>
>>>> On Jan 15, 2009, at 3:33 PM, Adrian Crum wrote:
>>>>
>>>> David E Jones wrote:
>>>>
>>>>>
>>>>> What do we still have that is up in the air for refactoring, cleanups,
>>>>>> and enhancements? I know quite a few have been worked on recently but
>>>>>> I'm
>>>>>> not sure of their exact status, but here are some that come to mind:
>>>>>>
>>>>>>
>>>>> https://issues.apache.org/jira/browse/OFBIZ-1868
>>>>>
>>>>>
>>>> Yes, that would be a good one to get done.
>>>>
>>>> There may also be other framework versus apps issues that need to be
>>>> resolved, actually I know there are (Bruno brought one up today in
>>>> fact).
>>>>
>>>> -David
>>>>
>>>>
>>>>
>>
>

David E Jones-3

Re: New Release Branch (was: locale error in simple method)

In reply to this post by Bruno Busco

On Jan 16, 2009, at 12:37 AM, Bruno Busco wrote:

>> How we want to do this is a good question. I suppose defining a
>> release
>> target is the way to go, and we can use that for bug reporting
>> after the
>> branch is created as well.
>>
>
> Yes, this is the way JIRA is supposed to be used.

True, but is it useful to us to use it that way?

>> If we do that this next release could simply be "release2009", or
>> if we
>> want to be more specific and perhaps use the Ubuntu model (and
>> assuming
>> we're planning for a release in March) we could use something like
>> "release9.3". I think I like the simple release2009 better...
>>
>> Any other opinions?
>>
>
> I would prefer the "release9.3" scheme, since it will allow us to
> have more
> that one release in a year (just in case). It will give very soon a
> more
> precise indication of the time in which the release was done.
>
> The version string can be created in JIRA as release9.3, than, if
> for any
> reason we miss the month (or if we finish earlier) we will rename it.
>
> If there are no objections I will create a "release 9.3" version
> scheduled
> for march 2009.

I'll acknowledge that more than one release per year could happen, but
I'd be really surprised to see it happen. When a release branch is
done it seems to take many months to back-port enough bug fixes from
the trunk and get fixes in from other sources to actually make it
fairly solid and functional.

We also have the issue of update paths and scripts or whatever. If we
have too many releases it causes a lot more confusion for prospective
users about which release to use, and also causes more effort to
maintain more update paths between releases. If we only release every
1-2 years then it is generally pretty clear which one to use.

Actually, I've spelled a lot of this out a long time ago here and as
far as general concepts and issues go I don't think much has changed:

http://docs.ofbiz.org/display/OFBADMIN/Release+Plan

-David

Jacques Le Roux

Re: New Release Branch (was: locale error in simple method)

Administrator

In reply to this post by Bruno Busco

+1 (for Ubuntu like)

Jacques

From: "Bruno Busco" <[hidden email]>

> >
>> How we want to do this is a good question. I suppose defining a release
>> target is the way to go, and we can use that for bug reporting after the
>> branch is created as well.
>>
>
> Yes, this is the way JIRA is supposed to be used.
>
>
>> If we do that this next release could simply be "release2009", or if we
>> want to be more specific and perhaps use the Ubuntu model (and assuming
>> we're planning for a release in March) we could use something like
>> "release9.3". I think I like the simple release2009 better...
>>
>> Any other opinions?
>>
>
> I would prefer the "release9.3" scheme, since it will allow us to have more
> that one release in a year (just in case). It will give very soon a more
> precise indication of the time in which the release was done.
>
> The version string can be created in JIRA as release9.3, than, if for any
> reason we miss the month (or if we finish earlier) we will rename it.
>
> If there are no objections I will create a "release 9.3" version scheduled
> for march 2009.
>
> -Bruno
>
>>
>> -David
>>
>>
>>
>> On Jan 15, 2009, at 4:24 PM, Bruno Busco wrote:
>>
>> David,
>>> could you create the new version in JIRA so that we can schedule these
>>> issues on it and have them displayed in the Road Map?
>>>
>>>
>>> https://issues.apache.org/jira/browse/OFBIZ?report=com.atlassian.jira.plugin.system.project:roadmap-panel
>>>
>>> Thanks,
>>> -Bruno
>>>
>>> 2009/1/16 David E Jones <[hidden email]>
>>>
>>>
>>>> On Jan 15, 2009, at 3:33 PM, Adrian Crum wrote:
>>>>
>>>> David E Jones wrote:
>>>>
>>>>>
>>>>> What do we still have that is up in the air for refactoring, cleanups,
>>>>>> and enhancements? I know quite a few have been worked on recently but
>>>>>> I'm
>>>>>> not sure of their exact status, but here are some that come to mind:
>>>>>>
>>>>>>
>>>>> https://issues.apache.org/jira/browse/OFBIZ-1868
>>>>>
>>>>>
>>>> Yes, that would be a good one to get done.
>>>>
>>>> There may also be other framework versus apps issues that need to be
>>>> resolved, actually I know there are (Bruno brought one up today in fact).
>>>>
>>>> -David
>>>>
>>>>
>>>>
>>
>