Re: POSPrinter on USB port: JPosException when claiming printer
As I read in the documentation, there is the possibility too to use the serial number of the printer. But I tried with the following jpos.xml too where - for usb - the device name i.e. TM-T88IV is to be set: But it does not work eighter. Have you or anybody an idea what thes port name error means? Thanks! http://www.epson.com"/> http://www.epson.com"/> jacques.le.roux wrote: > > Should you not specify a PortName ? Like this for RS232 : > > > > From: "ceugster" >> >> Hi, >> >> I try to install the Epson POSPrinter TM-T88IV using a USB port. Driver >> installation is ok and I am able to do a test print from the printers >> Propertiespanel. I am working on a Windows xp SP3 box. JavaPOS is >> installed >> (jcl v2.3, jpos1.12.2, Epson JavaPOS ADK_1.11.6.0 >> >> jpos.xml is set up, the path to jpos.xml is defined in jpos.properties >> >> Testing all by CheckHealthToll throws JposException: The port name is >> illegal. or couldn't be connected to the device. It seams to me, that >> JavaPOS tries to print to one of the COM-Ports. But the Printer is >> attached >> to a usb port. >> >> Has anyone suggestions what is going wrong? Thank you in advance! >> >> *** >> >> The jpos.xml contents: >> >> >> > "jpos/res/jcl.dtd"> >> >> >> >> >>> factoryClass="jp.co.epson.uposcommon.util.EpsonJposServiceInstanceFactory" >> serviceClass="jp.co.epson.upos.pntr.T88IVService"/> >>http://www.epson.com"/> >> >>> name="EPSON Services for JavaPOS(TM) Standard" >> url="http://www.epson.com"/> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >>> value="epson/xml/Setting/TM-T88IVSetting.xml"/> >> >> >> >> >>> value="1000"/> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> The StackTrace: >> >> ErrorCode : 106 >> ErrorCodeExtended : 1001 >> Message : >> The port name is illegal. or couldn't be connected to the device. >> !! StackTrace !! >> jpos.JposException: The port name is illegal. or couldn't be connected to >> the device. >> at >> jp.co.epson.upos.pntr.CommonUPOSExceptionCreator.createJposException(Unknown >> Source) >> at >> jp.co.epson.upos.pntr.CommonUPOSExceptionCreator.createJposException(Unknown >> Source) >> at jp.co.epson.upos.pntr.CommonPrinterService.openPort(Unknown Source) >> at jp.co.epson.upos.pntr.CommonPrinterService.claim(Unknown Source) >> at jpos.BaseJposControl.claim(Unknown Source) >> at checkhealthtool.CheckHealthTool.executeCheckHealth(Unknown Source) >> at checkhealthtool.CheckHealthTool.checkHealthButton_Click(Unknown >> Source) >> at checkhealthtool.CheckHealthTool.actionPerformed(Unknown Source) >> at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) >> at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) >> at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) >> at javax.swing.DefaultButtonModel.setPressed(Unknown Source) >> at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown >> Source) >> at java.awt.Component.processMouseEvent(Unknown Source) >> at javax.swing.JComponent.processMouseEvent(Unknown Source) >> at java.awt.Component.processEvent(Unknown Source) >> at java.awt.Container.processEvent(Unknown Source) >> at java.awt.Component.dispatchEventImpl(Unknown Source) >> at java.awt.Container.dispatchEventImpl(Unknown Source) >> at java.awt.Component.dispatchEvent(Unknown Source) >> at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) >>
Re: Tracability
There is already a lot in place: every inventory event is stored in the InventoryItem/InventoryItemDetail entities... there you will see purchase order receipts, manufacturing orders in/out movements, inventory adjustments, sales order shipments etc... Jacopo On Sep 8, 2009, at 4:18 PM, Michael Alleblas wrote: Thanks, I will hopefully get better acquainted with OFBiz structure then give it a crack. Be good to see it become a more mature product for advanced manufacturing capabilities as it seems (while exceptionally good and I am hopefully implementing it it for such purposes for two friends) more oriented towards eCommerce currently. Mikey Jacques Le Roux wrote: This looks like more than a simple Jira issue with a patch. I'd recommend to use Jira to create a main task with subtasks to organise your project and submit patches in each subtasks http://docs.ofbiz.org/display/OFBADMIN/OFBiz+Contributors+Best+Practices Jacques From: "Michael Alleblas" Hey guys, I am trying to apply OFBiz for my compay's use and I need high level traceability. I need to be able to track material by our own custom identifier along with manufacturer identifiers (more than one per pipe possible). I need to trace every product made with each piece of material to ensure we know what each product was made of (as each item in the inventory has it's own chemical analysis). Are there any pointers on how I would achieve this and I am happy to do some custom programming if need be. Mikey
Re: Sales Forecast Process
The MRP treats a sales forecast as a sales order; you can enter sales forecast from the SFA application. When you create a sales forecast: * enter the organizationPartyId (this should match the ownerPartyId set in the facility for which you will run the mrp) * enter the custom time period (its fromDate will be the date of the event in MRP) * submit the button to create the forecast header * click the forecast "details" tab to enter products' forecasts: * enter productId and quantity for all the products in this sales forecast Jacopo On Sep 9, 2009, at 11:34 AM, Pal InfoCom Technologies wrote: Please suggest the sales forecast work flow and how is it associated with MRP Preeti Verma Configurator cum Business analyst - OFbiz Projects Pal Infocom Technologies Pvt. Ltd. Mohali - INDIA -- View this message in context: http://www.nabble.com/Sales-Forecast-Process-tp25361564p25361564.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: POSPrinter on USB port: JPosException when claiming printer
Should you not specify a PortName ? Like this for RS232 : From: "ceugster" Hi, I try to install the Epson POSPrinter TM-T88IV using a USB port. Driver installation is ok and I am able to do a test print from the printers Propertiespanel. I am working on a Windows xp SP3 box. JavaPOS is installed (jcl v2.3, jpos1.12.2, Epson JavaPOS ADK_1.11.6.0 jpos.xml is set up, the path to jpos.xml is defined in jpos.properties Testing all by CheckHealthToll throws JposException: The port name is illegal. or couldn't be connected to the device. It seams to me, that JavaPOS tries to print to one of the COM-Ports. But the Printer is attached to a usb port. Has anyone suggestions what is going wrong? Thank you in advance! *** The jpos.xml contents: http://www.epson.com"/> http://www.epson.com"/> The StackTrace: ErrorCode : 106 ErrorCodeExtended : 1001 Message : The port name is illegal. or couldn't be connected to the device. !! StackTrace !! jpos.JposException: The port name is illegal. or couldn't be connected to the device. at jp.co.epson.upos.pntr.CommonUPOSExceptionCreator.createJposException(Unknown Source) at jp.co.epson.upos.pntr.CommonUPOSExceptionCreator.createJposException(Unknown Source) at jp.co.epson.upos.pntr.CommonPrinterService.openPort(Unknown Source) at jp.co.epson.upos.pntr.CommonPrinterService.claim(Unknown Source) at jpos.BaseJposControl.claim(Unknown Source) at checkhealthtool.CheckHealthTool.executeCheckHealth(Unknown Source) at checkhealthtool.CheckHealthTool.checkHealthButton_Click(Unknown Source) at checkhealthtool.CheckHealthTool.actionPerformed(Unknown Source) at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.setPressed(Unknown Source) at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Source) at java.awt.Component.processMouseEvent(Unknown Source) at javax.swing.JComponent.processMouseEvent(Unknown Source) at java.awt.Component.processEvent(Unknown Source) at java.awt.Container.processEvent(Unknown Source) at java.awt.Component.dispatchEventImpl(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Window.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) -InnerException--- Message : The port name is illegal. !! StackTrace !! jp.co.epson.pos.comm.CommControlException: The port name is illegal. at jp.co.epson.pos.comm.CommonPortIO.throwCommException(Unknown Source) at jp.co.epson.pos.comm.CommonPortIO.throwCommException(Unknown Source) at jp.co.epson.pos.comm.WinUsbIO.getUsePortName(Unknown Source) at jp.co.epson.pos.comm.WinUsbIO.portOpenImpl(Unknown Source) at jp.co.epson.pos.comm.CommonUsbIO.portOpen(Unknown Source) at jp.co.epson.pos.comm.PortControl.openPort(Unknown Source) at jp.co.epson.upos.pntr.CommonPrinterService.openPort(Unknown Source) at jp.co.epson.upos.pntr.CommonPrinterService.claim(Unknown Source) at jpos.BaseJposControl.claim(Unknown Source) at checkhealthtool.CheckHealthTool.executeCheckHealth(Unknown Source) at checkhealthtool.CheckHealthTool.checkHealthButton_Click(Unknown Source) at checkhealthtool.CheckHealthTool.actionPerformed(Unknown Source) at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.fireA
Re: Where did this go?
Hi Ruth No problems. Just trying to stimulate other ways of thinking about things, in case there's a good reason for not changing anything, or for changing things in new and different ways. I personally was happy with the old way, and am just as happy with the new way. Not having a preference makes me more likely to argue in favour of the side no one else is supporting. ;-) Cheers, Anne. 2009/9/8 Ruth Hoffman : > Hi Anne: > I appreciate your comments. > > In my experience, the store logo almost always remains the same. For > example, look at Amazon. No matter where you go on any Amazon site you see > the same store logo. The catalog and category image logos may change, but > the store logo (the one in the header at the top and left of the page) > remains the same. IMHO, no store owner would want more than one > company/store logo. After all, branding is all about getting people to > recognize your logo and then associate that with something. If you have more > than one store logo... well that just makes branding that much more > difficult. > > BTW, I'm not saying don't allow setting of logo's per catalog. Certainly we > would want to preserve that. You can still do that on category pages. IMHO, > that is where that kind of branding belongs. I'm only suggesting that > whoever decided to take away the ability to set the store logo (top left > image on the store website header) in the Catalog Manager did not consider > the full impact of what they did. > > Just my 2 cents. > Ruth > Anne Jessel wrote: >> >> Hi, >> >> I can't think of any advantages for having the logo set for the >> product store rather than for the catalog, as it is now (both in >> Catalog Manager). I presume there was some reason the setting was >> previously moved from product store to the catalog. >> >> Setting per catalog rather than per store does make some sense to me. >> I imagine a store might sell different lines of goods as different >> catalogs, and might want a different logo for each. Perhaps a clothing >> store has a different logo for their adult clothing versus their >> children's clothing? Or a reseller of two or more well known brands >> might use a different catalog for each brand, and want the brand logo >> displayed depending on the user's chosen catalog. >> >> I have no idea whether the above makes sense. Feel free to ignore it. >> Just throwing the thought out there, because presumably someone had a >> reason for moving the setting from the product store settings to the >> catalog settings in Catalog Manager. >> >> Cheers, >> Anne. >> >> 2009/9/7 Ruth Hoffman : >> >>> >>> Hi Scott: >>> This is a great idea, however I would argue that the logo in question is >>> not >>> part of the theme (colors, fonts, layout) but rather a part of the >>> content >>> for the header. I still say it should be put back into the store >>> management >>> portion of the Catalog Manager. I have created a Jira issue #2898. >>> >>> Just my 2 cents. >>> Ruth >>> >>> Scott Gray wrote: >>> No that just specifies the visual theme set to use for the web site i.e. ECOMMERCE or BACKOFFICE. I think what we really need is some visual theme management screens where you can change this sort of thing. Regards Scott HotWax Media http://www.hotwaxmedia.com On 7/09/2009, at 8:32 PM, Erwan de FERRIERES wrote: > > Maybe what you are looking for is this : > > https://localhost:8443/content/control/EditWebSite?webSiteId=WebStore > > In the bottom part of the list, you can select the visual theme for > your > store. > > HTH > > Le 06/09/2009 20:18, Ruth Hoffman a écrit : > >> >> Hi BJ: >> I submitted a bug report. This is a bug. IMHO, themes should not >> disable >> this feature. For example, they don't disable putting a Title and >> Sub-title on the store's header. Why disable the dynamic logo >> replacement? >> > > ../.. > - Erwan - > >> >> >> >> > -- Coherent Software Australia Pty Ltd PO Box 2773 Cheltenham Vic 3192 Phone: (03) 9585 6788 Fax: (03) 9585 1086 Web: http://www.cohsoft.com.au/ Email: sa...@cohsoft.com.au Bonsai ERP, the all-inclusive ERP system http://www.bonsaierp.com.au/
POSPrinter on USB port: JPosException when claiming printer
Hi, I try to install the Epson POSPrinter TM-T88IV using a USB port. Driver installation is ok and I am able to do a test print from the printers Propertiespanel. I am working on a Windows xp SP3 box. JavaPOS is installed (jcl v2.3, jpos1.12.2, Epson JavaPOS ADK_1.11.6.0 jpos.xml is set up, the path to jpos.xml is defined in jpos.properties Testing all by CheckHealthToll throws JposException: The port name is illegal. or couldn't be connected to the device. It seams to me, that JavaPOS tries to print to one of the COM-Ports. But the Printer is attached to a usb port. Has anyone suggestions what is going wrong? Thank you in advance! *** The jpos.xml contents: http://www.epson.com"/> http://www.epson.com"/> The StackTrace: ErrorCode : 106 ErrorCodeExtended : 1001 Message : The port name is illegal. or couldn't be connected to the device. !! StackTrace !! jpos.JposException: The port name is illegal. or couldn't be connected to the device. at jp.co.epson.upos.pntr.CommonUPOSExceptionCreator.createJposException(Unknown Source) at jp.co.epson.upos.pntr.CommonUPOSExceptionCreator.createJposException(Unknown Source) at jp.co.epson.upos.pntr.CommonPrinterService.openPort(Unknown Source) at jp.co.epson.upos.pntr.CommonPrinterService.claim(Unknown Source) at jpos.BaseJposControl.claim(Unknown Source) at checkhealthtool.CheckHealthTool.executeCheckHealth(Unknown Source) at checkhealthtool.CheckHealthTool.checkHealthButton_Click(Unknown Source) at checkhealthtool.CheckHealthTool.actionPerformed(Unknown Source) at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.setPressed(Unknown Source) at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Source) at java.awt.Component.processMouseEvent(Unknown Source) at javax.swing.JComponent.processMouseEvent(Unknown Source) at java.awt.Component.processEvent(Unknown Source) at java.awt.Container.processEvent(Unknown Source) at java.awt.Component.dispatchEventImpl(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Window.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) -InnerException--- Message : The port name is illegal. !! StackTrace !! jp.co.epson.pos.comm.CommControlException: The port name is illegal. at jp.co.epson.pos.comm.CommonPortIO.throwCommException(Unknown Source) at jp.co.epson.pos.comm.CommonPortIO.throwCommException(Unknown Source) at jp.co.epson.pos.comm.WinUsbIO.getUsePortName(Unknown Source) at jp.co.epson.pos.comm.WinUsbIO.portOpenImpl(Unknown Source) at jp.co.epson.pos.comm.CommonUsbIO.portOpen(Unknown Source) at jp.co.epson.pos.comm.PortControl.openPort(Unknown Source) at jp.co.epson.upos.pntr.CommonPrinterService.openPort(Unknown Source) at jp.co.epson.upos.pntr.CommonPrinterService.claim(Unknown Source) at jpos.BaseJposControl.claim(Unknown Source) at checkhealthtool.CheckHealthTool.
Re: About Static Methods in Ofbiz
On Sep 9, 2009, at 2:29 PM, James McGill wrote: On Wed, Sep 9, 2009 at 7:52 AM, Adrian Crum wrote: I don't know what you mean by all the Java methods are static. -Adrian With very few exceptions, all the service methods in all the applications, as far as I've seen, are static. I'm sure there's a solid rationale for this approach, but I'd like to know the details. It seems to make it more of a "Class - function" oriented design, not "Object" oriented, and it's unusual Java. You're right, services are not object-oriented, they follow a service oriented architecture. You can use objects within the services, but the point of them is to operate in a more isolated and well-defined context. In other words they should only know about the parameters passed in and what they can find in the database or by calling another service, and likewise they should only persist in the database or by calling other services. To better understand the architecture of OFBiz and to get an idea of the big picture (which will help this make more sense), please watch the framework introduction videos available here: http://docs.ofbiz.org/display/OFBTECH/Framework+Introduction+Videos+and+Diagrams -David
Re: About Static Methods in Ofbiz
On Wed, Sep 9, 2009 at 7:52 AM, Adrian Crum wrote: > I don't know what you mean by all the Java methods are static. > -Adrian With very few exceptions, all the service methods in all the applications, as far as I've seen, are static. I'm sure there's a solid rationale for this approach, but I'd like to know the details. It seems to make it more of a "Class - function" oriented design, not "Object" oriented, and it's unusual Java. -- James McGill Able Engineering Phoenix, Arizona
Re: About Static Methods in Ofbiz
There is a little bit more to being thread-safe. The biggest danger comes when a static method refers to a static/class field because it may be used by multiple threads at the same time. This has happened a few times in the history of OFBiz, and hopefully there isn't anything like this in the code right now (and there are none that I am aware of), but there could be. -David On Sep 9, 2009, at 8:52 AM, Adrian Crum wrote: I don't know what you mean by all the Java methods are static. There are some static methods in utility classes, but that is standard practice in Java programming. The static methods are thread safe because there is no instance of the enclosing class. In other words, the utility class does not have a state that can be altered by threads. -Adrian Hemanth Kumar Kanamarlapudi wrote: Hi Users, Can any one tell me the architectural reason why all the java methods are static and how these will be thread safe Also any implications or the things we need to handle when we are using some third party java objects with out static methods from ofbiz static methods. If any document about this is available please let me know the particular section or page number along with document url. Thanks in advance. Thanks & Regards Hemanth http://www.mindtree.com/email/disclaimer.html
Customized Internationalization
Hello, Considering an Ofbiz instance running and offering 2 different /ecommerce sites, how is it possible to have customized I18N texts for each /eccomerce? I am currently using an Ofbiz 4.0.x version. Any help would be really appreciated. Best regards, Flopa
http status 500
.Hello, I meet a question, type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: javax.servlet.ServletException: Servlet execution threw an exception org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:486) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:398) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:337) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266) javax.servlet.http.HttpServlet.service(HttpServlet.java:803) org.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:265) root cause javax.servlet.ServletException: Servlet execution threw an exception org.apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.java:694) org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:665) org.apache.jsp.index_jsp._jspService(index_jsp.java:56) org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) javax.servlet.http.HttpServlet.service(HttpServlet.java:803) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:374) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:337) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266) javax.servlet.http.HttpServlet.service(HttpServlet.java:803) org.ofbiz.webapp.control.ContextFilter.doFilter(ContextFilter.java:265) root cause java.lang.OutOfMemoryError: Java heap space org.apache.xerces.xni.XMLString.toString(Unknown Source) org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanAttribute(Unknown Source) org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) org.apache.xerces.parsers.XMLParser.parse(Unknown Source) org.apache.xerces.parsers.DOMParser.parse(Unknown Source) org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source) javax.xml.parsers.DocumentBuilder.parse(Unknown Source) org.ofbiz.base.util.UtilXml.readXmlDocument(UtilXml.java:417) org.ofbiz.base.util.UtilProperties.xmlToProperties(UtilProperties.java:764) org.ofbiz.base.util.UtilProperties$ExtendedProperties.(UtilProperties.java:926) org.ofbiz.base.util.UtilProperties.getProperties(UtilProperties.java:539) org.ofbiz.base.util.UtilProperties$UtilResourceBundle.getBundle(UtilProperties.java:850) org.ofbiz.base.util.UtilProperties.getResourceBundle(UtilProperties.java:485) org.ofbiz.base.util.collections.ResourceBundleMapWrapper.addBottomResourceBundle(ResourceBundleMapWrapper.java:91) org.ofbiz.widget.screen.ModelScreenAction$PropertyMap.runAction(ModelScreenAction.java:308) org.ofbiz.widget.screen.ModelScreenAction.runSubActions(ModelScreenAction.java:118) org.ofbiz.widget.screen.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:264) org.ofbiz.widget.screen.ModelScreen.renderScreenString(ModelScreen.java:393) org.ofbiz.widget.screen.ModelScreenWidget$DecoratorScreen.renderWidgetString(ModelScreenWidget.java:701) org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:180) org.ofbiz.widget.screen.ModelScreenWidget$Section.renderWidgetString(ModelScreenWidget.java:271) org.ofbiz.widget.screen.ModelScreen.renderScreenString(ModelScreen.java:393) org.ofbiz.widget.screen.ScreenRenderer.render(ScreenRenderer.java:132) org.ofbiz.widget.screen.ScreenRenderer.render(ScreenRenderer.java:95) org.ofbiz.widget.screen.ScreenWidgetViewHandler.render(ScreenWidgetViewHandler.java:99) org.ofbiz.webapp.control.RequestHandler.renderView(RequestHandler.java:808) org.ofbiz.webapp.control.RequestHandler.doRequest(RequestHandler.java:550) org.ofbiz.webapp.control.ControlServlet.doGet(ControlServlet.java:215) note The full stack trace of the root cause is available in the Apache Tomcat/6.0.16 logs -- View this message in context: http://www.nabble.com/http-status-500-tp25368431p25368431.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: Multiple POs in ONE shipment and on ONE Invoice
Nevermind, I figured it out how to get to Order Items. Thanks masionas wrote: > > Hi Guys, > > I appreciate your replies. I seem can;t find Order Items Tab on shipment. > I created shipment here > https://demo.ofbiz.org/facility/control/createShipment > But the only buttons it shows on top is "View" and "Edit" and "Generate > Shipment Manifest Report" > > What I am missing? > -- View this message in context: http://www.nabble.com/Multiple-POs-in-ONE-shipment-and-on-ONE-Invoice-tp25348927p25366731.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: Multiple POs in ONE shipment and on ONE Invoice
Nevermind, I figured it out how to get to Order Items. Thanks masionas wrote: > > Hi Guys, > > I appreciate your replies. I seem can;t find Order Items Tab on shipment. > I created shipment here > https://demo.ofbiz.org/facility/control/createShipment > But the only buttons it shows on top is "View" and "Edit" and "Generate > Shipment Manifest Report" > > What I am missing? > -- View this message in context: http://www.nabble.com/Multiple-POs-in-ONE-shipment-and-on-ONE-Invoice-tp25348927p25366646.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: About Static Methods in Ofbiz
I don't know what you mean by all the Java methods are static. There are some static methods in utility classes, but that is standard practice in Java programming. The static methods are thread safe because there is no instance of the enclosing class. In other words, the utility class does not have a state that can be altered by threads. -Adrian Hemanth Kumar Kanamarlapudi wrote: Hi Users, Can any one tell me the architectural reason why all the java methods are static and how these will be thread safe Also any implications or the things we need to handle when we are using some third party java objects with out static methods from ofbiz static methods. If any document about this is available please let me know the particular section or page number along with document url. Thanks in advance. Thanks & Regards Hemanth http://www.mindtree.com/email/disclaimer.html
Re: svn:ignore on hot-deploy folder
Yes indeed, looks like the solution we are looking for. Thanks Jacopo! Jacques From: "Jacopo Cappellato" This could be the solution: http://stackoverflow.com/questions/1137761/using-svnignore-to-ignore-everything-but-certain-files Jacopo On Sep 9, 2009, at 4:06 PM, Jacques Le Roux wrote: From: "Scott Gray" There are no values assigned to the property so it isn't actually doing anything. Yes, so what you would want to do ? I don't like the idea of moving the README file Jacques Regards Scott On 10/09/2009, at 1:07 AM, Jacques Le Roux wrote: From: "Ashish Vijaywargiya" +1 for adding svn:ignore on hot-deploy folder and moving readme.txt file somewhere else. I just had a look : hot-deploy folder has already svn:ignore in its properties So I don't understand what change is really required, svn:ignore on the README file ? Jacques +ive vote for this change: 4 - Vikas, Scott, Jacques (Probably? ;o) ), Ashish. -ive vote for this change: 0 Althought I would wait for expert comment on this before we do it on trunk. -- Ashish On Wed, Sep 9, 2009 at 4:07 PM, Vikas Mayur >wrote: Hi Scott, Thanks for the stating this clearly (I see now that I haven't proposed enough reason(s) to support my question) and yes I have the same feeling of committing custom code accidently. Most of the time I also have a tar file of the custom component under hot-deploy directory, as instead taking a fresh checkout for a component (which contains images in GB) I prefer to take archive file from someone who already have a checkout. Though to commit something from hot-deploy, the custom component or file need to added to version control first. This is obviously a first check. I tried to add the custom component to version control but since my custom component is also version controlled, it denied to add this again to hot-deploy so this was safe. But what if custom work/component is not under version control, there are still chances of errors and code being accidently committed to trunk. I think this reason should be enough to ignore the hot-deploy folder. Vikas On Sep 9, 2009, at 2:59 PM, Scott Gray wrote: I guess what Vikas hasn't explained is the reason why he wants the hot-deploy folder's contents to be ignored. The answer to that I guess is fairly obvious, the hot-deploy folder is a place to put custom applications and code and when you put code in there svn treats it as a change to the OFBiz svn. The is a constant risk of accidentally committing an entire body of custom work to the OFBiz repo. Is that your reason for bringing it up Vikas? I have to admit I have performed many nervous commits with the fear that my work is going to the wrong repository. Regards Scott On 9/09/2009, at 9:11 PM, Jacques Le Roux wrote: Hi Vikas, From: "Vikas Mayur" Hi Jacques, I do not see any problems because I am not a SVN Guru. I was just trying to understand why it is not ignored. AFAIK this directory is not used for any other purpose other then adding your custom component. Does only readme file under this directory adds to a good reason of not ignoring this? If nobody has any problems with it I would say, yes keep it as is. Other opininons ? Jacques Vikas On Sep 8, 2009, at 7:09 PM, Jacques Le Roux wrote: Hi Vikas, I'd prefer to keep it there. What is your problem with svn:ignore ? Jacques From: "Vikas Mayur" Hi Scott, Thanks for your reply, though it was the easiest one :) Do you agree that hot-deploy folder should be ignored and readme file is moved to under some other directory or even its contents merged with README file under root folder, or any other better option? Vikas On Sep 8, 2009, at 5:46 PM, Scott Gray wrote: Hi Vikas The only reason I can think of is the readme file. Regards Scott HotWax Media http://www.hotwaxmedia.com On 9/09/2009, at 12:11 AM, Vikas Mayur wrote: Hi, Does anyone know why svn:ignore is not set to TRUE on hot- deploy folder? Thanks, Vikas
Re: svn:ignore on hot-deploy folder
This could be the solution: http://stackoverflow.com/questions/1137761/using-svnignore-to-ignore-everything-but-certain-files Jacopo On Sep 9, 2009, at 4:06 PM, Jacques Le Roux wrote: From: "Scott Gray" There are no values assigned to the property so it isn't actually doing anything. Yes, so what you would want to do ? I don't like the idea of moving the README file Jacques Regards Scott On 10/09/2009, at 1:07 AM, Jacques Le Roux wrote: From: "Ashish Vijaywargiya" +1 for adding svn:ignore on hot-deploy folder and moving readme.txt file somewhere else. I just had a look : hot-deploy folder has already svn:ignore in its properties So I don't understand what change is really required, svn:ignore on the README file ? Jacques +ive vote for this change: 4 - Vikas, Scott, Jacques (Probably? ;o) ), Ashish. -ive vote for this change: 0 Althought I would wait for expert comment on this before we do it on trunk. -- Ashish On Wed, Sep 9, 2009 at 4:07 PM, Vikas Mayur >wrote: Hi Scott, Thanks for the stating this clearly (I see now that I haven't proposed enough reason(s) to support my question) and yes I have the same feeling of committing custom code accidently. Most of the time I also have a tar file of the custom component under hot-deploy directory, as instead taking a fresh checkout for a component (which contains images in GB) I prefer to take archive file from someone who already have a checkout. Though to commit something from hot-deploy, the custom component or file need to added to version control first. This is obviously a first check. I tried to add the custom component to version control but since my custom component is also version controlled, it denied to add this again to hot-deploy so this was safe. But what if custom work/component is not under version control, there are still chances of errors and code being accidently committed to trunk. I think this reason should be enough to ignore the hot-deploy folder. Vikas On Sep 9, 2009, at 2:59 PM, Scott Gray wrote: I guess what Vikas hasn't explained is the reason why he wants the hot-deploy folder's contents to be ignored. The answer to that I guess is fairly obvious, the hot-deploy folder is a place to put custom applications and code and when you put code in there svn treats it as a change to the OFBiz svn. The is a constant risk of accidentally committing an entire body of custom work to the OFBiz repo. Is that your reason for bringing it up Vikas? I have to admit I have performed many nervous commits with the fear that my work is going to the wrong repository. Regards Scott On 9/09/2009, at 9:11 PM, Jacques Le Roux wrote: Hi Vikas, From: "Vikas Mayur" Hi Jacques, I do not see any problems because I am not a SVN Guru. I was just trying to understand why it is not ignored. AFAIK this directory is not used for any other purpose other then adding your custom component. Does only readme file under this directory adds to a good reason of not ignoring this? If nobody has any problems with it I would say, yes keep it as is. Other opininons ? Jacques Vikas On Sep 8, 2009, at 7:09 PM, Jacques Le Roux wrote: Hi Vikas, I'd prefer to keep it there. What is your problem with svn:ignore ? Jacques From: "Vikas Mayur" Hi Scott, Thanks for your reply, though it was the easiest one :) Do you agree that hot-deploy folder should be ignored and readme file is moved to under some other directory or even its contents merged with README file under root folder, or any other better option? Vikas On Sep 8, 2009, at 5:46 PM, Scott Gray wrote: Hi Vikas The only reason I can think of is the readme file. Regards Scott HotWax Media http://www.hotwaxmedia.com On 9/09/2009, at 12:11 AM, Vikas Mayur wrote: Hi, Does anyone know why svn:ignore is not set to TRUE on hot- deploy folder? Thanks, Vikas
Re: svn:ignore on hot-deploy folder
From: "Scott Gray" There are no values assigned to the property so it isn't actually doing anything. Yes, so what you would want to do ? I don't like the idea of moving the README file Jacques Regards Scott On 10/09/2009, at 1:07 AM, Jacques Le Roux wrote: From: "Ashish Vijaywargiya" +1 for adding svn:ignore on hot-deploy folder and moving readme.txt file somewhere else. I just had a look : hot-deploy folder has already svn:ignore in its properties So I don't understand what change is really required, svn:ignore on the README file ? Jacques +ive vote for this change: 4 - Vikas, Scott, Jacques (Probably? ;o) ), Ashish. -ive vote for this change: 0 Althought I would wait for expert comment on this before we do it on trunk. -- Ashish On Wed, Sep 9, 2009 at 4:07 PM, Vikas Mayur >wrote: Hi Scott, Thanks for the stating this clearly (I see now that I haven't proposed enough reason(s) to support my question) and yes I have the same feeling of committing custom code accidently. Most of the time I also have a tar file of the custom component under hot-deploy directory, as instead taking a fresh checkout for a component (which contains images in GB) I prefer to take archive file from someone who already have a checkout. Though to commit something from hot-deploy, the custom component or file need to added to version control first. This is obviously a first check. I tried to add the custom component to version control but since my custom component is also version controlled, it denied to add this again to hot-deploy so this was safe. But what if custom work/component is not under version control, there are still chances of errors and code being accidently committed to trunk. I think this reason should be enough to ignore the hot-deploy folder. Vikas On Sep 9, 2009, at 2:59 PM, Scott Gray wrote: I guess what Vikas hasn't explained is the reason why he wants the hot-deploy folder's contents to be ignored. The answer to that I guess is fairly obvious, the hot-deploy folder is a place to put custom applications and code and when you put code in there svn treats it as a change to the OFBiz svn. The is a constant risk of accidentally committing an entire body of custom work to the OFBiz repo. Is that your reason for bringing it up Vikas? I have to admit I have performed many nervous commits with the fear that my work is going to the wrong repository. Regards Scott On 9/09/2009, at 9:11 PM, Jacques Le Roux wrote: Hi Vikas, From: "Vikas Mayur" Hi Jacques, I do not see any problems because I am not a SVN Guru. I was just trying to understand why it is not ignored. AFAIK this directory is not used for any other purpose other then adding your custom component. Does only readme file under this directory adds to a good reason of not ignoring this? If nobody has any problems with it I would say, yes keep it as is. Other opininons ? Jacques Vikas On Sep 8, 2009, at 7:09 PM, Jacques Le Roux wrote: Hi Vikas, I'd prefer to keep it there. What is your problem with svn:ignore ? Jacques From: "Vikas Mayur" Hi Scott, Thanks for your reply, though it was the easiest one :) Do you agree that hot-deploy folder should be ignored and readme file is moved to under some other directory or even its contents merged with README file under root folder, or any other better option? Vikas On Sep 8, 2009, at 5:46 PM, Scott Gray wrote: Hi Vikas The only reason I can think of is the readme file. Regards Scott HotWax Media http://www.hotwaxmedia.com On 9/09/2009, at 12:11 AM, Vikas Mayur wrote: Hi, Does anyone know why svn:ignore is not set to TRUE on hot- deploy folder? Thanks, Vikas
Re: svn:ignore on hot-deploy folder
There are no values assigned to the property so it isn't actually doing anything. Regards Scott On 10/09/2009, at 1:07 AM, Jacques Le Roux wrote: From: "Ashish Vijaywargiya" +1 for adding svn:ignore on hot-deploy folder and moving readme.txt file somewhere else. I just had a look : hot-deploy folder has already svn:ignore in its properties So I don't understand what change is really required, svn:ignore on the README file ? Jacques +ive vote for this change: 4 - Vikas, Scott, Jacques (Probably? ;o) ), Ashish. -ive vote for this change: 0 Althought I would wait for expert comment on this before we do it on trunk. -- Ashish On Wed, Sep 9, 2009 at 4:07 PM, Vikas Mayur >wrote: Hi Scott, Thanks for the stating this clearly (I see now that I haven't proposed enough reason(s) to support my question) and yes I have the same feeling of committing custom code accidently. Most of the time I also have a tar file of the custom component under hot-deploy directory, as instead taking a fresh checkout for a component (which contains images in GB) I prefer to take archive file from someone who already have a checkout. Though to commit something from hot-deploy, the custom component or file need to added to version control first. This is obviously a first check. I tried to add the custom component to version control but since my custom component is also version controlled, it denied to add this again to hot-deploy so this was safe. But what if custom work/component is not under version control, there are still chances of errors and code being accidently committed to trunk. I think this reason should be enough to ignore the hot-deploy folder. Vikas On Sep 9, 2009, at 2:59 PM, Scott Gray wrote: I guess what Vikas hasn't explained is the reason why he wants the hot-deploy folder's contents to be ignored. The answer to that I guess is fairly obvious, the hot-deploy folder is a place to put custom applications and code and when you put code in there svn treats it as a change to the OFBiz svn. The is a constant risk of accidentally committing an entire body of custom work to the OFBiz repo. Is that your reason for bringing it up Vikas? I have to admit I have performed many nervous commits with the fear that my work is going to the wrong repository. Regards Scott On 9/09/2009, at 9:11 PM, Jacques Le Roux wrote: Hi Vikas, From: "Vikas Mayur" Hi Jacques, I do not see any problems because I am not a SVN Guru. I was just trying to understand why it is not ignored. AFAIK this directory is not used for any other purpose other then adding your custom component. Does only readme file under this directory adds to a good reason of not ignoring this? If nobody has any problems with it I would say, yes keep it as is. Other opininons ? Jacques Vikas On Sep 8, 2009, at 7:09 PM, Jacques Le Roux wrote: Hi Vikas, I'd prefer to keep it there. What is your problem with svn:ignore ? Jacques From: "Vikas Mayur" Hi Scott, Thanks for your reply, though it was the easiest one :) Do you agree that hot-deploy folder should be ignored and readme file is moved to under some other directory or even its contents merged with README file under root folder, or any other better option? Vikas On Sep 8, 2009, at 5:46 PM, Scott Gray wrote: Hi Vikas The only reason I can think of is the readme file. Regards Scott HotWax Media http://www.hotwaxmedia.com On 9/09/2009, at 12:11 AM, Vikas Mayur wrote: Hi, Does anyone know why svn:ignore is not set to TRUE on hot- deploy folder? Thanks, Vikas smime.p7s Description: S/MIME cryptographic signature
Re: Multiple POs in ONE shipment and on ONE Invoice
Hi Guys, I appreciate your replies. I seem can;t find Order Items Tab on shipment. I created shipment here https://demo.ofbiz.org/facility/control/createShipment But the only buttons it shows on top is "View" and "Edit" and "Generate Shipment Manifest Report" What I am missing? -- View this message in context: http://www.nabble.com/Multiple-POs-in-ONE-shipment-and-on-ONE-Invoice-tp25348927p25364932.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: svn:ignore on hot-deploy folder
From: "Ashish Vijaywargiya" +1 for adding svn:ignore on hot-deploy folder and moving readme.txt file somewhere else. I just had a look : hot-deploy folder has already svn:ignore in its properties So I don't understand what change is really required, svn:ignore on the README file ? Jacques +ive vote for this change: 4 - Vikas, Scott, Jacques (Probably? ;o) ), Ashish. -ive vote for this change: 0 Althought I would wait for expert comment on this before we do it on trunk. -- Ashish On Wed, Sep 9, 2009 at 4:07 PM, Vikas Mayur wrote: Hi Scott, Thanks for the stating this clearly (I see now that I haven't proposed enough reason(s) to support my question) and yes I have the same feeling of committing custom code accidently. Most of the time I also have a tar file of the custom component under hot-deploy directory, as instead taking a fresh checkout for a component (which contains images in GB) I prefer to take archive file from someone who already have a checkout. Though to commit something from hot-deploy, the custom component or file need to added to version control first. This is obviously a first check. I tried to add the custom component to version control but since my custom component is also version controlled, it denied to add this again to hot-deploy so this was safe. But what if custom work/component is not under version control, there are still chances of errors and code being accidently committed to trunk. I think this reason should be enough to ignore the hot-deploy folder. Vikas On Sep 9, 2009, at 2:59 PM, Scott Gray wrote: I guess what Vikas hasn't explained is the reason why he wants the hot-deploy folder's contents to be ignored. The answer to that I guess is fairly obvious, the hot-deploy folder is a place to put custom applications and code and when you put code in there svn treats it as a change to the OFBiz svn. The is a constant risk of accidentally committing an entire body of custom work to the OFBiz repo. Is that your reason for bringing it up Vikas? I have to admit I have performed many nervous commits with the fear that my work is going to the wrong repository. Regards Scott On 9/09/2009, at 9:11 PM, Jacques Le Roux wrote: Hi Vikas, From: "Vikas Mayur" Hi Jacques, I do not see any problems because I am not a SVN Guru. I was just trying to understand why it is not ignored. AFAIK this directory is not used for any other purpose other then adding your custom component. Does only readme file under this directory adds to a good reason of not ignoring this? If nobody has any problems with it I would say, yes keep it as is. Other opininons ? Jacques Vikas On Sep 8, 2009, at 7:09 PM, Jacques Le Roux wrote: Hi Vikas, I'd prefer to keep it there. What is your problem with svn:ignore ? Jacques From: "Vikas Mayur" Hi Scott, Thanks for your reply, though it was the easiest one :) Do you agree that hot-deploy folder should be ignored and readme file is moved to under some other directory or even its contents merged with README file under root folder, or any other better option? Vikas On Sep 8, 2009, at 5:46 PM, Scott Gray wrote: Hi Vikas The only reason I can think of is the readme file. Regards Scott HotWax Media http://www.hotwaxmedia.com On 9/09/2009, at 12:11 AM, Vikas Mayur wrote: Hi, Does anyone know why svn:ignore is not set to TRUE on hot-deploy folder? Thanks, Vikas
Re: svn:ignore on hot-deploy folder
Yes you are right .. but in my case its not a problem as we don't put any files into hot-deploy, but only the symbolic link, but here again symbolic link is also a file, but then we don't commit code to ofbiz svn but always customise it into our custom component. But for people who commits to ofbiz, this will be a good change, I guess. +1 from my side .. :) On Wed, Sep 9, 2009 at 5:33 PM, Ashish Vijaywargiya < vijaywargiya.ash...@gmail.com> wrote: > You have missed one important point. > What would be the case if we have files in hot-deploy directory that is not > associated with any version control system? > > Anyone can accidentally commit those files. > > -- > Ashish > > On Wed, Sep 9, 2009 at 5:12 PM, Abdullah Shaikh < > abdullah.sha...@viithiisys.com> wrote: > > > Just FYI, I dont know if this makes sense for this conversation. We have > a > > separate svn path for ofbiz and custom component, what I do is create a > > symbolic link of my custom component into hot-deploy folder, this way > there > > are no issues of a code being committed to ofbiz because ofbiz & custom > > component are into separate folders. > > > > > > On Wed, Sep 9, 2009 at 4:07 PM, Vikas Mayur > >wrote: > > > > > Hi Scott, > > > > > > Thanks for the stating this clearly (I see now that I haven't proposed > > > enough reason(s) to support my question) and yes I have the same > feeling > > of > > > committing custom code accidently. > > > > > > Most of the time I also have a tar file of the custom component under > > > hot-deploy directory, as instead taking a fresh checkout for a > component > > > (which contains images in GB) I prefer to take archive file > > > > > > from someone who already have a checkout. > > > > > > Though to commit something from hot-deploy, the custom component or > file > > > need to added to version control first. This is obviously a first > check. > > > > > > I tried to add the custom component to version control but since my > > custom > > > component is also version controlled, it denied to add this again to > > > hot-deploy so this was safe. > > > > > > But what if custom work/component is not under version control, there > are > > > still chances of errors and code being accidently committed to trunk. > > > > > > I think this reason should be enough to ignore the hot-deploy folder. > > > > > > Vikas > > > > > > > > > On Sep 9, 2009, at 2:59 PM, Scott Gray wrote: > > > > > > I guess what Vikas hasn't explained is the reason why he wants the > > >> hot-deploy folder's contents to be ignored. > > >> > > >> The answer to that I guess is fairly obvious, the hot-deploy folder is > a > > >> place to put custom applications and code and when you put code in > there > > svn > > >> treats it as a change to the OFBiz svn. The is a constant risk of > > >> accidentally committing an entire body of custom work to the OFBiz > repo. > > >> > > >> Is that your reason for bringing it up Vikas? I have to admit I have > > >> performed many nervous commits with the fear that my work is going to > > the > > >> wrong repository. > > >> > > >> Regards > > >> Scott > > >> > > >> On 9/09/2009, at 9:11 PM, Jacques Le Roux wrote: > > >> > > >> Hi Vikas, > > >>> > > >>> From: "Vikas Mayur" > > >>> > > Hi Jacques, > > I do not see any problems because I am not a SVN Guru. I was just > > trying to understand why it is not ignored. AFAIK this directory is > > not > > used for any other purpose other then adding your custom component. > > Does only readme file under this directory adds to a good reason of > > not > > ignoring this? > > > > >>> > > >>> If nobody has any problems with it I would say, yes keep it as is. > > Other > > >>> opininons ? > > >>> > > >>> Jacques > > >>> > > Vikas > > On Sep 8, 2009, at 7:09 PM, Jacques Le Roux wrote: > > > > > Hi Vikas, > > > > > > I'd prefer to keep it there. What is your problem with svn:ignore ? > > > > > > Jacques > > > > > > From: "Vikas Mayur" > > > > > >> Hi Scott, > > >> Thanks for your reply, though it was the easiest one :) > > >> Do you agree that hot-deploy folder should be ignored and readme > > file > > >> is moved to under some other directory or even its contents > merged > > with > > >> README file under root folder, or any other better option? > > >> Vikas > > >> On Sep 8, 2009, at 5:46 PM, Scott Gray wrote: > > >> > > >>> Hi Vikas > > >>> > > >>> The only reason I can think of is the readme file. > > >>> > > >>> Regards > > >>> Scott > > >>> > > >>> HotWax Media > > >>> http://www.hotwaxmedia.com > > >>> > > >>> On 9/09/2009, at 12:11 AM, Vikas Mayur wrote: > > >>> > > >>> Hi, > > > > Does anyone know why svn:ignore is not set to TRUE on hot-deploy > > folder? > > > > Thanks, > > Vikas > > > > >>> > > >>> > > >> > > >
Re: svn:ignore on hot-deploy folder
You have missed one important point. What would be the case if we have files in hot-deploy directory that is not associated with any version control system? Anyone can accidentally commit those files. -- Ashish On Wed, Sep 9, 2009 at 5:12 PM, Abdullah Shaikh < abdullah.sha...@viithiisys.com> wrote: > Just FYI, I dont know if this makes sense for this conversation. We have a > separate svn path for ofbiz and custom component, what I do is create a > symbolic link of my custom component into hot-deploy folder, this way there > are no issues of a code being committed to ofbiz because ofbiz & custom > component are into separate folders. > > > On Wed, Sep 9, 2009 at 4:07 PM, Vikas Mayur >wrote: > > > Hi Scott, > > > > Thanks for the stating this clearly (I see now that I haven't proposed > > enough reason(s) to support my question) and yes I have the same feeling > of > > committing custom code accidently. > > > > Most of the time I also have a tar file of the custom component under > > hot-deploy directory, as instead taking a fresh checkout for a component > > (which contains images in GB) I prefer to take archive file > > > > from someone who already have a checkout. > > > > Though to commit something from hot-deploy, the custom component or file > > need to added to version control first. This is obviously a first check. > > > > I tried to add the custom component to version control but since my > custom > > component is also version controlled, it denied to add this again to > > hot-deploy so this was safe. > > > > But what if custom work/component is not under version control, there are > > still chances of errors and code being accidently committed to trunk. > > > > I think this reason should be enough to ignore the hot-deploy folder. > > > > Vikas > > > > > > On Sep 9, 2009, at 2:59 PM, Scott Gray wrote: > > > > I guess what Vikas hasn't explained is the reason why he wants the > >> hot-deploy folder's contents to be ignored. > >> > >> The answer to that I guess is fairly obvious, the hot-deploy folder is a > >> place to put custom applications and code and when you put code in there > svn > >> treats it as a change to the OFBiz svn. The is a constant risk of > >> accidentally committing an entire body of custom work to the OFBiz repo. > >> > >> Is that your reason for bringing it up Vikas? I have to admit I have > >> performed many nervous commits with the fear that my work is going to > the > >> wrong repository. > >> > >> Regards > >> Scott > >> > >> On 9/09/2009, at 9:11 PM, Jacques Le Roux wrote: > >> > >> Hi Vikas, > >>> > >>> From: "Vikas Mayur" > >>> > Hi Jacques, > I do not see any problems because I am not a SVN Guru. I was just > trying to understand why it is not ignored. AFAIK this directory is > not > used for any other purpose other then adding your custom component. > Does only readme file under this directory adds to a good reason of > not > ignoring this? > > >>> > >>> If nobody has any problems with it I would say, yes keep it as is. > Other > >>> opininons ? > >>> > >>> Jacques > >>> > Vikas > On Sep 8, 2009, at 7:09 PM, Jacques Le Roux wrote: > > > Hi Vikas, > > > > I'd prefer to keep it there. What is your problem with svn:ignore ? > > > > Jacques > > > > From: "Vikas Mayur" > > > >> Hi Scott, > >> Thanks for your reply, though it was the easiest one :) > >> Do you agree that hot-deploy folder should be ignored and readme > file > >> is moved to under some other directory or even its contents merged > with > >> README file under root folder, or any other better option? > >> Vikas > >> On Sep 8, 2009, at 5:46 PM, Scott Gray wrote: > >> > >>> Hi Vikas > >>> > >>> The only reason I can think of is the readme file. > >>> > >>> Regards > >>> Scott > >>> > >>> HotWax Media > >>> http://www.hotwaxmedia.com > >>> > >>> On 9/09/2009, at 12:11 AM, Vikas Mayur wrote: > >>> > >>> Hi, > > Does anyone know why svn:ignore is not set to TRUE on hot-deploy > folder? > > Thanks, > Vikas > > >>> > >>> > >> > > > > >>> > >> > > >
Re: svn:ignore on hot-deploy folder
Just FYI, I dont know if this makes sense for this conversation. We have a separate svn path for ofbiz and custom component, what I do is create a symbolic link of my custom component into hot-deploy folder, this way there are no issues of a code being committed to ofbiz because ofbiz & custom component are into separate folders. On Wed, Sep 9, 2009 at 4:07 PM, Vikas Mayur wrote: > Hi Scott, > > Thanks for the stating this clearly (I see now that I haven't proposed > enough reason(s) to support my question) and yes I have the same feeling of > committing custom code accidently. > > Most of the time I also have a tar file of the custom component under > hot-deploy directory, as instead taking a fresh checkout for a component > (which contains images in GB) I prefer to take archive file > > from someone who already have a checkout. > > Though to commit something from hot-deploy, the custom component or file > need to added to version control first. This is obviously a first check. > > I tried to add the custom component to version control but since my custom > component is also version controlled, it denied to add this again to > hot-deploy so this was safe. > > But what if custom work/component is not under version control, there are > still chances of errors and code being accidently committed to trunk. > > I think this reason should be enough to ignore the hot-deploy folder. > > Vikas > > > On Sep 9, 2009, at 2:59 PM, Scott Gray wrote: > > I guess what Vikas hasn't explained is the reason why he wants the >> hot-deploy folder's contents to be ignored. >> >> The answer to that I guess is fairly obvious, the hot-deploy folder is a >> place to put custom applications and code and when you put code in there svn >> treats it as a change to the OFBiz svn. The is a constant risk of >> accidentally committing an entire body of custom work to the OFBiz repo. >> >> Is that your reason for bringing it up Vikas? I have to admit I have >> performed many nervous commits with the fear that my work is going to the >> wrong repository. >> >> Regards >> Scott >> >> On 9/09/2009, at 9:11 PM, Jacques Le Roux wrote: >> >> Hi Vikas, >>> >>> From: "Vikas Mayur" >>> Hi Jacques, I do not see any problems because I am not a SVN Guru. I was just trying to understand why it is not ignored. AFAIK this directory is not used for any other purpose other then adding your custom component. Does only readme file under this directory adds to a good reason of not ignoring this? >>> >>> If nobody has any problems with it I would say, yes keep it as is. Other >>> opininons ? >>> >>> Jacques >>> Vikas On Sep 8, 2009, at 7:09 PM, Jacques Le Roux wrote: > Hi Vikas, > > I'd prefer to keep it there. What is your problem with svn:ignore ? > > Jacques > > From: "Vikas Mayur" > >> Hi Scott, >> Thanks for your reply, though it was the easiest one :) >> Do you agree that hot-deploy folder should be ignored and readme file >> is moved to under some other directory or even its contents merged >> with >> README file under root folder, or any other better option? >> Vikas >> On Sep 8, 2009, at 5:46 PM, Scott Gray wrote: >> >>> Hi Vikas >>> >>> The only reason I can think of is the readme file. >>> >>> Regards >>> Scott >>> >>> HotWax Media >>> http://www.hotwaxmedia.com >>> >>> On 9/09/2009, at 12:11 AM, Vikas Mayur wrote: >>> >>> Hi, Does anyone know why svn:ignore is not set to TRUE on hot-deploy folder? Thanks, Vikas >>> >>> >> > >>> >> >
Re: svn:ignore on hot-deploy folder
+1 for adding svn:ignore on hot-deploy folder and moving readme.txt file somewhere else. +ive vote for this change: 4 - Vikas, Scott, Jacques (Probably? ;o) ), Ashish. -ive vote for this change: 0 Althought I would wait for expert comment on this before we do it on trunk. -- Ashish On Wed, Sep 9, 2009 at 4:07 PM, Vikas Mayur wrote: > Hi Scott, > > Thanks for the stating this clearly (I see now that I haven't proposed > enough reason(s) to support my question) and yes I have the same feeling of > committing custom code accidently. > > Most of the time I also have a tar file of the custom component under > hot-deploy directory, as instead taking a fresh checkout for a component > (which contains images in GB) I prefer to take archive file > > from someone who already have a checkout. > > Though to commit something from hot-deploy, the custom component or file > need to added to version control first. This is obviously a first check. > > I tried to add the custom component to version control but since my custom > component is also version controlled, it denied to add this again to > hot-deploy so this was safe. > > But what if custom work/component is not under version control, there are > still chances of errors and code being accidently committed to trunk. > > I think this reason should be enough to ignore the hot-deploy folder. > > Vikas > > > On Sep 9, 2009, at 2:59 PM, Scott Gray wrote: > > I guess what Vikas hasn't explained is the reason why he wants the >> hot-deploy folder's contents to be ignored. >> >> The answer to that I guess is fairly obvious, the hot-deploy folder is a >> place to put custom applications and code and when you put code in there svn >> treats it as a change to the OFBiz svn. The is a constant risk of >> accidentally committing an entire body of custom work to the OFBiz repo. >> >> Is that your reason for bringing it up Vikas? I have to admit I have >> performed many nervous commits with the fear that my work is going to the >> wrong repository. >> >> Regards >> Scott >> >> On 9/09/2009, at 9:11 PM, Jacques Le Roux wrote: >> >> Hi Vikas, >>> >>> From: "Vikas Mayur" >>> Hi Jacques, I do not see any problems because I am not a SVN Guru. I was just trying to understand why it is not ignored. AFAIK this directory is not used for any other purpose other then adding your custom component. Does only readme file under this directory adds to a good reason of not ignoring this? >>> >>> If nobody has any problems with it I would say, yes keep it as is. Other >>> opininons ? >>> >>> Jacques >>> Vikas On Sep 8, 2009, at 7:09 PM, Jacques Le Roux wrote: > Hi Vikas, > > I'd prefer to keep it there. What is your problem with svn:ignore ? > > Jacques > > From: "Vikas Mayur" > >> Hi Scott, >> Thanks for your reply, though it was the easiest one :) >> Do you agree that hot-deploy folder should be ignored and readme file >> is moved to under some other directory or even its contents merged >> with >> README file under root folder, or any other better option? >> Vikas >> On Sep 8, 2009, at 5:46 PM, Scott Gray wrote: >> >>> Hi Vikas >>> >>> The only reason I can think of is the readme file. >>> >>> Regards >>> Scott >>> >>> HotWax Media >>> http://www.hotwaxmedia.com >>> >>> On 9/09/2009, at 12:11 AM, Vikas Mayur wrote: >>> >>> Hi, Does anyone know why svn:ignore is not set to TRUE on hot-deploy folder? Thanks, Vikas >>> >>> >> > >>> >> >
Re: svn:ignore on hot-deploy folder
From: "Vikas Mayur" Hi Scott, Thanks for the stating this clearly (I see now that I haven't proposed enough reason(s) to support my question) and yes I have the same feeling of committing custom code accidently. Most of the time I also have a tar file of the custom component under hot-deploy directory, as instead taking a fresh checkout for a component (which contains images in GB) I prefer to take archive file from someone who already have a checkout. Though to commit something from hot-deploy, the custom component or file need to added to version control first. This is obviously a first check. I tried to add the custom component to version control but since my custom component is also version controlled, it denied to add this again to hot-deploy so this was safe. But what if custom work/component is not under version control, there are still chances of errors and code being accidently committed to trunk. I think this reason should be enough to ignore the hot-deploy folder. Yes, it's a pretty good argument Jacques Vikas On Sep 9, 2009, at 2:59 PM, Scott Gray wrote: I guess what Vikas hasn't explained is the reason why he wants the hot-deploy folder's contents to be ignored. The answer to that I guess is fairly obvious, the hot-deploy folder is a place to put custom applications and code and when you put code in there svn treats it as a change to the OFBiz svn. The is a constant risk of accidentally committing an entire body of custom work to the OFBiz repo. Is that your reason for bringing it up Vikas? I have to admit I have performed many nervous commits with the fear that my work is going to the wrong repository. Regards Scott On 9/09/2009, at 9:11 PM, Jacques Le Roux wrote: Hi Vikas, From: "Vikas Mayur" Hi Jacques, I do not see any problems because I am not a SVN Guru. I was just trying to understand why it is not ignored. AFAIK this directory is not used for any other purpose other then adding your custom component. Does only readme file under this directory adds to a good reason of not ignoring this? If nobody has any problems with it I would say, yes keep it as is. Other opininons ? Jacques Vikas On Sep 8, 2009, at 7:09 PM, Jacques Le Roux wrote: Hi Vikas, I'd prefer to keep it there. What is your problem with svn:ignore ? Jacques From: "Vikas Mayur" Hi Scott, Thanks for your reply, though it was the easiest one :) Do you agree that hot-deploy folder should be ignored and readme file is moved to under some other directory or even its contents merged with README file under root folder, or any other better option? Vikas On Sep 8, 2009, at 5:46 PM, Scott Gray wrote: Hi Vikas The only reason I can think of is the readme file. Regards Scott HotWax Media http://www.hotwaxmedia.com On 9/09/2009, at 12:11 AM, Vikas Mayur wrote: Hi, Does anyone know why svn:ignore is not set to TRUE on hot- deploy folder? Thanks, Vikas
About Static Methods in Ofbiz
Hi Users, Can any one tell me the architectural reason why all the java methods are static and how these will be thread safe Also any implications or the things we need to handle when we are using some third party java objects with out static methods from ofbiz static methods. If any document about this is available please let me know the particular section or page number along with document url. Thanks in advance. Thanks & Regards Hemanth http://www.mindtree.com/email/disclaimer.html
Re: svn:ignore on hot-deploy folder
Hi Scott, Thanks for the stating this clearly (I see now that I haven't proposed enough reason(s) to support my question) and yes I have the same feeling of committing custom code accidently. Most of the time I also have a tar file of the custom component under hot-deploy directory, as instead taking a fresh checkout for a component (which contains images in GB) I prefer to take archive file from someone who already have a checkout. Though to commit something from hot-deploy, the custom component or file need to added to version control first. This is obviously a first check. I tried to add the custom component to version control but since my custom component is also version controlled, it denied to add this again to hot-deploy so this was safe. But what if custom work/component is not under version control, there are still chances of errors and code being accidently committed to trunk. I think this reason should be enough to ignore the hot-deploy folder. Vikas On Sep 9, 2009, at 2:59 PM, Scott Gray wrote: I guess what Vikas hasn't explained is the reason why he wants the hot-deploy folder's contents to be ignored. The answer to that I guess is fairly obvious, the hot-deploy folder is a place to put custom applications and code and when you put code in there svn treats it as a change to the OFBiz svn. The is a constant risk of accidentally committing an entire body of custom work to the OFBiz repo. Is that your reason for bringing it up Vikas? I have to admit I have performed many nervous commits with the fear that my work is going to the wrong repository. Regards Scott On 9/09/2009, at 9:11 PM, Jacques Le Roux wrote: Hi Vikas, From: "Vikas Mayur" Hi Jacques, I do not see any problems because I am not a SVN Guru. I was just trying to understand why it is not ignored. AFAIK this directory is not used for any other purpose other then adding your custom component. Does only readme file under this directory adds to a good reason of not ignoring this? If nobody has any problems with it I would say, yes keep it as is. Other opininons ? Jacques Vikas On Sep 8, 2009, at 7:09 PM, Jacques Le Roux wrote: Hi Vikas, I'd prefer to keep it there. What is your problem with svn:ignore ? Jacques From: "Vikas Mayur" Hi Scott, Thanks for your reply, though it was the easiest one :) Do you agree that hot-deploy folder should be ignored and readme file is moved to under some other directory or even its contents merged with README file under root folder, or any other better option? Vikas On Sep 8, 2009, at 5:46 PM, Scott Gray wrote: Hi Vikas The only reason I can think of is the readme file. Regards Scott HotWax Media http://www.hotwaxmedia.com On 9/09/2009, at 12:11 AM, Vikas Mayur wrote: Hi, Does anyone know why svn:ignore is not set to TRUE on hot- deploy folder? Thanks, Vikas
Re: Error while doing quick check out in Ecommerce application
By the way if you want an example of how to fix the problem (in case you decide to submit a patch) you can look at r811817 Regards Scott HotWax Media http://www.hotwaxmedia.com On 9/09/2009, at 2:07 AM, Jacques Le Roux wrote: Please create a subTask as indicated in the error message, a patch would be much appreciated... Jacques From: "Hemanth Kumar Kanamarlapudi" > Hi Users, I am trying to do a quick check out in Ecommerce application and facing the below error when clicking Submit Order after filling the credit card details. Error calling event: org.ofbiz.webapp.event.EventHandlerException: Found URL parameter [cardType] passed to secure (https) request-map with uri [quickAnonEnterCreditCard] with an event that calls service [createCreditCard]; this is not allowed for security reasons! The data should be encrypted by making it part of the request body (a form field) instead of the request URL. Moreover it would be kind if you could create a Jira sub-task of https://issues.apache.org/jira/browse/OFBIZ-2330 (check before if a sub-task for this error does not exist). If you are not sure how to create a Jira issue please have a look before at http://docs.ofbiz.org/x/r . Thank you in advance for your help. Steps to reproduce: 1.Go to Ecommerce Home Page 2. Select Some items and add to Cart 3. Click Quick Checkout 4. Page goes to Login Page and there also select Quick Chekout 5. Fill User details for quick check out 6. Goes to next page and there select payment type as Credit Card and fill credit card details 7. Select some shipping method type in the same page at right hand menu 8. Click Submit Order button in the same page at the end 9. then getting the above mentioned error. Thanks & Regards Hemanth http://www.mindtree.com/email/disclaimer.html smime.p7s Description: S/MIME cryptographic signature
Re: Access OFBiz webservice from external java client
I'm sorry for you but some has succedded using this method (at least Paul Piper)
I'm still currently working (from time to time) on implenting this method in the framework, but I think there are already enough
information there to make it work.
BTW, please could you keep your message less verbose ?
Jacques
From:
Hi Jacques,
I have tried the same but could not get expected output...
Thanks & Regards,
Neha Mehta
Software Engineer (A-1-1)
Larsen & Toubro Infotech Ltd.
Cell: +91 97694 72267
Email-id: neha.me...@lntinfotech.com
EL-200, TTC Electronic Zone,
Shil Mahape Road,
Navi Mumbai, 400710
T: +91 022 67954324
India +0530 UTC/GMT
**
The most beautiful thing is to see a person smiling…
And even more beautiful is knowing that you are the reason behind it!!!
Be a reason for others to smile
HAVE A NICE DAY AHEAD..
**
Larsen & Toubro Infotech Ltd.
www.Lntinfotech.com
This Document is classified as:
L&T Infotech Proprietary L&T Infotech Confidential L&T Infotech
Internal Use Only L&T Infotech General Business
This Email may contain confidential or privileged information for the
intended recipient (s) If you are not the intended recipient, please do
not use or disseminate the information, notify the sender and delete it
from your system.
"Jacques Le Roux"
09/09/2009 01:27 PM
Please respond to
user@ofbiz.apache.org
To
cc
Subject
Re: Access OFBiz webservice from external java client
For that you will have to follow http://docs.ofbiz.org/x/oR4
Jacques
From:
Hi,
I am trying to access OFBiz webservice from external java client.
I have successfully accessed OFBiz web service with primitive types as
parameters from external client and vice versa but i am stuck up with
accessing a service having Map or List as arguments...
For this;
I made an OFBiz service and defined it in services.xml :
web service with complex params
The web service inside OFBiz is :
public class ComplexInputService {
public static Map callWebService(DispatchContext ctx, Map context) {
System.out.println("inside call web service.");
Map result = ServiceUtil.returnSuccess();
List inputList = (List)context.get("inputList");
result.put("result", inputList);
System.out.println("service finished..");
return result;
}
}
OFBiz framework restricted the wsdl file from being generated, due to
the
fact that the input and output parameters for the service are List. I
modified ModelParam.java
(framework/service/src/org/ofbiz/service/ModelParam.java), to support
complx parameters also..
public class ModelParam implements Serializable {
.
.
protected String java2wsdlType() throws WSDLException {
// If statements to support primitive types as arguments to web
service
if (ObjectType.instanceOf(java.lang.Character.class, this.type))
{
return "string";
} else if (ObjectType.instanceOf(java.lang.String.class,
this.type
)) {
return "string";
}
.
.
. // added more if statements to support Map and List
else if (ObjectType.instanceOf(java.util.AbstractMap.class, this.
type)) {
System.out.println("service takes map as input
param...");
return "anyType"; // i am not getting any idea what to return
so that client can read the wsdl properly
}
else if (ObjectType.instanceOf(java.util.AbstractList.class,
this.
type)) {
System.out.println("service takes List as input param..."
);
return "anyType";
}
throw new WSDLException(WSDLException.OTHER_ERROR, "Service
cannot
be described with WSDL (" + this.name + " / " + this.type + ")")
}
}
The wsdl hence generated is :
http://schemas.xmlsoap.org/wsdl/";
xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/";
xmlns:tns="http://ofbiz.apache.org/service/";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";
targetNamespace="http://ofbiz.apache.org/service/";>
http://schemas.xmlsoap.org/soap/http"/>
http://schemas.xmlsoap.org/soap/encoding/";
namespace="http://ofbiz.apache.org/service/"; use="literal"/>
http://schemas.xmlsoap.org/soap/encoding/";
namespace="http://ofbiz.apache.org/service/"; use="literal"/>
http://localhost:8088/webtools/control/SOAPService"/>
I have created a java client in eclipse outside OFBiz
public static void main(String[] args)
{
try
{
String endPoint =
"http://localhost:8088/webtools/control/SOAPService";;
Call call = (C
Re: svn:ignore on hot-deploy folder
That's a good reason indeed, thansk Scott, other opininons ? Acutally I have not this problem as I use mostly Tortoise for commit and its super-hyper-cool Changelist feature http://tortoisesvn.tigris.org/tsvn_1.5_releasenotes.html#changelist-support Forgot : it's only on the worse OS available, too bad ;o) Jacques From: "Scott Gray" I guess what Vikas hasn't explained is the reason why he wants the hot- deploy folder's contents to be ignored. The answer to that I guess is fairly obvious, the hot-deploy folder is a place to put custom applications and code and when you put code in there svn treats it as a change to the OFBiz svn. The is a constant risk of accidentally committing an entire body of custom work to the OFBiz repo. Is that your reason for bringing it up Vikas? I have to admit I have performed many nervous commits with the fear that my work is going to the wrong repository. Regards Scott On 9/09/2009, at 9:11 PM, Jacques Le Roux wrote: Hi Vikas, From: "Vikas Mayur" Hi Jacques, I do not see any problems because I am not a SVN Guru. I was just trying to understand why it is not ignored. AFAIK this directory is not used for any other purpose other then adding your custom component. Does only readme file under this directory adds to a good reason of not ignoring this? If nobody has any problems with it I would say, yes keep it as is. Other opininons ? Jacques Vikas On Sep 8, 2009, at 7:09 PM, Jacques Le Roux wrote: Hi Vikas, I'd prefer to keep it there. What is your problem with svn:ignore ? Jacques From: "Vikas Mayur" Hi Scott, Thanks for your reply, though it was the easiest one :) Do you agree that hot-deploy folder should be ignored and readme file is moved to under some other directory or even its contents merged with README file under root folder, or any other better option? Vikas On Sep 8, 2009, at 5:46 PM, Scott Gray wrote: Hi Vikas The only reason I can think of is the readme file. Regards Scott HotWax Media http://www.hotwaxmedia.com On 9/09/2009, at 12:11 AM, Vikas Mayur wrote: Hi, Does anyone know why svn:ignore is not set to TRUE on hot- deploy folder? Thanks, Vikas
Re: Multiple POs in ONE shipment and on ONE Invoice
Hi masionas Ofbiz offers the functionality for multiple orders against one shipment. After shipment is created, it automatically assigns the shipment id and there is an 'order items' tab through which you can select as many as order ids, to add its items into shipment Cheers Preeti Verma Configurator cum Business analyst - OFbiz Projects Pal Infocom Technologies Pvt. Ltd. Mohali - INDIA masionas wrote: > > Hi guys, > > Very often supplier combines inventory from different POs in one shipment > and sends it in one box. In Ofbiz, Shipment entity has a primary key as > shipmentId and to indicate order it has primaryOrderId. However this > design allows only one order per one shipment. Did anyone do some > workarounds to have it working for multiple orders per one shipment? I can > extend the Shipment entity primary key def to be a composite key with > (shipmentId, primaryOrderId). But would like first to ask if there is > something native supports my case. > > With an invoice I do not see much problem as it is not tied explicitly to > orderId, so I can put there items from different orders. > > > Thanks. > -- View this message in context: http://www.nabble.com/Multiple-POs-in-ONE-shipment-and-on-ONE-Invoice-tp25348927p25361699.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Sales Forecast Process
Please suggest the sales forecast work flow and how is it associated with MRP Preeti Verma Configurator cum Business analyst - OFbiz Projects Pal Infocom Technologies Pvt. Ltd. Mohali - INDIA -- View this message in context: http://www.nabble.com/Sales-Forecast-Process-tp25361564p25361564.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: svn:ignore on hot-deploy folder
I guess what Vikas hasn't explained is the reason why he wants the hot- deploy folder's contents to be ignored. The answer to that I guess is fairly obvious, the hot-deploy folder is a place to put custom applications and code and when you put code in there svn treats it as a change to the OFBiz svn. The is a constant risk of accidentally committing an entire body of custom work to the OFBiz repo. Is that your reason for bringing it up Vikas? I have to admit I have performed many nervous commits with the fear that my work is going to the wrong repository. Regards Scott On 9/09/2009, at 9:11 PM, Jacques Le Roux wrote: Hi Vikas, From: "Vikas Mayur" Hi Jacques, I do not see any problems because I am not a SVN Guru. I was just trying to understand why it is not ignored. AFAIK this directory is not used for any other purpose other then adding your custom component. Does only readme file under this directory adds to a good reason of not ignoring this? If nobody has any problems with it I would say, yes keep it as is. Other opininons ? Jacques Vikas On Sep 8, 2009, at 7:09 PM, Jacques Le Roux wrote: Hi Vikas, I'd prefer to keep it there. What is your problem with svn:ignore ? Jacques From: "Vikas Mayur" Hi Scott, Thanks for your reply, though it was the easiest one :) Do you agree that hot-deploy folder should be ignored and readme file is moved to under some other directory or even its contents merged with README file under root folder, or any other better option? Vikas On Sep 8, 2009, at 5:46 PM, Scott Gray wrote: Hi Vikas The only reason I can think of is the readme file. Regards Scott HotWax Media http://www.hotwaxmedia.com On 9/09/2009, at 12:11 AM, Vikas Mayur wrote: Hi, Does anyone know why svn:ignore is not set to TRUE on hot- deploy folder? Thanks, Vikas smime.p7s Description: S/MIME cryptographic signature
Re: svn:ignore on hot-deploy folder
Hi Vikas, From: "Vikas Mayur" Hi Jacques, I do not see any problems because I am not a SVN Guru. I was just trying to understand why it is not ignored. AFAIK this directory is not used for any other purpose other then adding your custom component. Does only readme file under this directory adds to a good reason of not ignoring this? If nobody has any problems with it I would say, yes keep it as is. Other opininons ? Jacques Vikas On Sep 8, 2009, at 7:09 PM, Jacques Le Roux wrote: Hi Vikas, I'd prefer to keep it there. What is your problem with svn:ignore ? Jacques From: "Vikas Mayur" Hi Scott, Thanks for your reply, though it was the easiest one :) Do you agree that hot-deploy folder should be ignored and readme file is moved to under some other directory or even its contents merged with README file under root folder, or any other better option? Vikas On Sep 8, 2009, at 5:46 PM, Scott Gray wrote: Hi Vikas The only reason I can think of is the readme file. Regards Scott HotWax Media http://www.hotwaxmedia.com On 9/09/2009, at 12:11 AM, Vikas Mayur wrote: Hi, Does anyone know why svn:ignore is not set to TRUE on hot-deploy folder? Thanks, Vikas
Re: Access OFBiz webservice from external java client
Hi Jacques,
I have tried the same but could not get expected output...
Thanks & Regards,
Neha Mehta
Software Engineer (A-1-1)
Larsen & Toubro Infotech Ltd.
Cell: +91 97694 72267
Email-id: neha.me...@lntinfotech.com
EL-200, TTC Electronic Zone,
Shil Mahape Road,
Navi Mumbai, 400710
T: +91 022 67954324
India +0530 UTC/GMT
**
The most beautiful thing is to see a person smiling…
And even more beautiful is knowing that you are the reason behind it!!!
Be a reason for others to smile
HAVE A NICE DAY AHEAD..
**
Larsen & Toubro Infotech Ltd.
www.Lntinfotech.com
This Document is classified as:
L&T Infotech Proprietary L&T Infotech Confidential L&T Infotech
Internal Use Only L&T Infotech General Business
This Email may contain confidential or privileged information for the
intended recipient (s) If you are not the intended recipient, please do
not use or disseminate the information, notify the sender and delete it
from your system.
"Jacques Le Roux"
09/09/2009 01:27 PM
Please respond to
user@ofbiz.apache.org
To
cc
Subject
Re: Access OFBiz webservice from external java client
For that you will have to follow http://docs.ofbiz.org/x/oR4
Jacques
From:
> Hi,
>
> I am trying to access OFBiz webservice from external java client.
> I have successfully accessed OFBiz web service with primitive types as
> parameters from external client and vice versa but i am stuck up with
> accessing a service having Map or List as arguments...
> For this;
>
> I made an OFBiz service and defined it in services.xml :
>
> location="org.ofbiz.ExtWebServiceClient.ComplexInputService"
> invoke="callWebService">
>web service with complex params
> />
>
>
>
>
> The web service inside OFBiz is :
>
> public class ComplexInputService {
>
>public static Map callWebService(DispatchContext ctx, Map context) {
>System.out.println("inside call web service.");
>Map result = ServiceUtil.returnSuccess();
>List inputList = (List)context.get("inputList");
>result.put("result", inputList);
>System.out.println("service finished..");
>return result;
>}
> }
>
>
> OFBiz framework restricted the wsdl file from being generated, due to
the
> fact that the input and output parameters for the service are List. I
> modified ModelParam.java
> (framework/service/src/org/ofbiz/service/ModelParam.java), to support
> complx parameters also..
>
> public class ModelParam implements Serializable {
> .
> .
> protected String java2wsdlType() throws WSDLException {
>// If statements to support primitive types as arguments to web
> service
>if (ObjectType.instanceOf(java.lang.Character.class, this.type))
{
>return "string";
>} else if (ObjectType.instanceOf(java.lang.String.class,
this.type
> )) {
>return "string";
>}
> .
> .
> . // added more if statements to support Map and List
>else if (ObjectType.instanceOf(java.util.AbstractMap.class, this.
> type)) {
>System.out.println("service takes map as input
param...");
>return "anyType"; // i am not getting any idea what to return
> so that client can read the wsdl properly
>}
>else if (ObjectType.instanceOf(java.util.AbstractList.class,
this.
> type)) {
>System.out.println("service takes List as input param..."
> );
>return "anyType";
>}
>
>throw new WSDLException(WSDLException.OTHER_ERROR, "Service
cannot
> be described with WSDL (" + this.name + " / " + this.type + ")")
>}
> }
>
> The wsdl hence generated is :
>
>
> http://schemas.xmlsoap.org/wsdl/";
> xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/";
> xmlns:tns="http://ofbiz.apache.org/service/";
> xmlns:xsd="http://www.w3.org/2001/XMLSchema";
> targetNamespace="http://ofbiz.apache.org/service/";>
>
>
>
>
>
>
>
>
>
>
>
>
> type="tns:ComplexInputServicePortType">
> transport="http://schemas.xmlsoap.org/soap/http"/>
>
>
>
> encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";
> namespace="http://ofbiz.apache.org/service/"; use="literal"/>
>
>
> encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";
> namespace="http://ofbiz.apache.org/service/"; use="literal"/>
>
>
>
>
> name="ComplexInputServicePort">
> location="http://localhost:8088/webtools/control/SOAPService"/>
>
>
>
>
>
> I have created a java client in eclipse outside OFBiz
>
>public static void main(String[] args)
>
Re: Access OFBiz webservice from external java client
For that you will have to follow http://docs.ofbiz.org/x/oR4
Jacques
From:
Hi,
I am trying to access OFBiz webservice from external java client.
I have successfully accessed OFBiz web service with primitive types as
parameters from external client and vice versa but i am stuck up with
accessing a service having Map or List as arguments...
For this;
I made an OFBiz service and defined it in services.xml :
web service with complex params
The web service inside OFBiz is :
public class ComplexInputService {
public static Map callWebService(DispatchContext ctx, Map context) {
System.out.println("inside call web service.");
Map result = ServiceUtil.returnSuccess();
List inputList = (List)context.get("inputList");
result.put("result", inputList);
System.out.println("service finished..");
return result;
}
}
OFBiz framework restricted the wsdl file from being generated, due to the
fact that the input and output parameters for the service are List. I
modified ModelParam.java
(framework/service/src/org/ofbiz/service/ModelParam.java), to support
complx parameters also..
public class ModelParam implements Serializable {
.
.
protected String java2wsdlType() throws WSDLException {
// If statements to support primitive types as arguments to web
service
if (ObjectType.instanceOf(java.lang.Character.class, this.type)) {
return "string";
} else if (ObjectType.instanceOf(java.lang.String.class, this.type
)) {
return "string";
}
.
.
. // added more if statements to support Map and List
else if (ObjectType.instanceOf(java.util.AbstractMap.class, this.
type)) {
System.out.println("service takes map as input param...");
return "anyType"; // i am not getting any idea what to return
so that client can read the wsdl properly
}
else if (ObjectType.instanceOf(java.util.AbstractList.class, this.
type)) {
System.out.println("service takes List as input param..."
);
return "anyType";
}
throw new WSDLException(WSDLException.OTHER_ERROR, "Service cannot
be described with WSDL (" + this.name + " / " + this.type + ")")
}
}
The wsdl hence generated is :
http://schemas.xmlsoap.org/wsdl/";
xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/";
xmlns:tns="http://ofbiz.apache.org/service/";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";
targetNamespace="http://ofbiz.apache.org/service/";>
http://schemas.xmlsoap.org/soap/http"/>
http://schemas.xmlsoap.org/soap/encoding/";
namespace="http://ofbiz.apache.org/service/"; use="literal"/>
http://schemas.xmlsoap.org/soap/encoding/";
namespace="http://ofbiz.apache.org/service/"; use="literal"/>
http://localhost:8088/webtools/control/SOAPService"/>
I have created a java client in eclipse outside OFBiz
public static void main(String[] args)
{
try
{
String endPoint =
"http://localhost:8088/webtools/control/SOAPService";;
Call call = (Call)new Service().createCall();
call.setTargetEndpointAddress(new URL(endPoint));
call.setOperationName(new
QName("http://ofbiz.apache.org/service/","ComplexInputService";));
System.out.println("***call.add parameterl");
List inputList = new Vector();
inputList.add("neha");
inputList.add("mehta");
call.addParameter("inputList",org.apache.axis.Constants.SOAP_VECTOR,
javax.xml.rpc.ParameterMode.IN);
call.addParameter("outputList",org.apache.axis.Constants.SOAP_VECTOR,
javax.xml.rpc.ParameterMode.OUT);
call.setReturnType(org.apache.axis.Constants.SOAP_VECTOR);
System.out.println("***call invoking");
Object responseWS=call.invoke(new Object[]{inputList});
Map output = call.getOutputParams();
System.out.println("call invoked...");
}
catch(Exception exp)
{
exp.printStackTrace();
}
}
I get an exception on running the client :
AxisFault
faultCode: {
http://schemas.xmlsoap.org/soap/envelope/}Server.userException
faultSubcode:
faultString: org.xml.sax.SAXParseException: Premature end of file.
faultActor:
faultNode:
faultDetail:
{
http://xml.apache.org/axis/}stackTrace:org.xml.sax.SAXParseException:
Premature end of file.
org.xml.sax.SAXParseException: Premature end of file.
at org.apache.axis.AxisFault.makeFault(AxisFault.java:101)
at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:701)
at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(
MustUnderstandChecker.java:
Re: Multiple POs in ONE shipment and on ONE Invoice
This is already supported in OFBiz. Go to Facility --> Shipment --> Order Items screen. It is possible to add multiple orders to a shipment from this screen. The primaryOrderId indicates the order for which shipment was created actually from Order Detail screen, but it doesn't restrict you from adding more orders to a shipment. -- Thanks & Regards Mridul Pathak Hotwax Media http://www.hotwaxmedia.com mridul.pat...@hotwaxmedia.com On Tue, Sep 8, 2009 at 9:22 PM, masionas wrote: > > Hi guys, > > Very often supplier combines inventory from different POs in one shipment > and sends it in one box. In Ofbiz, Shipment entity has a primary key as > shipmentId and to indicate order it has primaryOrderId. However this design > allows only one order per one shipment. Did anyone do some workarounds to > have it working for multiple orders per one shipment? I can extend the > Shipment entity primary key def to be a composite key with (shipmentId, > primaryOrderId). But would like first to ask if there is something native > supports my case. > > With an invoice I do not see much problem as it is not tied explicitly to > orderId, so I can put there items from different orders. > > > Thanks. > -- > View this message in context: > http://www.nabble.com/Multiple-POs-in-ONE-shipment-and-on-ONE-Invoice-tp25348927p25348927.html > Sent from the OFBiz - User mailing list archive at Nabble.com. > >
Re: Access OFBiz webservice from external java client
Hi,
I have made modifications in ModelParam.java due to tha fact that supports
the java to wsdl conversion of only primitive data types and not complex
types like Map or List.
If i do not make changes into it, wsdl file does not get generated...
Thanks & Regards,
Neha Mehta
Software Engineer (A-1-1)
Larsen & Toubro Infotech Ltd.
Cell: +91 97694 72267
Email-id: neha.me...@lntinfotech.com
EL-200, TTC Electronic Zone,
Shil Mahape Road,
Navi Mumbai, 400710
T: +91 022 67954324
India +0530 UTC/GMT
**
The most beautiful thing is to see a person smiling…
And even more beautiful is knowing that you are the reason behind it!!!
Be a reason for others to smile
HAVE A NICE DAY AHEAD..
**
Larsen & Toubro Infotech Ltd.
www.Lntinfotech.com
This Document is classified as:
L&T Infotech Proprietary L&T Infotech Confidential L&T Infotech
Internal Use Only L&T Infotech General Business
This Email may contain confidential or privileged information for the
intended recipient (s) If you are not the intended recipient, please do
not use or disseminate the information, notify the sender and delete it
from your system.
Divesh Dutta
09/09/2009 12:10 PM
Please respond to
user@ofbiz.apache.org
To
user@ofbiz.apache.org
cc
Subject
Re: Access OFBiz webservice from external java client
Hi Neha,
Please see my comments inline:
neha.me...@lntinfotech.com wrote:
> Hi,
>
> I am trying to access OFBiz webservice from external java client.
> I have successfully accessed OFBiz web service with primitive types as
> parameters from external client and vice versa but i am stuck up with
> accessing a service having Map or List as arguments...
> For this;
>
> I made an OFBiz service and defined it in services.xml :
>
> location="org.ofbiz.ExtWebServiceClient.ComplexInputService"
> invoke="callWebService">
> web service with complex params
> />
>
>
>
Make below given modification in you service definition:
web service with complex params
>
> The web service inside OFBiz is :
>
> public class ComplexInputService {
>
> public static Map callWebService(DispatchContext ctx, Map context) {
> System.out.println("inside call web service.");
> Map result = ServiceUtil.returnSuccess();
> List inputList = (List)context.get("inputList");
> result.put("result", inputList);
> System.out.println("service finished..");
> return result;
> }
> }
>
>
Make below given modification in your service implementation:
public class ComplexInputService {
public static Map callWebService(DispatchContext ctx, Map context) {
System.out.println("inside call web service.");
Map result= FastMap.newInstance();
List outputList= FastList.newInstance();
List inputList=
UtilGenerics.checkList(context.get("inputList"));
result.put("outputList", inputList);
result = ServiceUtil.returnSuccess();
System.out.println("service finished..");
return result;
}
}
> OFBiz framework restricted the wsdl file from being generated, due to
the
> fact that the input and output parameters for the service are List. I
> modified ModelParam.java
> (framework/service/src/org/ofbiz/service/ModelParam.java), to support
> complx parameters also..
>
> public class ModelParam implements Serializable {
> .
> .
>protected String java2wsdlType() throws WSDLException {
> // If statements to support primitive types as arguments to web
> service
> if (ObjectType.instanceOf(java.lang.Character.class, this.type))
{
> return "string";
> } else if (ObjectType.instanceOf(java.lang.String.class,
this.type
> )) {
> return "string";
> }
> .
> .
> . // added more if statements to support Map and List
> else if (ObjectType.instanceOf(java.util.AbstractMap.class,
this.
> type)) {
> System.out.println("service takes map as input
param...");
> return "anyType"; // i am not getting any idea what to
return
> so that client can read the wsdl properly
> }
> else if (ObjectType.instanceOf(java.util.AbstractList.class,
this.
> type)) {
> System.out.println("service takes List as input
param..."
> );
> return "anyType";
> }
>
> throw new WSDLException(WSDLException.OTHER_ERROR, "Service
cannot
> be described with WSDL (" + this.name + " / " + this.type + ")")
> }
> }
>
>
Discard this changes. These are useless, when you use above given
improved code.
> The wsdl hence generated is :
>
>
> http://schemas.xmlsoap.org/wsdl/";
> xmlns:soap="http://schemas.xmlsoap.
