Re: Issue with ajax and json response
Hi Jacques, You're right I didn't specified what is not tested. What I meant is that I tested a few JS methods where I've applied the changes. Other methods aren't tested because I am not using them and didn't have time to see where they are used. Note that I've changed only the JS functions where ajax calls are invoked and I implemented the same logic for all of them, so they should work :) Here is the list of these methods I haven't tested for sure: - getProductLineItemIndex - addPromoCode On Sun, Aug 28, 2011 at 10:49 AM, Jacques Le Roux jacques.le.r...@les7arts.com wrote: Hi Jonatan, Your patch looks good at 1st glance, but you say below not fully tested what do you mean by that? Do we need to test something which could be specifically missing or has not been tested, or is it just a point in the dark? Thanks Jacques Jonatan Soto wrote: Hi Atul, I've didn't got server error messages using what you said. Probably is something wrong in my code, but what I have noticed is that no matters what kind of response I set, the 'success' callback method is called. Anyway, how is handled the server response in this case? I mean, where can I find the code where the getServerError() JS function is called once we return the error response? Many thanks Atul. On Fri, Aug 26, 2011 at 7:32 PM, Atul Vani atul.v...@hotwaxmedia.com** wrote: Jonatan, I think if you use response name=error type=request value=json/ (it is used in several places in ecommerce and other components' controller.xml) and then use the getServerError() function (used in specialpurpose/ecommerce/**webapp/ecommerce/images/** profile.js) to parse the JSON response, then you should be able to retrieve the error message to display it to the user. I'm not sure if it will be helpful, I didn't got the problem completely either ;-) - Original Message - From: Jonatan Soto seniledemen...@gmail.com To: user@ofbiz.apache.org Sent: Sunday, July 17, 2011 5:56:10 PM Subject: Re: Issue with ajax and json response Done. Patch provided, not fully tested. https://issues.apache.org/**jira/browse/OFBIZ-4342https://issues.apache.org/jira/browse/OFBIZ-4342 https://issues.apache.org/**jira/browse/OFBIZ-4342https://issues.apache.org/jira/browse/OFBIZ-4342 **Regards, On Sun, Jul 17, 2011 at 1:34 PM, Scott Gray scott.g...@hotwaxmedia.com wrote: Yeah, checking for the _ERROR_MESSAGE* keys is the right way to go, would be great if you could create a jira issue so this doesn't get lost. Regards Scott HotWax Media http://www.hotwaxmedia.com On 17/07/2011, at 7:56 AM, Jonatan Soto wrote: Well, I did a little read on the jquery ajax documentation ( http://api.jquery.com/jQuery.**ajax/http://api.jquery.com/jQuery.ajax/) and some of my assertions were wrong. It is definitively not related to the CommonEvents#**jsonResponseFromRequestAttribu**tes. I felt stupid when I realized that the result the controller returns has nothing to do with the ajax callbacks :) According to this doc the error callback is: A function to be called if the request fails In the case I'm exposing, obviously the request is not failing so the error I'm getting should be handled in the success callback. Please, tell me if there is another way to do it. I found a js function in the CheckoutProcess.js called getServerError(...) which is never invoked. I think it should be included in the success callback like the following code: (chekoutProcess.js) // Check server side error function getServerError(data) { var serverErrorHash = []; var serverError = ; if (data._ERROR_MESSAGE_LIST_ != undefined) { serverErrorHash = data._ERROR_MESSAGE_LIST_; jQuery.each(serverErrorHash, function(i, error) { serverError += error.message + 'br/'; }); } if (data._ERROR_MESSAGE_ != undefined) { serverError = data._ERROR_MESSAGE_; } return serverError; } function createUpdateCustomerAndShippin**gAddress() { var result = false; jQuery.ajax({ url: 'createUpdateShippingAddress', type: 'POST', dataType: 'json', async: false, data: jQuery('#shippingForm').**serialize(), success: function(json) { var serverError = getServerError(json); if (!serverError) { jQuery('#**shippingFormServerError').**fadeOut('fast'); // Process Shipping data response. jQuery('#shipToPartyId').val(**json.partyId); jQuery('#billToPartyId').val(**json.partyId); jQuery('#shipToContactMechId')**.val(json.contactMechId); jQuery('#**shipToPhoneContactMechId').**val(json.phoneContactMechId); jQuery('#emailContactMechId').** val(json.emailContactMechId); //jQuery('#**completedShippingMethod').** html(json.shippingDescription)**; updateShippingSummary(); getShipOptions(); result = true; } else {
Re: Issue with ajax and json response
sorry about that. I should change the eclipse formatter rules to meet Ofbiz format specs. I did it for another workspace but not for the current one I'm using. Well, I will provide a new patch correcting this ASAP. On Sun, Aug 28, 2011 at 11:02 AM, Jacques Le Roux jacques.le.r...@les7arts.com wrote: Also I think there are some tabs in your patch (I can see them because your file is automatically rendered in browsers) I see some jQuery('#**shippingFormServerError').**html(serverError); lines wrongly formatted Jacques Jacques Le Roux wrote: Hi Jonatan, Your patch looks good at 1st glance, but you say below not fully tested what do you mean by that? Do we need to test something which could be specifically missing or has not been tested, or is it just a point in the dark? Thanks Jacques Jonatan Soto wrote: Hi Atul, I've didn't got server error messages using what you said. Probably is something wrong in my code, but what I have noticed is that no matters what kind of response I set, the 'success' callback method is called. Anyway, how is handled the server response in this case? I mean, where can I find the code where the getServerError() JS function is called once we return the error response? Many thanks Atul. On Fri, Aug 26, 2011 at 7:32 PM, Atul Vani atul.v...@hotwaxmedia.com** wrote: Jonatan, I think if you use response name=error type=request value=json/ (it is used in several places in ecommerce and other components' controller.xml) and then use the getServerError() function (used in specialpurpose/ecommerce/**webapp/ecommerce/images/** profile.js) to parse the JSON response, then you should be able to retrieve the error message to display it to the user. I'm not sure if it will be helpful, I didn't got the problem completely either ;-) - Original Message - From: Jonatan Soto seniledemen...@gmail.com To: user@ofbiz.apache.org Sent: Sunday, July 17, 2011 5:56:10 PM Subject: Re: Issue with ajax and json response Done. Patch provided, not fully tested. https://issues.apache.org/**jira/browse/OFBIZ-4342https://issues.apache.org/jira/browse/OFBIZ-4342 https://issues.apache.org/**jira/browse/OFBIZ-4342https://issues.apache.org/jira/browse/OFBIZ-4342 **Regards, On Sun, Jul 17, 2011 at 1:34 PM, Scott Gray scott.g...@hotwaxmedia.com wrote: Yeah, checking for the _ERROR_MESSAGE* keys is the right way to go, would be great if you could create a jira issue so this doesn't get lost. Regards Scott HotWax Media http://www.hotwaxmedia.com On 17/07/2011, at 7:56 AM, Jonatan Soto wrote: Well, I did a little read on the jquery ajax documentation ( http://api.jquery.com/jQuery.**ajax/http://api.jquery.com/jQuery.ajax/) and some of my assertions were wrong. It is definitively not related to the CommonEvents#**jsonResponseFromRequestAttribu**tes. I felt stupid when I realized that the result the controller returns has nothing to do with the ajax callbacks :) According to this doc the error callback is: A function to be called if the request fails In the case I'm exposing, obviously the request is not failing so the error I'm getting should be handled in the success callback. Please, tell me if there is another way to do it. I found a js function in the CheckoutProcess.js called getServerError(...) which is never invoked. I think it should be included in the success callback like the following code: (chekoutProcess.js) // Check server side error function getServerError(data) { var serverErrorHash = []; var serverError = ; if (data._ERROR_MESSAGE_LIST_ != undefined) { serverErrorHash = data._ERROR_MESSAGE_LIST_; jQuery.each(serverErrorHash, function(i, error) { serverError += error.message + 'br/'; }); } if (data._ERROR_MESSAGE_ != undefined) { serverError = data._ERROR_MESSAGE_; } return serverError; } function createUpdateCustomerAndShippin**gAddress() { var result = false; jQuery.ajax({ url: 'createUpdateShippingAddress', type: 'POST', dataType: 'json', async: false, data: jQuery('#shippingForm').**serialize(), success: function(json) { var serverError = getServerError(json); if (!serverError) { jQuery('#**shippingFormServerError').**fadeOut('fast'); // Process Shipping data response. jQuery('#shipToPartyId').val(**json.partyId); jQuery('#billToPartyId').val(**json.partyId); jQuery('#shipToContactMechId')**.val(json.contactMechId); jQuery('#**shipToPhoneContactMechId').**val(json.phoneContactMechId); jQuery('#emailContactMechId').** val(json.emailContactMechId); //jQuery('#**completedShippingMethod').** html(json.shippingDescription)**; updateShippingSummary(); getShipOptions(); result = true; } else { jQuery('#**shippingFormServerError').**
Re: OFbiz with Ajax (DWR)
Hi Chatree: I have not had a chance to look at this. If it had been available when I needed AJAX support I probably would have used it. Thanks for bringing this to my attention. Best Regards, Ruth On 8/28/11 10:13 AM, Chatree Srichart wrote: Hi Ruth Hoffman. Have you seen OFBiz-GWT project http://code.google.com/p/ofbiz-gwt/ ? You can integrate GWT widgets into OFBiz screens. You, in fact, can use any GWT libraries integrate into it. I see there is a GWT library for the comet feature called gwt-comet http://code.google.com/p/gwt-comet/ . I have not tried it yet but I think it should work. Best Regards, Chatree Srichart On Fri, Aug 26, 2011 at 6:58 PM, Ruth Hoffmanrhoff...@aesolves.com wrote: Hi Hans: Not to argue the jQuery point because I use jQuery and love it, but DWR has some really compelling features including the integration of Comet (reverse AJAX). A long time ago (in the 4.x) days I asked about integrating DWR with OFBiz and my request fell on deaf ears. So, I just went ahead and did it myself. Best Regards, Ruth Hoffman http://www.myofbiz.com http://www.aesolves.com On 8/26/11 2:14 AM, Hans Bakker wrote: First of all make sure it is really required to integrate DWR. Integration of a tool because you know it is normally not a good reason. It is normally easier to learn the tool used in OFBiz than to integrate a new one. OFBiz has standardized on Jquery which we think is one of the best around. Regards,. Hans On Thu, 2011-08-25 at 22:49 -0700, deepti.mittal wrote: I want to integrate DWR with Ofbiz. Can anyone help me with that. I tried to find some tutorial in myofbiz.com also, but couldnt find any. Regards -- View this message in context: http://ofbiz.135035.n4.nabble.** com/OFbiz-with-Ajax-DWR-**tp2964923p3770066.htmlhttp://ofbiz.135035.n4.nabble.com/OFbiz-with-Ajax-DWR-tp2964923p3770066.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: Issue with ajax and json response
Jonatan, IMO, the event you invoked in your request mapping should be fixed to return error response, when they get errors. It will cause the error response to be rendered instead of the success. Then you can use type=request value=json for the error response. The responseText recieved by the ajax will be a JSON String. You can then pass this JSON string to the getServerError() function to extract and return error message(s). I don't know if this information will be useful to you or not, as I haven't seen the code, but this is pretty much all one needs to check :) - Original Message - From: Jonatan Soto seniledemen...@gmail.com To: user@ofbiz.apache.org Sent: Saturday, August 27, 2011 3:51:58 PM Subject: Re: Issue with ajax and json response Hi Atul, I've didn't got server error messages using what you said. Probably is something wrong in my code, but what I have noticed is that no matters what kind of response I set, the 'success' callback method is called. Anyway, how is handled the server response in this case? I mean, where can I find the code where the getServerError() JS function is called once we return the error response? Many thanks Atul. On Fri, Aug 26, 2011 at 7:32 PM, Atul Vani atul.v...@hotwaxmedia.comwrote: Jonatan, I think if you use response name=error type=request value=json/ (it is used in several places in ecommerce and other components' controller.xml) and then use the getServerError() function (used in specialpurpose/ecommerce/webapp/ecommerce/images/profile.js) to parse the JSON response, then you should be able to retrieve the error message to display it to the user. I'm not sure if it will be helpful, I didn't got the problem completely either ;-) - Original Message - From: Jonatan Soto seniledemen...@gmail.com To: user@ofbiz.apache.org Sent: Sunday, July 17, 2011 5:56:10 PM Subject: Re: Issue with ajax and json response Done. Patch provided, not fully tested. https://issues.apache.org/jira/browse/OFBIZ-4342 https://issues.apache.org/jira/browse/OFBIZ-4342Regards, On Sun, Jul 17, 2011 at 1:34 PM, Scott Gray scott.g...@hotwaxmedia.com wrote: Yeah, checking for the _ERROR_MESSAGE* keys is the right way to go, would be great if you could create a jira issue so this doesn't get lost. Regards Scott HotWax Media http://www.hotwaxmedia.com On 17/07/2011, at 7:56 AM, Jonatan Soto wrote: Well, I did a little read on the jquery ajax documentation ( http://api.jquery.com/jQuery.ajax/) and some of my assertions were wrong. It is definitively not related to the CommonEvents#jsonResponseFromRequestAttributes. I felt stupid when I realized that the result the controller returns has nothing to do with the ajax callbacks :) According to this doc the error callback is: A function to be called if the request fails In the case I'm exposing, obviously the request is not failing so the error I'm getting should be handled in the success callback. Please, tell me if there is another way to do it. I found a js function in the CheckoutProcess.js called getServerError(...) which is never invoked. I think it should be included in the success callback like the following code: (chekoutProcess.js) // Check server side error function getServerError(data) { var serverErrorHash = []; var serverError = ; if (data._ERROR_MESSAGE_LIST_ != undefined) { serverErrorHash = data._ERROR_MESSAGE_LIST_; jQuery.each(serverErrorHash, function(i, error) { serverError += error.message + 'br/'; }); } if (data._ERROR_MESSAGE_ != undefined) { serverError = data._ERROR_MESSAGE_; } return serverError; } function createUpdateCustomerAndShippingAddress() { var result = false; jQuery.ajax({ url: 'createUpdateShippingAddress', type: 'POST', dataType: 'json', async: false, data: jQuery('#shippingForm').serialize(), success: function(json) { var serverError = getServerError(json); if (!serverError) { jQuery('#shippingFormServerError').fadeOut('fast'); // Process Shipping data response. jQuery('#shipToPartyId').val(json.partyId); jQuery('#billToPartyId').val(json.partyId); jQuery('#shipToContactMechId').val(json.contactMechId); jQuery('#shipToPhoneContactMechId').val(json.phoneContactMechId); jQuery('#emailContactMechId').val(json.emailContactMechId); //jQuery('#completedShippingMethod').html(json.shippingDescription); updateShippingSummary(); getShipOptions(); result = true; } else { jQuery('#shippingFormServerError').html(serverError); jQuery('#shippingFormServerError').css(display,block); result = false;
Re: Trunk demo restarted
Just out of curiosity, why aren't the changes revert on every restart? - Original Message - From: Jacques Le Roux jacques.le.r...@les7arts.com To: user@ofbiz.apache.org Sent: Thursday, August 25, 2011 5:40:15 PM Subject: Re: Trunk demo restarted Sam, BJ, all, We have currently a problem with stable demo. We are investigating... Thanks, but we don't care about console.log or any logs at all. Boht demos are restarted each day with ALL cleaned, including DB. Actually not ALL because sources are only updated. We don't revert them, we have some VM specific changes there and we took it easy. That why I asked for uilabels changes there. They must have been done by a committer. BTW I found a lot more labels changes on stable, fortunately w/out conflicts. I did not revert them, but please, if there are relevant they should really be committed... For Tomcat yes it's certainly a good idea... Just needs some cycles... Jacques - Original Message - From: Sam Hamilton To: user@ofbiz.apache.org Sent: Thursday, August 25, 2011 11:36 AM Subject: Re: Trunk demo restarted Tomcat did some work to reduce load from google crawls and is in v7 - http://www.theserverside.com/discussions/thread.tss?thread_id=62375 perhaps upgrading would help ease the problem??? The other thing that springs to mind is rotating the console log out at a certain size? Perhaps the VM runs low on drive space? Sam On 25 Aug 2011, at 16:49, BJ Freeman wrote: I have noted the the console.log gets up to about 15gigs. the access file is about 254mb of Google accessing ofbiz very fast. the re-occurring error is Derby. Note I have google accessing my production site with more than that but no console.log. I am also running postresql on the production site. Jacques Le Roux sent the following on 8/20/2011 1:12 AM: Hi, I have restarted trunk demo. I got a conflict with OrderUiLabels.xml so had to revert. I reverted also some other uilabels files. Was someone playing with them? Jacques
Re: Issue with ajax and json response
Ok, hadn't checked the code yet, did it now, my bad :) What I oberved is that when I enter promo code, it fires an ajax request and don't display me the error message when I entered the wrong code, need to fix that. Well, the interesting part is, it then fires another ajax request to check if the cart is empty, how possibly can a cart get empty by applying a promo code :-/ And then it fires another one to update the cart with the discounted price. Why don't we return the updated cart along with the error message, if any, and replace the existing html with the new one, so that user is displayed with the error message and the updated cart both, will also save us two extra ajax requests. Another thing I noticed is that lot's of elements are being identified using their ids, not so good. - Original Message - From: Atul Vani atul.v...@hotwaxmedia.com To: user@ofbiz.apache.org Sent: Sunday, August 28, 2011 10:47:07 PM Subject: Re: Issue with ajax and json response Jonatan, IMO, the event you invoked in your request mapping should be fixed to return error response, when they get errors. It will cause the error response to be rendered instead of the success. Then you can use type=request value=json for the error response. The responseText recieved by the ajax will be a JSON String. You can then pass this JSON string to the getServerError() function to extract and return error message(s). I don't know if this information will be useful to you or not, as I haven't seen the code, but this is pretty much all one needs to check :) - Original Message - From: Jonatan Soto seniledemen...@gmail.com To: user@ofbiz.apache.org Sent: Saturday, August 27, 2011 3:51:58 PM Subject: Re: Issue with ajax and json response Hi Atul, I've didn't got server error messages using what you said. Probably is something wrong in my code, but what I have noticed is that no matters what kind of response I set, the 'success' callback method is called. Anyway, how is handled the server response in this case? I mean, where can I find the code where the getServerError() JS function is called once we return the error response? Many thanks Atul. On Fri, Aug 26, 2011 at 7:32 PM, Atul Vani atul.v...@hotwaxmedia.comwrote: Jonatan, I think if you use response name=error type=request value=json/ (it is used in several places in ecommerce and other components' controller.xml) and then use the getServerError() function (used in specialpurpose/ecommerce/webapp/ecommerce/images/profile.js) to parse the JSON response, then you should be able to retrieve the error message to display it to the user. I'm not sure if it will be helpful, I didn't got the problem completely either ;-) - Original Message - From: Jonatan Soto seniledemen...@gmail.com To: user@ofbiz.apache.org Sent: Sunday, July 17, 2011 5:56:10 PM Subject: Re: Issue with ajax and json response Done. Patch provided, not fully tested. https://issues.apache.org/jira/browse/OFBIZ-4342 https://issues.apache.org/jira/browse/OFBIZ-4342Regards, On Sun, Jul 17, 2011 at 1:34 PM, Scott Gray scott.g...@hotwaxmedia.com wrote: Yeah, checking for the _ERROR_MESSAGE* keys is the right way to go, would be great if you could create a jira issue so this doesn't get lost. Regards Scott HotWax Media http://www.hotwaxmedia.com On 17/07/2011, at 7:56 AM, Jonatan Soto wrote: Well, I did a little read on the jquery ajax documentation ( http://api.jquery.com/jQuery.ajax/) and some of my assertions were wrong. It is definitively not related to the CommonEvents#jsonResponseFromRequestAttributes. I felt stupid when I realized that the result the controller returns has nothing to do with the ajax callbacks :) According to this doc the error callback is: A function to be called if the request fails In the case I'm exposing, obviously the request is not failing so the error I'm getting should be handled in the success callback. Please, tell me if there is another way to do it. I found a js function in the CheckoutProcess.js called getServerError(...) which is never invoked. I think it should be included in the success callback like the following code: (chekoutProcess.js) // Check server side error function getServerError(data) { var serverErrorHash = []; var serverError = ; if (data._ERROR_MESSAGE_LIST_ != undefined) { serverErrorHash = data._ERROR_MESSAGE_LIST_; jQuery.each(serverErrorHash, function(i, error) { serverError += error.message + 'br/'; }); } if (data._ERROR_MESSAGE_ != undefined) { serverError = data._ERROR_MESSAGE_; } return serverError; } function createUpdateCustomerAndShippingAddress() { var result = false; jQuery.ajax({ url: 'createUpdateShippingAddress', type: 'POST', dataType: 'json',
Re: Trunk demo restarted
Forwarded From: Jacques Le Roux jacques.le.r...@les7arts.com Atul, Because it would need to handle some specific changes, ie apply some patches, and, so far, nobody thought it would be worth Jacques From: Atul Vani atul.v...@hotwaxmedia.com Just out of curiosity, why aren't the changes revert on every restart? - Original Message - From: Jacques Le Roux jacques.le.r...@les7arts.com To: user@ofbiz.apache.org Sent: Thursday, August 25, 2011 5:40:15 PM Subject: Re: Trunk demo restarted Sam, BJ, all, We have currently a problem with stable demo. We are investigating... Thanks, but we don't care about console.log or any logs at all. Boht demos are restarted each day with ALL cleaned, including DB. Actually not ALL because sources are only updated. We don't revert them, we have some VM specific changes there and we took it easy. That why I asked for uilabels changes there. They must have been done by a committer. BTW I found a lot more labels changes on stable, fortunately w/out conflicts. I did not revert them, but please, if there are relevant they should really be committed... For Tomcat yes it's certainly a good idea... Just needs some cycles... Jacques - Original Message - From: Sam Hamilton To: user@ofbiz.apache.org Sent: Thursday, August 25, 2011 11:36 AM Subject: Re: Trunk demo restarted Tomcat did some work to reduce load from google crawls and is in v7 - http://www.theserverside.com/discussions/thread.tss?thread_id=62375 perhaps upgrading would help ease the problem??? The other thing that springs to mind is rotating the console log out at a certain size? Perhaps the VM runs low on drive space? Sam On 25 Aug 2011, at 16:49, BJ Freeman wrote: I have noted the the console.log gets up to about 15gigs. the access file is about 254mb of Google accessing ofbiz very fast. the re-occurring error is Derby. Note I have google accessing my production site with more than that but no console.log. I am also running postresql on the production site. Jacques Le Roux sent the following on 8/20/2011 1:12 AM: Hi, I have restarted trunk demo. I got a conflict with OrderUiLabels.xml so had to revert. I reverted also some other uilabels files. Was someone playing with them? Jacques
Re: Trunk demo restarted
Jacques, Thanks for the info :) Thanks Regards Atul Vani Enterprise Software Developer HotWax Media Pvt. Ltd. http://www.hotwaxmedia.com/ We are the Global Leaders in Apache OFBiz, Google 'ofbiz' and see for yourself. On Monday 29 August 2011 02:30 AM, Jacques Le Roux wrote: Forwarded From: Jacques Le Roux jacques.le.r...@les7arts.com Atul, Because it would need to handle some specific changes, ie apply some patches, and, so far, nobody thought it would be worth Jacques From: Atul Vani atul.v...@hotwaxmedia.com Just out of curiosity, why aren't the changes revert on every restart? - Original Message - From: Jacques Le Roux jacques.le.r...@les7arts.com To: user@ofbiz.apache.org Sent: Thursday, August 25, 2011 5:40:15 PM Subject: Re: Trunk demo restarted Sam, BJ, all, We have currently a problem with stable demo. We are investigating... Thanks, but we don't care about console.log or any logs at all. Boht demos are restarted each day with ALL cleaned, including DB. Actually not ALL because sources are only updated. We don't revert them, we have some VM specific changes there and we took it easy. That why I asked for uilabels changes there. They must have been done by a committer. BTW I found a lot more labels changes on stable, fortunately w/out conflicts. I did not revert them, but please, if there are relevant they should really be committed... For Tomcat yes it's certainly a good idea... Just needs some cycles... Jacques - Original Message - From: Sam Hamilton To: user@ofbiz.apache.org Sent: Thursday, August 25, 2011 11:36 AM Subject: Re: Trunk demo restarted Tomcat did some work to reduce load from google crawls and is in v7 - http://www.theserverside.com/discussions/thread.tss?thread_id=62375 perhaps upgrading would help ease the problem??? The other thing that springs to mind is rotating the console log out at a certain size? Perhaps the VM runs low on drive space? Sam On 25 Aug 2011, at 16:49, BJ Freeman wrote: I have noted the the console.log gets up to about 15gigs. the access file is about 254mb of Google accessing ofbiz very fast. the re-occurring error is Derby. Note I have google accessing my production site with more than that but no console.log. I am also running postresql on the production site. Jacques Le Roux sent the following on 8/20/2011 1:12 AM: Hi, I have restarted trunk demo. I got a conflict with OrderUiLabels.xml so had to revert. I reverted also some other uilabels files. Was someone playing with them? Jacques