Store Semi processed raw materials in Manufacturing
Hello All, Can any one please tell me how to store semi processed raw materials into warehouse during production run process. For example I have two routing tasks ie task1 and task2. I have taken two raw materials ie r1 and r2. Both r1 and r2 are given as input to task1. After completion of task1 I want to store the output into warehouse. Later on I want to give (r1+r2) ie output of task1 as input to task2. How should I do this. Thanks, Anil Sharma. -- View this message in context: http://n4.nabble.com/Store-Semi-processed-raw-materials-in-Manufacturing-tp788055p788055.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: chargeShipping on catalog/product page
Hi Shuchi, Raj Creating shipping estimates using price breaks and weight breaks of course is one option to create fine shipping rules, but still they apply on a product store as a whole and not on a single product. For instance, the case Shuchi has presented here can be very product specific, user may want to allow certain shipping methods for one of the products and it might not be possible to create shipping estimates based on price/weight breaks as other products fall in same range. Shuchi, chargeShipping won't help you here either. It just determines if a product has to be charged shipping or not, it doesn't allow you to associate certain shipping methods to the product. One way of doing this is to create Product and Shipment Method specific promotion, which will though show that particular shipping method for the product during checkout, but when selected will not apply shipping charges for that particular product. But if the requirements are very specific, like have ground shipping for free for a product and user don't even needs to select the shipping method (which means that if none selected, then ground shipping will be set in cart as default), then that is too custom a requirement and you will need to implement custom code for it, which will still need to create the promotion I specified. -- Thanks & Regards Mridul Pathak Hotwax Media http://www.hotwaxmedia.com mridul.pat...@hotwaxmedia.com - direct: +91 - 942.592.6892 On Thu, Nov 26, 2009 at 10:09 AM, Raj Saini wrote: > Hello Suchi, > > Did you try the shipping estimates? You can create shipping rules based on > varied criteria. Have a look at http://www.goldencharm.co.uk/ and see how > different shipping options are offered based on price. > > Thanks, > > Raj > > > su2 wrote: > >> Thanks Mridul for your reply. >> >> My main goal is: Using chargeShipping dropdown, I want to offer free >> ground >> shipping on particular products, so basically I want to show all the other >> shipping options in as-is condition while making ground shipping as free >> for >> this particular item. >> >> Right now what is happening is: when I make chargeShipping = N, it does >> not >> show any shipping options for this item at all. >> I scanned through the shippingApplies function in ProductWorker, >> ShoppingItem and ShoppingCartItem files and tried to forcefully make >> shippingApplies = true (just to see if it would show all the shipping >> options for such products) but the attempts where unsuccessful. >> >> Could you please point me out where I might need to concentrate for making >> this happen? >> >> Thanks Again, and I appreciate your response and time on this. >> >> Shuchi- >> >> >> >> Mridul Pathak-2 wrote: >> >> >>> Shuchi, >>> >>> ProductWorker class has a method shippingApplies() which checks for this >>> field. This method in turn is used in OrderReadHelper.shippingApplies() >>> and >>> ShoppingCartItem.shippingApplies() to perform the check. >>> ShoppingCart.shippingApplies() use ShoppingCartItem.shippingApplies() to >>> check if there are shippable items in cart. >>> ShoppingCart.shippingApplies() >>> and OrderReadHelper.shippingApplies() is used in CheckoutHelper and >>> CheckoutEvents which are classes responsible for checkout. These are >>> also >>> used in few more classes like ShippingEvents, InvoiceServices, >>> PayPalServices, PayflowPro. You can refer these classes and check the >>> code. >>> >>> -- >>> Thanks & Regards >>> Mridul Pathak >>> Hotwax Media >>> http://www.hotwaxmedia.com >>> mridul.pat...@hotwaxmedia.com >>> - >>> direct: +91 - 942.592.6892 >>> >>> >>> On Tue, Nov 24, 2009 at 8:20 PM, su2 wrote: >>> >>> >>> Hello friends, for during checkout, where can I find the code for checking the value of chargeShipping(which is set on catalog/product page)? I tried finding it but could not find where actually it is checking if chargShipping is set to 'N'. I really appreciate the help. Thank you. su -- View this message in context: http://n4.nabble.com/chargeShipping-on-catalog-product-page-tp786880p786880.html Sent from the OFBiz - User mailing list archive at Nabble.com. >>> >>> >> >> >> > >
Re: chargeShipping on catalog/product page
Hello Suchi, Did you try the shipping estimates? You can create shipping rules based on varied criteria. Have a look at http://www.goldencharm.co.uk/ and see how different shipping options are offered based on price. Thanks, Raj su2 wrote: Thanks Mridul for your reply. My main goal is: Using chargeShipping dropdown, I want to offer free ground shipping on particular products, so basically I want to show all the other shipping options in as-is condition while making ground shipping as free for this particular item. Right now what is happening is: when I make chargeShipping = N, it does not show any shipping options for this item at all. I scanned through the shippingApplies function in ProductWorker, ShoppingItem and ShoppingCartItem files and tried to forcefully make shippingApplies = true (just to see if it would show all the shipping options for such products) but the attempts where unsuccessful. Could you please point me out where I might need to concentrate for making this happen? Thanks Again, and I appreciate your response and time on this. Shuchi- Mridul Pathak-2 wrote: Shuchi, ProductWorker class has a method shippingApplies() which checks for this field. This method in turn is used in OrderReadHelper.shippingApplies() and ShoppingCartItem.shippingApplies() to perform the check. ShoppingCart.shippingApplies() use ShoppingCartItem.shippingApplies() to check if there are shippable items in cart. ShoppingCart.shippingApplies() and OrderReadHelper.shippingApplies() is used in CheckoutHelper and CheckoutEvents which are classes responsible for checkout. These are also used in few more classes like ShippingEvents, InvoiceServices, PayPalServices, PayflowPro. You can refer these classes and check the code. -- Thanks & Regards Mridul Pathak Hotwax Media http://www.hotwaxmedia.com mridul.pat...@hotwaxmedia.com - direct: +91 - 942.592.6892 On Tue, Nov 24, 2009 at 8:20 PM, su2 wrote: Hello friends, for during checkout, where can I find the code for checking the value of chargeShipping(which is set on catalog/product page)? I tried finding it but could not find where actually it is checking if chargShipping is set to 'N'. I really appreciate the help. Thank you. su -- View this message in context: http://n4.nabble.com/chargeShipping-on-catalog-product-page-tp786880p786880.html Sent from the OFBiz - User mailing list archive at Nabble.com.
How to integrate prototype js in ofbiz
Hi all, I am having one application, which already customized with user requirement. This version of ofbiz is not having prototypejs integrated. How can i integrate the prototype js in ofbiz? With regards, S K Pradeep kumar,
Re: tds module in accounting
I am thinking the following to do TDS * create a purchase invoice * add invoice items After this, currently there is a menu item 'add tax', and then the final invoice amount is calculated. To do TDS, Similarly, we have another menu item 'deduct tax' Then an payment could be made against this invoice. Let me know what you think Regards -Aswath On Wed, Nov 25, 2009 at 10:55 AM, aswath narayana < aswath.satras...@gmail.com> wrote: > Hello All, > Is there any way, we can do TDS (Tax deducted at source) in the accounting > module. > > For example, > We we make a payment to a supplier, as per country laws, we have to > withhold some tax and then make the payment to the supplier. > > Regards > -Aswath >
Re: chargeShipping on catalog/product page
Thanks Mridul for your reply. My main goal is: Using chargeShipping dropdown, I want to offer free ground shipping on particular products, so basically I want to show all the other shipping options in as-is condition while making ground shipping as free for this particular item. Right now what is happening is: when I make chargeShipping = N, it does not show any shipping options for this item at all. I scanned through the shippingApplies function in ProductWorker, ShoppingItem and ShoppingCartItem files and tried to forcefully make shippingApplies = true (just to see if it would show all the shipping options for such products) but the attempts where unsuccessful. Could you please point me out where I might need to concentrate for making this happen? Thanks Again, and I appreciate your response and time on this. Shuchi- Mridul Pathak-2 wrote: > > Shuchi, > > ProductWorker class has a method shippingApplies() which checks for this > field. This method in turn is used in OrderReadHelper.shippingApplies() > and > ShoppingCartItem.shippingApplies() to perform the check. > ShoppingCart.shippingApplies() use ShoppingCartItem.shippingApplies() to > check if there are shippable items in cart. > ShoppingCart.shippingApplies() > and OrderReadHelper.shippingApplies() is used in CheckoutHelper and > CheckoutEvents which are classes responsible for checkout. These are also > used in few more classes like ShippingEvents, InvoiceServices, > PayPalServices, PayflowPro. You can refer these classes and check the > code. > > -- > Thanks & Regards > Mridul Pathak > Hotwax Media > http://www.hotwaxmedia.com > mridul.pat...@hotwaxmedia.com > - > direct: +91 - 942.592.6892 > > > On Tue, Nov 24, 2009 at 8:20 PM, su2 wrote: > >> >> Hello friends, >> >> for during checkout, where can I find the code for checking the value of >> chargeShipping(which is set on catalog/product page)? >> >> I tried finding it but could not find where actually it is checking if >> chargShipping is set to 'N'. >> >> I really appreciate the help. >> >> Thank you. >> su >> -- >> View this message in context: >> http://n4.nabble.com/chargeShipping-on-catalog-product-page-tp786880p786880.html >> Sent from the OFBiz - User mailing list archive at Nabble.com. > > -- View this message in context: http://n4.nabble.com/chargeShipping-on-catalog-product-page-tp786880p788010.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: AUCTION Engine
That's a pretty good list of parameters and options for general auction functionality. I agree there is no need to develop it for a specific style of auction when it is fairly easy to parameterize and support a variety. -David On Nov 25, 2009, at 3:02 PM, Carsten Schinzer wrote: > Oh sorry, Tim, I like to think of a very flexibly configurable service which > can be used for the following auction scenarios: > > *Pricing* > > - fixed start price > - fixed end price > - fixed bid increase amount > - bidding for highest amount (sales scenario) > - bidding for lowest amount (bids scenario) > > *Termination > * > > - fixed end time (ebay style) > - maximum period of no higher/lower counter-bids > - expiry for unreached target price > > *Payment* > > - pay total price > - pay own bid increases (often used in charity scenarios in order to > reach higher prices) > > > For me, the auction engine itself is only part of the interesting > challenges. There is also (business) intelligence around it like e.g. bid > history, bid pricing analysis, ... > > I can of course imagine combined scenarios where an ecommerce shop would > e.g. have an auction on exclusive prototypes for example of clothing while > the regular sales will be on the regular catalogue stuff (acutally, I do > have a customer where this is a use case that we want to realize soon). > > I am sure there is more, so I am curious what else we may be coming up with. > > Let me know, I am happy to track these requirements on a document moving > forward so we can start to design this. > > Kind regards > > > Carsten > > 2009/11/25 Carsten Schinzer > >> Well, it may sound naive: >> >> My first idea was to extend into >> applications/product/servicedef/service_pricepromo or add a >> service_auctionpricing there. >> Consequently, in product-definition one could use somthing like e.g. >> > productPriceTypeId="START_PRICE" ... /> >> etc. with different price types. >> >> Is that totally weird, too simple, the right path? >> >> Let me know your thoughts ... >> >> Regards >> >> >> Carsten >> >> >> 2009/11/25 Tim Ruppert >> >> Having it as a special purpose app, does not mean that you couldn't use it >>> in other apps. Keeping them separate really depends on the design and how >>> they'd be utilized - both independently or as a part of ecommerce. >>> Personally, I'm looking forward to seeing more ideas around how it might be >>> used so that that decision can be made. >>> >>> >>> Cheers, >>> Ruppert >>> -- >>> Tim Ruppert >>> HotWax Media >>> http://www.hotwaxmedia.com >>> >>> o:801.649.6594 >>> f:801.649.6595 >>> >>> On Nov 25, 2009, at 12:38 PM, David E Jones wrote: >>> >>> On Nov 25, 2009, at 6:18 AM, Abdullah Shaikh wrote: I think Tim is right in saying it should be an another special purpose > app., > Where to put it depends on how people want to use it. For example, if you want to be able to build a site that has a mix or purchase and auction items then having it developed as separate apps would be rather inconvenient. On the other hand, if they were developed as a single application and items showed based on configuration then it would still be easy to have sites that do only purchase or auction items. -David but when I read that "just the product using a different pricing type > called > e.g. "AUCTION" or "BID", I was confused ..and didn't thought on it much > as I > was busy with some other issues. > > But what I feel is it will be better if we can have another component > for > auction, as the it can get quite complicated > > The reasons why I fee this is : > > 1) Recenlty there was a mail from someone regarding the entities created > it > database, I mean if someone is not using Auction, than too there will be > entities related to Auction, I guess we can avoid this by having this as > a > separate component, if not required the user can just not load the > component > > 2) This will keep the Auction this separate, I guess this would avoid > unnecessary complexity in ecommerce > > 3) I don't know if the effort has started, but there was a discussion on > making the components independent & using maven script. > > Can't think of any more points :) > > As you will be developing the Auction thing, I guess, from scratch, it > will > be better if we keep these things in mind. > > Above all are my thoughts, maybe I am missing something or have not paid > much attention to details. > > Let me know your thoughts ... I guess these points applies to all new > components that we will be making in future. > > Thanks, > Abdullah > > On Wed, Nov 25, 2009 at 1:13 AM, Carsten Schinzer < > c.schin...@googlemail.com > >> wrote: >
Re: new currency
Hi Alexander,
First of all, pls check whether it is really not yet there:
{OFBIZ_HOME}/framework/common/data/CurrencyData.xml
For a change of the default currency, see:
{OFBIZ_HOME}/framework/common/config/general.properties at
currency.uom.id.default
Note that wherever you specified currencyUomId different from default it
will also show as the different currency.
In order to use your currency, you should change according config and demo
data definitions in the module you want to use
[tip: search for "currencyUomId" in the xml files underneath:
/data and then change according data you will want to use]
Regards
Carsten
2009/11/25 Alexander1893
>
> Hi all,
>
> what would be th best way to add a new currency to ofbiz?
>
> Thanks in advance!
>
> Best Regards
> Alexander
> --
> View this message in context:
> http://n4.nabble.com/new-currency-tp787831p787831.html
> Sent from the OFBiz - User mailing list archive at Nabble.com.
>
--
Best
Carsten Schinzer
Waisenhausstr. 53a
80637 München
Germany
Re: AUCTION Engine
Oh sorry, Tim, I like to think of a very flexibly configurable service which can be used for the following auction scenarios: *Pricing* - fixed start price - fixed end price - fixed bid increase amount - bidding for highest amount (sales scenario) - bidding for lowest amount (bids scenario) *Termination * - fixed end time (ebay style) - maximum period of no higher/lower counter-bids - expiry for unreached target price *Payment* - pay total price - pay own bid increases (often used in charity scenarios in order to reach higher prices) For me, the auction engine itself is only part of the interesting challenges. There is also (business) intelligence around it like e.g. bid history, bid pricing analysis, ... I can of course imagine combined scenarios where an ecommerce shop would e.g. have an auction on exclusive prototypes for example of clothing while the regular sales will be on the regular catalogue stuff (acutally, I do have a customer where this is a use case that we want to realize soon). I am sure there is more, so I am curious what else we may be coming up with. Let me know, I am happy to track these requirements on a document moving forward so we can start to design this. Kind regards Carsten 2009/11/25 Carsten Schinzer > Well, it may sound naive: > > My first idea was to extend into > applications/product/servicedef/service_pricepromo or add a > service_auctionpricing there. > Consequently, in product-definition one could use somthing like e.g. > productPriceTypeId="START_PRICE" ... /> > etc. with different price types. > > Is that totally weird, too simple, the right path? > > Let me know your thoughts ... > > Regards > > > Carsten > > > 2009/11/25 Tim Ruppert > > Having it as a special purpose app, does not mean that you couldn't use it >> in other apps. Keeping them separate really depends on the design and how >> they'd be utilized - both independently or as a part of ecommerce. >> Personally, I'm looking forward to seeing more ideas around how it might be >> used so that that decision can be made. >> >> >> Cheers, >> Ruppert >> -- >> Tim Ruppert >> HotWax Media >> http://www.hotwaxmedia.com >> >> o:801.649.6594 >> f:801.649.6595 >> >> On Nov 25, 2009, at 12:38 PM, David E Jones wrote: >> >> >>> On Nov 25, 2009, at 6:18 AM, Abdullah Shaikh wrote: >>> >>> I think Tim is right in saying it should be an another special purpose app., >>> >>> Where to put it depends on how people want to use it. For example, if you >>> want to be able to build a site that has a mix or purchase and auction items >>> then having it developed as separate apps would be rather inconvenient. >>> >>> On the other hand, if they were developed as a single application and >>> items showed based on configuration then it would still be easy to have >>> sites that do only purchase or auction items. >>> >>> -David >>> >>> >>> but when I read that "just the product using a different pricing type called e.g. "AUCTION" or "BID", I was confused ..and didn't thought on it much as I was busy with some other issues. But what I feel is it will be better if we can have another component for auction, as the it can get quite complicated The reasons why I fee this is : 1) Recenlty there was a mail from someone regarding the entities created it database, I mean if someone is not using Auction, than too there will be entities related to Auction, I guess we can avoid this by having this as a separate component, if not required the user can just not load the component 2) This will keep the Auction this separate, I guess this would avoid unnecessary complexity in ecommerce 3) I don't know if the effort has started, but there was a discussion on making the components independent & using maven script. Can't think of any more points :) As you will be developing the Auction thing, I guess, from scratch, it will be better if we keep these things in mind. Above all are my thoughts, maybe I am missing something or have not paid much attention to details. Let me know your thoughts ... I guess these points applies to all new components that we will be making in future. Thanks, Abdullah On Wed, Nov 25, 2009 at 1:13 AM, Carsten Schinzer < c.schin...@googlemail.com > wrote: > Hm. Actually, It's rather a specific service I would think, than a full > app. > > It could be integrated into the regular shop approach, i.e. catalogue > of > products, just the product using a different pricing type called e.g. > "AUCTION" or "BID". > Well this is just thinking aloud to be honest. I have no good insight > yet > into the pricing mechanisms offered, but I thought it's rather an > extension > to that. > > More thoughts welcom
Re: AUCTION Engine
Well, it may sound naive: My first idea was to extend into applications/product/servicedef/service_pricepromo or add a service_auctionpricing there. Consequently, in product-definition one could use somthing like e.g. etc. with different price types. Is that totally weird, too simple, the right path? Let me know your thoughts ... Regards Carsten 2009/11/25 Tim Ruppert > Having it as a special purpose app, does not mean that you couldn't use it > in other apps. Keeping them separate really depends on the design and how > they'd be utilized - both independently or as a part of ecommerce. > Personally, I'm looking forward to seeing more ideas around how it might be > used so that that decision can be made. > > > Cheers, > Ruppert > -- > Tim Ruppert > HotWax Media > http://www.hotwaxmedia.com > > o:801.649.6594 > f:801.649.6595 > > On Nov 25, 2009, at 12:38 PM, David E Jones wrote: > > >> On Nov 25, 2009, at 6:18 AM, Abdullah Shaikh wrote: >> >> I think Tim is right in saying it should be an another special purpose >>> app., >>> >> >> Where to put it depends on how people want to use it. For example, if you >> want to be able to build a site that has a mix or purchase and auction items >> then having it developed as separate apps would be rather inconvenient. >> >> On the other hand, if they were developed as a single application and >> items showed based on configuration then it would still be easy to have >> sites that do only purchase or auction items. >> >> -David >> >> >> but when I read that "just the product using a different pricing type >>> called >>> e.g. "AUCTION" or "BID", I was confused ..and didn't thought on it much >>> as I >>> was busy with some other issues. >>> >>> But what I feel is it will be better if we can have another component for >>> auction, as the it can get quite complicated >>> >>> The reasons why I fee this is : >>> >>> 1) Recenlty there was a mail from someone regarding the entities created >>> it >>> database, I mean if someone is not using Auction, than too there will be >>> entities related to Auction, I guess we can avoid this by having this as >>> a >>> separate component, if not required the user can just not load the >>> component >>> >>> 2) This will keep the Auction this separate, I guess this would avoid >>> unnecessary complexity in ecommerce >>> >>> 3) I don't know if the effort has started, but there was a discussion on >>> making the components independent & using maven script. >>> >>> Can't think of any more points :) >>> >>> As you will be developing the Auction thing, I guess, from scratch, it >>> will >>> be better if we keep these things in mind. >>> >>> Above all are my thoughts, maybe I am missing something or have not paid >>> much attention to details. >>> >>> Let me know your thoughts ... I guess these points applies to all new >>> components that we will be making in future. >>> >>> Thanks, >>> Abdullah >>> >>> On Wed, Nov 25, 2009 at 1:13 AM, Carsten Schinzer < >>> c.schin...@googlemail.com >>> wrote: >>> >>> Hm. Actually, It's rather a specific service I would think, than a full app. It could be integrated into the regular shop approach, i.e. catalogue of products, just the product using a different pricing type called e.g. "AUCTION" or "BID". Well this is just thinking aloud to be honest. I have no good insight yet into the pricing mechanisms offered, but I thought it's rather an extension to that. More thoughts welcome! Abhijeet, what is the algorithm that you will require? E-Bay-style? Regards Carsten 2009/11/24 Tim Ruppert Seems like an interesting feature to add to the system for sure - > probably > another special purpose app, eh? > > Cheers, > Ruppert > -- > Tim Ruppert > HotWax Media > http://www.hotwaxmedia.com > > o:801.649.6594 > f:801.649.6595 > > > On Nov 24, 2009, at 11:01 AM, Carsten Schinzer wrote: > > All, > >> >> Funny that you ask. Did I not just send out the very same inquiry to >> the >> list on Friday 20th? >> I wonder whether that mail has ever gotten to the list. >> >> Can anyone just quickly feed back to me whether that email ever left >> my >> system here? >> >> BTW Abhijeet, I would be interested to participate in coding efforts >> if >> required. I would need a non-ebay-type auction pricing, i.e. not a >> time-bound deadline for bids. >> >> Moreover it would be good to also integrate a "directional" >> > configuration, > i.e. not only allowing to bid higher prices but actually also lower >> ones >> (e.g. to get the best price for a certain offering). >> >> Thanks & regards >> >> >> Carsten >> >> >> >> 2009/11/24 Jacopo Cappellato >> >> As far as I know, apart from the eBay inte
new currency
Hi all, what would be th best way to add a new currency to ofbiz? Thanks in advance! Best Regards Alexander -- View this message in context: http://n4.nabble.com/new-currency-tp787831p787831.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: Problem during checkout with Billing Account
Hi Bilgin, thanks a lot for your reply! I added an exchange-rate for Euro to USD and now it works. But I don't understand the following: > The currency of the store is Euro > The currency of the billing account of the customer is Euro > The currency of the product's price is Euro > The currency of "company" (in the demo data) was changed by me to Euro - > also the currencies of the accounts. What for do I then need an exchange rate? Thanks a lot for any further information. Alexander Bilgin Ibryam-2 wrote: > > Hi Alexander, > > the problems seems to be caused due to missing currency exchange rate. > May be you created the order in different currency than the one > specified in accounting. > You can enter exchange rates from accounting->global gl > settings->foreign exchange rates and see if the problem goes away. > > Bilgin > > > Alexander1893 wrote: >> Hi all, >> >> I'm doing a checkout using a billing account and get the following error. >> I >> already checked old tickets / messages for this, but could not find a >> solution: >> >> exception report >> -- >> [TransactionUtil.setRollbackOnly] Calling transaction setRollbackOnly; >> this >> stack trace shows where this is happening: >> Exception: java.lang.Exception >> Message: Error in simple-method [Convert UOM values >> [file:/E:/projekte/clone-it/ofbiz/ofbiz-trunk/framework/common/script/org/ofbiz/common/CommonServices.xml#convertUom]]: >> ; [UOM Conversion Relationship Not Found] >> stack trace >> --- >> java.lang.Exception: Error in simple-method [Convert UOM values >> [file:/E:/projekte/clone-it/ofbiz/ofbiz-trunk/framework/common/script/org/ofbiz/common/CommonServices.xml#convertUom]]: >> ; [UOM Conversion Relationship Not Found] >> org.ofbiz.entity.transaction.TransactionUtil.setRollbackOnly(TransactionUtil.java:371) >> org.ofbiz.entity.transaction.TransactionUtil.rollback(TransactionUtil.java:318) >> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:833) >> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:160) >> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:142) >> org.ofbiz.minilang.SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:78) >> org.ofbiz.minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:53) >> org.ofbiz.service.ModelServiceReader$GenericInvokerImpl.runSync(ModelServiceReader.java:785) >> _$gen.file_58$.E_58$.projekte.clone_45$it.ofbiz.ofbiz_45$trunk.framework.common.servicedef.services_46$xml_35$convertUom.runSync(file:/E:/projekte/clone-it/ofbiz/ofbiz-trunk/framework/common/servicedef/services.xml#convertUom:293) >> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:392) >> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:221) >> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:173) >> org.ofbiz.minilang.method.callops.CallService.exec(CallService.java:245) >> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:883) >> org.ofbiz.minilang.method.ifops.IfCompareField.exec(IfCompareField.java:154) >> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:883) >> org.ofbiz.minilang.method.ifops.IfNotEmpty.exec(IfNotEmpty.java:101) >> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:883) >> org.ofbiz.minilang.method.ifops.IfEmpty.exec(IfEmpty.java:96) >> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:883) >> org.ofbiz.minilang.method.ifops.IfEmpty.exec(IfEmpty.java:99) >> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:883) >> org.ofbiz.minilang.method.ifops.IfEmpty.exec(IfEmpty.java:99) >> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:883) >> org.ofbiz.minilang.method.envops.Iterate.exec(Iterate.java:118) >> org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:883) >> org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:702) >> org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:160) >> org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:142) >> org.ofbiz.minilang.SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:78) >> org.ofbiz.minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:53) >> org.ofbiz.service.ModelServiceReader$GenericInvokerImpl.runSync(ModelServiceReader.java:785) >> _$gen.file_58$.E_58$.projekte.clone_45$it.ofbiz.ofbiz_45$trunk.applications.accounting.servicedef.services_95$ledger_46$xml_35$createAcctgTransAndEntries.runSync(file:/E:/projekte/clone-it/ofbiz/ofbiz-trunk/applications/accounting/servicedef/services_ledger.xml#createAcctgTransAndEntries:259) >> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:392) >> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:221) >> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:173) >> org.ofbiz.minilang.method.callops.CallService.exec(CallService.java:245) >
Re: AUCTION Engine
Having it as a special purpose app, does not mean that you couldn't use it in other apps. Keeping them separate really depends on the design and how they'd be utilized - both independently or as a part of ecommerce. Personally, I'm looking forward to seeing more ideas around how it might be used so that that decision can be made. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Nov 25, 2009, at 12:38 PM, David E Jones wrote: On Nov 25, 2009, at 6:18 AM, Abdullah Shaikh wrote: I think Tim is right in saying it should be an another special purpose app., Where to put it depends on how people want to use it. For example, if you want to be able to build a site that has a mix or purchase and auction items then having it developed as separate apps would be rather inconvenient. On the other hand, if they were developed as a single application and items showed based on configuration then it would still be easy to have sites that do only purchase or auction items. -David but when I read that "just the product using a different pricing type called e.g. "AUCTION" or "BID", I was confused ..and didn't thought on it much as I was busy with some other issues. But what I feel is it will be better if we can have another component for auction, as the it can get quite complicated The reasons why I fee this is : 1) Recenlty there was a mail from someone regarding the entities created it database, I mean if someone is not using Auction, than too there will be entities related to Auction, I guess we can avoid this by having this as a separate component, if not required the user can just not load the component 2) This will keep the Auction this separate, I guess this would avoid unnecessary complexity in ecommerce 3) I don't know if the effort has started, but there was a discussion on making the components independent & using maven script. Can't think of any more points :) As you will be developing the Auction thing, I guess, from scratch, it will be better if we keep these things in mind. Above all are my thoughts, maybe I am missing something or have not paid much attention to details. Let me know your thoughts ... I guess these points applies to all new components that we will be making in future. Thanks, Abdullah On Wed, Nov 25, 2009 at 1:13 AM, Carsten Schinzer wrote: Hm. Actually, It's rather a specific service I would think, than a full app. It could be integrated into the regular shop approach, i.e. catalogue of products, just the product using a different pricing type called e.g. "AUCTION" or "BID". Well this is just thinking aloud to be honest. I have no good insight yet into the pricing mechanisms offered, but I thought it's rather an extension to that. More thoughts welcome! Abhijeet, what is the algorithm that you will require? E-Bay-style? Regards Carsten 2009/11/24 Tim Ruppert Seems like an interesting feature to add to the system for sure - probably another special purpose app, eh? Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Nov 24, 2009, at 11:01 AM, Carsten Schinzer wrote: All, Funny that you ask. Did I not just send out the very same inquiry to the list on Friday 20th? I wonder whether that mail has ever gotten to the list. Can anyone just quickly feed back to me whether that email ever left my system here? BTW Abhijeet, I would be interested to participate in coding efforts if required. I would need a non-ebay-type auction pricing, i.e. not a time-bound deadline for bids. Moreover it would be good to also integrate a "directional" configuration, i.e. not only allowing to bid higher prices but actually also lower ones (e.g. to get the best price for a certain offering). Thanks & regards Carsten 2009/11/24 Jacopo Cappellato As far as I know, apart from the eBay integration, there is not something ready out of the box. Kind regards, Jacopo On Nov 24, 2009, at 4:50 PM, Abhijeet Pandey wrote: Hi, Can any body guide me that if ofbiz offers inbuilt auction engine ? -- Abhijeet Pandey -- Best Carsten Schinzer Waisenhausstr. 53a 80637 München Germany -- Best Carsten Schinzer Waisenhausstr. 53a 80637 München Germany smime.p7s Description: S/MIME cryptographic signature
Re: AUCTION Engine
On Nov 25, 2009, at 6:18 AM, Abdullah Shaikh wrote: > I think Tim is right in saying it should be an another special purpose app., Where to put it depends on how people want to use it. For example, if you want to be able to build a site that has a mix or purchase and auction items then having it developed as separate apps would be rather inconvenient. On the other hand, if they were developed as a single application and items showed based on configuration then it would still be easy to have sites that do only purchase or auction items. -David > but when I read that "just the product using a different pricing type called > e.g. "AUCTION" or "BID", I was confused ..and didn't thought on it much as I > was busy with some other issues. > > But what I feel is it will be better if we can have another component for > auction, as the it can get quite complicated > > The reasons why I fee this is : > > 1) Recenlty there was a mail from someone regarding the entities created it > database, I mean if someone is not using Auction, than too there will be > entities related to Auction, I guess we can avoid this by having this as a > separate component, if not required the user can just not load the component > > 2) This will keep the Auction this separate, I guess this would avoid > unnecessary complexity in ecommerce > > 3) I don't know if the effort has started, but there was a discussion on > making the components independent & using maven script. > > Can't think of any more points :) > > As you will be developing the Auction thing, I guess, from scratch, it will > be better if we keep these things in mind. > > Above all are my thoughts, maybe I am missing something or have not paid > much attention to details. > > Let me know your thoughts ... I guess these points applies to all new > components that we will be making in future. > > Thanks, > Abdullah > > On Wed, Nov 25, 2009 at 1:13 AM, Carsten Schinzer > wrote: > >> Hm. Actually, It's rather a specific service I would think, than a full >> app. >> >> It could be integrated into the regular shop approach, i.e. catalogue of >> products, just the product using a different pricing type called e.g. >> "AUCTION" or "BID". >> Well this is just thinking aloud to be honest. I have no good insight yet >> into the pricing mechanisms offered, but I thought it's rather an extension >> to that. >> >> More thoughts welcome! Abhijeet, what is the algorithm that you will >> require? E-Bay-style? >> >> Regards >> >> Carsten >> >> >> 2009/11/24 Tim Ruppert >> >>> Seems like an interesting feature to add to the system for sure - >> probably >>> another special purpose app, eh? >>> >>> Cheers, >>> Ruppert >>> -- >>> Tim Ruppert >>> HotWax Media >>> http://www.hotwaxmedia.com >>> >>> o:801.649.6594 >>> f:801.649.6595 >>> >>> >>> On Nov 24, 2009, at 11:01 AM, Carsten Schinzer wrote: >>> >>> All, Funny that you ask. Did I not just send out the very same inquiry to the list on Friday 20th? I wonder whether that mail has ever gotten to the list. Can anyone just quickly feed back to me whether that email ever left my system here? BTW Abhijeet, I would be interested to participate in coding efforts if required. I would need a non-ebay-type auction pricing, i.e. not a time-bound deadline for bids. Moreover it would be good to also integrate a "directional" >> configuration, i.e. not only allowing to bid higher prices but actually also lower ones (e.g. to get the best price for a certain offering). Thanks & regards Carsten 2009/11/24 Jacopo Cappellato As far as I know, apart from the eBay integration, there is not >> something > ready out of the box. > > Kind regards, > > Jacopo > > On Nov 24, 2009, at 4:50 PM, Abhijeet Pandey wrote: > > Hi, >> >> Can any body guide me that if ofbiz offers inbuilt auction engine ? >> >> -- >> Abhijeet Pandey >> > > > -- Best Carsten Schinzer Waisenhausstr. 53a 80637 München Germany >>> >>> >> >> >> -- >> >> Best >> >> Carsten Schinzer >> >> Waisenhausstr. 53a >> 80637 München >> Germany >>
Re: FormWidget Ajax
Hey Bilgin, Thanks for the info. Can you just confirm, if instead of json I want to return xml response, then should I need to use the XmlRpcEventHandler, by looking at the name it looks like, any example of xml response in ofbiz ? On Wed, Nov 25, 2009 at 7:47 PM, Bilgin Ibryam wrote: > Abdullah Shaikh wrote: > >> I saw the Ajax example in the example component, it was cool to see ajax >> in >> ofbiz. >> >> Is there any document where I can check how to use the FormWidget's Ajax >> stuff ? >> >> Also is there any thing in ofbiz using which I can perform Ajax request, >> not >> using FormWidget, of course I know I can do it manually using the >> XMLHttpRequest object, but is there any js methods or any java related >> stuff >> added in ofbiz to make a ajax calls ? >> >> >> Thanks, >> Abdullah >> >> >> > Hi Abdullah, > > There is a thread on dev list, and also a jira issue where you can check > one ajax proposal > > http://ofbiz.markmail.org/search/?q=+lookup#query:%20lookup+page:1+mid:j67oelfo3cytufh2+state:results > > Also the prototype library is included in ofbiz, and used for making ajax > request in few places. For example you can search for "new Ajax.Request" in > the project and see how it is used. On the server side you have to use a > json event handlers if you want to return a json response. > > Another option is to use the Dojo library which is also available in the > project. I think you can find dojo examples in ecommerce, on page checkout > screen. > > HTH > Bilgin >
Re: FormWidget Ajax
There is also a basic example of Dojo tree use in WebSiteCMSNav.ftl + WebSiteCMSContent.ftl Unfortunately, AFAIK (I used it in June), the Dojo version we use does not embed the lastest Dojo tree vesion which is far much better... Jacques From: "Bilgin Ibryam" Abdullah Shaikh wrote: I saw the Ajax example in the example component, it was cool to see ajax in ofbiz. Is there any document where I can check how to use the FormWidget's Ajax stuff ? Also is there any thing in ofbiz using which I can perform Ajax request, not using FormWidget, of course I know I can do it manually using the XMLHttpRequest object, but is there any js methods or any java related stuff added in ofbiz to make a ajax calls ? Thanks, Abdullah Hi Abdullah, There is a thread on dev list, and also a jira issue where you can check one ajax proposal http://ofbiz.markmail.org/search/?q=+lookup#query:%20lookup+page:1+mid:j67oelfo3cytufh2+state:results Also the prototype library is included in ofbiz, and used for making ajax request in few places. For example you can search for "new Ajax.Request" in the project and see how it is used. On the server side you have to use a json event handlers if you want to return a json response. Another option is to use the Dojo library which is also available in the project. I think you can find dojo examples in ecommerce, on page checkout screen. HTH Bilgin
Re: FormWidget Ajax
Abdullah Shaikh wrote: I saw the Ajax example in the example component, it was cool to see ajax in ofbiz. Is there any document where I can check how to use the FormWidget's Ajax stuff ? Also is there any thing in ofbiz using which I can perform Ajax request, not using FormWidget, of course I know I can do it manually using the XMLHttpRequest object, but is there any js methods or any java related stuff added in ofbiz to make a ajax calls ? Thanks, Abdullah Hi Abdullah, There is a thread on dev list, and also a jira issue where you can check one ajax proposal http://ofbiz.markmail.org/search/?q=+lookup#query:%20lookup+page:1+mid:j67oelfo3cytufh2+state:results Also the prototype library is included in ofbiz, and used for making ajax request in few places. For example you can search for "new Ajax.Request" in the project and see how it is used. On the server side you have to use a json event handlers if you want to return a json response. Another option is to use the Dojo library which is also available in the project. I think you can find dojo examples in ecommerce, on page checkout screen. HTH Bilgin
Re: FormWidget Ajax
Hi, You have many example to example components in framework. For js method, OFBiz use prototype and you have some function to make call easier in select-all.js Nicolas Le mercredi 25 novembre 2009 à 19:32 +0530, Abdullah Shaikh a écrit : > I saw the Ajax example in the example component, it was cool to see ajax in > ofbiz. > > Is there any document where I can check how to use the FormWidget's Ajax > stuff ? > > Also is there any thing in ofbiz using which I can perform Ajax request, not > using FormWidget, of course I know I can do it manually using the > XMLHttpRequest object, but is there any js methods or any java related stuff > added in ofbiz to make a ajax calls ? > > > Thanks, > Abdullah -- Nicolas MALIN Consultant Tél : 06.17.66.40.06 Site projet : http://www.neogia.org/ --- Société LibrenBerry Tél : 02.48.02.56.12 Site : http://www.librenberry.net/
FormWidget Ajax
I saw the Ajax example in the example component, it was cool to see ajax in ofbiz. Is there any document where I can check how to use the FormWidget's Ajax stuff ? Also is there any thing in ofbiz using which I can perform Ajax request, not using FormWidget, of course I know I can do it manually using the XMLHttpRequest object, but is there any js methods or any java related stuff added in ofbiz to make a ajax calls ? Thanks, Abdullah
Re: AUCTION Engine
I think Tim is right in saying it should be an another special purpose app., but when I read that "just the product using a different pricing type called e.g. "AUCTION" or "BID", I was confused ..and didn't thought on it much as I was busy with some other issues. But what I feel is it will be better if we can have another component for auction, as the it can get quite complicated The reasons why I fee this is : 1) Recenlty there was a mail from someone regarding the entities created it database, I mean if someone is not using Auction, than too there will be entities related to Auction, I guess we can avoid this by having this as a separate component, if not required the user can just not load the component 2) This will keep the Auction this separate, I guess this would avoid unnecessary complexity in ecommerce 3) I don't know if the effort has started, but there was a discussion on making the components independent & using maven script. Can't think of any more points :) As you will be developing the Auction thing, I guess, from scratch, it will be better if we keep these things in mind. Above all are my thoughts, maybe I am missing something or have not paid much attention to details. Let me know your thoughts ... I guess these points applies to all new components that we will be making in future. Thanks, Abdullah On Wed, Nov 25, 2009 at 1:13 AM, Carsten Schinzer wrote: > Hm. Actually, It's rather a specific service I would think, than a full > app. > > It could be integrated into the regular shop approach, i.e. catalogue of > products, just the product using a different pricing type called e.g. > "AUCTION" or "BID". > Well this is just thinking aloud to be honest. I have no good insight yet > into the pricing mechanisms offered, but I thought it's rather an extension > to that. > > More thoughts welcome! Abhijeet, what is the algorithm that you will > require? E-Bay-style? > > Regards > > Carsten > > > 2009/11/24 Tim Ruppert > > > Seems like an interesting feature to add to the system for sure - > probably > > another special purpose app, eh? > > > > Cheers, > > Ruppert > > -- > > Tim Ruppert > > HotWax Media > > http://www.hotwaxmedia.com > > > > o:801.649.6594 > > f:801.649.6595 > > > > > > On Nov 24, 2009, at 11:01 AM, Carsten Schinzer wrote: > > > > All, > >> > >> Funny that you ask. Did I not just send out the very same inquiry to the > >> list on Friday 20th? > >> I wonder whether that mail has ever gotten to the list. > >> > >> Can anyone just quickly feed back to me whether that email ever left my > >> system here? > >> > >> BTW Abhijeet, I would be interested to participate in coding efforts if > >> required. I would need a non-ebay-type auction pricing, i.e. not a > >> time-bound deadline for bids. > >> > >> Moreover it would be good to also integrate a "directional" > configuration, > >> i.e. not only allowing to bid higher prices but actually also lower ones > >> (e.g. to get the best price for a certain offering). > >> > >> Thanks & regards > >> > >> > >> Carsten > >> > >> > >> > >> 2009/11/24 Jacopo Cappellato > >> > >> As far as I know, apart from the eBay integration, there is not > something > >>> ready out of the box. > >>> > >>> Kind regards, > >>> > >>> Jacopo > >>> > >>> On Nov 24, 2009, at 4:50 PM, Abhijeet Pandey wrote: > >>> > >>> Hi, > > Can any body guide me that if ofbiz offers inbuilt auction engine ? > > -- > Abhijeet Pandey > > >>> > >>> > >>> > >> > >> -- > >> > >> Best > >> > >> Carsten Schinzer > >> > >> Waisenhausstr. 53a > >> 80637 München > >> Germany > >> > > > > > > > -- > > Best > > Carsten Schinzer > > Waisenhausstr. 53a > 80637 München > Germany >
Re: ProductPromoAction implementation : AND or OR ?
Hi, I don't know why you don't want to associate conditions to your rule, but a ProductPromoRule is a combination of Conditions and Actions. A rule can be setup in following ways: 1. single condition, single action 2. single condition, multiple actions 3. multiple conditions, single action 4. multiple conditions, multiple actions 5. Can be just actions, if you don't have any conditional requirements The way code is written is if all the conditions are met (AND is applied here) then only all the Actions in that rule should apply (if they are applicable). If any of the conditions in that rule is not satisfied, none of the actions will run. In your case, since there are no conditions, it will run all the applicable actions of your rule. -- Thanks & Regards Mridul Pathak Hotwax Media http://www.hotwaxmedia.com mridul.pat...@hotwaxmedia.com - direct: +91 - 942.592.6892 On Wed, Nov 25, 2009 at 3:23 PM, cqnunez wrote: > > I was just wondering if it had been intended in ofbiz to implement actions > in > an AND or an OR manner? > > I have tried the ff scenario in ofbiz: > > promo > > 1. no conditions > 2. action 1 : X Product for Y Price qty = 2 amount = 5 product = GZ-1004 >action 2 : X Product for Y Price qty = 1 amount = 5 product = GZ-2002 > > if the order created has the ff order items > > GZ-1004 qty = 2 Total = 5 > GZ-2002 qty = 1 Total = 5 > > giving a Cart Total: 10 which I know to be correct. > > If I changed the order to only have one order item: > > GZ-1004 qty = 2 Total = 5 > > which shows that action 1 of the promo was implemented without requiring > the > implementation of action 2. > > wouldn't it be more correct to not apply the promo because condition > implied > by the promoActions, that there should 2 of GZ-1004 and 1 of GZ-2002, are > not satisfied? > > Thanks for any clarification on the matter. > -- > View this message in context: > http://n4.nabble.com/ProductPromoAction-implementation-AND-or-OR-tp787414p787414.html > Sent from the OFBiz - User mailing list archive at Nabble.com. >
ProductPromoAction implementation : AND or OR ?
I was just wondering if it had been intended in ofbiz to implement actions in an AND or an OR manner? I have tried the ff scenario in ofbiz: promo 1. no conditions 2. action 1 : X Product for Y Price qty = 2 amount = 5 product = GZ-1004 action 2 : X Product for Y Price qty = 1 amount = 5 product = GZ-2002 if the order created has the ff order items GZ-1004 qty = 2 Total = 5 GZ-2002 qty = 1 Total = 5 giving a Cart Total: 10 which I know to be correct. If I changed the order to only have one order item: GZ-1004 qty = 2 Total = 5 which shows that action 1 of the promo was implemented without requiring the implementation of action 2. wouldn't it be more correct to not apply the promo because condition implied by the promoActions, that there should 2 of GZ-1004 and 1 of GZ-2002, are not satisfied? Thanks for any clarification on the matter. -- View this message in context: http://n4.nabble.com/ProductPromoAction-implementation-AND-or-OR-tp787414p787414.html Sent from the OFBiz - User mailing list archive at Nabble.com.
Re: Purchase Invoice screen - Transcation entries are not posted to correct GL Accounts
Jira issue is created https://issues.apache.org/jira/browse/OFBIZ-3255 On Tue, Nov 24, 2009 at 10:19 PM, Sumit Pandit wrote: > Thanks Aswath, please create a jira issue, I'll look at it shortly. > > -- > Thanks and Regards > Sumit Pandit > > On Nov 24, 2009, at 4:08 AM, aswath narayana wrote: > > > I think this is a bug. I will create a jira issue. > > > > Thanks > > -Aswath > > > > On Mon, Nov 23, 2009 at 8:14 PM, aswath narayana < > aswath.satras...@gmail.com > >> wrote: > > > >> Hello All, > >> I created a Purchase Invoice with items as: > >> - ProductId = SV-1000 > >> - PartyId = DemoSupplier > >> - Quantity = 2 > >> > >> I clicked on 'Add Tax' button. > >> The tax is added correctly. > >> * California State Sales Tax > >> * 1% OFB _NA_ Tax > >> > >> After clicking on 'Ready' and 'Confirmed' button, accounting transcation > >> entries are created. > >> The transacation entries for the taxes are not posted to the correct GL > >> accounts. > >> The tax entries are posted to UnInvoicedItemReceipts > >> > >> Acctg Trans Id Acctg Trans Type Payment Id Gl Account Id Product > >> Id Debit Credit Flag Amount Organization Party Id Account Code > Account > >> Name10051 Purchase Invoice 214000 SV-1000 D $2,000.00 Company > >> 214000 UNINVOICED ITEM RECEIPTS 10051 Purchase Invoice 214000 SV-1000 > >> D $125.00 Company 214000 UNINVOICED ITEM RECEIPTS 10051 Purchase > >> Invoice 214000 SV-1000 D $20.00 Company 214000 UNINVOICED ITEM > >> RECEIPTS 10051 Purchase Invoice 21C $2,145.00 Company > 21 ACCOUNTS > >> PAYABLE > >> > >> -Aswath > >> > >
