date:20100311

Hi David:
First, thanks for asking!
IMO:
The ControlServlet/controller.xml configuration is easy to follow and
works like a charm. Any problems with it arise when the controller.xml
file is split across multiple webapps. (But, that is just my own
personal opinion. If there are any common elements, then they can just
be duplicated in each webapp's controller.xml. Its much harder to
maintain an instance of OFBiz if controller.xml files are spread all
over the place. )

My biggest angst concerning widgets is that configuration files are all
over the place. I understand the concept of re-use across the entire UI,
but at some point, you just have to say enough is enough. The second
issue I have is that building HTML using XML is just counter-intuitive
and requires knowledge of not just HTML/CSS but also OFBiz specific
knowledge of the XML declarations necessary to build the HTML, call the
Entity Engine and/or Services etc. But, I digress.

I wouldn't take away widgets. I'd add a tool that helps build HTML using
widgets. A graphical tool that has drag'n drop with page layouts etc.
would be nice. Once I had that working, I'd apply the tutorial, drag'n
drop concept to the back-end applications. Trying to configure OFBiz
using the existing forms is really tough. If we had a way to build UI's
that were more user friendly (intuitive) (for example, like using the
shopping cart to place UI components in a cart as the UI builder
positions them on a web page), that would be really neat!

More to come...
Regards,
Ruth

Find me on the web at http://www.myofbiz.com or Google keyword myofbiz
ruth.hoff...@myofbiz.com

David E Jones wrote:

If you could change anything about the user interface tier in OFBiz (basically
the ControlServlet, the various widgets (Screen, Form, Menu, Tree), the
separate webapps, actions in (or not in) groovy, etc), what would you change?

