Enrique,
According to my understanding, Digital as well as Service products are
the non-shippable products. Hence whenever you create an order for them
they are directly fulfilled (payment is captured as well) and the status is
set to COMPLETE by default. You need not to first create an orde
Heidi,
The screen you have specified here represents Email Settings for your
product store. Here are the answers to your questions.
1) *Body Screen Location:* Here you specify the Component Uri location for
the screen-widget which contains the template for your email body and will
be renered
There can be two cases:
1) In the request-map you are using Java Engine. In this case of a Java
Event you can get the session object from a request object available to you
in the event by useing *getSession()* method on request object. Now you can
get all your required session infromation from th
That was a really awesome explaination from David. I too agree with the
Rishi's point here. I would like to add one more point in this discussion.
If we want to use a couple of request from other controller then instead of
including that controller we can make use of inter-application request cal
Jacques,
That page was a huge amount of help. Unfortunately I'm still stuck at one
particular par that I think you may at least (with your knowledge of how
JAVA works).
I'm still getting the "Service does not exist in loaded JCL registry" error.
Can you please shed some light on the following.
I entered a 'manual' sales invoice, went directly to invoice menu in
accounting module. I selected any product e.g. GZ-2644 and set status of
invoice to 'ready'.
Then I go and check the accounting postings and they seem to have been
correctly set:
Y ACTUAL SALES_INVOICE 2008-03-23 19:18:1
Hi Hans:
Try a different approach, AJAX maybe?
The html output is too big probably and in any case no browser will
handle so big select field, at least not fast!
Hope this helps,
Manuel.
On 23/03/2008, at 11:20, Hans Bakker wrote:
I have a customer with a rather large number of selectable var
You could consider breaking the virtual product up into multiple products.
In the demo data, you could in theory create a single widget virtual product
to encompass all the other widgets as variants but practically it's much
better to use categories for this and then present the user with only a fe
I placed the following order in Managment demo -trunk-, but when I tried
to approve it, it sends the following error:
The Following Errors Occurred:
ERROR : Could not change order status ; status is not a valid change.:
[ORDER_COMPLETED] -> [ORDER_APPROVED]
I also tried with other digital g
Can someone explain me the fields in this screen:
Catalog -- Stores -- Emails
What is meant by:
Body Screen Location:
&
Attachment Screen Location (XSL-FO) : ???
What do i have to fill in?
Also if i select "registration" for the email, will the system send
automatically an email after someo
Usually when working with clients the distinction I prefer between
virtual/variant and configurable products is that with virtual/variant
products they exist in advance and need to be inventoried, and with
configurable products they will be built-to-order from a common set of
parts that a
1200 variants of a single product? Are there dependencies within the variants
that might suggest using a configurable product instead?
- Original Message -
From: "Hans Bakker" <[EMAIL PROTECTED]>
To: user@ofbiz.apache.org
Sent: Sunday, March 23, 2008 4:20:36 AM (GMT-0700) America/Denv
I have a customer with a rather large number of selectable variants.
To show the product in ecommerce with the selectable options takes very
long.
My question is : is the system not designed for these large number of
variants or could it be something else is wrong?
I checked the cache and it seems
13 matches
Mail list logo