All comments are welcome. If there is another tool you'd like to see used instead of the Screen Widget (for example), please
describe what you like about it (like I like to orchestrate my web pages using Java classes or I like having
fewer/more/bigger/smaller files or I hate having to declare every request and view or I wish the screens
used included screens top-down instead of the bottom-up decorator pattern) instead of just mentioning the tool (like
let's use Struts!).

BTW, if you want to brainstorm about another tier (ie the Data or Logic tiers) please use
the other threads on those. If you'd like to discuss things that aren't specific to a
tier look for the General thread.

-David

Re: Brainstorming about the Framework: Data Tier

Hi David:

Nothing! I think this is an amazing piece of work. IMO, there are many
people out there who don't understand the Entity Engine value
proposition. That is why they keep asking for Hibernate etc.

Here's some things I'd consider as additions:

* Maybe making a separate component/webapp to manage the Entity
Engine. Take it out of WebTools.
* Include in that webapp any security/role management specific to
the Entity Engine.
* Entity Engine performance tools (or more information on how to use
existing tools).
* Better backup tools (or more information on how to use existing
tools).

More to come...
Ruth

Find me on the web at http://www.myofbiz.com or Google keyword myofbiz
ruth.hoff...@myofbiz.com

David E Jones wrote:

If you could change anything about the data tier in OFBiz (basically the Entity
Engine), what would you change?

All comments are welcome. If there is another tool you'd like to see used instead of the Entity
Engine, please describe what you like about it (like I want to have an Java class for each
table in my database) instead of just mentioning the tool (like let's use
Hibernate!).

BTW, if you want to brainstorm about another tier (ie the Logic or UI tiers) please use
the other threads on those. If you'd like to discuss things that aren't specific to a
tier look for the General thread.

-David

Re: Brainstorming about the Framework: Data Tier

2010-03-11 Thread Tim Ruppert

+1 - another thing to add to this list would be the ability to roll back an 
upgrade or data load so that if issues are found that we can get back, in the 
system, directly to where we started.  Normally we do this with a staging 
upgrade first and a db backup second, but having something like this in the 
system has been requested a few times, so I thought I'd mention it.

Cheers,
Ruppert

On Mar 11, 2010, at 8:23 AM, Ruth Hoffman wrote:

 Hi David:
 
 Nothing! I think this is an amazing piece of work. IMO, there are many people 
 out there who don't understand the Entity Engine value proposition. That is 
 why they keep asking for Hibernate etc.
 
 Here's some things I'd consider as additions:
 
   * Maybe making a separate component/webapp to manage the Entity
 Engine. Take it out of WebTools.
   * Include in that webapp any security/role management specific to
 the Entity Engine.
   * Entity Engine performance tools (or more information on how to use
 existing tools).
   * Better backup tools (or more information on how to use existing
 tools).
 
 More to come...
 Ruth
 
 Find me on the web at http://www.myofbiz.com or Google keyword myofbiz
 ruth.hoff...@myofbiz.com
 
 David E Jones wrote:
 If you could change anything about the data tier in OFBiz (basically the 
 Entity Engine), what would you change?
 
 All comments are welcome. If there is another tool you'd like to see used 
 instead of the Entity Engine, please describe what you like about it (like 
 I want to have an Java class for each table in my database) instead of 
 just mentioning the tool (like let's use Hibernate!).
 
 Why am I asking? This topic comes up every once in a while, and it's true 
 that many suggestions never get enough support to actually happen (or on 
 further research it is decided that the idea is not tenable), but 
 brainstorming about them to get ideas in the open is still a great thing. 
 The history of OFBiz is full of things like this where users and more casual 
 contributors had ideas and saw possibilities that others, even more involved 
 contributors, totally missed or never looked at that way. What I think would 
 be fun, and ultimately useful too, is to keep this mostly to brainstorming 
 and not do too much comparing of ideas.
 
 BTW, if you want to brainstorm about another tier (ie the Logic or UI tiers) 
 please use the other threads on those. If you'd like to discuss things that 
 aren't specific to a tier look for the General thread.
 
 -David

Re: Brainstorming about the Framework: Data Tier

2010-03-11 Thread Cimballi

Thanks for this information Nicolas, I will look at it !

Cimballi

On Thu, Mar 11, 2010 at 10:09 AM, Nicolas Malin
malin.nico...@librenberry.net wrote:
 Hello, this functionnality already exists on neogia addons project. On your
 OFBiz instant, you install ofbiz-generators addon and the system generator
 java class for entitymodel analyse.

 If you want try, I download addon manager at this address
 http://addons.neogia.org/addonmanager.tar and deploy in your hot-deploy
 directory.
 Run ofbiz  and in admGui install ofbiz-generators
 After on your ofbiz home run : ant -f generate.xml

 After that you have some new generate class to do in your javafile :

 String partyId = party.getPartyId();
 or
 String partyId = context.get(Party.partyId);

 Nicolas

 Cimballi a écrit :

 Hi David !

 As an intermediate user (let's say level 2on 4), to help understand
 what kind of user I am, I think it would be very interesting to have
 java classes which represents the data model. I don't say one object
 per table because maybe it's not the better solution, even if it seems
 to be the most logical way to do it. Also, I don't think it's so
 important to support another ORM framework, like Hibernate. OFBiz has
 its own ORM framework and I am ok with that. The fact about having
 java classes is that it would provide an easier way to write code in
 an IDE with coe completion, and it would avoid a lot of errors in the
 writing of the fields names. It would also provide easy search methods
 on fields, for now if you search where you used the field
 description for an entity X, you can search on the fields name but
 can distinghuish on the entity.

 On another side, it would be good to have the ORM framework developed
 and packaged separatly from whole OFBiz project, to be able to easily
 reuse it in other projects. It could be a big boost for the ORM
 framework as more developers would be able to use it.

 That's my opinion, and thanks for readind it ! ;-)

 Cimballi


 On Thu, Mar 11, 2010 at 2:19 AM, David E Jones d...@me.com wrote:


 If you could change anything about the data tier in OFBiz (basically the
 Entity Engine), what would you change?

 All comments are welcome. If there is another tool you'd like to see used
 instead of the Entity Engine, please describe what you like about it (like
 I want to have an Java class for each table in my database) instead of
 just mentioning the tool (like let's use Hibernate!).

 Why am I asking? This topic comes up every once in a while, and it's true
 that many suggestions never get enough support to actually happen (or on
 further research it is decided that the idea is not tenable), but
 brainstorming about them to get ideas in the open is still a great thing.
 The history of OFBiz is full of things like this where users and more casual
 contributors had ideas and saw possibilities that others, even more involved
 contributors, totally missed or never looked at that way. What I think would
 be fun, and ultimately useful too, is to keep this mostly to brainstorming
 and not do too much comparing of ideas.

 BTW, if you want to brainstorm about another tier (ie the Logic or UI
 tiers) please use the other threads on those. If you'd like to discuss
 things that aren't specific to a tier look for the General thread.

 -David









 --
 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/





-- 
Cimballi
JAVA J2EE Freelance
http://cimballi.elance.com/

Re: Postal adress in ofbiz

some of this is covered
http://cwiki.apache.org/confluence/display/OFBIZ/Handling+of+External+data

=
BJ Freeman
http://bjfreeman.elance.com
Strategic Power Office with Supplier Automation 
http://www.businessesnetwork.com/automation/viewforum.php?f=93
Specialtymarket.com http://www.specialtymarket.com/

Systems Integrator-- Glad to Assist

Chat  Y! messenger: bjfr33man
Linkedin
http://www.linkedin.com/profile?viewProfile=key=1237480locale=en_UStrk=tab_pro


fabrice sent the following on 3/10/2010 11:48 PM:
 Hi,
 thanks for you help, it's very interresting.
 Could you explain me more, how do you use the service : how do you fill
 parameters, and how do you call it?
 could you explain me with a short example?
 Thanks you
 Fabrice

Re: Brainstorming about the Framework: UI Tier

The main thrust of the UI, from a developers point of view, is to make
creating the layout simple.
but this I mean a WYSIWYG editor for widgets.
As a intermediated step to this, I have used cloudgardens app for
created Swing UI's.
it created an xml output.
I then use a transform to make it into widgets.
One of the short falls of this approach is Cloud gardens is not aware of
the entities so can not pull them up to paste them into the editor.

I see it going into the content component and we have a basic WYSIWYG
engine this would allow all the Event and view handlers to be used.

this is important enough to me to put some energy into it first at the
design level(wiki), then in coding.

the time spent, would more than be made up in the ease of editing the UI.


=
BJ Freeman
http://bjfreeman.elance.com
Strategic Power Office with Supplier Automation 
http://www.businessesnetwork.com/automation/viewforum.php?f=93
Specialtymarket.com http://www.specialtymarket.com/

Systems Integrator-- Glad to Assist

Chat  Y! messenger: bjfr33man
Linkedin
http://www.linkedin.com/profile?viewProfile=key=1237480locale=en_UStrk=tab_pro


David E Jones sent the following on 3/10/2010 11:19 PM:
 If you could change anything about the user interface tier in OFBiz 
 (basically the ControlServlet, the various widgets (Screen, Form, Menu, 
 Tree), the separate webapps, actions in (or not in) groovy, etc), what would 
 you change?
 
 All comments are welcome. If there is another tool you'd like to see used 
 instead of the Screen Widget (for example), please describe what you like 
 about it (like I like to orchestrate my web pages using Java classes or I 
 like having fewer/more/bigger/smaller files or I hate having to declare 
 every request and view or I wish the screens used included screens top-down 
 instead of the bottom-up decorator pattern) instead of just mentioning the 
 tool (like let's use Struts!).
 
 Why am I asking? This topic comes up every once in a while, and it's true 
 that many suggestions never get enough support to actually happen (or on 
 further research it is decided that the idea is not tenable), but 
 brainstorming about them to get ideas in the open is still a great thing. The 
 history of OFBiz is full of things like this where users and more casual 
 contributors had ideas and saw possibilities that others, even more involved 
 contributors, totally missed or never looked at that way. What I think would 
 be fun, and ultimately useful too, is to keep this mostly to brainstorming 
 and not do too much comparing of ideas.
 
 BTW, if you want to brainstorm about another tier (ie the Data or Logic 
 tiers) please use the other threads on those. If you'd like to discuss things 
 that aren't specific to a tier look for the General thread.
 
 -David

Re: Postal adress in ofbiz

2010-03-11 Thread fabrice


Thanks for all for help 
I'have found the mistake.
I'haven't see the table company and if you don't put the party id here for a
company you cannot modify or delete postal adress.

I'm always interesting  in an explanation on how to you use the service :
fill parameters, and you call it? 
thanks you
fabrice
-- 
View this message in context: 
http://n4.nabble.com/Postal-adress-in-ofbiz-tp1587224p1588842.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Brainstorming about the Framework: tools


Link for http://brainstorm.ubuntu.com/

Jacques

From: Jacques Le Roux jacques.le.r...@les7arts.com
I wonder if we could not use one of the tools below to better organize and keep traces of demands. This has been suggested on 
Opentaps forum and I think it's a good idea.
For the moment we kept things in http://cwiki.apache.org/confluence/display/OFBADMIN/New+Features+Roadmap+-+Living+Document but 
it's far from optimal



* UserVoice - http://uservoice.com/
* IdeaScale - http://www.ideascale.com/index.html

UserVoice seems the most popular system by far.  They have a free and discounted
version for open source projects.

Ideascale is newer, but they seem to offer better tools for collaboratively
writing feature requests.

**Open source**

* CNProg - http://wiki.github.com/cnprog/CNPROG
* Ubuntu BrainStorm - https://wiki.ubuntu.com/Brainstorm/Installation

Ubuntu Brainstorm is based on Drupal.  I'm not aware of anyone using it other
than Ubuntu.

CNProg is really interesting, but it's not meant for feature requests altho
you could kind of adapt it for that purpose.  CNProg is an open source clone
of StackOverflow.  It's focused on FAQs where you vote on the most popular FAQs.
However, if you just turned the world question into idea you could probably
use it to manage feature requests too.

**Other options**

* use the 
http://cwiki.apache.org/confluence/display/OFBADMIN/New+Features+Roadmap+-+Living+Document
It seems like a lot of projects benefit from this concept combined with 
sponsored development.
BTW I already suggested on dev ML to use well known Bouties and (my idea) 
Revert Bounties for sponsored developments.

I have not reviewed the tools myself (as I said I just/mostly copied this from a message on Opentaps forum) but if we are 
interested I/we could give my/our opininon(s)
I'm quite sure we could get more interesting and better organized ideas from such a tool. I guess we could install it (for 
instance Ubuntu Brainstorm) on our vm, maybe with the help of infra...


Jacques

Re: Brainstorming about the Framework: UI Tier

2010-03-11 Thread james_sg


Hi,

I have the following 3 suggestions.

1. As screen widgets add a layer of abstraction above html, the codes are
cleaner than those in ftl.
So I wish more UI codes be written in or converted to widgets.

2. A new view handler that will take care of ajax on the fly when the screen
widgets are rendered. The benefit is code reuse, any improvement to the view
handler affects the whole application.

3. Even better is for this new view handler to act as a intermediary between
the screen widgets and the existing view framework like wicket, echo3 etc

Regards,
James


David E Jones-4 wrote:
 
 
 If you could change anything about the user interface tier in OFBiz
 (basically the ControlServlet, the various widgets (Screen, Form, Menu,
 Tree), the separate webapps, actions in (or not in) groovy, etc), what
 would you change?
 
 

-- 
View this message in context: 
http://n4.nabble.com/Brainstorming-about-the-Framework-UI-Tier-tp1588522p1589231.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Brainstorming about the Framework: UI Tier

2010-03-11 Thread Adrian Crum


David E Jones wrote:

If you could change anything about the user interface tier in OFBiz (basically 
the ControlServlet, the various widgets (Screen, Form, Menu, Tree), the 
separate webapps, actions in (or not in) groovy, etc), what would you change?


1. Reorganize the widget Java code so updates/enhancements are easier.

2. WebDAV support. Instead of using Eclipse to design the UI, use 
something like Dreamweaver.

Re: Brainstorming about the Framework: Logic Tier

2010-03-11 Thread Adrian Crum


David E Jones wrote:

If you could change anything about the logic tier in OFBiz (basically the 
Service Engine, services written in simple-methods and Java; also less formal 
logic like the many *Worker and *Helper classes), what would you change?


Better support for user-defined Java types (something I have been 
working on). That would lead to the possibility of implementing DSL in 
Groovy.


Mini-language's main benefit is its terseness. Its main drawback is it's 
a procedural language. Worse yet, it is a procedural language written in 
XML. It would be cool if we could implement the same single line of 
code does a lot of stuff concept in Groovy.

Re: Brainstorming about the Framework: Data Tier

2010-03-11 Thread huang.mi...@gmail.com

While reading the sentence There are many people out there who don't
understand the Entity Engine, I felt a problem implied in it: There are
absolutely much more people out there, and I'm sure the OFBIZ project
want to attract them in. Why they keep on asking Hibernate, Spring,
etc, though? Are they all wrong?

In my opinion, the OFBIZ framework DID do a right thing - to provide
developers an integrated framework. What I mean is in OFBIZ, the
developer can define entity in one place and share the entity definition
across different tiers, form persistence to presentation. This kind of
integration saved developers a lot from typings and preserved
consistency across different application tiers. But, this is not what
Entity Engine itself can provide. All gains come from the integration.
If we simply separate the OFBIZ entity engine into a stand alone ORM
like tool, I bet its not very attractive and only people familiar with
OFBIZ already will use it. 

On the other hand, if there are another framework such as Grails that
can provide at least same level of cross tier integration ability, while
leverage the sophisticated and WELL KNOWN technologies (such as
Hibernate/JPA for ORM, Spring for service tier component composition,
Spring MVC for view tier framework). Sounds a little bit attractive than
home made every thing, isn't it?

Regards,
Miles.

On Thu, 2010-03-11 at 10:23 -0500, Ruth Hoffman wrote:
 Hi David:
 
 Nothing! I think this is an amazing piece of work. IMO, there are many 
 people out there who don't understand the Entity Engine value 
 proposition. That is why they keep asking for Hibernate etc.
 
 Here's some things I'd consider as additions:
 
 * Maybe making a separate component/webapp to manage the Entity
   Engine. Take it out of WebTools.
 * Include in that webapp any security/role management specific to
   the Entity Engine.
 * Entity Engine performance tools (or more information on how to use
   existing tools).
 * Better backup tools (or more information on how to use existing
   tools).
 
 More to come...
 Ruth
 
 Find me on the web at http://www.myofbiz.com or Google keyword myofbiz
 ruth.hoff...@myofbiz.com
 
 David E Jones wrote:
  If you could change anything about the data tier in OFBiz (basically the 
  Entity Engine), what would you change?
 
  All comments are welcome. If there is another tool you'd like to see used 
  instead of the Entity Engine, please describe what you like about it (like 
  I want to have an Java class for each table in my database) instead of 
  just mentioning the tool (like let's use Hibernate!).
 
  Why am I asking? This topic comes up every once in a while, and it's true 
  that many suggestions never get enough support to actually happen (or on 
  further research it is decided that the idea is not tenable), but 
  brainstorming about them to get ideas in the open is still a great thing. 
  The history of OFBiz is full of things like this where users and more 
  casual contributors had ideas and saw possibilities that others, even more 
  involved contributors, totally missed or never looked at that way. What I 
  think would be fun, and ultimately useful too, is to keep this mostly to 
  brainstorming and not do too much comparing of ideas.
 
  BTW, if you want to brainstorm about another tier (ie the Logic or UI 
  tiers) please use the other threads on those. If you'd like to discuss 
  things that aren't specific to a tier look for the General thread.
 
  -David

Re: Brainstorming about the Framework: Data Tier


Let me ask this, if all these other approaches are better why is there
not a application like ofbiz done in them, without using ofbiz at all?

I keep getting the feeling that those that want major changes don't
really understand the design goals of ofbiz.

===

BJ Freeman
http://bjfreeman.elance.com
Strategic Power Office with Supplier Automation 
http://www.businessesnetwork.com/automation/viewforum.php?f=93
Specialtymarket.com http://www.specialtymarket.com/

Systems Integrator-- Glad to Assist

Chat  Y! messenger: bjfr33man
Linkedin
http://www.linkedin.com/profile?viewProfile=key=1237480locale=en_UStrk=tab_pro


huang.mi...@gmail.com sent the following on 3/11/2010 8:50 AM:
 While reading the sentence There are many people out there who don't
 understand the Entity Engine, I felt a problem implied in it: There are
 absolutely much more people out there, and I'm sure the OFBIZ project
 want to attract them in. Why they keep on asking Hibernate, Spring,
 etc, though? Are they all wrong?
 
 In my opinion, the OFBIZ framework DID do a right thing - to provide
 developers an integrated framework. What I mean is in OFBIZ, the
 developer can define entity in one place and share the entity definition
 across different tiers, form persistence to presentation. This kind of
 integration saved developers a lot from typings and preserved
 consistency across different application tiers. But, this is not what
 Entity Engine itself can provide. All gains come from the integration.
 If we simply separate the OFBIZ entity engine into a stand alone ORM
 like tool, I bet its not very attractive and only people familiar with
 OFBIZ already will use it. 
 
 On the other hand, if there are another framework such as Grails that
 can provide at least same level of cross tier integration ability, while
 leverage the sophisticated and WELL KNOWN technologies (such as
 Hibernate/JPA for ORM, Spring for service tier component composition,
 Spring MVC for view tier framework). Sounds a little bit attractive than
 home made every thing, isn't it?
 
 Regards,
 Miles.
 
 On Thu, 2010-03-11 at 10:23 -0500, Ruth Hoffman wrote:
 Hi David:

 Nothing! I think this is an amazing piece of work. IMO, there are many 
 people out there who don't understand the Entity Engine value 
 proposition. That is why they keep asking for Hibernate etc.

 Here's some things I'd consider as additions:

 * Maybe making a separate component/webapp to manage the Entity
   Engine. Take it out of WebTools.
 * Include in that webapp any security/role management specific to
   the Entity Engine.
 * Entity Engine performance tools (or more information on how to use
   existing tools).
 * Better backup tools (or more information on how to use existing
   tools).

 More to come...
 Ruth
 
 Find me on the web at http://www.myofbiz.com or Google keyword myofbiz
 ruth.hoff...@myofbiz.com

 David E Jones wrote:
 If you could change anything about the data tier in OFBiz (basically the 
 Entity Engine), what would you change?

 All comments are welcome. If there is another tool you'd like to see used 
 instead of the Entity Engine, please describe what you like about it (like 
 I want to have an Java class for each table in my database) instead of 
 just mentioning the tool (like let's use Hibernate!).

 Why am I asking? This topic comes up every once in a while, and it's true 
 that many suggestions never get enough support to actually happen (or on 
 further research it is decided that the idea is not tenable), but 
 brainstorming about them to get ideas in the open is still a great thing. 
 The history of OFBiz is full of things like this where users and more 
 casual contributors had ideas and saw possibilities that others, even more 
 involved contributors, totally missed or never looked at that way. What I 
 think would be fun, and ultimately useful too, is to keep this mostly to 
 brainstorming and not do too much comparing of ideas.

 BTW, if you want to brainstorm about another tier (ie the Logic or UI 
 tiers) please use the other threads on those. If you'd like to discuss 
 things that aren't specific to a tier look for the General thread.

 -David

Re: Brainstorming about the Framework: tools


OK and now, who will follow all this suggestions (in short, mid and long terms) 
and how?
We really need to use a tool I guess...

Jacques

From: Jacques Le Roux jacques.le.r...@les7arts.com

Link for http://brainstorm.ubuntu.com/

Jacques

From: Jacques Le Roux jacques.le.r...@les7arts.com
I wonder if we could not use one of the tools below to better organize and keep traces of demands. This has been suggested on 
Opentaps forum and I think it's a good idea.
For the moment we kept things in http://cwiki.apache.org/confluence/display/OFBADMIN/New+Features+Roadmap+-+Living+Document but 
it's far from optimal



* UserVoice - http://uservoice.com/
* IdeaScale - http://www.ideascale.com/index.html

UserVoice seems the most popular system by far.  They have a free and discounted
version for open source projects.

Ideascale is newer, but they seem to offer better tools for collaboratively
writing feature requests.

**Open source**

* CNProg - http://wiki.github.com/cnprog/CNPROG
* Ubuntu BrainStorm - https://wiki.ubuntu.com/Brainstorm/Installation

Ubuntu Brainstorm is based on Drupal.  I'm not aware of anyone using it other
than Ubuntu.

CNProg is really interesting, but it's not meant for feature requests altho
you could kind of adapt it for that purpose.  CNProg is an open source clone
of StackOverflow.  It's focused on FAQs where you vote on the most popular FAQs.
However, if you just turned the world question into idea you could probably
use it to manage feature requests too.

**Other options**

* use the 
http://cwiki.apache.org/confluence/display/OFBADMIN/New+Features+Roadmap+-+Living+Document
It seems like a lot of projects benefit from this concept combined with 
sponsored development.
BTW I already suggested on dev ML to use well known Bouties and (my idea) 
Revert Bounties for sponsored developments.

I have not reviewed the tools myself (as I said I just/mostly copied this from a message on Opentaps forum) but if we are 
interested I/we could give my/our opininon(s)
I'm quite sure we could get more interesting and better organized ideas from such a tool. I guess we could install it (for 
instance Ubuntu Brainstorm) on our vm, maybe with the help of infra...


Jacques

Re: Brainstorming about the Framework: UI Tier


From: Adrian Crum adri...@hlmksw.com

David E Jones wrote:
If you could change anything about the user interface tier in OFBiz (basically the ControlServlet, the various widgets (Screen, 
Form, Menu, Tree), the separate webapps, actions in (or not in) groovy, etc), what would you change?


1. Reorganize the widget Java code so updates/enhancements are easier.

2. WebDAV support. Instead of using Eclipse to design the UI, use something 
like Dreamweaver.


Have mercy, not Dreamweaver!

Jacques

Unable to load vfs file

2010-03-11 Thread rahul ojha

Unable to load vfs file



org.ofbiz.base.start.StartupException: Cannot start()
org.ofbiz.commons.vfs.CommonsVfsContainer (Initializing
StandardFileSystemManager (Could not load VFS configuration from
file:/E:/opentaps-1.4-preview-3/bin/META-INF /vfs-providers.xml .))
at org.ofbiz.base.container.ContainerLoader.start(ContainerLoader.java:104)
at org.ofbiz.base.start.Start.startStartLoaders(Start.java:264)
at org.ofbiz.base.start.Start.startServer(Start.java:313)
at org.ofbiz.base.start.Start.start(Start.java:317)
at org.ofbiz.base.start.Start.main(Start.java:400)
org.ofbiz.base.container.ContainerException: Initializing
StandardFileSystemManager (Could not load VFS configuration from
file:/E:/opentaps-1.4-preview-3/bin/META-INF /vfs-providers.xml .)
at
org.ofbiz.commons.vfs.CommonsVfsContainer.start(CommonsVfsContainer.java:51)
at org.ofbiz.base.container.ContainerLoader.start(ContainerLoader.java:102)
at org.ofbiz.base.start.Start.startStartLoaders(Start.java:264)
at org.ofbiz.base.start.Start.startServer(Start.java:313)
at org.ofbiz.base.start.Start.start(Start.java:317)
at org.ofbiz.base.start.Start.main(Start.java:400)
Caused by: org.apache.commons.vfs.FileSystemException: Could not load VFS
configuration from file:/E:/opentaps-1.4-preview-3/bin/META-INF
/vfs-providers.xml .
at
org.apache.commons.vfs.impl.StandardFileSystemManager.configure(StandardFileSystemManager.java:199)
at
org.apache.commons.vfs.impl.StandardFileSystemManager.configurePlugins(StandardFileSystemManager.java:156)
at
org.apache.commons.vfs.impl.StandardFileSystemManager.init(StandardFileSystemManager.java:129)
at
org.webslinger.commons.vfs.VFSUtil.createStandardFileSystemManager(VFSUtil.java:351)
at
org.webslinger.commons.vfs.VFSUtil.createStandardFileSystemManager(VFSUtil.java:345)
at
org.ofbiz.commons.vfs.CommonsVfsContainer.start(CommonsVfsContainer.java:45)
... 5 more
Caused by: org.apache.commons.vfs.FileSystemException: Multiple providers
registered for URL scheme ofbiz-home.
at
org.apache.commons.vfs.impl.DefaultFileSystemManager.addProvider(DefaultFileSystemManager.java:174)
at
org.apache.commons.vfs.impl.StandardFileSystemManager.addProvider(StandardFileSystemManager.java:362)
at
org.apache.commons.vfs.impl.StandardFileSystemManager.configure(StandardFileSystemManager.java:262)
at
org.apache.commons.vfs.impl.StandardFileSystemManager.configure(StandardFileSystemManager.java:195)
... 10 more





how to solve above exception???
pls help me out to solve this exception.

Regards,
Rahul

Re: Brainstorming about the Framework: Logic Tier


From: james_sg snowme...@hotmail.com

Hi,

I would prefer logic tier codes that allows me to
1. step through with a debugger;
2. add breakpoint; and 
3. track variables :)


Most of the time log... is enough for me, I must even say all the time :o)

Jacques


So a debugger for minilang will be good.

Regards,
James


David E Jones-4 wrote:



If you could change anything about the logic tier in OFBiz (basically the
Service Engine, services written in simple-methods and Java; also less
formal logic like the many *Worker and *Helper classes), what would you
change?




--
View this message in context: 
http://n4.nabble.com/Brainstorming-about-the-Framework-Logic-Tier-tp1588523p1589306.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Brainstorming about the Framework: Data Tier


+1

Jacques

From: Ruth Hoffman rhoff...@aesolves.com

+1
Thank you BJ.
Ruth

Find me on the web at http://www.myofbiz.com or Google keyword myofbiz
ruth.hoff...@myofbiz.com

BJ Freeman wrote:

Let me ask this, if all these other approaches are better why is there
not a application like ofbiz done in them, without using ofbiz at all?

I keep getting the feeling that those that want major changes don't
really understand the design goals of ofbiz.

===

BJ Freeman
http://bjfreeman.elance.com
Strategic Power Office with Supplier Automation 
http://www.businessesnetwork.com/automation/viewforum.php?f=93
Specialtymarket.com http://www.specialtymarket.com/

Systems Integrator-- Glad to Assist

Chat  Y! messenger: bjfr33man
Linkedin
http://www.linkedin.com/profile?viewProfile=key=1237480locale=en_UStrk=tab_pro


huang.mi...@gmail.com sent the following on 3/11/2010 8:50 AM:


While reading the sentence There are many people out there who don't
understand the Entity Engine, I felt a problem implied in it: There are
absolutely much more people out there, and I'm sure the OFBIZ project
want to attract them in. Why they keep on asking Hibernate, Spring,
etc, though? Are they all wrong?

In my opinion, the OFBIZ framework DID do a right thing - to provide
developers an integrated framework. What I mean is in OFBIZ, the
developer can define entity in one place and share the entity definition
across different tiers, form persistence to presentation. This kind of
integration saved developers a lot from typings and preserved
consistency across different application tiers. But, this is not what
Entity Engine itself can provide. All gains come from the integration.
If we simply separate the OFBIZ entity engine into a stand alone ORM
like tool, I bet its not very attractive and only people familiar with
OFBIZ already will use it.
On the other hand, if there are another framework such as Grails that
can provide at least same level of cross tier integration ability, while
leverage the sophisticated and WELL KNOWN technologies (such as
Hibernate/JPA for ORM, Spring for service tier component composition,
Spring MVC for view tier framework). Sounds a little bit attractive than
home made every thing, isn't it?

Regards,
Miles.

On Thu, 2010-03-11 at 10:23 -0500, Ruth Hoffman wrote:


Hi David:

Nothing! I think this is an amazing piece of work. IMO, there are many people out there who don't understand the Entity Engine 
value proposition. That is why they keep asking for Hibernate etc.


Here's some things I'd consider as additions:

* Maybe making a separate component/webapp to manage the Entity
  Engine. Take it out of WebTools.
* Include in that webapp any security/role management specific to
  the Entity Engine.
* Entity Engine performance tools (or more information on how to use
  existing tools).
* Better backup tools (or more information on how to use existing
  tools).

More to come...
Ruth

Find me on the web at http://www.myofbiz.com or Google keyword myofbiz
ruth.hoff...@myofbiz.com

David E Jones wrote:


If you could change anything about the data tier in OFBiz (basically the Entity 
Engine), what would you change?

All comments are welcome. If there is another tool you'd like to see used instead of the Entity Engine, please describe what 
you like about it (like I want to have an Java class for each table in my database) instead of just mentioning the tool 
(like let's use Hibernate!).


Why am I asking? This topic comes up every once in a while, and it's true that many suggestions never get enough support to 
actually happen (or on further research it is decided that the idea is not tenable), but brainstorming about them to get ideas 
in the open is still a great thing. The history of OFBiz is full of things like this where users and more casual contributors 
had ideas and saw possibilities that others, even more involved contributors, totally missed or never looked at that way. What 
I think would be fun, and ultimately useful too, is to keep this mostly to brainstorming and not do too much comparing of 
ideas.


BTW, if you want to brainstorm about another tier (ie the Logic or UI tiers) please use the other threads on those. If you'd 
like to discuss things that aren't specific to a tier look for the General thread.


-David

Could not find a valid price for the product with ID [XX-XXXX], not adding to cart.


Hello,

While using the ecommerce demo at
http://ofbiz-vm.apache.org/ecommerce/control/main and trying to add
something to my cart I get the following error message;

Could not find a valid price for the product with ID [GZ-1001], not adding
to cart.

I have tried many different items but end with the same result.

TIA
-- 
View this message in context: 
http://n4.nabble.com/Could-not-find-a-valid-price-for-the-product-with-ID-XX--not-adding-to-cart-tp1589603p1589603.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Unable to load vfs file


post this on the opentaps forum
http://sourceforge.net/projects/opentaps/forums/forum/487771

=
BJ Freeman
http://bjfreeman.elance.com
Strategic Power Office with Supplier Automation 
http://www.businessesnetwork.com/automation/viewforum.php?f=93
Specialtymarket.com http://www.specialtymarket.com/

Systems Integrator-- Glad to Assist

Chat  Y! messenger: bjfr33man
Linkedin
http://www.linkedin.com/profile?viewProfile=key=1237480locale=en_UStrk=tab_pro


rahul ojha sent the following on 3/11/2010 10:47 AM:
 Unable to load vfs file
 
 
 
 org.ofbiz.base.start.StartupException: Cannot start()
 org.ofbiz.commons.vfs.CommonsVfsContainer (Initializing
 StandardFileSystemManager (Could not load VFS configuration from
 file:/E:/opentaps-1.4-preview-3/bin/META-INF /vfs-providers.xml .))
 at org.ofbiz.base.container.ContainerLoader.start(ContainerLoader.java:104)
 at org.ofbiz.base.start.Start.startStartLoaders(Start.java:264)
 at org.ofbiz.base.start.Start.startServer(Start.java:313)
 at org.ofbiz.base.start.Start.start(Start.java:317)
 at org.ofbiz.base.start.Start.main(Start.java:400)
 org.ofbiz.base.container.ContainerException: Initializing
 StandardFileSystemManager (Could not load VFS configuration from
 file:/E:/opentaps-1.4-preview-3/bin/META-INF /vfs-providers.xml .)
 at
 org.ofbiz.commons.vfs.CommonsVfsContainer.start(CommonsVfsContainer.java:51)
 at org.ofbiz.base.container.ContainerLoader.start(ContainerLoader.java:102)
 at org.ofbiz.base.start.Start.startStartLoaders(Start.java:264)
 at org.ofbiz.base.start.Start.startServer(Start.java:313)
 at org.ofbiz.base.start.Start.start(Start.java:317)
 at org.ofbiz.base.start.Start.main(Start.java:400)
 Caused by: org.apache.commons.vfs.FileSystemException: Could not load VFS
 configuration from file:/E:/opentaps-1.4-preview-3/bin/META-INF
 /vfs-providers.xml .
 at
 org.apache.commons.vfs.impl.StandardFileSystemManager.configure(StandardFileSystemManager.java:199)
 at
 org.apache.commons.vfs.impl.StandardFileSystemManager.configurePlugins(StandardFileSystemManager.java:156)
 at
 org.apache.commons.vfs.impl.StandardFileSystemManager.init(StandardFileSystemManager.java:129)
 at
 org.webslinger.commons.vfs.VFSUtil.createStandardFileSystemManager(VFSUtil.java:351)
 at
 org.webslinger.commons.vfs.VFSUtil.createStandardFileSystemManager(VFSUtil.java:345)
 at
 org.ofbiz.commons.vfs.CommonsVfsContainer.start(CommonsVfsContainer.java:45)
 ... 5 more
 Caused by: org.apache.commons.vfs.FileSystemException: Multiple providers
 registered for URL scheme ofbiz-home.
 at
 org.apache.commons.vfs.impl.DefaultFileSystemManager.addProvider(DefaultFileSystemManager.java:174)
 at
 org.apache.commons.vfs.impl.StandardFileSystemManager.addProvider(StandardFileSystemManager.java:362)
 at
 org.apache.commons.vfs.impl.StandardFileSystemManager.configure(StandardFileSystemManager.java:262)
 at
 org.apache.commons.vfs.impl.StandardFileSystemManager.configure(StandardFileSystemManager.java:195)
 ... 10 more
 
 
 
 
 
 how to solve above exception???
 pls help me out to solve this exception.
 
 Regards,
 Rahul

RE: We are needing People in order to Ofbiz Project.

2010-03-11 Thread Stalyn J Chavez Rodriguez


Hello. 


We are needing People with knowledge  in Ofbiz Project and want work with us. 
currently, we are locating and customizing for Peruvian law, but we are needing 
more guys.


The Job is in Lima, Peru.
The customer is a Mega building company in our country.

Please contact me to staly...@hotmail.com, scha...@sinergium.net

Thanks you

Phone : Peru. 511 - 4980611

   


  
Compartir tus mejores FOTOS es fácil en Messenger  ¡DESCUBRE cómo!  
  
_
Ahora Messenger en tu Blackberry® 8520 con Movistar por 0 €. ¿A qué esperas?
http://serviciosmoviles.es.msn.com/messenger/blackberry.aspx

Re: Could not find a valid price for the product with ID [XX-XXXX], not adding to cart.


Hi Ruth,

I did as you suggested and this time used GZ-2644 as the example. I logged
in a s admin and went to the following;

https://ofbiz-vm.apache.org:8443/catalog/control/EditProductPrices?productId=GZ-2644
 

Default, min, max prices, etc were all present so I am assuming something
else is wrong.

Thanks for the help.
-- 
View this message in context: 
http://n4.nabble.com/Could-not-find-a-valid-price-for-the-product-with-ID-XX--not-adding-to-cart-tp1589603p1589670.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Could not find a valid price for the product with ID [XX-XXXX], not adding to cart.


Check you have a price corresponding to the currency you use in your store for 
this product

Jacques

From: ScottA sc...@uniondiamond.com


Hello,

While using the ecommerce demo at
http://ofbiz-vm.apache.org/ecommerce/control/main and trying to add
something to my cart I get the following error message;

Could not find a valid price for the product with ID [GZ-1001], not adding
to cart.

I have tried many different items but end with the same result.

TIA
--
View this message in context: 
http://n4.nabble.com/Could-not-find-a-valid-price-for-the-product-with-ID-XX--not-adding-to-cart-tp1589603p1589603.html

Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Could not find a valid price for the product with ID [XX-XXXX], not adding to cart.


It could be that in ecommerce you have a currency set and there are no prices 
for that currency for these products.

-David


On Mar 11, 2010, at 12:58 PM, ScottA wrote:

 
 Hi Ruth,
 
 I did as you suggested and this time used GZ-2644 as the example. I logged
 in a s admin and went to the following;
 
 https://ofbiz-vm.apache.org:8443/catalog/control/EditProductPrices?productId=GZ-2644
  
 
 Default, min, max prices, etc were all present so I am assuming something
 else is wrong.
 
 Thanks for the help.
 -- 
 View this message in context: 
 http://n4.nabble.com/Could-not-find-a-valid-price-for-the-product-with-ID-XX--not-adding-to-cart-tp1589603p1589670.html
 Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Brainstorming about the Framework: tools


I have created
http://ofbiz.uservoice.com/
and
http://ofbiz.ideascale.com/

Looks like almost the same to me.
We may create more if needed, or completly forget the idea...

Jacques

From: Jacques Le Roux jacques.le.r...@les7arts.com

OK and now, who will follow all this suggestions (in short, mid and long terms) 
and how?
We really need to use a tool I guess...

Jacques

From: Jacques Le Roux jacques.le.r...@les7arts.com

Link for http://brainstorm.ubuntu.com/

Jacques

From: Jacques Le Roux jacques.le.r...@les7arts.com
I wonder if we could not use one of the tools below to better organize and keep traces of demands. This has been suggested on 
Opentaps forum and I think it's a good idea.
For the moment we kept things in http://cwiki.apache.org/confluence/display/OFBADMIN/New+Features+Roadmap+-+Living+Document but 
it's far from optimal



* UserVoice - http://uservoice.com/
* IdeaScale - http://www.ideascale.com/index.html

UserVoice seems the most popular system by far.  They have a free and discounted
version for open source projects.

Ideascale is newer, but they seem to offer better tools for collaboratively
writing feature requests.

**Open source**

* CNProg - http://wiki.github.com/cnprog/CNPROG
* Ubuntu BrainStorm - https://wiki.ubuntu.com/Brainstorm/Installation

Ubuntu Brainstorm is based on Drupal.  I'm not aware of anyone using it other
than Ubuntu.

CNProg is really interesting, but it's not meant for feature requests altho
you could kind of adapt it for that purpose.  CNProg is an open source clone
of StackOverflow.  It's focused on FAQs where you vote on the most popular FAQs.
However, if you just turned the world question into idea you could probably
use it to manage feature requests too.

**Other options**

* use the 
http://cwiki.apache.org/confluence/display/OFBADMIN/New+Features+Roadmap+-+Living+Document
It seems like a lot of projects benefit from this concept combined with 
sponsored development.
BTW I already suggested on dev ML to use well known Bouties and (my idea) 
Revert Bounties for sponsored developments.

I have not reviewed the tools myself (as I said I just/mostly copied this from a message on Opentaps forum) but if we are 
interested I/we could give my/our opininon(s)
I'm quite sure we could get more interesting and better organized ideas from such a tool. I guess we could install it (for 
instance Ubuntu Brainstorm) on our vm, maybe with the help of infra...


Jacques

Re: Brainstorming about the Framework: Data Tier

2010-03-11 Thread Nicolas Malin


-1

BJ, Ruth,

Saying that OFBiz should move in the same way that other projects is a 
bit stupid, and show that you've not fully understand OFBiz and the 
entity engine.
It is now 7 years I'm working on OFBiz, and I have made the same error 
at the beginning as others, I did'nt understood at the moment the beauty 
of the entityengine.
Looking back at my hard start, I'm glad having done this error, and now 
more than mastering the entity engine, and all its abilities in tems of 
connections, abstractions, and more.
The only fault I found was on huge customers projects where there were 
big business needs.


At LibrenBerry and Nereide, we've then added generators to fill the gap, 
and this remove nothing from the entity-engine capabilities, but add 
more smoothness in its use. The combination form/screen/minilang is as 
strong as before and more stronger. For big business needs, where java 
is needed, the generated code is more reliable (who never has made on 
error on Strings ?). for an example, you can take a look to neogia 
accounting code, to see how entity-engine and code generation 
combination is valuable.


From our side, it is sure that helping development by generation is not 
revolutionizing OFBiz, and should not do it, noone told to replace 
entity-engine with hibernate.

Generation is adding a bigger flexibility and a more reliable product.

From my point of view, OFBiz is more than just an ERP. It is also a 
strong base for any project, from the small ones to the big ones. Adding 
MDA tools in its data model can only be a good thing.


Cheers,
Nicolas

Ruth Hoffman a écrit :

+1
Thank you BJ.
Ruth

Find me on the web at http://www.myofbiz.com or Google keyword myofbiz
ruth.hoff...@myofbiz.com

BJ Freeman wrote:

Let me ask this, if all these other approaches are better why is there
not a application like ofbiz done in them, without using ofbiz at all?

I keep getting the feeling that those that want major changes don't
really understand the design goals of ofbiz.

===

BJ Freeman
http://bjfreeman.elance.com
Strategic Power Office with Supplier Automation 
http://www.businessesnetwork.com/automation/viewforum.php?f=93

Specialtymarket.com http://www.specialtymarket.com/

Systems Integrator-- Glad to Assist

Chat  Y! messenger: bjfr33man
Linkedin
http://www.linkedin.com/profile?viewProfile=key=1237480locale=en_UStrk=tab_pro 




huang.mi...@gmail.com sent the following on 3/11/2010 8:50 AM:
 

While reading the sentence There are many people out there who don't
understand the Entity Engine, I felt a problem implied in it: There 
are

absolutely much more people out there, and I'm sure the OFBIZ project
want to attract them in. Why they keep on asking Hibernate, Spring,
etc, though? Are they all wrong?

In my opinion, the OFBIZ framework DID do a right thing - to provide
developers an integrated framework. What I mean is in OFBIZ, the
developer can define entity in one place and share the entity 
definition

across different tiers, form persistence to presentation. This kind of
integration saved developers a lot from typings and preserved
consistency across different application tiers. But, this is not what
Entity Engine itself can provide. All gains come from the integration.
If we simply separate the OFBIZ entity engine into a stand alone ORM
like tool, I bet its not very attractive and only people familiar with
OFBIZ already will use it.
On the other hand, if there are another framework such as Grails that
can provide at least same level of cross tier integration ability, 
while

leverage the sophisticated and WELL KNOWN technologies (such as
Hibernate/JPA for ORM, Spring for service tier component composition,
Spring MVC for view tier framework). Sounds a little bit attractive 
than

home made every thing, isn't it?

Regards,
Miles.

On Thu, 2010-03-11 at 10:23 -0500, Ruth Hoffman wrote:
   

Hi David:

Nothing! I think this is an amazing piece of work. IMO, there are 
many people out there who don't understand the Entity Engine value 
proposition. That is why they keep asking for Hibernate etc.


Here's some things I'd consider as additions:

* Maybe making a separate component/webapp to manage the Entity
  Engine. Take it out of WebTools.
* Include in that webapp any security/role management specific to
  the Entity Engine.
* Entity Engine performance tools (or more information on how 
to use

  existing tools).
* Better backup tools (or more information on how to use existing
  tools).

More to come...
Ruth

Find me on the web at http://www.myofbiz.com or Google keyword 
myofbiz

ruth.hoff...@myofbiz.com

David E Jones wrote:
 
If you could change anything about the data tier in OFBiz 
(basically the Entity Engine), what would you change?


All comments are welcome. If there is another tool you'd like to 
see used instead of the

Re: Brainstorming about the Framework: tools


At least tonight (here GMT+1) ideascale is quicker...

Jacques

From: Jacques Le Roux jacques.le.r...@les7arts.com

I have created
http://ofbiz.uservoice.com/
and
http://ofbiz.ideascale.com/

Looks like almost the same to me.
We may create more if needed, or completly forget the idea...

Jacques

From: Jacques Le Roux jacques.le.r...@les7arts.com

OK and now, who will follow all this suggestions (in short, mid and long terms) 
and how?
We really need to use a tool I guess...

Jacques

From: Jacques Le Roux jacques.le.r...@les7arts.com

Link for http://brainstorm.ubuntu.com/

Jacques

From: Jacques Le Roux jacques.le.r...@les7arts.com
I wonder if we could not use one of the tools below to better organize and keep traces of demands. This has been suggested on 
Opentaps forum and I think it's a good idea.
For the moment we kept things in http://cwiki.apache.org/confluence/display/OFBADMIN/New+Features+Roadmap+-+Living+Document but 
it's far from optimal



* UserVoice - http://uservoice.com/
* IdeaScale - http://www.ideascale.com/index.html

UserVoice seems the most popular system by far.  They have a free and discounted
version for open source projects.

Ideascale is newer, but they seem to offer better tools for collaboratively
writing feature requests.

**Open source**

* CNProg - http://wiki.github.com/cnprog/CNPROG
* Ubuntu BrainStorm - https://wiki.ubuntu.com/Brainstorm/Installation

Ubuntu Brainstorm is based on Drupal.  I'm not aware of anyone using it other
than Ubuntu.

CNProg is really interesting, but it's not meant for feature requests altho
you could kind of adapt it for that purpose.  CNProg is an open source clone
of StackOverflow.  It's focused on FAQs where you vote on the most popular FAQs.
However, if you just turned the world question into idea you could probably
use it to manage feature requests too.

**Other options**

* use the 
http://cwiki.apache.org/confluence/display/OFBADMIN/New+Features+Roadmap+-+Living+Document
It seems like a lot of projects benefit from this concept combined with 
sponsored development.
BTW I already suggested on dev ML to use well known Bouties and (my idea) 
Revert Bounties for sponsored developments.

I have not reviewed the tools myself (as I said I just/mostly copied this from a message on Opentaps forum) but if we are 
interested I/we could give my/our opininon(s)
I'm quite sure we could get more interesting and better organized ideas from such a tool. I guess we could install it (for 
instance Ubuntu Brainstorm) on our vm, maybe with the help of infra...


Jacques

Re: Could not find a valid price for the product with ID [XX-XXXX], not adding to cart.


Hi David:
I don't understand.
The demo is set to USD. Go look...The prices are not showing up at all 
on the main category page. Some of the prices don't have from times 
set...but changing that doesn't effect the prices showing up or cart 
additions.

Ruth

David E Jones wrote:

It could be that in ecommerce you have a currency set and there are no prices 
for that currency for these products.

-David


On Mar 11, 2010, at 12:58 PM, ScottA wrote:

  

Hi Ruth,

I did as you suggested and this time used GZ-2644 as the example. I logged
in a s admin and went to the following;

https://ofbiz-vm.apache.org:8443/catalog/control/EditProductPrices?productId=GZ-2644 


Default, min, max prices, etc were all present so I am assuming something
else is wrong.

Thanks for the help.
--
View this message in context: 
http://n4.nabble.com/Could-not-find-a-valid-price-for-the-product-with-ID-XX--not-adding-to-cart-tp1589603p1589670.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Could not find a valid price for the product with ID [XX-XXXX], not adding to cart.


As far as I can tell, I have the currency sety as USD in ecommerce and the
deafault currency in catalogue manager is also set to USD
-- 
View this message in context: 
http://n4.nabble.com/Could-not-find-a-valid-price-for-the-product-with-ID-XX--not-adding-to-cart-tp1589603p1589713.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Could not find a valid price for the product with ID [XX-XXXX], not adding to cart.


Hi Scott:
Not when I was there. It was set to USD on both the store-front page and 
in the Catalog Manager.

But, given that, when you switched it back, did the prices show up?
TIA
Ruth

Scott Gray wrote:

Check the product store, someone has changed the currency/localization to 
Turkey hence the USD prices no longer apply.

Regards
Scott

HotWax Media
http://www.hotwaxmedia.com

On 11/03/2010, at 1:40 PM, Ruth Hoffman wrote:

  

Hi David:
I don't understand.
The demo is set to USD. Go look...The prices are not showing up at all on the 
main category page. Some of the prices don't have from times set...but changing 
that doesn't effect the prices showing up or cart additions.
Ruth

David E Jones wrote:


It could be that in ecommerce you have a currency set and there are no prices 
for that currency for these products.

-David


On Mar 11, 2010, at 12:58 PM, ScottA wrote:

 
  

Hi Ruth,

I did as you suggested and this time used GZ-2644 as the example. I logged
in a s admin and went to the following;

https://ofbiz-vm.apache.org:8443/catalog/control/EditProductPrices?productId=GZ-2644 
Default, min, max prices, etc were all present so I am assuming something

else is wrong.

Thanks for the help.
--
View this message in context: 
http://n4.nabble.com/Could-not-find-a-valid-price-for-the-product-with-ID-XX--not-adding-to-cart-tp1589603p1589670.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Could not find a valid price for the product with ID [XX-XXXX], not adding to cart.


Hi ScottA:
That is exactly what I observed a few minutes ago.
Regards,
Ruth

ScottA wrote:

As far as I can tell, I have the currency sety as USD in ecommerce and the
deafault currency in catalogue manager is also set to USD

Re: Could not find a valid price for the product with ID [XX-XXXX], not adding to cart.


I went back in to the product store and reverified. This time I noticed that
someone had changed the thru date in the price rules to 2010-03-02
03:29:01.879 so I moved it our to 2010-04-03 04:17:53.000 but ended up with
the same result. I hope I'm not missing something basic here. 
-- 
View this message in context: 
http://n4.nabble.com/Could-not-find-a-valid-price-for-the-product-with-ID-XX--not-adding-to-cart-tp1589603p1589764.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

EZBiz


Hi David et al,

I know back in late October you had posted about the idea of EZBiz and at
the time, there appeared to be a great deal of enthusiasm. I was just
wondering if anything ever came of it or if you have just had bigger fish to
fry in the mean time? 

Thanks in advance.

-- 
View this message in context: http://n4.nabble.com/EZBiz-tp1589812p1589812.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Brainstorming about the Framework: Data Tier

2010-03-11 Thread Rodrigo Lima

Hi David,

I believe it is worth following in a path parallel to the Entity Engine,
which already has its
value and trust already established.
A model that looks interesting data model would be to create a layer as the
SDO (Service Data Objects http://en.wikipedia.org/wiki/Service_Data_Objects)
to
services layer, which could easily be used by various technologies UI Tier.

A great detail is the question of objects typed and untyped.

Some might say that this issue is easily solved with Web Services, however,
in practice, it is not so simple for many platforms.

Regards,

Rodrigo


2010/3/11 Nicolas Malin malin.nico...@librenberry.net

 -1

 BJ, Ruth,

 Saying that OFBiz should move in the same way that other projects is a bit
 stupid, and show that you've not fully understand OFBiz and the entity
 engine.
 It is now 7 years I'm working on OFBiz, and I have made the same error at
 the beginning as others, I did'nt understood at the moment the beauty of the
 entityengine.
 Looking back at my hard start, I'm glad having done this error, and now
 more than mastering the entity engine, and all its abilities in tems of
 connections, abstractions, and more.
 The only fault I found was on huge customers projects where there were big
 business needs.

 At LibrenBerry and Nereide, we've then added generators to fill the gap,
 and this remove nothing from the entity-engine capabilities, but add more
 smoothness in its use. The combination form/screen/minilang is as strong as
 before and more stronger. For big business needs, where java is needed, the
 generated code is more reliable (who never has made on error on Strings ?).
 for an example, you can take a look to neogia accounting code, to see how
 entity-engine and code generation combination is valuable.

 From our side, it is sure that helping development by generation is not
 revolutionizing OFBiz, and should not do it, noone told to replace
 entity-engine with hibernate.
 Generation is adding a bigger flexibility and a more reliable product.

 From my point of view, OFBiz is more than just an ERP. It is also a strong
 base for any project, from the small ones to the big ones. Adding MDA tools
 in its data model can only be a good thing.

 Cheers,
 Nicolas

 Ruth Hoffman a écrit :

  +1
 Thank you BJ.
 Ruth
 
 Find me on the web at http://www.myofbiz.com or Google keyword myofbiz
 ruth.hoff...@myofbiz.com

 BJ Freeman wrote:

 Let me ask this, if all these other approaches are better why is there
 not a application like ofbiz done in them, without using ofbiz at all?

 I keep getting the feeling that those that want major changes don't
 really understand the design goals of ofbiz.

 ===

 BJ Freeman
 http://bjfreeman.elance.com
 Strategic Power Office with Supplier Automation 
 http://www.businessesnetwork.com/automation/viewforum.php?f=93
 Specialtymarket.com http://www.specialtymarket.com/

 Systems Integrator-- Glad to Assist

 Chat  Y! messenger: bjfr33man
 Linkedin
 
 http://www.linkedin.com/profile?viewProfile=key=1237480locale=en_UStrk=tab_pro



 huang.mi...@gmail.com sent the following on 3/11/2010 8:50 AM:


 While reading the sentence There are many people out there who don't
 understand the Entity Engine, I felt a problem implied in it: There are
 absolutely much more people out there, and I'm sure the OFBIZ project
 want to attract them in. Why they keep on asking Hibernate, Spring,
 etc, though? Are they all wrong?

 In my opinion, the OFBIZ framework DID do a right thing - to provide
 developers an integrated framework. What I mean is in OFBIZ, the
 developer can define entity in one place and share the entity definition
 across different tiers, form persistence to presentation. This kind of
 integration saved developers a lot from typings and preserved
 consistency across different application tiers. But, this is not what
 Entity Engine itself can provide. All gains come from the integration.
 If we simply separate the OFBIZ entity engine into a stand alone ORM
 like tool, I bet its not very attractive and only people familiar with
 OFBIZ already will use it.
 On the other hand, if there are another framework such as Grails that
 can provide at least same level of cross tier integration ability, while
 leverage the sophisticated and WELL KNOWN technologies (such as
 Hibernate/JPA for ORM, Spring for service tier component composition,
 Spring MVC for view tier framework). Sounds a little bit attractive than
 home made every thing, isn't it?

 Regards,
 Miles.

 On Thu, 2010-03-11 at 10:23 -0500, Ruth Hoffman wrote:


 Hi David:

 Nothing! I think this is an amazing piece of work. IMO, there are many
 people out there who don't understand the Entity Engine value proposition.
 That is why they keep asking for Hibernate etc.

 Here's some things I'd consider as additions:

* Maybe making a separate component/webapp to manage the Entity
  Engine. Take it out of

Re: Brainstorming about the Framework: UI Tier

2010-03-11 Thread Rodrigo Lima

Hi David,

I suggest the creation of specialized handlers for the platform from Adobe,
Flex.Being practical, Remote Objects.
Even easier, create libraries of custom implementation, as are the layers
below (Screen, Form, Menu, Tree).
I am a potential contributor in this process.

Rodrigo

2010/3/11 Bruno Busco bruno.bu...@gmail.com

 Hi David,
 1) A PortalPage widget would be useful in order to easily add
 user-customizable areas in every screen
 2) We need a way to have components to extend the UI of the components they
 depend on. See https://issues.apache.org/jira/browse/OFBIZ-3373
 3) A collapsible left column (containing a PortalPage widget) would allow
 to
 have more information on the screen
 4) Generally more consistency. All the screens of all applications should
 be
 more similar in the layout

 -Bruno


 2010/3/11 David E Jones d...@me.com

 
  If you could change anything about the user interface tier in OFBiz
  (basically the ControlServlet, the various widgets (Screen, Form, Menu,
  Tree), the separate webapps, actions in (or not in) groovy, etc), what
 would
  you change?
 
  All comments are welcome. If there is another tool you'd like to see used
  instead of the Screen Widget (for example), please describe what you like
  about it (like I like to orchestrate my web pages using Java classes or
 I
  like having fewer/more/bigger/smaller files or I hate having to declare
  every request and view or I wish the screens used included screens
  top-down instead of the bottom-up decorator pattern) instead of just
  mentioning the tool (like let's use Struts!).
 
  Why am I asking? This topic comes up every once in a while, and it's true
  that many suggestions never get enough support to actually happen (or on
  further research it is decided that the idea is not tenable), but
  brainstorming about them to get ideas in the open is still a great thing.
  The history of OFBiz is full of things like this where users and more
 casual
  contributors had ideas and saw possibilities that others, even more
 involved
  contributors, totally missed or never looked at that way. What I think
 would
  be fun, and ultimately useful too, is to keep this mostly to
 brainstorming
  and not do too much comparing of ideas.
 
  BTW, if you want to brainstorm about another tier (ie the Data or Logic
  tiers) please use the other threads on those. If you'd like to discuss
  things that aren't specific to a tier look for the General thread.
 
  -David

Re: Brainstorming about the Framework: Data Tier


The SDO stuff (that was originally WDO) seems to be more related to the service 
engine in OFBiz than to the entity engine. I might be misunderstanding that 
though...

Whatever the case, what is it that you like about SDO, or how does it make your 
life easier?

-David


On Mar 11, 2010, at 6:43 PM, Rodrigo Lima wrote:

 Hi David,
 
 I believe it is worth following in a path parallel to the Entity Engine,
 which already has its
 value and trust already established.
 A model that looks interesting data model would be to create a layer as the
 SDO (Service Data Objects http://en.wikipedia.org/wiki/Service_Data_Objects)
 to
 services layer, which could easily be used by various technologies UI Tier.
 
 A great detail is the question of objects typed and untyped.
 
 Some might say that this issue is easily solved with Web Services, however,
 in practice, it is not so simple for many platforms.
 
 Regards,
 
 Rodrigo
 
 
 2010/3/11 Nicolas Malin malin.nico...@librenberry.net
 
 -1
 
 BJ, Ruth,
 
 Saying that OFBiz should move in the same way that other projects is a bit
 stupid, and show that you've not fully understand OFBiz and the entity
 engine.
 It is now 7 years I'm working on OFBiz, and I have made the same error at
 the beginning as others, I did'nt understood at the moment the beauty of the
 entityengine.
 Looking back at my hard start, I'm glad having done this error, and now
 more than mastering the entity engine, and all its abilities in tems of
 connections, abstractions, and more.
 The only fault I found was on huge customers projects where there were big
 business needs.
 
 At LibrenBerry and Nereide, we've then added generators to fill the gap,
 and this remove nothing from the entity-engine capabilities, but add more
 smoothness in its use. The combination form/screen/minilang is as strong as
 before and more stronger. For big business needs, where java is needed, the
 generated code is more reliable (who never has made on error on Strings ?).
 for an example, you can take a look to neogia accounting code, to see how
 entity-engine and code generation combination is valuable.
 
 From our side, it is sure that helping development by generation is not
 revolutionizing OFBiz, and should not do it, noone told to replace
 entity-engine with hibernate.
 Generation is adding a bigger flexibility and a more reliable product.
 
 From my point of view, OFBiz is more than just an ERP. It is also a strong
 base for any project, from the small ones to the big ones. Adding MDA tools
 in its data model can only be a good thing.
 
 Cheers,
 Nicolas
 
 Ruth Hoffman a écrit :
 
 +1
 Thank you BJ.
 Ruth
 
 Find me on the web at http://www.myofbiz.com or Google keyword myofbiz
 ruth.hoff...@myofbiz.com
 
 BJ Freeman wrote:
 
 Let me ask this, if all these other approaches are better why is there
 not a application like ofbiz done in them, without using ofbiz at all?
 
 I keep getting the feeling that those that want major changes don't
 really understand the design goals of ofbiz.
 
 ===
 
 BJ Freeman
 http://bjfreeman.elance.com
 Strategic Power Office with Supplier Automation 
 http://www.businessesnetwork.com/automation/viewforum.php?f=93
 Specialtymarket.com http://www.specialtymarket.com/
 
 Systems Integrator-- Glad to Assist
 
 Chat  Y! messenger: bjfr33man
 Linkedin
 
 http://www.linkedin.com/profile?viewProfile=key=1237480locale=en_UStrk=tab_pro
 
 
 
 huang.mi...@gmail.com sent the following on 3/11/2010 8:50 AM:
 
 
 While reading the sentence There are many people out there who don't
 understand the Entity Engine, I felt a problem implied in it: There are
 absolutely much more people out there, and I'm sure the OFBIZ project
 want to attract them in. Why they keep on asking Hibernate, Spring,
 etc, though? Are they all wrong?
 
 In my opinion, the OFBIZ framework DID do a right thing - to provide
 developers an integrated framework. What I mean is in OFBIZ, the
 developer can define entity in one place and share the entity definition
 across different tiers, form persistence to presentation. This kind of
 integration saved developers a lot from typings and preserved
 consistency across different application tiers. But, this is not what
 Entity Engine itself can provide. All gains come from the integration.
 If we simply separate the OFBIZ entity engine into a stand alone ORM
 like tool, I bet its not very attractive and only people familiar with
 OFBIZ already will use it.
 On the other hand, if there are another framework such as Grails that
 can provide at least same level of cross tier integration ability, while
 leverage the sophisticated and WELL KNOWN technologies (such as
 Hibernate/JPA for ORM, Spring for service tier component composition,
 Spring MVC for view tier framework). Sounds a little bit attractive than
 home made every thing, isn't it?
 
 Regards,
 Miles.
 
 On Thu, 2010-03-11 at 10:23 -0500, Ruth Hoffman

Re: Brainstorming about the Framework: Data Tier


Nicolas,

I guess this goes back to discussions on approach even as basic as compiled 
versus interpreted languages, or at least the issue of typos in variable names.

What is it that you like about having these generated classes to use? You 
mentioned auto-completion in IDEs and compile time variable name and type 
checking. Are there other ways this makes your life easier, or is that the main 
point?

-David


On Mar 11, 2010, at 1:34 PM, Nicolas Malin wrote:

 -1
 
 BJ, Ruth,
 
 Saying that OFBiz should move in the same way that other projects is a bit 
 stupid, and show that you've not fully understand OFBiz and the entity engine.
 It is now 7 years I'm working on OFBiz, and I have made the same error at the 
 beginning as others, I did'nt understood at the moment the beauty of the 
 entityengine.
 Looking back at my hard start, I'm glad having done this error, and now more 
 than mastering the entity engine, and all its abilities in tems of 
 connections, abstractions, and more.
 The only fault I found was on huge customers projects where there were big 
 business needs.
 
 At LibrenBerry and Nereide, we've then added generators to fill the gap, and 
 this remove nothing from the entity-engine capabilities, but add more 
 smoothness in its use. The combination form/screen/minilang is as strong as 
 before and more stronger. For big business needs, where java is needed, the 
 generated code is more reliable (who never has made on error on Strings ?). 
 for an example, you can take a look to neogia accounting code, to see how 
 entity-engine and code generation combination is valuable.
 
 From our side, it is sure that helping development by generation is not 
 revolutionizing OFBiz, and should not do it, noone told to replace 
 entity-engine with hibernate.
 Generation is adding a bigger flexibility and a more reliable product.
 
 From my point of view, OFBiz is more than just an ERP. It is also a strong 
 base for any project, from the small ones to the big ones. Adding MDA tools 
 in its data model can only be a good thing.
 
 Cheers,
 Nicolas
 
 Ruth Hoffman a écrit :
 +1
 Thank you BJ.
 Ruth
 
 Find me on the web at http://www.myofbiz.com or Google keyword myofbiz
 ruth.hoff...@myofbiz.com
 
 BJ Freeman wrote:
 Let me ask this, if all these other approaches are better why is there
 not a application like ofbiz done in them, without using ofbiz at all?
 
 I keep getting the feeling that those that want major changes don't
 really understand the design goals of ofbiz.
 
 ===
 
 BJ Freeman
 http://bjfreeman.elance.com
 Strategic Power Office with Supplier Automation 
 http://www.businessesnetwork.com/automation/viewforum.php?f=93
 Specialtymarket.com http://www.specialtymarket.com/
 
 Systems Integrator-- Glad to Assist
 
 Chat  Y! messenger: bjfr33man
 Linkedin
 http://www.linkedin.com/profile?viewProfile=key=1237480locale=en_UStrk=tab_pro
  
 
 
 huang.mi...@gmail.com sent the following on 3/11/2010 8:50 AM:
 
 While reading the sentence There are many people out there who don't
 understand the Entity Engine, I felt a problem implied in it: There are
 absolutely much more people out there, and I'm sure the OFBIZ project
 want to attract them in. Why they keep on asking Hibernate, Spring,
 etc, though? Are they all wrong?
 
 In my opinion, the OFBIZ framework DID do a right thing - to provide
 developers an integrated framework. What I mean is in OFBIZ, the
 developer can define entity in one place and share the entity definition
 across different tiers, form persistence to presentation. This kind of
 integration saved developers a lot from typings and preserved
 consistency across different application tiers. But, this is not what
 Entity Engine itself can provide. All gains come from the integration.
 If we simply separate the OFBIZ entity engine into a stand alone ORM
 like tool, I bet its not very attractive and only people familiar with
 OFBIZ already will use it.
 On the other hand, if there are another framework such as Grails that
 can provide at least same level of cross tier integration ability, while
 leverage the sophisticated and WELL KNOWN technologies (such as
 Hibernate/JPA for ORM, Spring for service tier component composition,
 Spring MVC for view tier framework). Sounds a little bit attractive than
 home made every thing, isn't it?
 
 Regards,
 Miles.
 
 On Thu, 2010-03-11 at 10:23 -0500, Ruth Hoffman wrote:
   
 Hi David:
 
 Nothing! I think this is an amazing piece of work. IMO, there are many 
 people out there who don't understand the Entity Engine value 
 proposition. That is why they keep asking for Hibernate etc.
 
 Here's some things I'd consider as additions:
 
* Maybe making a separate component/webapp to manage the Entity
  Engine. Take it out of WebTools.
* Include in that webapp any security/role management specific to
  the Entity Engine.
* Entity Engine performance tools (or

Re: Brainstorming about the Framework: Data Tier

2010-03-11 Thread Rodrigo Lima

David,

SDO is intended to give applications an easy-to-use, uniform programming
model for accessing and updating data, regardless of the underlying source
or format of the data.
The Service Data Objects (SDO) API allows client applications to read and
update the data through a typed or untyped interface.
However, unlike a conventional Web service, at the core of each data service
is an XML data type.
The network is accessed again only when the client wants to apply the data
changes to the source.
Disconnected data access contributes to a scalable, efficient computing
environment because back-end system resources are never tied up for very
long.
I suggest also apply the concept of SDO with XQuery and XPath





2010/3/12 David E Jones d...@me.com


 The SDO stuff (that was originally WDO) seems to be more related to the
 service engine in OFBiz than to the entity engine. I might be
 misunderstanding that though...

 Whatever the case, what is it that you like about SDO, or how does it make
 your life easier?

 -David


 On Mar 11, 2010, at 6:43 PM, Rodrigo Lima wrote:

  Hi David,
 
  I believe it is worth following in a path parallel to the Entity Engine,
  which already has its
  value and trust already established.
  A model that looks interesting data model would be to create a layer as
 the
  SDO (Service Data Objects
 http://en.wikipedia.org/wiki/Service_Data_Objects)
  to
  services layer, which could easily be used by various technologies UI
 Tier.
 
  A great detail is the question of objects typed and untyped.
 
  Some might say that this issue is easily solved with Web Services,
 however,
  in practice, it is not so simple for many platforms.
 
  Regards,
 
  Rodrigo
 
 
  2010/3/11 Nicolas Malin malin.nico...@librenberry.net
 
  -1
 
  BJ, Ruth,
 
  Saying that OFBiz should move in the same way that other projects is a
 bit
  stupid, and show that you've not fully understand OFBiz and the entity
  engine.
  It is now 7 years I'm working on OFBiz, and I have made the same error
 at
  the beginning as others, I did'nt understood at the moment the beauty of
 the
  entityengine.
  Looking back at my hard start, I'm glad having done this error, and now
  more than mastering the entity engine, and all its abilities in tems of
  connections, abstractions, and more.
  The only fault I found was on huge customers projects where there were
 big
  business needs.
 
  At LibrenBerry and Nereide, we've then added generators to fill the gap,
  and this remove nothing from the entity-engine capabilities, but add
 more
  smoothness in its use. The combination form/screen/minilang is as strong
 as
  before and more stronger. For big business needs, where java is needed,
 the
  generated code is more reliable (who never has made on error on Strings
 ?).
  for an example, you can take a look to neogia accounting code, to see
 how
  entity-engine and code generation combination is valuable.
 
  From our side, it is sure that helping development by generation is not
  revolutionizing OFBiz, and should not do it, noone told to replace
  entity-engine with hibernate.
  Generation is adding a bigger flexibility and a more reliable product.
 
  From my point of view, OFBiz is more than just an ERP. It is also a
 strong
  base for any project, from the small ones to the big ones. Adding MDA
 tools
  in its data model can only be a good thing.
 
  Cheers,
  Nicolas
 
  Ruth Hoffman a écrit :
 
  +1
  Thank you BJ.
  Ruth
  
  Find me on the web at http://www.myofbiz.com or Google keyword
 myofbiz
  ruth.hoff...@myofbiz.com
 
  BJ Freeman wrote:
 
  Let me ask this, if all these other approaches are better why is there
  not a application like ofbiz done in them, without using ofbiz at all?
 
  I keep getting the feeling that those that want major changes don't
  really understand the design goals of ofbiz.
 
  ===
 
  BJ Freeman
  http://bjfreeman.elance.com
  Strategic Power Office with Supplier Automation 
  http://www.businessesnetwork.com/automation/viewforum.php?f=93
  Specialtymarket.com http://www.specialtymarket.com/
 
  Systems Integrator-- Glad to Assist
 
  Chat  Y! messenger: bjfr33man
  Linkedin
  
 
 http://www.linkedin.com/profile?viewProfile=key=1237480locale=en_UStrk=tab_pro
 
 
 
 
  huang.mi...@gmail.com sent the following on 3/11/2010 8:50 AM:
 
 
  While reading the sentence There are many people out there who don't
  understand the Entity Engine, I felt a problem implied in it: There
 are
  absolutely much more people out there, and I'm sure the OFBIZ
 project
  want to attract them in. Why they keep on asking Hibernate,
 Spring,
  etc, though? Are they all wrong?
 
  In my opinion, the OFBIZ framework DID do a right thing - to provide
  developers an integrated framework. What I mean is in OFBIZ, the
  developer can define entity in one place and share the entity
 definition
  across different tiers, form persistence to

Re: How to list records by default without requiring user to click lookup button first

2010-03-11 Thread Santosh Malviya

Hi Jack,

If you are having a search form and willing to populate search list without
clicking on lookup button then set widget.defaultNoConditionFind to Y in
widget.properties.

HTH.

Thanks and Regards
Santosh Malviya


On Fri, Mar 12, 2010 at 9:19 AM, Jack Liu jack@aicent.com wrote:

 Hi All

 I want to list records by default without requiring user to click lookup
 button first.



 Forms listed below:



form name=LookupFindSalesLead target=salesLead title=
 type=single 

   field name=name

   text-find default-option=contains /

   /field

   field name=noConditionFind

   hidden value=Y/

   !-- if this isn't there then with all fields empty no query
 will be done --

   /field

   field name=submitButton title=${uiLabelMap.CommonLookup}

   submit button-type=button /

   /field

/form

 form name=LookupListSalesLead list-name=listIt type=multi
 separate-columns=true view-size=1000 target=deleteSalesLead

   odd-row-style=alternate-row header-row-style=header-row-2
 default-table-style=basic-table hover-bar

   actions

   service service-name=performFind result-map=result

  result-map-list=listIt

  field-map field-name=inputFields
 from-field=parameters/

  field-map field-name=orderBy
 from-field=parameters.sortField/

  field-map field-name=entityName value=DccSalesLead/

   /service

   /actions

   auto-fields-entity entity-name=DccSalesLead
 default-field-type=display/

   field name=id



   /field

   field name=name required-field=true sort-field=true

   hyperlink target=editSalesLead?id=${id}
 description=${name}/

   /field

   field name=tcv title=TCV

   display description=${estimatedMonthlyVolume * targetPrice
 * 12} /

   /field

   field name=_rowSubmit title=Allcheck all-checked=false
 //field

   field name=submit title=Delete event=onclick

   action=return confirm('Do you really want to delete
 them?');

   submit/

   /field

/form



 Thank you in advance!



 Wishes,

 Jack

Re: Brainstorming about the Framework: Data Tier