from:"David E Jones"


 [ 
https://issues.apache.org/jira/browse/OFBIZ-580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

David E. Jones closed OFBIZ-580.


   Resolution: Fixed
Fix Version/s: SVN trunk
 Assignee: David E. Jones

Thanks Ashish, this is now in SVN with a couple of improvements, mostly fixing 
the somewhat tricky WorkEffortAssoc from/to agnostic. Other refinements may 
come along, but this looks good for now.

 Create WorkEffort Search UI: Query Parameters, Results
 --

 Key: OFBIZ-580
 URL: https://issues.apache.org/jira/browse/OFBIZ-580
 Project: Apache OFBiz (The Open for Business Project)
  Issue Type: Improvement
  Components: workeffort
Reporter: Anil K Patel
 Assigned To: David E. Jones
 Fix For: SVN trunk

 Attachments: WorkEffortAdvancedSearch.patch, 
 WorkEffortAdvanceSearch2.patch


 Creating the WorkEffort Search user interfaces pages and supporting code or 
 the WorkEffort Manager application

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Commented: (OFBIZ-603) Shipping entry does not provide the ability for the user to select whether you're shipping to a business or a residence?

[
https://issues.apache.org/jira/browse/OFBIZ-603?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462812
]

David E. Jones commented on OFBIZ-603:
--

I've thought about this a bit since almost every time a ship a package they ask
about this, but strangely I haven't really received a request about this...
Thinking about it now I wonder why this is, perhaps for certain bulk rates, or
volume discounts rather, it doesn't matter so much.

Anyway, the natural place for this in the data model is a
PartyContactMechPurpose record denoted a home or work address. In the UI this
could be implemented as a check-box or something to make it easier to add this
purpose.

Shipping entry does not provide the ability for the user to select whether
you're shipping to a business or a residence?

Key: OFBIZ-603
URL: https://issues.apache.org/jira/browse/OFBIZ-603
Project: Apache OFBiz (The Open for Business Project)
Issue Type: Improvement
Affects Versions: SVN trunk
Reporter: Tim Ruppert
Fix For: SVN trunk

I'm not sure about the other providers, but I know for UPS you can send along
a different flag in the XML that indicates whether or not they're shipping to
a residence or a business address. This DOES in fact affect the estimate
that UPS provides. I believe that this option should be in the interface and
should get built into the shipping feeds to the providers as people find a
necessity. Thoughts?

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: Board Report due within the half of January

2007-01-07 Thread David E Jones



Thanks Yoav, that sounds like a good way to go. I'm thinking of a  
small variation on that which incorporates the Confluence server to  
keep a history and stuff.


-David


On Jan 7, 2007, at 10:27 AM, Yoav Shapira wrote:


Hi,
FYI, regarding a decent process for Board reports: I've found it
useful when I was/am the PMC chair to write a first draft and send it
to the dev list for discussion and comments.  I usually do another
iteratio or two, incorporating the comments, and then send it to the
Board, CC'ing the dev list with the final version.  In other words,
it's definitely a collaborative effort writing the report, not just
one person's job.

Yoav

On 1/7/07, Anil Patel [EMAIL PROTECTED] wrote:

Chris,
How is the work done at the developer's conference is different  
then work
done at my Home. As long as I create a Jira Issue and submit a  
patch there.
The advantage will be I'll have commiter accros the table who can  
get it

from Jira and review and apply the patch.

Anil Patel


On 1/7/07, Chris Howe [EMAIL PROTECTED] wrote:


 --- David E Jones [EMAIL PROTECTED]
 wrote:

  BTW, the Developers Conference is not really an
  official ASF
  conference or event, but rather just an event that
  Hotwax is
  sponsoring in order to further collaboration and
  help move the
  community forward and so on. In the past the Users
  Conferences have
  been similar: someone in the community proposes the
  conference and
  coordinates it with others in the community and
  simply invites any
  who would like to attend. Going forward we plan to
  continue
  similarly, and of course in addition to any such
  events also
  participate in ApacheCon and where possible other
  things such as
  OSCON, etc.
 
  -David
 

 For your consideration:
 Being that the Developer's Conference isn't an
 official Apache event you may want to consider the
 licensing ramifications as the contribution scenario
 appears very similar to the sandbox.

 If you'd like to follow the discussion that is on the
 general incubator list here is the nabble link

 http://www.nabble.com/Making-a-non-ASF-project%2C-ASF-friendly- 
tf2930136.html



 Regards,
 Chris







smime.p7s
Description: S/MIME cryptographic signature

Licensing Issues (was: Re: Board Report due within the half of January)

2007-01-07 Thread David E Jones



On Jan 7, 2007, at 11:18 AM, Chris Howe wrote:



--- Anil Patel [EMAIL PROTECTED] wrote:


Chris,
How is the work done at the developer's conference
is different then work
done at my Home. As long as I create a Jira Issue
and submit a patch there.
The advantage will be I'll have commiter accros the
table who can get it
from Jira and review and apply the patch.

Anil Patel


If you're the only worker on the the contribution,
there is no difference, however as soon as you get two
hands (or minds) on that contribution there is
collaboration and there's a potential issue.  Only one
of you can submit the patch to JIRA or to SVN.
Therefore only one of you has formally granted license
to Apache.  There is no physical proof that the person
who collaborated and has copyright of the material
he's contributing or has granted sufficient license to
Apache (or relinquished enough rights to another
entity so that they may legally grant license to
Apache) for inclusion of that code enhancement in the
project and in all the liberal ways that Apache can
use a contribution.  Without additional consideration,
the person pressing the Apache grant radio button in
JIRA is lying as they are not the Licensor and
cannot enter the agreement.


Technically that little checkbox in Jira doesn't mean a thing, not  
one little thing. The only point of it is to be another safe guard  
that person contributing the artifact understands and makes it clear  
what they are doing.


In a way I wish it simply weren't there as it is often confusing  
because people see it a lot, but they often don't bother to read the  
document(s) that have real legal teeth.


All that matters is that someone who represents the copyright holder 
(s) gets the issue to a committer, the committer checks out the  
licensing, and then gets it into the repo. The Jira system just helps  
to make this more trace-able.


I HIGHLY recommend reading the Apache License 2.0, and the Individual  
Contributor License Agreement files. These clear up pretty much all  
of these questions.



Because the Developers Conference is not an official
Apache gathering, I would suspect any collaborated
contribution would be a similar scenario to the
sandbox scenario that is being discussed on the
general-incubator ML, regardless of the level of
involvement of a committer in the conference.  (If
that were the case, I would just need to ask one of
the committers to have involvement in the sandbox.  I
don't think that is sufficient to cross the legal
hurdle of who the licensor is.)


No, having a committer there doesn't solve the problem, but it sure  
helps and makes these contributions MORE legally reliable because the  
committer is sitting there watching it be created and has direct  
contact with all of the developers. When submitted through Jira  
alone, the committer has to trust the person who uploaded it or if it  
is a bigger or more suspicious patch then the committer has to do  
some research to make sure it is kosher.



IANAL, and I'm not sure what the potential
repercussions are. I'm simply asking you guys to
consider what the potential repercussions are because
it would be an obvious shame for all that hard work to
have the potential to be subject to the scrutiny of IP
law when we're all here just trying to contribute in
the spirit of open source.


Yes, this is an important part of open source and something I've  
found necessary to study over the years. There are various good  
resources to help you understand the general concepts, and of course  
long hours of discussion of how to handle certain problems helps,  
like the discussion you're going through now about the sandbox  
implications.


Please understand that usually there is no sure fire way to make sure  
that code going into the repository is clean. The policies of the ASF  
are there to give it a good legal basis and a good chance in general.  
For small code bits that rely on other larger code bits already in  
the open source project the risk is fairly minimal. For big pieces  
developed elsewhere things get trickier because there is more risk of  
abuse, or in other words something slipping in that was not properly  
vetted for legal concerns. This is one of the reasons for the  
incubation process for larger pieces of code regardless of their  
source, and even if they are going into an existing project and not  
becoming a new project.


I hope that helps make clear the distinction, and the concern with a  
sandbox effort.


On the other hand, technically this is a problem you don't have  
yet... If something goes through months of development in the sandbox  
and is ready to go into the OFBiz trunk, THEN you'll have some legal  
hurdles to jump, but then you'll also have very specific information  
about the situation and it can be discussed with rubber to the road  
instead of in a hypothetical way. Still, what you're doing with  
regards to finding out about legal concerns is a good idea up front.

[jira] Commented: (OFBIZ-603) Shipping entry does not provide the ability for the user to select whether you're shipping to a business or a residence?


[ 
https://issues.apache.org/jira/browse/OFBIZ-603?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462912
 ] 

David E. Jones commented on OFBIZ-603:
--

If your home address is also commercial then you'd add a work address purpose 
to it in addition to the home address purpose.

Or, we could create a Business Location purpose and look for that as a 
qualification.

 Shipping entry does not provide the ability for the user to select whether 
 you're shipping to a business or a residence?
 

 Key: OFBIZ-603
 URL: https://issues.apache.org/jira/browse/OFBIZ-603
 Project: Apache OFBiz (The Open for Business Project)
  Issue Type: Improvement
Affects Versions: SVN trunk
Reporter: Tim Ruppert
 Fix For: SVN trunk


 I'm not sure about the other providers, but I know for UPS you can send along 
 a different flag in the XML that indicates whether or not they're shipping to 
 a residence or a business address.  This DOES in fact affect the estimate 
 that UPS provides.  I believe that this option should be in the interface and 
 should get built into the shipping feeds to the providers as people find a 
 necessity.  Thoughts?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Commented: (OFBIZ-542) Unnecessary extra cells on list based tables

[
https://issues.apache.org/jira/browse/OFBIZ-542?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462913
]

David E. Jones commented on OFBIZ-542:
--

Jacques: if you don't mind, please let me review and apply this patch once
Valentina resubmits it.

Unnecessary extra cells on list based tables
-

Key: OFBIZ-542
URL: https://issues.apache.org/jira/browse/OFBIZ-542
Project: Apache OFBiz (The Open for Business Project)
Issue Type: Bug
Components: framework
Reporter: Valentina Sirkova
Assigned To: David E. Jones
Fix For: SVN trunk

Attachments: AScreenCopy.PNG, ModelForm2.patch

Hey guys!
I noticed tables that are list - based, have one extra header cell and one
extra row cell. The header cell is generated by the methods
renderFormatHeaderRowFormCellOpen and renderFormatHeaderRowFormCellClose
(HtmlFormRenderer.java). The row cell is generated by the methods
renderFormatItemRowFormCellOpen and renderFormatItemRowFormCellClose
(HtmlFormRenderer.java). These two cells appear no matter if they should or
should not. I browsed through the java implementation of the list form and
reached the following conclusion:
For the extra header cell:
The method renderFormatHeaderRowFormCellOpen for example, is called in
renderHeaderRow(ModelForm.java). As far as I got, there are 3 loops that are
responsible for the cells generation.
The first one visualizes the display,display_entity and hyperlink fields.
The second one viusalizes the other fields and if there are some they are put
in that extra cell.
But if for example the list has only display,display_entity and hyperlink
fields then after the second loop the extra cell is generated though it is
not necessary.
My solution to that problem is to add one boolean variable which is set to
true if after the first loop the end of the list is reached. This flags the
situation when all of the fields are of type display, display_entity or
hyperlink.

For the extra row cell the situation and solution is the same.
My patch fixes that problem.
Thanks: Valentina

[jira] Commented: (OFBIZ-542) Unnecessary extra cells on list based tables

[
https://issues.apache.org/jira/browse/OFBIZ-542?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462944
]

David E. Jones commented on OFBIZ-542:
--

Jacques: yeah, no problem, it would be great if you could look at it too!

Unnecessary extra cells on list based tables
-

Attachments: AScreenCopy.PNG, ModelForm2.patch

For the extra row cell the situation and solution is the same.
My patch fixes that problem.
Thanks: Valentina

Re: Regarding Scheduled services

2007-01-07 Thread David E Jones



On Jan 8, 2007, at 12:06 AM, Chris Howe wrote:


Services that are scheduled are registered in the
JobSandbox entity.  After they run, they reschedule
themselves as defined. So you may check there that
your scheduled service had the right field values.

If you are using MySql, it is possible that the
service runs because the start time might be
registered in cache but then when the service goes to
reschedule itself it cannot create the reschedule
entry because the MySql connection will close after 8
hours of inactivity.


Hmmm I've never heard of anything like this happening before.

There may be some errors that can get a scheduled service record in a  
bad state, but it's pretty rare.


The thing to do is send over some more details, like the service  
definition, and the most recent records in the JobSandbox table for  
the job in question.


-David



--- Vamsi [EMAIL PROTECTED] wrote:



Hi everyone,
 I want know that is there any possiblity that
service scheduled will be
stopped
 why i am asking this question is I had scheduled a
service to run forever
it ran successfully for 10 days after that when I
restarted the server one
of the service was not started .

regards
Vamsi
--
View this message in context:

http://www.nabble.com/Regarding-Scheduled-services- 
tf2937798.html#a8213433

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








smime.p7s
Description: S/MIME cryptographic signature

Developers Conference, early 2007

2007-01-05 Thread David E Jones



Hello All,

During the Users Conference this past November the idea of a  
developers conference came up, and being something I had discussed  
with others before this seemed to be a great idea and something I'd  
be happy to host here at the same place where we had the user  
conference in Nov 2006 (ie the old hotel where my home and office are  
right now, in Ephraim, UT).


The general idea is to get together and basically just work on stuff.  
We'd like to get as many of the committers and regular contributors  
here as possible, and maybe even pool some funds to help mitigate the  
expense for far away people like Jacopo, Jacques, Hans, and perhaps  
various others.


We may have some presentations on general topics, but the main point  
will be to pick a few objectives for the project and push them  
forward. We will definitely want feedback on the projects we want to  
attach, and I'm thinking we'll have one person champion each  
objective, and then everyone can split into groups and rotate around  
and just work on stuff. We'll have a couple of projectors available,  
plenty of chairs and table space and facilities for everyone's  
laptops, and then we'll get some snacks and a mountain of bottled  
water and we should be good to go.


As we talked about this the hope is certainly to help move certain  
part of the OFBiz project forward, but also to work on anything that  
at least a couple of people need for clients and hopefully have  
funding for to help them be able to attend and collaborate.


Ephraim is a small town and rather conservative, but we managed to  
find pretty good diversion in the evenings, including imbibing  
mountains of pasta, or getting in some beer and bowling at the local  
alley (which surprisingly, even to me, was pretty decent). For those  
staying longer in the area there are some national parks within a few  
hours, and lots of mountain roads that are groomed and marked for  
snowmobiling and back-country skiing and such (or other things during  
the summer). We also have games and stuff in the building, like ping  
pong, foosball, and air hockey types of things.


The 2 main things I think we need to discuss are:

1. when to do it
2. what objectives to pursue

For #1 we're thinking about doing this as a full week late February  
or early March with 3 possibilities, including: Feb 19 - 23, Feb 26 -  
Mar 2, or Mar 5 - 9.


These are all about 2 months away and should hopefully give everyone  
time to get organized and make arrangements.


Before getting into topics to cover, here are a few details about  
arrangements:


1. this will be sponsored and organized by the new and improved  
Hotwax Media, and the cost will be minimal and intended to just cover  
expenses (including meeting room facilities, food/snacks/drinks, and  
in some cases even lodging); the conference alone (without lodging or  
meals included) will probably run around $150 per person and as  
mentioned lodging in the building can be added on very affordably,  
and the meals dining in the area should be around $20-30 per day  
depending on how crazy you want to get ;)


2. the location will be old Ephraim Hotel at 24 West Center, Ephraim,  
UT 84627; we'll have meeting/working space for a maximum of around 25  
people and we might be able to arrange for another adjacent room to  
handle a few more; there will be around 10 very affordable (~$25-30  
per night) lodging rooms available in the building, and beyond that  
we have other rooms that aren't fixed up yet but there are other  
lodging options in town including a pretty nice mid-range hotel that  
costs around $80 per night


3. for travel: Ephraim is about a 2 hour drive from the Salt Lake  
City airport (code: SLC); alternatively, it is about a 4.5 to 5 hour  
(340 miles) drive from Las Vegas, NV; for real flexibility renting a  
car is a good idea, but we plan to arrange for rides with various  
local people or perhaps even a rented van or something for a ride  
share; we will need feedback on what people need or want in this area  
too


So, for anyone interested in coming, please contact me (directly, off  
the list) with your preferences on the following:


1. when to have the conference: Feb 19 - 23, Feb 26 - Mar 2, or Mar 5  
- 9


2. your travel and accommodation preferences: need a ride from the  
SLC airport? prefer to stay at the building or in a nearby hotel?


3. would you be interested and able to contribute to help core people  
from farther away make it to the conference? if so how much?


4. would you be interested in intermediate level training before the  
conference (we are considering this, but haven't decided yet), or  
perhaps even more mentoring oriented sessions during the conference?


5. which objectives most interest you (select from below, and include  
your own too):


a. testing infrastructure (finishing this up)

b. kick-start a body of automated tests based on (a)

c. project management build out so many of

Re: Developers Conference, early 2007

2007-01-05 Thread David E Jones



On Jan 5, 2007, at 7:24 AM, David Welton wrote:


The general idea is to get together and basically just work on stuff.


FYI:

At the official ApacheCon conferences, they generally call this a
'hackathon', and reserve a bit of time for it before the conference
starts.  It would probably be a fun experience to go to one of those
for a few people (keep submitting proposals, by the way, sooner or
later they're going to accept one:-).


Cool, yeah, this would be pretty much just a hackathon.

BTW, I should mention that this sort of thing is not an official ASF  
sponsored event or anything, and we at Hotwax intend just intend to  
facilitate a get-together. These will be in addition to and not  
instead of the ApacheCon events (and I'm really looking forward to  
attending at least ApacheCon US this year! and maybe even OSCON again  
too).


-David

Re: ServiceGroup - service-group.xsd

2007-01-05 Thread David E Jones



Andrew,

With this change it would be great to follow the pattern used  
elsewhere so that the parsing code still accepts the old element  
name, which will obviously only work for the group definitions in the  
service-group file as the service element name would conflict in  
the services XML files.


-David


On Jan 5, 2007, at 10:16 AM, Andrew Zeneski wrote:


Service group model is changing. Previous:

service-group
group name=name
service name=serviceToRun/
/group
/service-group

new:

service-group
group name=name
invoke name=serviceToRun/
/group
/service-group

All files in apache-ofbiz which reference the old way will be  
changed when the implementation is complete. This is a heads up for  
those with custom apps, you will need to replace service with  
invoke.


In addition, the new implementation will allow embedding group  
definition right inside the service definition. What a pain in the  
rear is it to have to edit two files just to call a group of  
services in order. The files will remain (at least for now) with  
the added support to embed your group defs inside a service.


service name=foo engine=group
group
invoke=service1/
invoke=service2/
/group
/service

Andrew Zeneski
[EMAIL PROTECTED]







smime.p7s
Description: S/MIME cryptographic signature

Re: Comments in Simple Methods

2007-01-05 Thread David E Jones



This looks like an error in the XSD file, not in the XML file. My  
guess is it's related to the work Jacques has been doing.


Could you look into this Jacques? I'd be happy to fix it, but if  
you're continuing work in that file this was you can also avoid it in  
the future.


Opening up the XSD file in my editor I'm seeing around half a dozen  
errors. The main issue seems to be that the xs:annotation needs to be  
the first element under xs:attributeGroup and other such elements.


-David


On Jan 5, 2007, at 11:53 AM, Andrew Zeneski wrote:


Are comments no longer allowed in simple methods?

2007-01-05 13:11:16,462 (http-0.0.0.0-8443-Processor4)  
[UtilXml.java:658:ERROR] XmlFileLoader: File file:/ 
Users/jaz/Sandbox/apache-ofbiz/applications/order/script/org/ofbiz/ 
order/order/OrderServices.xml process error. Line: 824. Error  
message: s4s-elt-character: Non-whitespace characters are not  
allowed in schema elements other than 'xs:appinfo' and  
'xs:documentation'. Saw 'The name of the class to construct an  
object of. '.


Andrew






smime.p7s
Description: S/MIME cryptographic signature

Re: ServiceGroup - service-group.xsd

2007-01-05 Thread David E Jones



On Jan 5, 2007, at 11:49 AM, Andrew Zeneski wrote:

I didn't want to change the name, the only reason for this was the  
conflict w/ the element 'service' in services.xsd. Do you know a  
way to make the element in service-groups.xsd not propagate when  
the xsd is included in services.xsd?


Yes, I figured this was what you ran into.

Regardless, the code which parses this also accepts the 'service'  
tag and write a warning message. It appears that it works even  
though the XSD doesn't allow it so I think this follows the same  
pattern you described.


Yes, you'll get validation errors for this but it will still work.  
Technically you probably don't even need the warning message in your  
code.


-David



Andrew

On Jan 5, 2007, at 1:31 PM, David E Jones wrote:



Andrew,

With this change it would be great to follow the pattern used  
elsewhere so that the parsing code still accepts the old element  
name, which will obviously only work for the group definitions in  
the service-group file as the service element name would  
conflict in the services XML files.


-David


On Jan 5, 2007, at 10:16 AM, Andrew Zeneski wrote:


Service group model is changing. Previous:

service-group
group name=name
service name=serviceToRun/
/group
/service-group

new:

service-group
group name=name
invoke name=serviceToRun/
/group
/service-group

All files in apache-ofbiz which reference the old way will be  
changed when the implementation is complete. This is a heads up  
for those with custom apps, you will need to replace service  
with invoke.


In addition, the new implementation will allow embedding group  
definition right inside the service definition. What a pain in  
the rear is it to have to edit two files just to call a group of  
services in order. The files will remain (at least for now) with  
the added support to embed your group defs inside a service.


service name=foo engine=group
group
invoke=service1/
invoke=service2/
/group
/service

Andrew Zeneski
[EMAIL PROTECTED]











smime.p7s
Description: S/MIME cryptographic signature

Re: OFBiz-Sandbox approved on SourceForge.net

2007-01-05 Thread David E Jones



On Jan 5, 2007, at 12:43 PM, Chris Howe wrote:


Hey David (others),

I want to avoid being in a potentially
similar situation that Ofbiz was  in prior
to Apache incubation.

Who owns the code that people contribute via svn?
(rhetorical question follows) Prior to Apache
Incubation was Open for Business a legal entity that
could accept ownership?  If it wasn't, I find myself
in a similar situation in that ofbiz-sandbox isn't a
legal entity.  As far as my contributions that are
OFBiz related, I don't care how others use it as long
as it doesn't prevent me from using it.  How can I
ensure that others who post to the sandbox svn are
making their commits in a similar manner?


The owner of the copyright continues to own the copyright. The Apache  
2.0 license explains fairly explicitly that only a license is granted  
from the copyright owner to the ASF, and then from the ASF to any  
users of the software.


How you do this in a sandbox like you're shooting for... I really  
don't know! I think that's one reason the ASF sandbox is limited to  
committers only with CLAs on file. However, having a CLA on file with  
a separate organization doesn't really much for the ASF.



Since solutions provided in the sandbox have a
potential to being applicable to the Apache Ofbiz
project, what can be done ahead of time to ensure that
someone has the ability to create a patch based on
sandbox code, upload it to Apache OFBiz's JIRA and
legally be able to click the Grant license to ASF for
inclusion in ASF works radio button?  Because the
intention of the sandbox is to facilitate
collaboration, it's likely the person creating the
patch doesn't own the code he's submitting in it's
entirety.

I want the sandbox to supplement Apache Ofbiz's
efforts and make it easier to develop solutions.  I
don't want contributions to have legal ramifications
because of who owned the contribution when it was all
in the spirit of open source.

This issue isn't unique to the sandbox either.  Unless
Tim and the others that contributed for the shopping
cart improvement are all employees of Hotwax and Tim
was contributing patches as a function of Hotwax's
operations, they face a similar legal question.  Anil
and Ashish would have potential for legal recourse
later even if they don't voice objections today and
even if they have iCLAs on file with the ASF as they
weren't the donors of their work.  I'm not saying it's
a valid argument, but does at least pass the standard
for a nuisance one.  And if your 25 years or older in
the United States, chances are you already understand
the costs of a nuisance lawsuit.


At Hotwax we address this explicitly in our sub-contractor and client  
agreements to make sure we can contribute things back to the open  
source project.


This is an issue that Andy and I have been working with for years and  
be careful about in our contracts and such. Just be careful of doing  
things on a work for hire basis because then whoever is paying you  
owns the copyright and they have to contribute it to OFBiz because  
you don't own the copyright so you can't license it (unless you have  
an adequate license from them to be able to sub-license it to the  
ASF...).


-David




Thanks for your feedback or if you can point me to
someone in the ASF who can give me a more definitive
answer.

Regards,
Chris


--- David E Jones [EMAIL PROTECTED]
wrote:



On Jan 4, 2007, at 4:43 PM, Chris Howe wrote:


For those of you interested, a project for a

sandbox

has been approved on sourceforge.net
(http://sourceforge.net/projects/ofbiz-sandbox/).

The

goal is to provide an area that you can

collaborate on

ideas for implementations based on Apache Open for
Business.  These collaborations can be from simple
feature improvements, to showcasing a particular
change, to complete components, to a half-baked

idea

that you want to get the gist out to and let

someone

with some more skills or time help work on.

Please understand that this is currently (and
depending on Apache OFBiz's interest in this side
project, perhaps permanently), completely outside

of

the Apache Ofbiz project and has no relation to

the

ASF other than simply being geeked about the

current

and future Apache Open for Business project.  Code
that gets added to the ofbiz-sandbox may never

make it

into the Apache OFBiz project.  I have no control

over

such matters.


Thanks for clarifying this distinction. My
experience with the ASF is
still somewhat limited, but form what I know so far
this sort of
thing is for the most part discouraged at the ASF.
There is an
informal project that is like a sandbox for ASF
committers only
that is meant to be a pre-incubator type of thing to
explore
different things and facilitate collaboration in
those.

Just because it's unofficial, there's certainly no
problem with this
from the OFBiz perspective, and we could probably
even find a place
for a link to on the OFBiz site or at least on
Confluence. It is the
intent of OFBiz

Re: [Fwd: svn commit: r489958 - /incubator/ofbiz/trunk/applications/product/src/org/ofbiz/product/price/PriceServices.java]

2007-01-05 Thread David E Jones



We might be able to change this to look or not at the virtual product  
for a variant for different condition types.


Let's start by comparing notes on the types we think important and  
why...


The biggest problem we found with this is that you might was a  
feature or category associated with a variant product that affects  
the price, and it is possible or in some cases required that the  
virtual product is associated with the category or feature for each  
variant, so that instead of the price rule being applied to just one  
variant among a set for a virtual product, the rule ends up applying  
to _all_ of the variants because the virtual product is associated  
with the category or feature.


Could you describe the structure and requirement you were running  
into where this was needed? Chances are we can find something that  
works all around and makes some sort of sense...


-David


On Jan 5, 2007, at 12:04 PM, Si Chen wrote:


David,

I think I originally put it in to traverse up the product variant/ 
virtual tree because we have products which have many tiers.  It  
also seemed logical.  What problems is it causing you?  Maybe there  
is a way for us to solve it by specifying something in the product  
rule explicitly?


Si

From: [EMAIL PROTECTED]
Date: December 23, 2006 5:25:54 PM MST
To: ofbiz-commits@incubator.apache.org
Subject: svn commit: r489958 - /incubator/ofbiz/trunk/applications/ 
product/src/org/ofbiz/product/price/PriceServices.java

Reply-To: ofbiz-dev@incubator.apache.org


Author: jonesde
Date: Sat Dec 23 16:25:53 2006
New Revision: 489958

URL: http://svn.apache.org/viewvc?view=revrev=489958
Log:
Changed so price conditions must succeed on the product itself and  
not on the product OR the virtual product if the main product is a  
variant; I don't know why that was put in there in the first place,  
so just commenting out for a while to see if it causes any  
problems; considering the virtual product does cause problems in  
certain circumstances with false positives on conditions


Modified:
incubator/ofbiz/trunk/applications/product/src/org/ofbiz/ 
product/price/PriceServices.java


Modified: incubator/ofbiz/trunk/applications/product/src/org/ofbiz/ 
product/price/PriceServices.java
URL: http://svn.apache.org/viewvc/incubator/ofbiz/trunk/ 
applications/product/src/org/ofbiz/product/price/PriceServices.java? 
view=diffrev=489958r1=489957r2=489958
== 

--- incubator/ofbiz/trunk/applications/product/src/org/ofbiz/ 
product/price/PriceServices.java (original)
+++ incubator/ofbiz/trunk/applications/product/src/org/ofbiz/ 
product/price/PriceServices.java Sat Dec 23 16:25:53 2006

@@ -536,10 +536,13 @@
 if (!checkPriceCondition 
(productPriceCond, productId, prodCatalogId, productStoreGroupId,  
webSiteId, partyId, new Double(quantity), listPriceDbl.doubleValue 
(), currencyUomId, delegator, nowTimestamp)) {
 // if there is a  
virtualProductId, try that given that this one has failed

 if (virtualProductId != null) {
+/* DEJ20061223 I don't  
know why we were trying conditions with the virtualProductId as  
well; this breaks various things you might want to do with price  
rules, so unless a need comes up for this in the future, removing  
it for now...
 if (!checkPriceCondition 
(productPriceCond, virtualProductId, prodCatalogId,  
productStoreGroupId, webSiteId, partyId, new Double(quantity),  
listPriceDbl.doubleValue(), currencyUomId, delegator, nowTimestamp)) {
 allExceptQuantTrue =  
false;

 }
 // otherwise, okay, this  
one made it so carry on checking

+ */
+allExceptQuantTrue = false;
 } else {
 allExceptQuantTrue = false;
 }
@@ -885,11 +888,15 @@
 if (!checkPriceCondition(productPriceCond,  
productId, prodCatalogId, productStoreGroupId, webSiteId, partyId,  
quantity, listPrice, currencyUomId, delegator, nowTimestamp)) {
 // if there is a virtualProductId, try that  
given that this one has failed

 if (virtualProductId != null) {
+/* DEJ20061223 I don't know why we were  
trying conditions with the virtualProductId as well; this breaks  
various things you might want to do with price rules, so unless a  
need comes up for this in the future, removing it for now...
 if (!checkPriceCondition(productPriceCond,  
virtualProductId, prodCatalogId, productStoreGroupId, webSiteId,  
partyId,

Re: Comments in Simple Methods

2007-01-05 Thread David E Jones



Wow, great. Thanks for getting to that so quickly Jacques.

-David


On Jan 5, 2007, at 1:27 PM, Jacques Le Roux wrote:


Sorry Andy,

Thanks for the tip David, done in rev. 493176. Validated by :   
http://www.w3.org/2001/XMLSchema.xsd


Still learning Oxygen really powerful !

Jacques

- Original Message -
From: David E Jones [EMAIL PROTECTED]
To: ofbiz-dev@incubator.apache.org
Sent: Friday, January 05, 2007 8:02 PM
Subject: Re: Comments in Simple Methods




This looks like an error in the XSD file, not in the XML file. My
guess is it's related to the work Jacques has been doing.

Could you look into this Jacques? I'd be happy to fix it, but if
you're continuing work in that file this was you can also avoid it in
the future.

Opening up the XSD file in my editor I'm seeing around half a dozen
errors. The main issue seems to be that the xs:annotation needs to be
the first element under xs:attributeGroup and other such elements.

-David


On Jan 5, 2007, at 11:53 AM, Andrew Zeneski wrote:


Are comments no longer allowed in simple methods?

2007-01-05 13:11:16,462 (http-0.0.0.0-8443-Processor4)
[UtilXml.java:658:ERROR] XmlFileLoader: File file:/
Users/jaz/Sandbox/apache-ofbiz/applications/order/script/org/ofbiz/
order/order/OrderServices.xml process error. Line: 824. Error
message: s4s-elt-character: Non-whitespace characters are not
allowed in schema elements other than 'xs:appinfo' and
'xs:documentation'. Saw 'The name of the class to construct an
object of. '.

Andrew









smime.p7s
Description: S/MIME cryptographic signature

Re: OFBiz-Sandbox approved on SourceForge.net

2007-01-05 Thread David E Jones



On Jan 5, 2007, at 1:35 PM, Chris Howe wrote:



--- David E Jones [EMAIL PROTECTED]
wrote:



The owner of the copyright continues to own the
copyright. The Apache
2.0 license explains fairly explicitly that only a
license is granted
from the copyright owner to the ASF, and then from
the ASF to any
users of the software.

How you do this in a sandbox like you're shooting
for... I really
don't know! I think that's one reason the ASF
sandbox is limited to
committers only with CLAs on file. However, having a
CLA on file with
a separate organization doesn't really much for the
ASF.



A CLA for a separate legal entity (entity A) would
give someone from entity A the the legal right to
resubmit the collaborated work to the ASF (and
therefore the authority to press the radio button:
Grant license to ASF for inclusion in ASF works.) Yes?

Again, thanks for your feedback!


I don't know if it's that simple, and my guess (and concern) is that  
it isn't.


At the ASF there are 2 varieties of CLAs, individual and corporate.  
Individual CLAs are always required and corporate CLAs are required  
if the person is an employee, and may be needed when working under a  
work for hire agreement.


I think if you wanted to create an organization to govern the sandbox  
that would be able to license the code to the ASF you _might_ have to  
have an agreement in place that grants ownership to the sandbox  
entity, so it can license it to the ASF. That gets tricky... and I  
really don't know.


Perhaps someone else does? Another option might be to see if someone  
on the legal discuss mailing list can comment on this.


In general for collaborative efforts that are meant to go into OFBiz,  
I'd still recommend getting a road map laid out and some initial code  
that can be committed for people to base their efforts on. Is this a  
bit of a pain? Yeah. Definitely. Working with others always is. These  
days I spend easily 2-3 hours on collaboration for every hour I spend  
on development...


-David





smime.p7s
Description: S/MIME cryptographic signature

Re: svn commit: r493185 - in /ofbiz/trunk/framework/service: dtd/ src/org/ofbiz/service/ src/org/ofbiz/service/job/ src/org/ofbiz/service/security/

2007-01-05 Thread David E Jones



Ummm... maybe we should discuss some of these design ideas before too  
many more go into SVN...


Some of the ones from the last few days have been on the border as to  
whether I like them or not in the form implemented, but this one is  
over the line. Requiring a java method for custom service security  
isn't so cool IMO.


In general too slowing the pace a little bit and discussing things  
would be really helpful to keep things flowing smoothly.  
Unfortunately these are the good ol' days of OFBiz framework  
development where there weren't that many consequences for making  
these sorts of changes, or side stepping and changing things that  
weren't so pretty on the first pass.


-David


On Jan 5, 2007, at 1:42 PM, [EMAIL PROTECTED] wrote:


Author: jaz
Date: Fri Jan  5 12:42:51 2007
New Revision: 493185

URL: http://svn.apache.org/viewvc?view=revrev=493185
Log:
implemeted:

1) default values for service parameters; when default-value is  
set, it becomes optional, if no value is passed, the defined  
default value is used.


2) implemented new interface for custom service security

Changed JobManager finalize() method to shutdown() since calling  
finalize() is not recommended in java


Added:
ofbiz/trunk/framework/service/src/org/ofbiz/service/security/
ofbiz/trunk/framework/service/src/org/ofbiz/service/security/ 
ServiceSecurity.java   (with props)

Modified:
ofbiz/trunk/framework/service/dtd/services.xsd
ofbiz/trunk/framework/service/src/org/ofbiz/service/ 
ModelParam.java
ofbiz/trunk/framework/service/src/org/ofbiz/service/ 
ModelPermGroup.java
ofbiz/trunk/framework/service/src/org/ofbiz/service/ 
ModelPermission.java
ofbiz/trunk/framework/service/src/org/ofbiz/service/ 
ModelService.java
ofbiz/trunk/framework/service/src/org/ofbiz/service/ 
ModelServiceReader.java
ofbiz/trunk/framework/service/src/org/ofbiz/service/ 
ServiceDispatcher.java
ofbiz/trunk/framework/service/src/org/ofbiz/service/job/ 
JobManager.java


Modified: ofbiz/trunk/framework/service/dtd/services.xsd
URL: http://svn.apache.org/viewvc/ofbiz/trunk/framework/service/dtd/ 
services.xsd?view=diffrev=493185r1=493184r2=493185
== 


--- ofbiz/trunk/framework/service/dtd/services.xsd (original)
+++ ofbiz/trunk/framework/service/dtd/services.xsd Fri Jan  5  
12:42:51 2007

@@ -113,6 +113,7 @@
 xs:sequence
 xs:element minOccurs=0 maxOccurs=unbounded  
ref=check-permission/
 xs:element minOccurs=0 maxOccurs=unbounded  
ref=check-role-member/
+xs:element minOccurs=0 maxOccurs=unbounded  
ref=service-security/

 /xs:sequence
 xs:attributeGroup ref=attlist.required-permissions/
 /xs:complexType
@@ -144,6 +145,15 @@
 xs:attributeGroup name=attlist.check-role-member
 xs:attribute type=xs:string name=role-type  
use=required/

 /xs:attributeGroup
+xs:element name=service-security
+xs:complexType
+xs:attributeGroup ref=attlist.service-security/
+/xs:complexType
+/xs:element
+xs:attributeGroup name=attlist.service-security
+xs:attribute type=xs:string name=name use=required/
+xs:attribute type=xs:string name=class use=required/
+/xs:attributeGroup
 xs:element name=implements
 xs:complexType
 xs:attributeGroup ref=attlist.implements/
@@ -242,6 +252,7 @@
 /xs:restriction
 /xs:simpleType
 /xs:attribute
+xs:attribute type=xs:string name=default-value/
 xs:attribute type=xs:string name=form-label/
 xs:attribute type=xs:string name=entity-name/
 xs:attribute type=xs:string name=field-name/
@@ -286,6 +297,7 @@
 /xs:restriction
 /xs:simpleType
 /xs:attribute
+xs:attribute type=xs:string name=default-value/
 xs:attribute type=xs:string name=form-label/
 xs:attribute name=form-display
 xs:simpleType

Modified: ofbiz/trunk/framework/service/src/org/ofbiz/service/ 
ModelParam.java
URL: http://svn.apache.org/viewvc/ofbiz/trunk/framework/service/src/ 
org/ofbiz/service/ModelParam.java? 
view=diffrev=493185r1=493184r2=493185
== 

--- ofbiz/trunk/framework/service/src/org/ofbiz/service/ 
ModelParam.java (original)
+++ ofbiz/trunk/framework/service/src/org/ofbiz/service/ 
ModelParam.java Fri Jan  5 12:42:51 2007

@@ -59,6 +59,9 @@
 /** Validation methods */
 public List validators;

+/** Default value */
+public Object defaultValue;
+
 /** Is this Parameter required or optional? Default to false,  
or required */

 public boolean optional = false;
 public boolean overrideOptional = false;
@@ -82,6 +85,7 @@
 this.stringMapPrefix = param.stringMapPrefix;
 this.stringListSuffix =

Re: OFBiz-Sandbox approved on SourceForge.net

2007-01-04 Thread David E Jones



On Jan 4, 2007, at 4:43 PM, Chris Howe wrote:


For those of you interested, a project for a sandbox
has been approved on sourceforge.net
(http://sourceforge.net/projects/ofbiz-sandbox/).  The
goal is to provide an area that you can collaborate on
ideas for implementations based on Apache Open for
Business.  These collaborations can be from simple
feature improvements, to showcasing a particular
change, to complete components, to a half-baked idea
that you want to get the gist out to and let someone
with some more skills or time help work on.

Please understand that this is currently (and
depending on Apache OFBiz's interest in this side
project, perhaps permanently), completely outside of
the Apache Ofbiz project and has no relation to the
ASF other than simply being geeked about the current
and future Apache Open for Business project.  Code
that gets added to the ofbiz-sandbox may never make it
into the Apache OFBiz project.  I have no control over
such matters.


Thanks for clarifying this distinction. My experience with the ASF is  
still somewhat limited, but form what I know so far this sort of  
thing is for the most part discouraged at the ASF. There is an  
informal project that is like a sandbox for ASF committers only  
that is meant to be a pre-incubator type of thing to explore  
different things and facilitate collaboration in those.


Just because it's unofficial, there's certainly no problem with this  
from the OFBiz perspective, and we could probably even find a place  
for a link to on the OFBiz site or at least on Confluence. It is the  
intent of OFBiz that anyone can build whatever they want on top of  
it, and if you're interested in facilitating this, go for it!



There is no level of quality necessary to contribute.
Just do your best not to wreck someone else's
progress.

I think the goal of anyone who would be contributing
any time or code to the ofbiz-sandbox is doing so in
the spirit of open source so that others can benefit
from a solution they've discovered.  Therefore to
prevent any potential roadblocks in Apache Ofbiz
adopting solutions formed in the sandbox, all
contributed code will be under the Apache 2.0 license
and I suppose donated to the ASF.  If anyone knows
what I need to do to ensure a roadblock isn't created,
please let me know (collect iCLA's from potential
committers, ensure Apache already has an iCLA for the
potential committer ??)  As soon as I get that
question answered, I'll start adding people who want
to be added to the svn commit access on the sf.net
site.


Before the code touches the OFBiz code base it doesn't matter, you  
can do manage things however you want. I wouldn't worry about CLAs  
until code starts moving to OFBiz, and even then if it doesn't have  
to go through incubation CLAs won't be needed anyway.


Still, if there are large blocks of code developed by a bunch of  
different people the licensing issues get trickier and such things  
_may_ have to go through incubation to get into the OFBiz code  
base... When you have a bunch of fingers in a pot things do get  
trickier...



Personally, I would prefer to use these mailing lists
for discussion of things in the sandbox (to encourage
talk from more people), but if that is or becomes a
hassle for the Apache OFBiz project, just say the word
and I'll maintain a list or two off of the sf.net
site.


I don't think this is the best of ideas... If it relates to the  
development of OFBiz itself, please use the ofbiz dev mailing list.  
If it relates to the use of OFBiz itself, please use the ofbiz user  
mailing list. If it relates to the development of something that is  
_not_ OFBiz and it isn't a question or discussion about how to use  
OFBiz, using separate mailing lists would be much better. Not doing  
so could (will...) be very confusing, especially to people who are  
not up to date on all of the happenings around here. Even now I'm not  
comfortable sometimes with the level of opentaps discussion on the  
ofbiz mailing lists, but I suppose that is a natural consequence of  
the way things are structured in that project (not that anything that  
is bad or whatever), and hopefully we'll be able to distinguish  
things more clearly from the OFBiz side in the future (and hopefully  
Si will continue the same thing on the opentaps/OSS side).


-David

Re: OFBiz-Sandbox approved on SourceForge.net

2007-01-04 Thread David E Jones



BTW, Anil, as we talked about before if you're still interested in  
getting this into OFBiz that may still be an option we can pursue.


-David


On Jan 4, 2007, at 7:41 PM, Anil Patel wrote:

I am working on Asset Maintenance application as a component. Its  
located at



http://code.google.com/p/ofbizassetmgmt/

If anybody is interested.

Anil Patel

On 1/4/07, Chris Howe [EMAIL PROTECTED] wrote:


For those of you interested, a project for a sandbox
has been approved on sourceforge.net
(http://sourceforge.net/projects/ofbiz-sandbox/).  The
goal is to provide an area that you can collaborate on
ideas for implementations based on Apache Open for
Business.  These collaborations can be from simple
feature improvements, to showcasing a particular
change, to complete components, to a half-baked idea
that you want to get the gist out to and let someone
with some more skills or time help work on.

Please understand that this is currently (and
depending on Apache OFBiz's interest in this side
project, perhaps permanently), completely outside of
the Apache Ofbiz project and has no relation to the
ASF other than simply being geeked about the current
and future Apache Open for Business project.  Code
that gets added to the ofbiz-sandbox may never make it
into the Apache OFBiz project.  I have no control over
such matters.

There is no level of quality necessary to contribute.
Just do your best not to wreck someone else's
progress.

I think the goal of anyone who would be contributing
any time or code to the ofbiz-sandbox is doing so in
the spirit of open source so that others can benefit
from a solution they've discovered.  Therefore to
prevent any potential roadblocks in Apache Ofbiz
adopting solutions formed in the sandbox, all
contributed code will be under the Apache 2.0 license
and I suppose donated to the ASF.  If anyone knows
what I need to do to ensure a roadblock isn't created,
please let me know (collect iCLA's from potential
committers, ensure Apache already has an iCLA for the
potential committer ??)  As soon as I get that
question answered, I'll start adding people who want
to be added to the svn commit access on the sf.net
site.

Personally, I would prefer to use these mailing lists
for discussion of things in the sandbox (to encourage
talk from more people), but if that is or becomes a
hassle for the Apache OFBiz project, just say the word
and I'll maintain a list or two off of the sf.net
site.

Thanks!

Re: New web site url at ofbiz.apache.org !

2007-01-03 Thread David E Jones



Thanks for doing that Yoav. Looking at that page I think you're right  
that most of us OFBizers still lack the karma to do this. Either way,  
it's great to have help with it.


-David


On Jan 3, 2007, at 8:05 AM, Yoav Shapira wrote:


Hi,
Both of these are now done: OFBiz added as a TLP to the left-hand list
on www.apache.org, and David Jones added to the list of Officers.

For the curious, instructions for updating the main web site are at
http://www.apache.org/dev/infra-site.html -- though I think the karma
on that is a bit more limited.

Yoav

On 1/3/07, Jacopo Cappellato [EMAIL PROTECTED] wrote:

As a follow up on my previous mail, we will also need to update the
following page:

http://www.apache.org/foundation/

(David Jones should be added to the list of Officiers)

David W., Yoav, can you take a look at this too?

Thanks,

Jacopo


Jacopo Cappellato wrote:
 Hi all,

 the good news is that we have finally the OFBiz website at
 http://ofbiz.apache.org.

 Yoav, David W., could you please add the OFBiz link to the TLP  
projects

 left column of the www.apache.org main page?

 Thanks,

 Jacopo

Re: CSS Layout and Other Cleanups in the Manager Applications

2007-01-03 Thread David E Jones



Yeah, ecommerce has always been the highest priority in my mind but  
improving styling and LF in general on the back-end would also be  
great.


-David


On Jan 3, 2007, at 1:05 PM, Adrian Crum wrote:


Thanks David.

I remember you mentioning some time ago your desire for the UI to  
be more Zen Garden-esque. More than likely you were referring to  
the eCommerce component, but I don't see why the same can't be true  
for the rest of OFBiz. At the time you suggested it, I pictured  
these two files being combined and - as Chris has suggested - clear  
comments inserted to assist developers with modifying OFBiz's  
appearance.



David E Jones wrote:


On Jan 3, 2007, at 12:36 PM, Chris Howe wrote:

Having them separated allows the flexibility to use a
different style sheet if desired without needing to
assign properties for everything that the stylesheet
being replaced has declared for a particular class or
id.

All back end components utilize both because most were
developed by copying another component, not because of
a decision that they _should look the same. I think
Open Source Strategies CRM component testifies to that
(although they may be simply using the cascading
effect of css as opposed to a stylesheet replacement).
Actually no, the back-end applications use the same styles  
because  they ARE meant to look the same.
The OpenSourceStrategies stuff is not part of OFBiz and they   
certainly can (and obviously have) introduced their own patterns.

 Personally, I would prefer additional separation of
maincss.css into the groups that are divided by
comments, but it's a rather trivial distinction.
I agree, it is rather trivial. I don't see any problem with  
combining  these files.

-David

--- Adrian Crum [EMAIL PROTECTED] wrote:


Maintaining a single css file instead of two. All
components reference both
files, so there's no sense to keep them separate.


Chris Howe wrote:


What benefit do you see in doing this?


--- Adrian Crum [EMAIL PROTECTED] wrote:



Jacopo,

While we're on the subject, could we also discuss
the possibility of combining
the maincss.css and tabstyles.css files into one
file?


Jacopo Cappellato wrote:


Following the great advices in
https://issues.apache.org/jira/browse/OFBIZ-241



I've started to play


with the styles in maincss.css file and apply the



mods to the


manufacturing application.

I've noticed some minor side effects (for example



the texts in the main


webtools page are smaller now) and I wanted to be



sure that the work I'm


doing is correct and, most of all, if it is a


good



moment to do this


work now (i.e. before a release).
So please, have a look at the revisions 492187,



492201, 492242


(especially at the changes I did to the



maincss.css file) and let me


know what you think.

Jacopo

Re: Ad Rotator structure

2007-01-03 Thread David E Jones



On Jan 3, 2007, at 3:01 PM, Ean Schuessler wrote:


On Tuesday 02 January 2007 00:13, Al Byers wrote:

Thanks for the advice. This is all in support of an advertising-based
revenue model for a website that draws a high amount of traffic. I  
figured

there were two parts to managing and delivering ads. You must have a
mechanism for delivering the ad link and the ad image and the  
image, and
you must provide a way to manage the sales and order process and  
have the
orders get into the ad delivery system. I guess I was trying to  
model it as
a somewhat standard product sell and was not thinking of the  
approach that

you mention.


You may want to consider having the sale of an ad package trigger  
WorkEfforts
that collect the banners from the customer and run them through  
someone for

approval. The rotation could be handled as some kind of content group?


Yeah, the content group is a good idea and there is already some  
precedent (and an example!) for that. Something like the factoid  
thing in one of the screenlets on the home page of the ecommerce app  
might be helpful.


-David

Re: New Service Providers Page

2007-01-03 Thread David E Jones



On Jan 3, 2007, at 6:08 PM, Ean Schuessler wrote:


On Saturday 30 December 2006 00:52, David E Jones wrote:

This is an email you don't want to miss... especially if you are a
service provider offering stuff based on OFBiz.

As part of the web site refactoring we are moving various things from
the old web site to the new wiki site.

The Service Providers sections of the services page are being moved
over right now to this page on the docs.ofbiz.org site:

http://docs.ofbiz.org/x/JAM

IMPORTANT: If you have been listed on the ofbiz site in the past and
wish to be listed in the future, please go there and add an entry for
your company.

Rather than propagating entries from before, some of which have been
around but inactive for years, this way we can start fresh and get a
more recent and complete listing.

There is an example there for Hotwax Media along with an interesting
announcement and you can follow or expand on  that pattern for your
own listing.


Brainfood is the only premium service provider website that runs on  
OFBiz!


Do we get a bonus for that?

(Si! PHP! For shame!)


No kidding, what's up Si?

Fortunately things aren't _quite_ as bad as they seem... Personally I  
guess I can forgive Si because he has a good production ecommerce  
site (Gracious Style) that is helping to PoC a lot of the back-end  
stuff too.


And yeah, you're right the Hotwax site is still static, but heah  
we're only officialy 2 days into the new company! But yes, rest  
assured, the hotwaxmedia.com site(s) WILL all eventually run on  
OFBiz, starting with the public site which will soon be just like the  
Undersun Consulting site, which runs 100% on OFBiz (albeit a bit of  
an embarrassingly old version!). We even have plans to migrate more  
internal tools to OFBiz like project management (we're currently  
using XPlanner, which is okay, but it's not OFBiz!), CRM, and even  
accounting and such.


It'll be fun working it into shape for a services company and if  
anyone else is interested in doing so but afraid to take it on alone,  
let's get together and go for it... in about 2 months. We're actually  
really swamped right now and our public site and such are obviously a  
little tough for us to get out of the way. Darn, 2 days and we still  
don't have it! ;)


More seriously though, it would be super-cool if we all jumped on  
this and really start eating our dog crap, or er, food.


So, the Brainfood site is running on OFBiz? That's cool. Did you  
mount the webapp and the control servlet on / or something? The  
URLs are way more disguised than we tried to do with the Undersun site.


Okay forget I just said that, I'm an idiot. I remember now that you  
guys have a slick front end piece as an alternative to the  
ControlServlet and such and that's probably what you've got going there.


If you want to add your site to the list of public facing OFBiz- 
running sites it's now on an open page in Confluence (you just have  
to have an account to edit):


http://docs.ofbiz.org/x/ZQM

Also, we've recently move the service provider listings to Confluence  
too, so you might want to update your listing here:


http://docs.ofbiz.org/x/JAM

-David

Re: why does product inventory page hide DELIVERED serialized inventory?

2007-01-03 Thread David E Jones



On Jan 3, 2007, at 6:28 PM, Si Chen wrote:


Si Chen wrote:

Hi,

For some reason serialized inventory in the state of DELIVERED  
do not show up in Catalog Manager's Product  Inventory tab.   
Looking at the code it's fairly obvious why:


$ vi applications/product/webapp/catalog/product/ 
EditProductInventoryItems.ftl

   #list productInventoryItems as inventoryItem
  #if showEmpty || (inventoryItem.inventoryItemTypeId? 
if_exists == SERIALIZED_INV_ITEM  inventoryItem.statusId? 
if_exists != INV_DELIVERED)


But why is it done like this?  Is there some design reason why  
serialized inventory in the DELIVERED status should not be shown,  
but all the other status codes are shown?


Si


Aha - I figured it out and in the process flushed out another bug:
http://issues.apache.org/jira/browse/OFBIZ-591


Oh yeah, this looks like a nice juicy bug that needs to be squashed,  
or consumed, or whatever... ;)


-David

Re: mailing list moderation

2007-01-02 Thread David E Jones



It would certainly save work to have the mailing list software send  
out a certain message whenever anyone is not subscribed, and I have a  
stock letter (included below) that I use just for this.


Still, I like the idea of moderating because as David W. mentioned  
when we discussed this a long time ago there are good reasons for  
someone not subscribed to the list to be able to post. What I usually  
do now is look at the question or comment and see if it is likely to  
lead to discussion or to further questions, or if it is more likely  
to be a one-off sort of thing like a please contact me [here] if you  
are interested in [this], where this is often some paid work to be  
done, something non-core to the project, etc.


So, we may want to hold off on this as such messages can be important.

-David


On Jan 2, 2007, at 2:47 AM, David Welton wrote:


Hi guys,

I have been doing OFBiz mailing list moderation for a while (along
with the ubiquitous David Jones), but now that you're your own top
level project, I would really like to let someone else take my place.

Also, I think it would be wise to decide on a policy for moderation as
a group.  David J seems to be of the idea to not accept messages from
non-subscribers, which is fine, but at that point perhaps we could
simply let the mailing list software do the job?  I guess you'd have
to ask the infrastructure team as well...

--
David N. Welton
- http://www.dedasys.com/davidw/

Linux, Open Source Consulting
- http://www.dedasys.com/



=
User's List Moderated Message
=
%%% Start comment
This question is a good one to send to this list, but it appears that  
the email address you sent this from is not subscribed to the list.  
Except for cases where someone wants a question answered off the  
list, we request that people subscribe to the mailing list and keep  
replies and such in public as much as possible. Moderating messages  
from non-subscribed addresses also helps us pretty much eliminate  
spam on the lists.


For details about the list and subscription (including the email  
addresses to send a message to in order to subscribe, unsubscribe,  
etc) please see this web page:


http://mail-archives.apache.org/mod_mbox/incubator-ofbiz-user/

-David
%%% End comment
=
%%% Start comment
This question is a good one, but should be sent to the user list  
instead of the dev list. It appears that the email address you sent  
this from is not subscribed to this list. Except for cases where  
someone wants a question answered off the list, we request that  
people subscribe to the mailing list and keep replies and such in  
public as much as possible. Moderating messages from non-subscribed  
addresses also helps us pretty much eliminate spam on the lists.


If you are not subscribed to the ofbiz-user mailing list please  
subscribe before sending your message there. For details about the  
list and subscription (including the email addresses to send a  
message to in order to subscribe, unsubscribe, etc) please see this  
web page:


http://mail-archives.apache.org/mod_mbox/incubator-ofbiz-user/

-David
%%% End comment
=
%%% Start comment
Administrative requests should go to special addresses and not the  
main mailing list address.


For details on these special addresses, please see:

http://mail-archives.apache.org/mod_mbox/incubator-ofbiz-user/

You can also find these in the headers of every email sent to you  
from the list.


To unsubscribe from this list simply send an email to to following  
address from your email address subscribed to the list:


[EMAIL PROTECTED]

-David
%%% End comment
=

Re: A proposal/draft for the link/structure of the OFbiz site

2007-01-02 Thread David E Jones



That is one of the sections of convenient links that has been  
around forever and it could be removed altogether... If someone  
really wants to know such things they should find something pretty  
easily (ie the page you referenced...) searching on docs.ofbiz.org,  
or if they know the ASF patterns they'll find what they're looking  
for in the LICENSE file...


As for the standards links there... I've been thinking of killing  
those for a while as they represent more of the standards that we  
should or would like to implement, but for the most part haven't yet  
(and that is obviously confusing).


-David


On Jan 2, 2007, at 4:27 AM, Jacopo Cappellato wrote:

About the Open Source Projects  Standards section at the bottom  
of the main page... maybe we could suppress it and use the http:// 
docs.ofbiz.org/x/Vg page instead (maybe after some cleanups and  
improvements there).


Jacopo


Jacopo Cappellato wrote:

David E Jones wrote:


Jacopo,

Could you put this on the new site plan wiki page?

http://docs.ofbiz.org/x/t

Done, see Proposal One here: http://docs.ofbiz.org/x/t
Jacopo


We'll probably want to adjust the contents a bit, and I'm not  
sure what certain things might mean (ie Marketing, Resources).  
Actually I think of the mailing lists, source repo and issue  
tracker as resources...


We might want to have a section or link for contributors pointing  
to some of the pages in the OFBADMIN space.


-David


On Jan 1, 2007, at 11:49 AM, Jacopo Cappellato wrote:


Hi all,

after a bit of research (looking at other ASF projects' sites)  
I've drafted a rough sketch of a structure of the site that I  
think would be nice to have.


My proposal:

a) suppress the top tabs (Home/Docs and Books) or change it to  
(Site/Doc site)
b) keep the same left column links in all the pages (and  
highlight the link to which the current page refers
c) the set of links could be this (The Documentation section  
is incomplete):


===Apache OFBiz===
Welcome[1]
News

===Documentation===
Documentation
Documentation Site
Resources
Marketing

===Download===
Releases
Trunk  [2]

===Community===
Mailing Lists
Source Repository  [3]
Issue Tracker

===Project Management===
Mission  [4]
People
Bylaws


[1] = the main page
[2] = a link to something like this:
http://docs.ofbiz.org/x/aQM

[3] = a link to something like this:
http://docs.ofbiz.org/x/mgM

[4] = a link to a page with the Board Resolution

What do you think?

Jacopo

Re: Problem with ManagerReferenceCatalog.pdf (Undersun Doc Site PDF Exports)

2007-01-02 Thread David E Jones



Thanks Christian, I re-ran the export and uploaded a good file so it  
should now be fixed...


-David


On Jan 2, 2007, at 6:56 AM, Christian Geisert wrote:


Hi,

there seems to be a problem with ManagerReferenceCatalog.pdf on
http://docs.ofbiz.org/pages/viewpageattachments.action?pageId=742.
The size is just 1 kb and if I try to open it with Acrobat Reader it
displays an error (not a supported file type or damaged)

--
Christian

Re: Parameterize serviceName in error message for permission error.

2007-01-02 Thread David E Jones



Yes, there is a solution to this.

As with various things rather than trying to universally implement  
best practices due to practicality the best practice is demonstrated  
in the example component. You can see what you need in the  
ExampleServices.xml, and in the corresponding label properties file  
if I remember right.


-David


On Jan 2, 2007, at 4:07 PM, Anil Patel wrote:


Hi,
Checking to see if there is possible better way to do this. Every  
time we do
permission check for CRUD operation we end up defining new message  
resource

file. Only thing that changes is name of service.

Is there a known solution, where we can parameterize the service  
name and

use just one message all these CRUD operation?

Regards
Anil Patel

Re: Parameterize serviceName in error message for permission error.

2007-01-02 Thread David E Jones



That's a different issue, sounds like the one from your other email  
earlier today.


Having a permission extension like _ROLE_PARTY is weird, I'm not  
sure _what_ that is for. It looks like a variation on the role  
limited permissions that are an established pattern in OFBiz. The  
best example of them is probably the checkProductRelatedPermission  
simple-method in the ProductServices.xml file. On line 511 you'll see  
where it uses CATALOG_ROLE as the prefix instead of CATALOG.


When doing role-limited permissions the _ROLE appendage should  
always be a suffix to the permission, and not a prefix to the  
action side of the permission. I have seen this confused before and  
I think it's a bad practice because it breaks the normal suffix set  
(_CREATE, _UPDATE, _DELETE, _VIEW, _ADMIN).


The basic idea is that if you have something like a CATALOG_ROLE  
permission base instead of the CATALOG permission base, then you  
have to be connected to the item in question either in a  
predetermined role, or in any role, depending on how things are coded  
(ie it's a convention, not a set of hard rules).


-David


On Jan 2, 2007, at 7:40 PM, Anil Patel wrote:


If we were to go by this, In example component, we look for _CREATE or
_DELETE permission on the component in different CRUD services and  
not at

the entity level like _ROLE_PARTY

is this right?

Regards
Anil

On 1/2/07, David E Jones [EMAIL PROTECTED] wrote:



Yes, there is a solution to this.

As with various things rather than trying to universally implement
best practices due to practicality the best practice is demonstrated
in the example component. You can see what you need in the
ExampleServices.xml, and in the corresponding label properties file
if I remember right.

-David


On Jan 2, 2007, at 4:07 PM, Anil Patel wrote:

 Hi,
 Checking to see if there is possible better way to do this. Every
 time we do
 permission check for CRUD operation we end up defining new message
 resource
 file. Only thing that changes is name of service.

 Is there a known solution, where we can parameterize the service
 name and
 use just one message all these CRUD operation?

 Regards
 Anil Patel

[jira] Commented: (OFBIZ-571) Move the various documentation pages to the OFBTECH space on docs.ofbiz.org

2007-01-02 Thread David E. Jones (JIRA)


[ 
https://issues.apache.org/jira/browse/OFBIZ-571?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12461919
 ] 

David E. Jones commented on OFBIZ-571:
--

I think we should continue on the path of an XSLT file to help generate a 
reference, but in response to Scott's question we still shouldn't totally 
eliminate the MiniLang guide. It should just be reduced to introductory and 
overview text, and examples and such. It is only the _reference_ material that 
should go into the XSD file.

 Move the various documentation pages to the OFBTECH space on docs.ofbiz.org
 ---

 Key: OFBIZ-571
 URL: https://issues.apache.org/jira/browse/OFBIZ-571
 Project: Apache OFBiz (The Open for Business Project)
  Issue Type: Sub-task
  Components: site
Reporter: Jacopo Cappellato
 Assigned To: Jacques Le Roux
 Attachments: AScreenCopy.PNG


 Move the various documentation pages and even the main Docs  Books page to 
 the OFBTECH space on docs.ofbiz.org

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: svn commit: r491626 - in /ofbiz/site: documents.html dtds/

2007-01-01 Thread David E Jones



Yes, I saw that discussion.

Is it really so bad that files are downloaded by default in the  
browser? Chances are you can change this (you have various options in  
Firefox at least), and I admin it is a bit annoying, but most  
browsers do that by default now for all non-HTML files...


In fact, given that is the default in browsers now for non-HTML files  
isn't that what users expect and what we should go with?


-David


On Jan 1, 2007, at 2:50 PM, Jacques Le Roux wrote:


David,

We tried to find another solution because browsers like Firefox or  
Opera by default automatically load the file hence do not let you
directly browse at it but launch an appli on your client (for  
instance Visual Studio .NET on my machine by default, ooops !) This
was explained in detail in http://issues.apache.org/jira/browse/ 
OFBIZ-571#action_12461494


I'm not sure to understand your last sentence, did you say that we  
should go this way (having only 1 file in svn and use it
everywhere from there) or not ?  Else we will have to maintain 2  
files in parallel for each XSD of course.


BTW I understand that having all developpers running XML editors  
referring to XSDs for completion and such might be to heavy for an

SVN server !

Jacques

- Original Message -
From: David E Jones [EMAIL PROTECTED]
To: ofbiz-dev@incubator.apache.org
Sent: Monday, January 01, 2007 10:06 PM
Subject: Re: svn commit: r491626 - in /ofbiz/site: documents.html  
dtds/





Because SVN runs over http there is an easier way to build these
URLs, for example:

http://svn.apache.org/repos/asf/ofbiz/trunk/framework/base/dtd/ofbiz-
containers.xsd

Still, I'm not sure we can totally avoid keeping these files on the
web site. We need to point all of the XML files to some location
available on the internet. We could perhaps change all of the schema
locations in the XML files to point to the URL as above, but that
would put more of a load on the svn server. I guess that should be
manageable, so maybe this is way to go for the future to make things
easier to manage...

-David


On Jan 1, 2007, at 1:42 PM, [EMAIL PROTECTED] wrote:


Author: jacopoc
Date: Mon Jan  1 12:42:50 2007
New Revision: 491626

URL: http://svn.apache.org/viewvc?view=revrev=491626
Log:
Now  the links to the xsd files point to the svn server and we do
not need to keep a copy of the xsd files in the web site.
Based on tips from Jacques Le Roux and Scott Gray.

Removed:
ofbiz/site/dtds/
Modified:
ofbiz/site/documents.html

Modified: ofbiz/site/documents.html
URL: http://svn.apache.org/viewvc/ofbiz/site/documents.html?
view=diffrev=491626r1=491625r2=491626
 
==


--- ofbiz/site/documents.html (original)
+++ ofbiz/site/documents.html Mon Jan  1 12:42:50 2007
@@ -229,47 +229,48 @@
 --
   li class=contenttexta name=XMLDefsGeneral XML
Definitions/a
   ul
-li class=contenttexta href=dtds/ofbiz-
containers.xsdOFBiz Containers XSD (ofbiz-containers.xml)/a/li
-li class=contenttexta href=dtds/component-
loader.xsdOFBiz Component Load XSD (component-load.xml)/a/li
-li class=contenttexta href=dtds/ofbiz-component.xsd
OFBiz Component XSD (ofbiz-component.xml)/a/li
-li class=contenttexta href=dtds/jndi-config.xsdJNDI
Server Config XSD (jndiservers.xml)/a/li
-li class=contenttexta href=dtds/security-
config.xsdSecurity Config XSD (security.xml)/a/li
+li class=contenttexta href=http://svn.apache.org/viewvc/
ofbiz/trunk/framework/base/dtd/ofbiz-containers.xsd?
revision=HEADOFBiz Containers XSD (ofbiz-containers.xml)/a/li
+li class=contenttexta href=http://svn.apache.org/viewvc/
ofbiz/trunk/framework/base/dtd/component-loader.xsd?
revision=HEADOFBiz Component Load XSD (component-load.xml)/a/ 
li

+li class=contenttexta href=http://svn.apache.org/viewvc/
ofbiz/trunk/framework/base/dtd/ofbiz-component.xsd?
revision=HEADOFBiz Component XSD (ofbiz-component.xml)/a/li
+li class=contenttexta href=http://svn.apache.org/viewvc/
ofbiz/trunk/framework/base/dtd/jndi-config.xsd?revision=HEADJNDI
Server Config XSD (jndiservers.xml)/a/li
+li class=contenttexta href=http://svn.apache.org/viewvc/
ofbiz/trunk/framework/security/dtd/security-config.xsd?
revision=HEADSecurity Config XSD (security.xml)/a/li
   /ul
   /li
   li class=contenttextEntity Engine XML Definitions
   ul
-li class=contenttexta href=dtds/entity-
config.xsdEntity Config XSD (entityengine.xml)/a/li
-li class=contenttexta href=dtds/entitygroup.xsdEntity
Group XSD (entitygroup.xml)/a/li
-li class=contenttexta href=dtds/entitymodel.xsdEntity
Model XSD (entitymodel_*.xml)/a/li
-li class=contenttexta href=dtds/entity-eca.xsdEntity
ECAs XSD (eecas_*.xml)/a/li
-li class=contenttexta href=dtds/
fieldtypemodel.xsdField Type Model XSD (fieldtype*.xml)/a/li
+li class=contenttexta href=http://svn.apache.org/viewvc/
ofbiz/trunk/framework/entity/dtd/entity-config.xsd?
revision=HEADEntity Config XSD

[jira] Commented: (OFBIZ-580) Create WorkEffort Search UI: Query Parameters, Results

2007-01-01 Thread David E. Jones (JIRA)


[ 
http://issues.apache.org/jira/browse/OFBIZ-580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12461653
 ] 

David E. Jones commented on OFBIZ-580:
--

The first file, WorkEffortAdvancedSearch.patch, is in SVN rev 491685.

 Create WorkEffort Search UI: Query Parameters, Results
 --

 Key: OFBIZ-580
 URL: http://issues.apache.org/jira/browse/OFBIZ-580
 Project: Apache OFBiz (The Open for Business Project)
  Issue Type: Improvement
  Components: workeffort
Reporter: Anil K Patel
 Attachments: WorkEffortAdvancedSearch.patch


 Creating the WorkEffort Search user interfaces pages and supporting code or 
 the WorkEffort Manager application

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: A proposal/draft for the link/structure of the OFbiz site

2007-01-01 Thread David E Jones



On Jan 1, 2007, at 11:49 AM, Jacopo Cappellato wrote:


===Download===
Releases
Trunk  [2]

[1] = the main page
[2] = a link to something like this:
http://docs.ofbiz.org/x/aQM


This page looks a lot like the old Setup Guide that has been  
updated over time, and that I believe is pretty up to date:


http://incubator.apache.org/ofbiz/docs/setup.html

It would be good to clean that up, and of course put it in  
Confluence, and then point to that as a starting place.


I was also thinking of adding some text to the beginning to help  
people decide, similar to what I wrote in the release plan in the  
first to sub-sections of the General Goals, Policies and Process  
section:


http://docs.ofbiz.org/x/1wE

-David

Re: svn commit: r491626 - in /ofbiz/site: documents.html dtds/

2007-01-01 Thread David E Jones



That would be nice...

Even better, and to help with the XML editor annotation problem, it  
might be cool to have it point to one of the various XSLT files out  
there that transforms the XSD file to a HTML file with nice summaries  
and examples and all sorts of stuff.


If someone would like to play with this and submit some things to  
try, I certainly wouldn't complain... ;)


-David


On Jan 1, 2007, at 4:29 PM, Chris Howe wrote:


Shouldn't you be able to simply put an xslt transform
in the xsd file?

?xml version=1.0 encoding=UTF-8?
?xml-stylesheet type=text/xml href=#style1?

since it comes before the xs:schema tag this should
give the proper instruction for the browser without
messing with the validation.


--- David E Jones [EMAIL PROTECTED]
wrote:



Yes, I saw that discussion.

Is it really so bad that files are downloaded by
default in the
browser? Chances are you can change this (you have
various options in
Firefox at least), and I admin it is a bit annoying,
but most
browsers do that by default now for all non-HTML
files...

In fact, given that is the default in browsers now
for non-HTML files
isn't that what users expect and what we should go
with?

-David


On Jan 1, 2007, at 2:50 PM, Jacques Le Roux wrote:


David,

We tried to find another solution because browsers

like Firefox or

Opera by default automatically load the file hence

do not let you

directly browse at it but launch an appli on your

client (for

instance Visual Studio .NET on my machine by

default, ooops !) This

was explained in detail in

http://issues.apache.org/jira/browse/

OFBIZ-571#action_12461494

I'm not sure to understand your last sentence, did

you say that we

should go this way (having only 1 file in svn and

use it

everywhere from there) or not ?  Else we will have

to maintain 2

files in parallel for each XSD of course.

BTW I understand that having all developpers

running XML editors

referring to XSDs for completion and such might be

to heavy for an

SVN server !

Jacques

- Original Message -
From: David E Jones

[EMAIL PROTECTED]

To: ofbiz-dev@incubator.apache.org
Sent: Monday, January 01, 2007 10:06 PM
Subject: Re: svn commit: r491626 - in /ofbiz/site:

documents.html

dtds/




Because SVN runs over http there is an easier way

to build these

URLs, for example:





http://svn.apache.org/repos/asf/ofbiz/trunk/framework/base/dtd/ofbiz-

containers.xsd

Still, I'm not sure we can totally avoid keeping

these files on the

web site. We need to point all of the XML files

to some location

available on the internet. We could perhaps

change all of the schema

locations in the XML files to point to the URL as

above, but that

would put more of a load on the svn server. I

guess that should be

manageable, so maybe this is way to go for the

future to make things

easier to manage...

-David


On Jan 1, 2007, at 1:42 PM, [EMAIL PROTECTED]

wrote:



Author: jacopoc
Date: Mon Jan  1 12:42:50 2007
New Revision: 491626

URL:

http://svn.apache.org/viewvc?view=revrev=491626

Log:
Now  the links to the xsd files point to the svn

server and we do

not need to keep a copy of the xsd files in the

web site.

Based on tips from Jacques Le Roux and Scott

Gray.


Removed:
ofbiz/site/dtds/
Modified:
ofbiz/site/documents.html

Modified: ofbiz/site/documents.html
URL:



http://svn.apache.org/viewvc/ofbiz/site/documents.html?

view=diffrev=491626r1=491625r2=491626








==

--- ofbiz/site/documents.html (original)
+++ ofbiz/site/documents.html Mon Jan  1

12:42:50 2007

@@ -229,47 +229,48 @@
 --
   li class=contenttexta

name=XMLDefsGeneral XML

Definitions/a
   ul
-li class=contenttexta

href=dtds/ofbiz-

containers.xsdOFBiz Containers XSD

(ofbiz-containers.xml)/a/li

-li class=contenttexta

href=dtds/component-

loader.xsdOFBiz Component Load XSD

(component-load.xml)/a/li

-li class=contenttexta

href=dtds/ofbiz-component.xsd

OFBiz Component XSD

(ofbiz-component.xml)/a/li

-li class=contenttexta

href=dtds/jndi-config.xsdJNDI

Server Config XSD (jndiservers.xml)/a/li
-li class=contenttexta

href=dtds/security-

config.xsdSecurity Config XSD

(security.xml)/a/li

+li class=contenttexta

href=http://svn.apache.org/viewvc/



ofbiz/trunk/framework/base/dtd/ofbiz-containers.xsd?

revision=HEADOFBiz Containers XSD

(ofbiz-containers.xml)/a/li

+li class=contenttexta

href=http://svn.apache.org/viewvc/



ofbiz/trunk/framework/base/dtd/component-loader.xsd?

revision=HEADOFBiz Component Load XSD

(component-load.xml)/a/

li
+li class=contenttexta

href=http://svn.apache.org/viewvc/



ofbiz/trunk/framework/base/dtd/ofbiz-component.xsd?

revision=HEADOFBiz Component XSD

(ofbiz-component.xml)/a/li

+li class=contenttexta

href=http://svn.apache.org/viewvc/





ofbiz/trunk/framework/base/dtd/jndi-config.xsd?revision=HEADJNDI

Server Config XSD (jndiservers.xml)/a/li
+li

Re: A proposal/draft for the link/structure of the OFbiz site

2007-01-01 Thread David E Jones



Jacopo,

Could you put this on the new site plan wiki page?

http://docs.ofbiz.org/x/t

We'll probably want to adjust the contents a bit, and I'm not sure  
what certain things might mean (ie Marketing, Resources). Actually I  
think of the mailing lists, source repo and issue tracker as  
resources...


We might want to have a section or link for contributors pointing to  
some of the pages in the OFBADMIN space.


-David


On Jan 1, 2007, at 11:49 AM, Jacopo Cappellato wrote:


Hi all,

after a bit of research (looking at other ASF projects' sites) I've  
drafted a rough sketch of a structure of the site that I think  
would be nice to have.


My proposal:

a) suppress the top tabs (Home/Docs and Books) or change it to  
(Site/Doc site)
b) keep the same left column links in all the pages (and highlight  
the link to which the current page refers
c) the set of links could be this (The Documentation section is  
incomplete):


===Apache OFBiz===
Welcome[1]
News

===Documentation===
Documentation
Documentation Site
Resources
Marketing

===Download===
Releases
Trunk  [2]

===Community===
Mailing Lists
Source Repository  [3]
Issue Tracker

===Project Management===
Mission  [4]
People
Bylaws


[1] = the main page
[2] = a link to something like this:
http://docs.ofbiz.org/x/aQM

[3] = a link to something like this:
http://docs.ofbiz.org/x/mgM

[4] = a link to a page with the Board Resolution

What do you think?

Jacopo

Re: Ad Rotator structure

2007-01-01 Thread David E Jones



Al,

Could you describe more background or requirements for what you're  
trying to do? It sounds like your emphasis is on providing an  
ecommerce like application for purchasing ad impressions or click- 
throughs.


On the ad management and commission charging it's kind of the reverse  
of an affiliate or commission model as the advertisers pay a  
commission for outgoing links rather than the store operator paying a  
commission for incoming links. Still, the MarketingCampaign and  
TrackingCode and ServerHit and related entities should be very  
applicable in either direction.


-David


On Jan 1, 2007, at 9:46 AM, Al Byers wrote:


Shi,

Thanks for the feedback. So in your case the products would be ad  
positions,
whereas, I was thinking they would be count packages (eg. 1K, 2K,  
etc). In

your case, you would just make the impression count the order quantity
listed for that package in the OrderItem record? That sounds like  
it would
work. We could use promotions to put together special packages.  
Thanks for

bringing up the point that people want to buy ad positions - I had not
thought of that. I don't have much experience with this. I guess  
there are

other conditions buyers will want to specify - what would they be? Of
course, we want to be able to tie ads to the user profile if they  
are logged

in - we should be talking about how those facts will be stored.

Your comments don't deal with how the ad images are tied in, do  
they? Any

thoughts there?

I will want the ad content to be rendered on the front end via the  
screen
widget code. It may require some changes in the content management  
package
to go straight to content. My thought is to use the CMS to place  
images in
the file system where they can be accessed directly via the web  
server or

via the CMS.

-Al

On 12/30/06, Shi Yusen [EMAIL PROTECTED] wrote:


Hi Al,

I don't know why I can't send this to the list, so I send it to you
directly.

I think it would be better if the ad positions can be listed as  
products

in a
special catalog.

A customer can order an ad position and assign the ad type such as
image, flash and etc. and from date, thru date.

In the frontend, just insert some javascript code as Google did.

Is this possible?

Shi Yusen/Beijing Langhua Ltd.


在 2006-12-30六的 10:56 -0700，Al Byers写道：
 Has there been any work done on an ad rotator service?

 If not, I think I would like to build off of the subscription  
model.
 I would create virtual products with different variants for  
impression

 counts (eg. 1k, 5k, etc) per month (or time period).
 I would not link Product to SubscriptionResource via
 ProductSubscriptionResource because I want to reuse the same  
product for
 different customers and I can't have static content (ie. ad  
images) tied

to
 a product.

 I want to use Subscriptions so that I have a persistent object  
to tie
 Content entities to. I would use the ShoppingList to handle  
recurring
 billing - which generates a new order on each cycle. I want to  
use the

 subscription model because there will be functionality to handle
commissions
 and billing - but those things are not really tied to  
Subscription, but

it
 seems that there would be some common elements.

 So I think I will need a new entity, AdContentHit, that would  
provide a

sort
 of de-normalized record for both capturing the ads tied to a  
user and

 managing their delivery.

 AdContentHit
  - subscriptionId
  - subscriptionSeqId
  - contentId
  - imageUrl - a quick way to deliver the image, rather than  
going thru

the
 contentId. Would need to get modified if the content location  
changed
  - currentQuota - number of impressions scheduled for the month  
(or time

 period)
  - currentHits - number of impressions delivered within month or  
time

period
  - deliveryRate - i am thinking about indexing this field and  
using it

to
 find the next image to deliver. It would be the currentQuota /
currentHits
 if currentHits is  0
 or just equal to currentQuota if
currentHits
 == 0. This formula seems like it would work even if you go over  
your

quota -
 which will certainly happen.
 Okay, I see where this will not work  
unless all
 currentHits get zeroed out each night and currentQuota is for a  
24 hour

 period - so that all ads are on the same point
  of reference. There is probably a  
better way to

do
 this. Have not looked at it much. Hoping for some suggestions.
  - fromDate
  - thruDate
  - totalHits
  - imageSize (medallion, banner, etc)

 These are just some initial thoughts. Anyone out there have some
knowledge
 to share?

 Thanks,

 Al

Request for Comments: Release Plan

2006-12-31 Thread David E Jones



I have added some material to the Release Plan to hopefully represent  
the results of discussions from the past, mostly this year, and help  
address some things that have been asked about the discussed over  
time and very recently too.


Please let me know if I have left anything out, or if there is  
anything dangerous, inconvenient, outrageous, or immoral in what I  
added here:


http://docs.ofbiz.org/x/1wE

As we are getting very near to the point of doing an actual release  
branch and moving toward a stable and supported release it would  
be good to get this plan set out very soon.


Thanks,
-David

Re: svn commit: r491422 - /ofbiz/site/index.html

2006-12-31 Thread David E Jones



Just a quick note on this and for any permanent link to a page on the  
Confluence site: if you go to the Info tab and use the Tiny Link  
instead of the one by default in the browser you can avoid problems  
with broken links if the page title ever changes.


-David


On Dec 31, 2006, at 7:03 AM, [EMAIL PROTECTED] wrote:


Author: jacopoc
Date: Sun Dec 31 06:03:55 2006
New Revision: 491422

URL: http://svn.apache.org/viewvc?view=revrev=491422
Log:
Added link to the new Marketing page and removed old link to the  
sourceforge download page.


Modified:
ofbiz/site/index.html

Modified: ofbiz/site/index.html
URL: http://svn.apache.org/viewvc/ofbiz/site/index.html? 
view=diffrev=491422r1=491421r2=491422
== 


--- ofbiz/site/index.html (original)
+++ ofbiz/site/index.html Sun Dec 31 06:03:55 2006
@@ -92,6 +92,7 @@
 a href=http://docs.ofbiz.org/display/OFBIZ/Is+OFBiz+for 
+MeIs OFBiz for Me?/a

 a href=feature-list.htmlFeature List/a
 a href=comingsoon.htmlFeatures Coming Soon/a
+a href=http://docs.ofbiz.org/display/OFBIZ/ 
MarketingMarketing/a
 a href=https://ofbiz.dev.java.net/servlets/ 
ProjectDocumentList?folderID=1193Brochures/a

 a href=documents.htmlDocumentation/a
 a href=VideosConf.htmlConference Videos/a
@@ -112,7 +113,6 @@
 a href=http://docs.ofbiz.org/x/j;Production Setup  
Guide/a

 a href=svn.htmlSource Access (Recommended)/a
 a href=releasenotes.htmlbRelease Notes/b/a
-a href=http://sourceforge.net/project/showfiles.php? 
group_id=27173Download Releases/a
 a href=http://www.opensourcestrategies.com/ofbiz/ 
downloads.phpWeekly Builds/a

 a href=documents.htmlDocumentation/a
 a href=ofbizlicense.htmlCopyright amp; License/a

Re: debug level service attribute

2006-12-31 Thread David E Jones



There should be info level messages and I'd say turn them off in  
production and live with them in development/testing.


Or if enough people don't like them we can always get rid of them...

-David


On Dec 31, 2006, at 1:40 PM, Chris Howe wrote:


I find myself using certain services quite a lot (ie
partyNameFromDate when iterating through a large data
set) and would like it not to clutter up the log with
all of its service start/service end log entries. At
the same time, I need to be able to see when other
services start/end.

I've thought of a number of ways to handle this.  What
are your thoughts (community)?

1. attribute for service tag defining the service
start/end level
2. attribute for element calling it (in simple method
call-service/ or in screens service/)
3. attribute for either the service or the service
call that raises or lowers (+1, -1) the level of
debugging for the entire service.
4. learn to continue living with the noisy log

Thanks!

Re: debug level service attribute

2006-12-31 Thread David E Jones



Well, personally in development I often comment out or add log  
statements to make things easier to track down. It's pretty easy and  
quick to change, build, and run.


-David


On Dec 31, 2006, at 2:28 PM, Chris Howe wrote:


I like the log message in general.  It's probably the
most useful debug message when trying to figure out
where a problem may lie in development. It's just
certain common services I may run a thousand or more
times when iterating through a list and that's going
to end up being 2000 lines of debug messages (roughly
half a meg) where I'm fairly confident the problem
doesn't lie.  If I could find a way to prevent those
couple of services from announcing their presence,
life would be grand :)

The environment where this is a concern, is in
development.

--- David E Jones [EMAIL PROTECTED]
wrote:



There should be info level messages and I'd say
turn them off in
production and live with them in
development/testing.

Or if enough people don't like them we can always
get rid of them...

-David


On Dec 31, 2006, at 1:40 PM, Chris Howe wrote:


I find myself using certain services quite a lot

(ie

partyNameFromDate when iterating through a large

data

set) and would like it not to clutter up the log

with

all of its service start/service end log entries.

At

the same time, I need to be able to see when other
services start/end.

I've thought of a number of ways to handle this.

What

are your thoughts (community)?

1. attribute for service tag defining the service
start/end level
2. attribute for element calling it (in simple

method

call-service/ or in screens service/)
3. attribute for either the service or the service
call that raises or lowers (+1, -1) the level of
debugging for the entire service.
4. learn to continue living with the noisy log

Thanks!

Re: debug level service attribute

2006-12-31 Thread David E Jones



Sounds like fun. Do whatever works for you.

-David


On Dec 31, 2006, at 3:24 PM, Chris Howe wrote:


That's the one area that's handicapped by sticking to
the you touch it, you maintain it approach to
developing off Ofbiz.  I try to do everything without
touching ofbiz's code base.

Your personal approach wouldn't help in this debug
scenario because I want the log message service xyz
started service xyz ended for 98% of the services
that are running.  The problem is the remaining 2% of
the services create 98% of the log.

The only way to comment out the log entry is to
disable it for every service.

--- David E Jones [EMAIL PROTECTED]
wrote:



Well, personally in development I often comment out
or add log
statements to make things easier to track down. It's
pretty easy and
quick to change, build, and run.

-David


On Dec 31, 2006, at 2:28 PM, Chris Howe wrote:


I like the log message in general.  It's probably

the

most useful debug message when trying to figure

out

where a problem may lie in development. It's just
certain common services I may run a thousand or

more

times when iterating through a list and that's

going

to end up being 2000 lines of debug messages

(roughly

half a meg) where I'm fairly confident the problem
doesn't lie.  If I could find a way to prevent

those

couple of services from announcing their presence,
life would be grand :)

The environment where this is a concern, is in
development.

--- David E Jones [EMAIL PROTECTED]
wrote:



There should be info level messages and I'd say
turn them off in
production and live with them in
development/testing.

Or if enough people don't like them we can always
get rid of them...

-David


On Dec 31, 2006, at 1:40 PM, Chris Howe wrote:


I find myself using certain services quite a lot

(ie

partyNameFromDate when iterating through a large

data

set) and would like it not to clutter up the log

with

all of its service start/service end log

entries.

At

the same time, I need to be able to see when

other

services start/end.

I've thought of a number of ways to handle this.

What

are your thoughts (community)?

1. attribute for service tag defining the

service

start/end level
2. attribute for element calling it (in simple

method

call-service/ or in screens service/)
3. attribute for either the service or the

service

call that raises or lowers (+1, -1) the level of
debugging for the entire service.
4. learn to continue living with the noisy log

Thanks!

Re: [jira] Commented: (OFBIZ-581) Tidy up imports in Java source

2006-12-31 Thread David E Jones



This most likely won't help you, but I just do it from the command  
line with an svn diff  mychanges.patch.


-David


On Dec 31, 2006, at 4:17 PM, Chris Howe wrote:


If you find out, could you please post?  I've been
manually editing mine and would like to stop doing
that :).  Thanks!
--- David Goodenough (JIRA) [EMAIL PROTECTED] wrote:


[

http://issues.apache.org/jira/browse/OFBIZ-581? 
page=comments#action_12461590

]

David Goodenough commented on OFBIZ-581:


I will try to find out how to configure Eclipse to
use relative paths when it generates patches.
Alternatively I will edit the patches manually.
Thanks for fixing it.


Tidy up imports in Java source
--

Key: OFBIZ-581
URL:

http://issues.apache.org/jira/browse/OFBIZ-581

Project: Apache OFBiz (The Open for

Business Project)

 Issue Type: Improvement
   Affects Versions: SVN trunk
   Reporter: David Goodenough
   Priority: Trivial
Attachments: clean-imports.patch,

clean-imports.patch



The current ofbiz source code contains a number of

unnecessary imports.  This patch tidy them all up.
While the effect of this is minor (it will speed
compilation a little and reduces the possibility of
incorrect source in the future) it makes it easier
to see those errors/warning that really matter.

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of
the administrators:


http://issues.apache.org/jira/secure/Administrators.jspa

-
For more information on JIRA, see:
http://www.atlassian.com/software/jira

[jira] Closed: (OFBIZ-573) Move the services page to the OFBIZ (open wiki) space

2006-12-30 Thread David E. Jones (JIRA)

 [ http://issues.apache.org/jira/browse/OFBIZ-573?page=all ]

David E. Jones closed OFBIZ-573.


Fix Version/s: SVN trunk
   Resolution: Fixed
 Assignee: David E. Jones

Okay, this is now gone and the material moved to docs.ofbiz.org with links 
going to the new pages.

 Move the services page to the OFBIZ (open wiki) space
 -

 Key: OFBIZ-573
 URL: http://issues.apache.org/jira/browse/OFBIZ-573
 Project: Apache OFBiz (The Open for Business Project)
  Issue Type: Sub-task
  Components: site
Reporter: Jacopo Cappellato
 Assigned To: David E. Jones
 Fix For: SVN trunk


 Move the services page to the OFBIZ (open wiki) space, just as the marketing 
 page; these are both really community resources

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: svn commit: r490958 - /ofbiz/site/doap_OFBiz.rdf

2006-12-29 Thread David E Jones



Quick note on the mime-type for these sorts of things: an RDF file is  
just a type of XML file, so the mime-type would be text/xml.


-David


On Dec 29, 2006, at 1:51 AM, [EMAIL PROTECTED] wrote:


Author: jacopoc
Date: Fri Dec 29 00:51:31 2006
New Revision: 490958

URL: http://svn.apache.org/viewvc?view=revrev=490958
Log:
Added svn:eol-style property.
Not completely sure about the correct value for svn:mime-type  
(maybe text/xsl ?) so I will not set it now.


Modified:
ofbiz/site/doap_OFBiz.rdf   (contents, props changed)

Modified: ofbiz/site/doap_OFBiz.rdf
URL: http://svn.apache.org/viewvc/ofbiz/site/doap_OFBiz.rdf? 
view=diffrev=490958r1=490957r2=490958
== 


--- ofbiz/site/doap_OFBiz.rdf (original)
+++ ofbiz/site/doap_OFBiz.rdf Fri Dec 29 00:51:31 2006
@@ -24,7 +24,7 @@
   The Open For Business Project (Apache OFBiz) is an open  
source enterprise automation software project.

   By open source enterprise automation we mean:
   Open Source ERP, Open Source CRM, Open Source E-Business / E- 
Commerce, Open Source SCM, Open Source MRP, Open Source CMMS/EAM,  
and so on.
-  It is one of the few apps of this type to be developed by a  
community, rather than one corporation.
+  It is one of the few apps of this type to be developed by a  
community, rather than one corporation.

 /description
 bug-database rdf:resource=https://issues.apache.org/jira/ 
browse/OFBIZ /

 !-- TODO: these pages are still not available

Propchange: ofbiz/site/doap_OFBiz.rdf
-- 


svn:eol-style = native

[jira] Commented: (OFBIZ-571) Move the various documentation pages to the OFBTECH space on docs.ofbiz.org

2006-12-29 Thread David E. Jones (JIRA)

[ 
http://issues.apache.org/jira/browse/OFBIZ-571?page=comments#action_12461449 ] 

David E. Jones commented on OFBIZ-571:
--

Just an FYI: MiniLang Guide final resting place has been discussed a number of 
times but only very little progress has been made toward the decided end. The 
introductory parts of it should be moved to the Confluence server, but ALL of 
the reference bits for the various operations and such should be moved to 
annotations in the simple-methods.xsd file. The newer items have been added 
there (the XSD file) instead of in the MiniLang Guide, and it would be nice to 
get it all moved over so it's in one place again, and in a place that's natural 
to use in an XML editor.

 Move the various documentation pages to the OFBTECH space on docs.ofbiz.org
 ---

 Key: OFBIZ-571
 URL: http://issues.apache.org/jira/browse/OFBIZ-571
 Project: Apache OFBiz (The Open for Business Project)
  Issue Type: Sub-task
  Components: site
Reporter: Jacopo Cappellato
 Assigned To: Jacques Le Roux

 Move the various documentation pages and even the main Docs  Books page to 
 the OFBTECH space on docs.ofbiz.org

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: Fractional quantities?

2006-12-29 Thread David E Jones



On Dec 29, 2006, at 6:24 PM, Ean Schuessler wrote:


On Friday 29 December 2006 16:00, Jacques Le Roux wrote:

You may find those threads interesting (using view threaded):

http://www.nabble.com/Users---Decimal-quantity-on-orders- 
tf1448709.html#a40

29250
http://www.nabble.com/Users---Units-of-measure-for-quantities-in- 
sales-purc

hase-manufacturing-orders-and-for-inventory-tf941809.html#a2472113


OK, I see. I should have searched more carefully.

Will the database entities eventually migrate to being integers?


This is the million dollar question (sorry for the localized saying).

There is still some debate about whether we want to continue on the  
(unfinished) path of the quantity/amount pair, or just go back to a  
fractional quantity on its own.


Personally I'd much rather see the quantity/amount move forward, but  
it is incomplete and so needs some work. I've heard things actually  
function if the integer restriction is removed, so that is probably  
the easier, but less flexible and future proof, way to go (ie just  
tweak it to accept franctional quantities).


-David

Re: Fractional quantities?

2006-12-29 Thread David E Jones



On Dec 29, 2006, at 6:54 PM, Ean Schuessler wrote:


On Friday 29 December 2006 19:40, David E Jones wrote:

This is the million dollar question (sorry for the localized saying).

There is still some debate about whether we want to continue on the
(unfinished) path of the quantity/amount pair, or just go back to a
fractional quantity on its own.

Personally I'd much rather see the quantity/amount move forward, but
it is incomplete and so needs some work. I've heard things actually
function if the integer restriction is removed, so that is probably
the easier, but less flexible and future proof, way to go (ie just
tweak it to accept franctional quantities).


It seems to me that fractional quantities (perhaps with a flag that  
blocks
non-integer values for some items) is cleaner. I would think that  
typically

different amount type things would show up as actual separate SKUs.

For instance, in the lumber example, I would think you would have  
separate
actual SKUs for a 8' and 10' board and that you would not want to  
ring up 3

8' boards as a 2.4 amount of a 10' SKU.

The fractional quantities seem to work for me. I need to try the  
amount stuff,

does that reflect into inventories correctly? How does that part work?


For amounts there is a field on the product (requireAmount if I  
remember right) to denote that a product should be purchased with  
both a quantity and amount.


You're right that things which are pre-cut should be variants or  
something with separate productIds and those would not have a  
fractional amount. Some things are easily cut in a somewhat build-to- 
order fashion, like rope or wire or rolls of anything really. The  
idea with the combination of an integer quantity and a fractional  
amount is that you could specify, with the rope example, that you  
want 4 lengths of rope that are 100 ft each (ft being the amount unit  
on the product).


The way it _should_ work in inventory checking, reserving, and  
issuing is to multiply the quantity by the amount to get the  
fractional quantity for the InventoryItem, etc. I think this is where  
the implementation historically left off, and I don't know if it has  
seen any action since its early days. This really needs to be tested  
and finished for the purchase and reservation, issuing and shipping,  
invoicing, returning, etc.


-David

New Service Providers Page

2006-12-29 Thread David E Jones



This is an email you don't want to miss... especially if you are a  
service provider offering stuff based on OFBiz.


As part of the web site refactoring we are moving various things from  
the old web site to the new wiki site.


The Service Providers sections of the services page are being moved  
over right now to this page on the docs.ofbiz.org site:


http://docs.ofbiz.org/x/JAM

IMPORTANT: If you have been listed on the ofbiz site in the past and  
wish to be listed in the future, please go there and add an entry for  
your company.


Rather than propagating entries from before, some of which have been  
around but inactive for years, this way we can start fresh and get a  
more recent and complete listing.


There is an example there for Hotwax Media along with an interesting  
announcement and you can follow or expand on  that pattern for your  
own listing.


Enjoy!
-David

[jira] Commented: (OFBIZ-562) Generic Item Schema Review

2006-12-28 Thread David E. Jones (JIRA)

[ 
http://issues.apache.org/jira/browse/OFBIZ-562?page=comments#action_12461297 ] 

David E. Jones commented on OFBIZ-562:
--

Well, I hope I'm not repeating myself too much. I was hoping others would 
express an opinion on this discussion, but oh well.

The first and most important distinction I want to make is that the OFBiz data 
model, services, and even user interface elements are NOT hierarchical in 
nature, they are more of a graph because that is how business processes and 
data are in the real world. Things simply don't fall nicely into a single 
hierarchical classification scheme. The trouble is that as soon as we try to 
draw lines we have to prioritize some aspects of a thing over other sometimes 
just as valid aspects of that same thing.

This is the case with the FixedAsset. It is in accounting not because it 
belongs in and only in the accounting component, but rather because the 
accounting component is a lower level component and it somewhat makes sense 
there.

In other words, there is nothing sacred about it being there and no problem 
with things in the product component depending on things in the accounting 
component.

So yes, if we want more managed shipment of FixedAssets then the Shipment code 
in the product component and the facility webapp would just refer to the 
FixedAsset stuff in the accounting component. There is both precedent and 
consistent direction in this and I see no problem with.

I DO however see a big problem with re-doing the data model underlying with the 
FixedAsset and related entities and the InventoryItem and related entities. I 
still don't see enough of a problem with the current model to justify such a 
major undertaking in not really just modeling, but more to the point all of the 
code that depends on these things...

This is why I'd like others opinions, ie aside from you and me. My opinion is 
that all of the things you have mentioned can be implemented quite nicely on 
the current data model with perhaps a small extension here and there, and that 
redoing this model and the resulting work it would cause would not be justified 
by the things it might make easier...

 Generic Item Schema Review
 --

 Key: OFBIZ-562
 URL: http://issues.apache.org/jira/browse/OFBIZ-562
 Project: OFBiz (The Open for Business Project)
  Issue Type: Wish
  Components: product
Reporter: Chris Howe
Priority: Minor
 Attachments: entitymodel.xml


 The current data model treats inventory item and fixed asset as if they have 
 nothing in common.  And because there is nothing generic binding the physical 
 item they have even been separated into the notion that the fixed asset 
 physical item is dependent on accounting and the physical inventory item is 
 dependent on product.  There is a bit of confusion because of the naming of 
 the entities. 
 Of course fixed asset is an accounting term, however I believe the accounting 
 data model has overstepped it's role on the physical item.  Applications that 
 have to do with accounting should have no concern on whether the fixed asset 
 was moved from storage area A to facility B, as long as ownership hasn't 
 changed.  Likewise accounting shouldn't be concerned on when the last time 
 the item classified as a fixed asset was washed or serviced (however it 
 should be concerned with the charges for those washings and services)  In 
 business these departments that take care of these things are different.  The 
 dock workers care about what isle the item is stored at; the maintenance 
 department cares about the servicing of the equipment; the bean counter is 
 only concerned about the depreciation of the item and the receipts.  
 Because the physical item classified as the fixed asset is an accounting data 
 schema, the product entity depends on accounting.  This should not be.  
 Because the physical item is in the accounting schema, manufacturing is now 
 dependent on accounting.  This also, should not be.  This model prevents 
 Apache OFBiz from supporting the rental of items as well as modularization.  
 Both are features that would greatly enhance the value of Apache OFBiz.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Commented: (OFBIZ-568) Index places of existing documentation that needs to be cleaned or deleted

2006-12-28 Thread David E. Jones (JIRA)

[ 
http://issues.apache.org/jira/browse/OFBIZ-568?page=comments#action_12461278 ] 

David E. Jones commented on OFBIZ-568:
--

This is a good effort and I'm glad it has started with an effort to review 
existing documentation. As I mentioned on the mailing list the goal since 
earlier this year when the docs.ofbiz.org site was created is to consolidate 
all documentation there.

Please note that there are areas that are intentionally open, namely the OFBIZ 
space, and places that are meant to be controller by documentation moderators, 
namely the OFBTECH and OFBENDUSER spaces. Permission is required to work in 
these areas and we need volunteers, or more specifically we need _active_ 
volunteers. There is also an OFBADMIN space for documents and information 
related to the development and administration of OFBiz.

The OFBIZ space (the open access wiki area) is meant to be a staging ground of 
whatever people want to put there and will never likely be well organized. 
Documentation volunteers should pull resources from there and credit them, just 
as with comments on pages in the OFBTECH and OFBENDUSER spaces, and work them 
into the existing moderated documentation structure.

Anyone getting involved should review the history. For example, the 
Application Reference for Users page in the OFBIZ space is a place holder for 
the documents being migrated from the old Undersun end-user documentation site. 
All of the documents from that site are available as PDFs attached to this page:

http://docs.ofbiz.org/x/5gI

Note that SOME of these have already been moved over and are under the OFBiz 
End User Docs Home page at:

http://docs.ofbiz.org/x/Bw

Just go to that link and use the view in hierarchy link to browse around 
them. That is the target and the organization so far for the end-user 
documentation.


 Index places of existing documentation that needs to be cleaned or deleted
 --

 Key: OFBIZ-568
 URL: http://issues.apache.org/jira/browse/OFBIZ-568
 Project: OFBiz (The Open for Business Project)
  Issue Type: Improvement
Reporter: Jacques Le Roux
Priority: Minor

 In order to provide a cleaner updated documentation we need to update or even 
 delete (when redudant or obsolete/false) existing informations in different 
 places where the OFBiz documentation stands. Ultimatly we have to group 
 together all this informations under the official OFBiz documentation and try 
 to maintain it with indication when deprecated.
 In a 1st step, In this issue we might put links to such informations. Here 
 are the 1st from a thread (Properly edited OFBiz manuals) initiated by 
 Torsten Schlabach 
 About setting up OFBiz :
 http://ofbizwiki.go-integral.com/Wiki.jsp?page=OnlineUserManual
 http://docs.ofbiz.org/display/OFBIZ/Application+Reference+for+Users
 http://incubator.apache.org/ofbiz/docs/GettingAndUsingOFBiz.pdf
 http://docs.ofbiz.org/display/OFBTECH/OFBiz+Basic+Production+Setup+Guide
 To be continued...

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: Interesting ASF resources

2006-12-28 Thread David E Jones



Okay, I've added my RDF file, should be up in the near future.

For the project one, this look like a good start. We may want to just  
post that with the mailing list and download pages commented out for  
now and then updated as we get the resources fleshed out.


This also bring up the more general topic of working on the web site.  
We should perhaps establish some objectives and then whoever wants to  
can work on them whenever they'd like. Here are some that have been  
discussed and we've been thinking/talking about for a while that I  
can remember:


1. move the philosophy page and related pages to the OFBADMIN space  
on docs.ofbiz.org
2. move the various documentation pages and even the main Docs   
Books page to the OFBTECH space on docs.ofbiz.org
3. move the marketing page and related resources to the OFBIZ space  
(the open wiki space) on docs.ofbiz.org
4. move the services page to the OFBIZ (open wiki) space, just as the  
marketing page; these are both really community resources
5. simplify the home page and reorganize according to more common ASF  
project patterns; some of the stuff on the home page we may even want  
to move to docs.ofbiz.org, but much of it will move to other (new)  
pages following ASF project patterns


This related to the documentation effort that has been discussed  
recently. Many of these resources currently on the ofbiz site can be  
moved to and better organized on the docs.ofbiz.org site. That is  
kind of a separate effort though (ie consolidating and fleshing out  
the documentation).


-David


On Dec 28, 2006, at 7:57 AM, Jacopo Cappellato wrote:


Hi all,

there are two nice resources available at the Apache Software  
Foundation:


1) http://projects.apache.org/
2) http://people.apache.org/

For #1 it would be nice to provide an entry for the OFBiz project:  
as a first pass, have a look at the attached draft of the file.  
Once completed, we'll have to commit it into svn (under the site  
for example) and then provide the url to it to the  
projects.apache.org.


For #2, it would be nice if the committers (David, Andy, Si, Hans,  
Al - I already did it) would add their information to the site (it  
is very easy, like compiling a short form and then committing the  
generated file)... the nice part is the committer's map  
automatically genarated from the coordinates provided by the  
committers:

http://people.apache.org/map.html

For Yoav and David W.: don't forget to add the Apache OFBiz project  
to your lists :-)


For David W.: why are we in slightly different locations in the  
map? I entered the coordinates for Padova found in the Wikipedia...  
but my guess is the ones you are using is better then mine


Jacopo


doap_OFBiz.rdf

Re: Mad idea about an ASF online bookstore

2006-12-28 Thread David E Jones



On Dec 28, 2006, at 10:07 PM, Justin Erenkrantz wrote:


On 12/28/06, David Welton [EMAIL PROTECTED] wrote:

On 12/28/06, Jacopo Cappellato [EMAIL PROTECTED] wrote:
 Hi all,

 while browsing the Apache Software Foundation resources I've  
found this:


 http://opensource.atlassian.com/confluence/oss/display/BOOKS/Home

 It is an attempt to setup an online bookstore for books about  
Apache
 projects: it is implemented as a Confluence site the actual  
purchase is
 done thru an external link to online retailers. (ASF gets a  
commission

 from the retailers over the books sold with this channel).

 Wouldn't be nice to setup a full featured online bookstore with  
OFBiz

 for the ASF?

 It would help promote/improve OFBiz within the ASF and it would be
 beneficial to the ASF business too.

 What do you think?

*I* think it's an interesting idea indeed, something that I might  
even

be able to help out with just a bit.  I've CC'ed the public relations
group at Apache, which is in some way related to the fundraising
efforts, and is also followed by some people who know a thing or two
about what this might mean in terms of the ASF's non-profit status in
the US.

Of course, if it's not ok to do as part of the ASF, it could  
always be

a side project hosted somewhere else.


Ted Husted's the one who setup the initial bookstore.  It does seem
like folks have corrupted the wiki - it points at 'Louis L'amour
Httpd'.  Ugh.

If you look closely, anyone can generate the referral links to
Amazon/BN/Booksense/Powell's.  So, if you're interested, I'd suggest
mocking up a site built around OFBiz for review.  I'd be curious to
see what comes out of it.

Our requirements are that folks can 'easily' add books to the list, we
won't host the service ourselves, and that a selection of bookstores
be offered (i.e. the four we have is fine; but it can't be, say, just
Amazon).

I'm sure that if it looks good and is better than what we have now, we
can coordinate with Ted to have apachebookstore.com point at it.

I hope this helps.  -- justin


Whatever happens with this I'm glad it was brought up as we have some  
book recommendations on the Docs  Books page of the ofbiz site that  
were pointed to an account that's been around for years and Andy  
Zeneski and I split the funds from. This really should have been  
changed a while back, but at least it's changed now to point to the  
ASF amazon account, and we could change it to point to other book  
stores as well. This usually nets about $400 a year and we just used  
that to help fund (a little at least...) the ofbiz infrastructure.


Anyway, I guess the main benefit of having it run on OFBiz would be  
to use the fancy searching and browsing features in OFBiz and a  
better look and feel. We could also do things like shopping lists  
still, but just change the shopping cart to link to various book  
stores instead of going to a check out process, or something like that.


It would be a bit of work to design and administer, but Brainfood has  
shown interest and I'm sure Hotwax would get involved as well to help  
out, especially if there was credit given for the work invested in  
it. I bet we could even get it hosted somewhere also in exchange for  
credit given to one or more parties pitching in on that.


Based on your comments Justin it sounds like the next step would be  
to organize something among the OFBiz community and get a demo put  
together somewhere, and then come back to the PRC team to review it  
and decide how to move forward.


-David

[jira] Commented: (OFBIZ-563) Entity Model Reader needs reserved word check

[ 
http://issues.apache.org/jira/browse/OFBIZ-563?page=comments#action_12461064 ] 

David E. Jones commented on OFBIZ-563:
--

The current entity checking code, including the reserved word list and checking 
it, is in the ModelEntityChecker.java file. I don't think it does a reserved 
word check on the view-entity - member-entity - entity-alias attribute right 
now, so that would be great to add.

 Entity Model Reader needs reserved word check
 -

 Key: OFBIZ-563
 URL: http://issues.apache.org/jira/browse/OFBIZ-563
 Project: OFBiz (The Open for Business Project)
  Issue Type: Improvement
  Components: framework
Reporter: Chris Howe
Priority: Minor

 Entity Engine needs to check if alias for member enttity is a reserved word.  
 If someone could point me in the direction of a comprehensive list for most 
 databases, I would be happy to look into implementing this. Would this be 
 better to simply throw an error or to append the reserved word with 
 nonsensical letters?  Is there actual usage (or could there be actual usage) 
 of the member entity's defined alias outside of the scope of the entity 
 engine?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Updated: (OFBIZ-510) Anonymous Checkout Refactoring [ ecommerce ] Part #2

 [ http://issues.apache.org/jira/browse/OFBIZ-510?page=all ]

David E. Jones updated OFBIZ-510:
-

Attachment: (was: 
Anon_Checkout_2_and_6_step_combined_simultaneous.patch)

 Anonymous Checkout Refactoring [ ecommerce ] Part #2
 

 Key: OFBIZ-510
 URL: http://issues.apache.org/jira/browse/OFBIZ-510
 Project: OFBiz (The Open for Business Project)
  Issue Type: Improvement
Affects Versions: SVN trunk
Reporter: Tim Ruppert
 Attachments: Anon_Checkout_2_and_6_step_combined_simultaneous.patch, 
 Anon_Checkout_3_and_6_step_combined_simultaneous.patch


 So, now that we're close to completing the Anonymous Checkout Refactoring 
 Part #1, we are going on to the second phase out of three, which is intended 
 to make the checkout process even more succint.  The final goal is to do 
 something like I did for one of my customers - http://twpinc.insourcery.com . 
  This is an old site and is being replaced, so don't worry about the other 
 functionality - just walk thru the checkout process.
 Currently we have a long process that contains these functions / screens:
 1. Personal Info
 2. Shipping Address
 3. Shipping Options
 4. Payment Options
 5. Payment Information (and Billing Address)
 6. Review Order
 7. Order Confirmation
 We are going to shorten it up this way:
 1. Personal Info / Shipping Address / Billing Address - with the appropriate 
 error handling and the check box  action Billing same as shipping)
 2. Shippint Options 
 3. Payment Options (if necessary - skip if you only have credit card - or 
 only one option in general)
 4. Review  Place Order - enter the credit card right here - put error 
 handling here as well
 5. Order Confirmation
 This would be the end of this patch.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Updated: (OFBIZ-510) Anonymous Checkout Refactoring [ ecommerce ] Part #2

 [ http://issues.apache.org/jira/browse/OFBIZ-510?page=all ]

David E. Jones updated OFBIZ-510:
-

Attachment: (was: 3stepAnonCheckoutWithAjax.patch)

 Anonymous Checkout Refactoring [ ecommerce ] Part #2
 

 Key: OFBIZ-510
 URL: http://issues.apache.org/jira/browse/OFBIZ-510
 Project: OFBiz (The Open for Business Project)
  Issue Type: Improvement
Affects Versions: SVN trunk
Reporter: Tim Ruppert
 Attachments: Anon_Checkout_2_and_6_step_combined_simultaneous.patch, 
 Anon_Checkout_3_and_6_step_combined_simultaneous.patch


 So, now that we're close to completing the Anonymous Checkout Refactoring 
 Part #1, we are going on to the second phase out of three, which is intended 
 to make the checkout process even more succint.  The final goal is to do 
 something like I did for one of my customers - http://twpinc.insourcery.com . 
  This is an old site and is being replaced, so don't worry about the other 
 functionality - just walk thru the checkout process.
 Currently we have a long process that contains these functions / screens:
 1. Personal Info
 2. Shipping Address
 3. Shipping Options
 4. Payment Options
 5. Payment Information (and Billing Address)
 6. Review Order
 7. Order Confirmation
 We are going to shorten it up this way:
 1. Personal Info / Shipping Address / Billing Address - with the appropriate 
 error handling and the check box  action Billing same as shipping)
 2. Shippint Options 
 3. Payment Options (if necessary - skip if you only have credit card - or 
 only one option in general)
 4. Review  Place Order - enter the credit card right here - put error 
 handling here as well
 5. Order Confirmation
 This would be the end of this patch.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Assigned: (OFBIZ-510) Anonymous Checkout Refactoring [ ecommerce ] Part #2

 [ http://issues.apache.org/jira/browse/OFBIZ-510?page=all ]

David E. Jones reassigned OFBIZ-510:


Assignee: David E. Jones

 Anonymous Checkout Refactoring [ ecommerce ] Part #2
 

 Key: OFBIZ-510
 URL: http://issues.apache.org/jira/browse/OFBIZ-510
 Project: OFBiz (The Open for Business Project)
  Issue Type: Improvement
Affects Versions: SVN trunk
Reporter: Tim Ruppert
 Assigned To: David E. Jones
 Attachments: Anon_Checkout_2_and_6_step_combined_simultaneous.patch, 
 Anon_Checkout_3_and_6_step_combined_simultaneous.patch


 So, now that we're close to completing the Anonymous Checkout Refactoring 
 Part #1, we are going on to the second phase out of three, which is intended 
 to make the checkout process even more succint.  The final goal is to do 
 something like I did for one of my customers - http://twpinc.insourcery.com . 
  This is an old site and is being replaced, so don't worry about the other 
 functionality - just walk thru the checkout process.
 Currently we have a long process that contains these functions / screens:
 1. Personal Info
 2. Shipping Address
 3. Shipping Options
 4. Payment Options
 5. Payment Information (and Billing Address)
 6. Review Order
 7. Order Confirmation
 We are going to shorten it up this way:
 1. Personal Info / Shipping Address / Billing Address - with the appropriate 
 error handling and the check box  action Billing same as shipping)
 2. Shippint Options 
 3. Payment Options (if necessary - skip if you only have credit card - or 
 only one option in general)
 4. Review  Place Order - enter the credit card right here - put error 
 handling here as well
 5. Order Confirmation
 This would be the end of this patch.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Closed: (OFBIZ-510) Anonymous Checkout Refactoring [ ecommerce ] Part #2

 [ http://issues.apache.org/jira/browse/OFBIZ-510?page=all ]

David E. Jones closed OFBIZ-510.


Fix Version/s: SVN trunk
   Resolution: Fixed

Thanks Anil, Ashish, Tim, and others who have worked on and commented on this.

The changes along with license notice for dojo are in SVN rev 490651.

 Anonymous Checkout Refactoring [ ecommerce ] Part #2
 

 Key: OFBIZ-510
 URL: http://issues.apache.org/jira/browse/OFBIZ-510
 Project: OFBiz (The Open for Business Project)
  Issue Type: Improvement
Affects Versions: SVN trunk
Reporter: Tim Ruppert
 Assigned To: David E. Jones
 Fix For: SVN trunk

 Attachments: Anon_Checkout_2_and_6_step_combined_simultaneous.patch, 
 Anon_Checkout_3_and_6_step_combined_simultaneous.patch


 So, now that we're close to completing the Anonymous Checkout Refactoring 
 Part #1, we are going on to the second phase out of three, which is intended 
 to make the checkout process even more succint.  The final goal is to do 
 something like I did for one of my customers - http://twpinc.insourcery.com . 
  This is an old site and is being replaced, so don't worry about the other 
 functionality - just walk thru the checkout process.
 Currently we have a long process that contains these functions / screens:
 1. Personal Info
 2. Shipping Address
 3. Shipping Options
 4. Payment Options
 5. Payment Information (and Billing Address)
 6. Review Order
 7. Order Confirmation
 We are going to shorten it up this way:
 1. Personal Info / Shipping Address / Billing Address - with the appropriate 
 error handling and the check box  action Billing same as shipping)
 2. Shippint Options 
 3. Payment Options (if necessary - skip if you only have credit card - or 
 only one option in general)
 4. Review  Place Order - enter the credit card right here - put error 
 handling here as well
 5. Order Confirmation
 This would be the end of this patch.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: Multibple services Transaction

2006-12-26 Thread David E Jones



If you're new to OFBiz I highly recommend reviewing the Framework  
Introduction material here:


http://incubator.apache.org/ofbiz/VideosFrameworkIntro.html

In general there are various attributes on a service definition for  
controlling a transaction. By default if any service or other code is  
called synchronously it will be part of the same transaction. This is  
natural because of the way JTA works (reviewing JTA may be helpful,  
there is some general JTA and other J2EE stuff along with complete  
coverage of transaction handling in the Advanced Framework materials  
from Undersun).


-David


On Dec 26, 2006, at 11:26 AM, PRONZATO Cedric RD-BIZZ-GRE wrote:


Hi,

I overcome to this question. Can anyone tell me where I have to  
look to?


Thanks,
Regards,
Cédric

-Message d'origine-
De : PRONZATO Cedric RD-BIZZ [mailto:[EMAIL PROTECTED] 
ftgroup.com]

Envoyé : mercredi 20 décembre 2006 15:18
À : ofbiz-dev@incubator.apache.org
Objet : Multibple services Transaction

Hi OFBiz community,

I am reading OFBiz code to look what is going on inside and I am  
currently looking the Transaction handling. I read somewhere that  
there Transaction may run throw multiple services, I guess it is  
the aim of groups*.xml but I didn't found where it is in the code.
The ServiceDispatcher class seems to bu used to invoke a service  
and I don't see anything in GroupModel class about Transactions.  
The GroupModel class runs services one after one without  
additional logic.
Could you tell me which class is handling multiple services  
Transaction? (I guess it exists, I don't think I dreamed about it)


Thanks,
Regards,
Cédric

PS: I am also new =)

[jira] Commented: (OFBIZ-562) Generic Item Schema Review

2006-12-24 Thread David E. Jones (JIRA)

[ 
http://issues.apache.org/jira/browse/OFBIZ-562?page=comments#action_12460693 ] 

David E. Jones commented on OFBIZ-562:
--

Chris, could you describe what it is that the current model can't support?

 Generic Item Schema Review
 --

 Key: OFBIZ-562
 URL: http://issues.apache.org/jira/browse/OFBIZ-562
 Project: OFBiz (The Open for Business Project)
  Issue Type: Wish
  Components: product
Reporter: Chris Howe
Priority: Minor
 Attachments: entitymodel.xml


 The current data model treats inventory item and fixed asset as if they have 
 nothing in common.  And because there is nothing generic binding the physical 
 item they have even been separated into the notion that the fixed asset 
 physical item is dependent on accounting and the physical inventory item is 
 dependent on product.  There is a bit of confusion because of the naming of 
 the entities. 
 Of course fixed asset is an accounting term, however I believe the accounting 
 data model has overstepped it's role on the physical item.  Applications that 
 have to do with accounting should have no concern on whether the fixed asset 
 was moved from storage area A to facility B, as long as ownership hasn't 
 changed.  Likewise accounting shouldn't be concerned on when the last time 
 the item classified as a fixed asset was washed or serviced (however it 
 should be concerned with the charges for those washings and services)  In 
 business these departments that take care of these things are different.  The 
 dock workers care about what isle the item is stored at; the maintenance 
 department cares about the servicing of the equipment; the bean counter is 
 only concerned about the depreciation of the item and the receipts.  
 Because the physical item classified as the fixed asset is an accounting data 
 schema, the product entity depends on accounting.  This should not be.  
 Because the physical item is in the accounting schema, manufacturing is now 
 dependent on accounting.  This also, should not be.  This model prevents 
 Apache OFBiz from supporting the rental of items as well as modularization.  
 Both are features that would greatly enhance the value of Apache OFBiz.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Post-Graduation Infrastructure Changes

2006-12-24 Thread David E Jones



As many know who have been watching this or reading on the general  
incubator mailing list, the Apache OFBiz project has graduated from  
the incubator and been approved as a top level project at the ASF.


In the very new future there will be various infrastructure changes  
because of this:


1. SVN Repository: changing from http://svn.apache.org/repos/asf/ 
incubator/ofbiz to http://svn.apache.org/repos/asf/ofbiz;, meaning  
the trunk is moving from http://svn.apache.org/repos/asf/incubator/ 
ofbiz/trunk to http://svn.apache.org/repos/asf/ofbiz/trunk;


2. Web Site: changing from http://incubator.apache.org/ofbiz/ to  
http://ofbiz.apache.org/, various information there will be changing  
as things progress (keep an eye out there for links to the most  
recent locations of stuff and links to things)


3. Jira: Staying in the same place, some minor information there will  
change


4. Mailing Lists: the [EMAIL PROTECTED] mailing lists will  
be changed to [EMAIL PROTECTED] (for example ofbiz- 
[EMAIL PROTECTED] will move to [EMAIL PROTECTED])


So, what do you need to do? Fortunately not a whole lot, but there  
are a couple of things that you'll need to do as the various  
resources are moved:


1. For SVN: for new checkouts, exports, etc use the new URL; for  
existing sandboxes you can update the local meta data using the svn  
switch command, something like svn switch http://svn.apache.org/ 
repos/asf/ofbiz/trunk from your ofbiz home (trunk root) directory


2. For the Web Site: not much to do here, just set your browser home  
page to http://ofbiz.apache.org;!


3. For Jira: nothing to do there, just keeping on participating in  
issues!


4. For Mailing Lists: the archives and subscriptions and such will be  
moved over, so all you need to do is start sending your emails to the  
new mailing list addresses


Again, please note that you shouldn't make these changes right now.  
This email is just a warning that these changes are coming. We will  
send out other emails as the actual changes occur.


Enjoy...

-David

[jira] Commented: (OFBIZ-562) Generic Item Schema Review

2006-12-24 Thread David E. Jones (JIRA)

[ 
http://issues.apache.org/jira/browse/OFBIZ-562?page=comments#action_12460721 ] 

David E. Jones commented on OFBIZ-562:
--

Thanks for the additional information.

It seems to me the current model supports all of those things just fine.

 Generic Item Schema Review
 --

 Key: OFBIZ-562
 URL: http://issues.apache.org/jira/browse/OFBIZ-562
 Project: OFBiz (The Open for Business Project)
  Issue Type: Wish
  Components: product
Reporter: Chris Howe
Priority: Minor
 Attachments: entitymodel.xml


 The current data model treats inventory item and fixed asset as if they have 
 nothing in common.  And because there is nothing generic binding the physical 
 item they have even been separated into the notion that the fixed asset 
 physical item is dependent on accounting and the physical inventory item is 
 dependent on product.  There is a bit of confusion because of the naming of 
 the entities. 
 Of course fixed asset is an accounting term, however I believe the accounting 
 data model has overstepped it's role on the physical item.  Applications that 
 have to do with accounting should have no concern on whether the fixed asset 
 was moved from storage area A to facility B, as long as ownership hasn't 
 changed.  Likewise accounting shouldn't be concerned on when the last time 
 the item classified as a fixed asset was washed or serviced (however it 
 should be concerned with the charges for those washings and services)  In 
 business these departments that take care of these things are different.  The 
 dock workers care about what isle the item is stored at; the maintenance 
 department cares about the servicing of the equipment; the bean counter is 
 only concerned about the depreciation of the item and the receipts.  
 Because the physical item classified as the fixed asset is an accounting data 
 schema, the product entity depends on accounting.  This should not be.  
 Because the physical item is in the accounting schema, manufacturing is now 
 dependent on accounting.  This also, should not be.  This model prevents 
 Apache OFBiz from supporting the rental of items as well as modularization.  
 Both are features that would greatly enhance the value of Apache OFBiz.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Commented: (OFBIZ-558) support rollback of shipping on failed credit card capture

2006-12-23 Thread David E. Jones (JIRA)

[ 
http://issues.apache.org/jira/browse/OFBIZ-558?page=comments#action_12460641 ] 

David E. Jones commented on OFBIZ-558:
--

Sounds like a good error-prone thingy to take care of.

On the implementation, instead of manually creating the result Map you might 
want to try a ServiceUtil method (there are various meant to make this sort of 
thing easier).

 support rollback of shipping on failed credit card capture
 --

 Key: OFBIZ-558
 URL: http://issues.apache.org/jira/browse/OFBIZ-558
 Project: OFBiz (The Open for Business Project)
  Issue Type: Improvement
  Components: accounting
Reporter: Si Chen
 Assigned To: Si Chen

 You might not realize this, but right now, if a credit card capture failed, 
 ofbiz would allow the shipment to be created.  An invoice to be created but 
 not paid.  This is legally correct of course and correct for b2b situations, 
 but speaking with several b2c reatilers, this is not a desired behavior.
 The solution is fairly simple:
 1.  Add a field ProductStore.shipIfCaptureFails which can be set to Y or N
 2.  In PaymentGatewayServices.captureOrderPayments at the very end, modify 
 this block:
 if (amountToCapture  0.00) {
 result.put(ModelService.RESPONSE_MESSAGE, 
 ModelService.RESPOND_SUCCESS);
 result.put(processResult, FAILED);
 return result;
 } else {
 so that if (amountToCapture  0.00) is true, then check the order's product 
 store for shipIfCaptureFails, and if it is an N, then instead of returning 
 success with processResult = FAILED, just do a 
 ServiceUtil.returnError(Cannot ship order because credit card captures were 
 unsuccessful);

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: Ofbiz API reference

2006-12-22 Thread David E Jones



To get started with OFBiz on a technical/framework level I highly  
recommend the Framework Introduction videos and supporting documents,  
available here:


http://incubator.apache.org/ofbiz/VideosFrameworkIntro.html

These will help give you an idea of how things fit together and what  
the big picture looks like.


BTW, this sort of question/conversation should really be on the users  
mailing list.


-David


On Dec 23, 2006, at 12:29 AM, Vamsi wrote:



hi ,
   I gone through that site but it only contains the method  
signature.As
a starter I want to Know which method do's what and some  
explanation at

least on line explanation

I am thank ful to every one who reponded to my message
regards
Vamsi


jacques.le.roux wrote:


http://www.ofbiz.eu/

Jacques

- Original Message -
From: Vamsi [EMAIL PROTECTED]
To: ofbiz-dev@incubator.apache.org
Sent: Thursday, December 21, 2006 10:37 AM
Subject: Ofbiz API reference




Can any send me the URL's of the sites that providing ofbiz java  
docs



--
View this message in context:
http://www.nabble.com/Ofbiz-API-reference-tf2864551.html#a8005106
Sent from the OFBiz - Dev mailing list archive at Nabble.com.





--
View this message in context: http://www.nabble.com/Ofbiz-API- 
reference-tf2864551.html#a8032162

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

Re: Payment Gateway integration

2006-12-21 Thread David E Jones



Interesting... so I guess Chase Bank bought PaymenTech?

I'm not aware of any effort on this yet, but there are various  
examples for other payment processors you can follow. Just look at  
the various service definition files in the applications/accounting/ 
servicedef directory, and the Basic Production Setup Guide (on  
docs.ofbiz.org, linked to from the ofbiz home page, etc) for info on  
how to point to the service and set up payment processing in a  
ProductStore.


-David


On Dec 21, 2006, at 12:03 PM, lhp001 wrote:



We are planning to use chasepaymentech
http://www.chasepaymentech.com/download/ to authorize credit cards  
with
later fulfillment of the order.  Has anyone done this type of  
integration

and are there any examples of how to implement it?

Thanks!
--
View this message in context: http://www.nabble.com/Payment-Gateway- 
integration-tf2867129.html#a8013173

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

Re: Ofbiz API reference

2006-12-21 Thread David E Jones



On Dec 21, 2006, at 3:00 AM, David Goodenough wrote:


On Thursday 21 December 2006 09:47, Ashish Vijaywargiya wrote:

http://www.ofbiz.eu

On 12/21/06, Vamsi [EMAIL PROTECTED] wrote:
Can any send me the URL's of the sites that providing ofbiz java  
docs



--
View this message in context:
http://www.nabble.com/Ofbiz-API-reference-tf2864551.html#a8005106
Sent from the OFBiz - Dev mailing list archive at Nabble.com.


Is there a corresponding site with a narrative description of the XML
formats for getting data into and out of the system?


There's a great narrative of the complete set available from  
Undersun. The basic stuff is free (donated by Undersun) and you can  
download it from the ofbiz site, and there are links here to the rest  
of the stuff in a commercial package too:


http://incubator.apache.org/ofbiz/VideosFrameworkIntro.html

-David

Re: [jira] Commented: (OFBIZ-322) Form widget header link (for sorting) doesn't render if fields have use-whens

2006-12-21 Thread David E Jones



Jacopo,

Sorry it took about a month to reply...

I've been thinking about this for a while and I think the cleanest  
solution is to take advantage of the combination of the screen widget  
and the form widget. Many reporting tools just have one thing, a  
report, so they have to use that for both the information output  
mechanism, and the container for other reports. These are fairly  
different things and it's kind of nice to have different tools for them.


The Screen Widget is a great container mechanism, given that is  
exactly what it is designed for: containing and combining  
presentation artifacts with the data preparation and conditional  
elements to control them. The Form Widget can fit in a screen  
definition quite well, and multiple forms can fit in just as well.  
Templates can be used, like the current FO wrapper template and such,  
to lay out the different forms in any way desired, or they can be  
included one after another for a simple inline list.


-David


On Nov 25, 2006, at 2:56 AM, Jacopo Cappellato wrote:

Before going on with this changes we should carefully discuss about  
the design decisions because I really think it's time to add a few  
more features to the list based form widgets.
As you probably know, form widget definitions, if used inside  
screenfop screen, are rendered as xsl-fo (and then pdf) templates.
This, in my opinion, makes the widgets a great tool for simple  
(list based) reports (both html and pdf).
There is one feature that is missing and I'd love to see  
implemented: addin the ability, in list-based form definitions, to  
define special rows for totals/subtotals and for row group breaks.

For example:

let's say we have a list like this:

orderId | orderItemSeqId | amount
-
WS1 | 0001   |  55.00
WS1 | 0002   |  45.00
WS10001 | 0001   |  10.00
WS10001 | 0002   |  20.00

it would be great to have a way to render it in this way:

orderItemSeqId | amount
-
orderId: WS1
0001   |  55.00
0002   |  45.00
total for order: 100.00
---
orderId: WS10001
0001   |  10.00
0002   |  20.00
total for order:  30.00
---
grand total: 130.00

We could implement something like this with the concept of a row  
element; each form could have more than one row elements, each  
one with its own fields and with a condition that triggers it.

In the above example, we have defined four different row types:
1) one for the orderId that is triggered at the orderId change
2) one for the order items
3) one for the order subtotal triggered at the orderId change
4) one for the grand total triggered by the end of the list

Is this a good idea?

Jacopo




David E Jones wrote:
This sort of thing should be discussed on the mailing list because  
discussion in an issue is not threaded, so you can't respond to a  
particular comment.

There are a couple of problems I see with this approach:
1. it's a pretty big change (which on its own isn't a problem...)
2. there are often more than two options, and not just a true/ 
false; for a single condition yes of course being a boolean it is  
always true or false, but it is common to need to decide among  
fields to use with different conditions, ie a combination of  
multiple factors and not just a single == or != as is implied by  
this structure

-David

Re: GIF or PNG Products BarCodes

2006-12-20 Thread David E Jones



It may be that it scans paper/ink with a laser or something that  
doesn't reflect the same way on a screen.


What it sounds like these guys are talking about is having cell  
phones take a picture of the barcode or 2D barcode, and then do image  
processing to get the barcode info. That would work fine on a screen.


-David


On Dec 20, 2006, at 3:51 PM, Jacques Le Roux wrote:

I tested and yes my scanner is unable to read a barcode on screen.  
By curiosity, anybody has an idea why ? Do you think it's related

to my scanner or to the screen ?

Thanks

Jacques
- Original Message -
From: Jacques Le Roux [EMAIL PROTECTED]
To: ofbiz-dev@incubator.apache.org
Sent: Tuesday, December 19, 2006 5:55 PM
Subject: Re: GIF or PNG Products BarCodes



In France we have a saying : Le client a toujours raison !
I let you translate ;o)

I'm not sure for not scanning on screen, will try with my poor man  
scanner (Zebex 80) and my beautiful 20 Dell Flat Screen :o)


Jacques

- Original Message -
From: Andrew Ballantine [EMAIL PROTECTED]
To: ofbiz-dev@incubator.apache.org; Jacques Le Roux  
[EMAIL PROTECTED]

Sent: Tuesday, December 19, 2006 3:27 PM
Subject: RE: GIF or PNG Products BarCodes


Why on earth would anyone want to display barcodes on the screen,  
since the
only purpose of a barcode is to provide machine readable data by  
scanning? I

don't think a scanner will work scanning a screen.

Or is there a new generation of computer user that can read  
barcodes without

a scanner? ;-)

Kind regards,

Andrew Ballantine.


-Original Message-
From: Jacques Le Roux [mailto:[EMAIL PROTECTED]
Sent: 18 December 2006 17:35
To: ofbiz-dev@incubator.apache.org
Subject: Re: GIF or PNG Products BarCodes


It may be useful sometime to have a *quick* generation of a barcode.
For instance to make some test with the POS. But yes maybe  
current SVG stuff

in an XSL:FO file  is enough for such an use
A prospective customer also asked for this. He even suggested to  
use a

commercial tool before I explained that we were already using
Barcode4j.
It seemed that he wanted to show barcodes on screen hence the gif/ 
png

question.

So I presume your response is : no ;o)

Thanks David

Jacques

- Original Message -
From: David E Jones [EMAIL PROTECTED]
To: ofbiz-dev@incubator.apache.org
Sent: Monday, December 18, 2006 6:06 PM
Subject: Re: GIF or PNG Products BarCodes




Why do you want images for the barcodes? Is this for something  
other

than a printed document, so the current SVG stuff in an XSL:FO file
won't work for you?

-David


On Dec 18, 2006, at 6:56 AM, Jacques Le Roux wrote:


Hi all,

I want to create a new functionnality to quickly produce GIF or  
PNG

Products BarCodes images usgin Barcode4j.
I want to add a new menu option that may be used after for more
functionnalties from Catalog/Product .

I know that Barcode4j is already used in PDF generation however  
I'm

not aware of any use for gif/png generation on the fly in OFBiz.
Is there alerady such functionnality somewhere hidden ?

Actually this is a 1st step toward a tool (in Webtools certainly)
to generate massive products barcodes for catalog(s) using  such
templates
as in http://www.worldlabel.com/ (hoping to use http://
www.worldlabel.com/Pages/openoffice-template.htm not sure just a
plan for
now)

Thanks

Jacques





--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.432 / Virus Database: 268.15.24/592 - Release Date:  
18/12/2006

13:45


--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.432 / Virus Database: 268.15.24/592 - Release Date:  
18/12/2006

13:45

--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.432 / Virus Database: 268.15.24/592 - Release Date:  
18/12/2006

13:45



*
This email has been checked by the altohiway Mailcontroller Service
*

[jira] Commented: (OFBIZ-455) Selecting active organization party

2006-12-19 Thread David E. Jones (JIRA)

[ 
http://issues.apache.org/jira/browse/OFBIZ-455?page=comments#action_12459570 ] 

David E. Jones commented on OFBIZ-455:
--

Another quick thought on this: if something like this goes in that is 
application specific, which this is as it wouldn't have meaning for all 
applications, then it should go below the application title and link bars, not 
in the header.

 Selecting active organization party
 ---

 Key: OFBIZ-455
 URL: http://issues.apache.org/jira/browse/OFBIZ-455
 Project: OFBiz (The Open for Business Project)
  Issue Type: New Feature
Reporter: Eriks Dobelis
 Assigned To: Jacques Le Roux
 Attachments: orgContext.diff, selectingOrganizationalContext.jpg


 Idea is to provide possibility to select active organization party id, which 
 then could be used:
 1) to provide default in different components (e.g. in creating invoices, 
 payments, accounting transactions, etc.);
 2) in implementation of OFBIZ-118, i.e. to show or hide data based on the 
 active organization;
 3) to improve current Accounting/Companies/Admin so that organizationPartyId 
 is remembered throughout the session (if not changed).

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: Duplicate Primary Key error while creating new Entity record like create FixedAsset

2006-12-19 Thread David E Jones



Anil,

The pattern I've had in mind for this that works for most standard  
patterned screens in OFBiz is that if you enter an ID that exists it  
will show you the info for it. If that isn't what you intended, you  
can click on the Create New X button that should always be just  
above the form, or the user can just hit the back button.


For large entities this is admittedly a pain because either the user  
doesn't think of hitting the back button, or the browser does  
something dumb and doesn't remember their info, and then they have to  
re-enter all of the data. We could add another link/button in this  
case to user the information they entered, ie purely from the  
parameters Map, and populate a new create form.


-David


On Dec 19, 2006, at 10:07 AM, Anil Patel wrote:

Sorry to bother everybody again, But this Thread somehow got  
deviated from
main subject. The problem I have posted in this email is  
encountered in Most
of the CRUD Forms in Ofbiz. Please share if somebody can think of  
Ideas on

workaround this problem.

Regards
Anil Patel




On 12/18/06, Anil Patel [EMAIL PROTECTED] wrote:


Hi,
We have forms that handle create/update entity data. One of the  
common
problems user run into is, In the Create New Form (e.g New  
FixedAsset)
user enters value in Id field. There is possibility that the value  
entered
may already exist in database. In such situations, Form returns  
with error
message, But also Opens existing entity in Edit/Update mode in the  
form.

This confuses user.

Most of these create/update form directly post to CRUD services.  
Is it OK
if I added a Simple Method event handler that took the request  
call and
forwarded to CRUD service and then on return of service check if  
there is
error, In case of error set the value of primary key field to  
nothing so the
create/update form will not be able to read existing entity to  
open it in

Edit mode.

If this is Ok to do, Should I add Event handler simple methods in  
existing
services xml files (e.g FixedAssetServices.xml) Or should I create  
a new

file that will have such event handler simple methods.

If I can get Feedback on this email it will be easy to prepare a  
patch to

fix http://issues.apache.org/jira/browse/OFBIZ-547.

Regards
Anil Patel

Re: GIF or PNG Products BarCodes

2006-12-18 Thread David E Jones



Why do you want images for the barcodes? Is this for something other  
than a printed document, so the current SVG stuff in an XSL:FO file  
won't work for you?


-David


On Dec 18, 2006, at 6:56 AM, Jacques Le Roux wrote:


Hi all,

I want to create a new functionnality to quickly produce GIF or PNG  
Products BarCodes images usgin Barcode4j.
I want to add a new menu option that may be used after for more  
functionnalties from Catalog/Product .


I know that Barcode4j is already used in PDF generation however I'm  
not aware of any use for gif/png generation on the fly in OFBiz.

Is there alerady such functionnality somewhere hidden ?

Actually this is a 1st step toward a tool (in Webtools certainly)  
to generate massive products barcodes for catalog(s) using  such

templates
as in http://www.worldlabel.com/ (hoping to use http:// 
www.worldlabel.com/Pages/openoffice-template.htm not sure just a  
plan for

now)

Thanks

Jacques

Re: Find default currency for a user. This will make UI more friendly

2006-12-18 Thread David E Jones



This is something that is fairly core and not an arbitrary/custom  
preference, so there is a UserLogin.lastCurrencyUom field that is  
meant to track this.


There are methods in the UtilHttp class to get the locale based on  
this, and there should be (if they aren't there) methods for getting  
the currency too.


-David


On Dec 18, 2006, at 5:18 PM, Adrian Crum wrote:


Anil,

You can set/retrieve user preferences with this patch:

https://issues.apache.org/jira/browse/OFBIZ-495


Anil Patel wrote:

Hi,
Please if somebody can suggest way to figure out preferred locale  
currency
for the user. This will help to provide it as first option in  
Currency UomId

Dropdown's that are provided in different Forms.
I am working on FixedAssetStdCost forms. Trying to make them  
little more

user friendly.
Regards
Anil Patel

Re: Design proposal about Billing Accounts

2006-12-18 Thread David E Jones



Jacopo,

I think that patch looks okay as a fix for this problem. It looks  
like it is basically just reordering operations in a way that seems  
to make more sense given the more general scope and so if you've  
tested this and it's working okay, then I'd say go for it (I just  
reviewed the code, ie no testing, and I'm not totally aware of the  
context).


-David


On Dec 18, 2006, at 12:24 AM, Jacopo Cappellato wrote:


David,

I don't really have a strong opinion on this subject right now,  
I've also read Si's comment https://issues.apache.org/jira/browse/ 
OFBIZ-93#action_12458933
and I'm doing some tests right now to see if I can figure out how  
it works.
I did these proposals because I got the impression that the billing  
account implementation in svn could have some bugs caused by design  
decisions different from the original design for billing account.
In fact the current order entry checkout process (in the backoffice  
application) is broken (the billingAccountId is not stored in the  
order etc...) if you select the billing account as payment method;  
but probably, as suggested by Si, this is just caused by a series  
of misc bugs (introduced by recent changes); I'll further  
investigate this (in the meantime, maybe you could have a quick  
review to the order_billingAccount_co.patch I've attached to  
OFBIZ-92, that will fix the checkout error, in a quick-and-rather- 
dirty way).


Just to be sure to understand: if I want to associate (part of) the  
amount of a payment in advance to a billing account I have to  
'apply' the amount to the billing account (using a  
PaymentApplication with empty invoiceId); if I want to use (part  
of) that amount to pay an invoice (associated to the billing  
account) I have to create a new payment application (as usual) from  
the payment to the invoice (using a PaymentApplication with  
invoiceId and billingAccountId set).

Is that correct?

Thanks,

Jacopo



David E Jones wrote:

I'm not so sure about this one Jacopo...
Is the only point to be able to associate a Payment to a  
BillingAccount without a corresponding invoice? Right now that is  
possible with the PaymentApplication entity, ie we've been using  
it for a while this way where there is a Payment in advance on a  
BillingAccount, leading to a positive balance on it.
This may not be the best way to do it... is that what you're  
saying that structuring it differently would make the processing  
or figuring out the status easier somehow?

-David
On Dec 12, 2006, at 7:19 AM, Jacopo Cappellato wrote:

One last detail I'd like to specify about the following point is:

 c)add the following constraint: a payment and an invoice  
associated to
 two different billing accounts cannot be matched; the  
application of a

 payment with null billingAccountId to an invoice associated to a
 billing account is ok

is that if a payment has the billing account id set, then it can  
only be applied to invoices associated to the same billing account


Jacopo

Jacopo Cappellato wrote:

David,
after some more study about this I think that there are some  
things that should still be fixed.
Right now the billingAccountId is stored in the OrderHeader,  
then propagated to the Invoice header and finally (with my last  
patch) to the PaymentApplications applied to the invoice.
However, in my opinion we can remove the billingAccountId field  
from the PaymentApplication entity because it is superfluous. We  
should instead add it to the Payment entity, in order to  
implement the ability to accept payments and associate them to  
a  billing account (before the invoices are created, for example).
Right now, if we need to store a payment before the invoice is  
created and we want to associate it to a billing account we do  
the following:

1) we create a Payment
2) we create a PaymentApplication (for the same amount) and  
associate it to the billing account
In my opinion this is not completely correct, because we are not  
really applying a payment to something real like an invoice (we  
just need to associate it to the billing account); in fact, for  
example, the same payment could be used later to pay two  
different invoives associated to the billing account and so the  
original PaymentApplication entry would be wrong.

To summarize, here is what I propose:
a) remove the field PaymentApplication.billingAccountId
b) add the field Payment.billingAccountId
c) add the following constraint: a payment and an invoice  
associated to two different billing accounts cannot be matched;  
the application of a payment with null billingAccountId to an  
invoice associated to a billing account is ok

d) in the balance of a billing account we should simply consider:
d1) all the open amount of the invoices associated to the  
billing account (-)
d2) the unapplied amount of all the payments associated to the  
billing account

Does it make sense?
Jacopo

[jira] Commented: (OFBIZ-510) Anonymous Checkout Refactoring [ ecommerce ] Part #2

[ 
http://issues.apache.org/jira/browse/OFBIZ-510?page=comments#action_12459141 ] 

David E. Jones commented on OFBIZ-510:
--

Jacopo: I don't think you have anything to apologize for in that comment. In my 
opinion it was right on. The comments on this issue have strayed far away from 
the main point. The comments and feedback from Chris should certainly be 
considered as we move forward with this, but his language is clearly too 
strong. In other words, while his opinion is respected, that's all it is. As 
you say Jacopo, it is the committers responsibility to review and deal with 
this as it has always been and Chris, in my opinion, definitely crossed the 
line in terms of representing the influence he has on this issue.

In other words, I'm totally for reading and respecting what Chris Howe has to 
say, but if he does so in an inflammatory or confrontational way, we don't have 
to and generally shouldn't respond. Chris definitely needs to research more of 
what is going on in OFBiz and participate with more of a spirit of contribution 
and cooperation. This isn't the first time it has come up, and probably won't 
be the last.

For anyone who hasn't read it yet, search for apache troll on google and 
you'll get some helpful information on the apache.org site about this.

Chris: this message may be about you, but my intention is not to direct it to 
you. I know in advance you'll be offended by this because you have in the 
distant and recent past, and you may respond however you wish, I really have no 
intention of answering any criticism from you. These sorts of discussions are a 
waste of time, effort, and community good will and only serve to confuse and 
alienate people. My intent here is to let other people know that this can 
easily stop and there is an easy way to do it. I would really appreciate it if 
you could also make an effort to contribute in this way and avoid the troll 
patterns, don't make things so personal, and if you want to get involved then 
do it in terms of action and constructive, cooperative discussion.


 Anonymous Checkout Refactoring [ ecommerce ] Part #2
 

 Key: OFBIZ-510
 URL: http://issues.apache.org/jira/browse/OFBIZ-510
 Project: OFBiz (The Open for Business Project)
  Issue Type: Improvement
Affects Versions: SVN trunk
Reporter: Tim Ruppert
 Attachments: 3stepAnonCheckoutWithAjax.patch


 So, now that we're close to completing the Anonymous Checkout Refactoring 
 Part #1, we are going on to the second phase out of three, which is intended 
 to make the checkout process even more succint.  The final goal is to do 
 something like I did for one of my customers - http://twpinc.insourcery.com . 
  This is an old site and is being replaced, so don't worry about the other 
 functionality - just walk thru the checkout process.
 Currently we have a long process that contains these functions / screens:
 1. Personal Info
 2. Shipping Address
 3. Shipping Options
 4. Payment Options
 5. Payment Information (and Billing Address)
 6. Review Order
 7. Order Confirmation
 We are going to shorten it up this way:
 1. Personal Info / Shipping Address / Billing Address - with the appropriate 
 error handling and the check box  action Billing same as shipping)
 2. Shippint Options 
 3. Payment Options (if necessary - skip if you only have credit card - or 
 only one option in general)
 4. Review  Place Order - enter the credit card right here - put error 
 handling here as well
 5. Order Confirmation
 This would be the end of this patch.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: Proposed change to the InventoryItem entity

2006-12-17 Thread David E Jones



Jacopo,

I'm okay with the idea, but there may actually be cases where people  
don't want to track such information or the information is implied  
for how they use the system. In other words it isn't core information  
for the entity, even though it is necessary for certain services to  
do what they need to.


The way I look at it is that being able to leave out data makes the  
system more flexible, unless that data is a core part of how the  
entity is structured or something.


On the other side it denotes that the fields are important and people  
getting started with OFBiz may have a better experience if they make  
sure this data is in there.


Still, code relying on this data should behave reasonably (with an  
error) when the data is missing. Just like the seed data didn't have  
this by default, systems being upgraded commonly won't have it in  
place either. As with most things it's fine if services that require  
the data blow up, as long as everything else works okay.


So, I don't know... some feedback from people who might be affected  
by this or who have run into such problems would be helpful...


-David


On Dec 17, 2006, at 6:30 AM, Jacopo Cappellato wrote:

What about defining the following InventoryItem fields as id-ne  
instead of id (see attached patch)?


currencyUomId
ownerPartyId
facilityId

The createInventoryItem service already performs the checks and  
returns an error if it the values are not passed in and there is  
not a way to provide default values for them... so it is just to  
enforce an existing rule.


Jacopo
Index: applications/product/entitydef/entitymodel.xml
===
--- applications/product/entitydef/entitymodel.xml  (revision 487955)
+++ applications/product/entitydef/entitymodel.xml  (working copy)
@@ -1009,11 +1009,11 @@
   field name=inventoryItemTypeId type=id/field
   field name=productId type=id/field
   field name=partyId type=id/field
-  field name=ownerPartyId type=iddescriptionThe owner  
of the inventory item./description/field
+  field name=ownerPartyId type=id-nedescriptionThe  
owner of the inventory item./description/field

   field name=statusId type=id/field
   field name=datetimeReceived type=date-time/field
   field name=expireDate type=date-time/field
-  field name=facilityId type=id/field
+  field name=facilityId type=id-ne/field
   field name=containerId type=id/field
   field name=lotId type=id/field
   field name=uomId type=id/field
@@ -1026,7 +1026,7 @@
   field name=oldAvailableToPromise col- 
name=AVAILABLE_TO_PROMISE type=floating-point/field

   field name=serialNumber type=value/field
   field name=unitCost type=floating- 
pointdescriptionHigher precision in case it is a calculated  
number/description/field
-  field name=currencyUomId type=iddescriptionThe  
currency Uom of the unit cost./description/field
+  field name=currencyUomId type=id-nedescriptionThe  
currency Uom of the unit cost./description/field

   prim-key field=inventoryItemId/
   relation type=one fk-name=INV_ITEM_TYPE rel-entity- 
name=InventoryItemType

 key-map field-name=inventoryItemTypeId/

Re: Implementation of a service to compute the product average cost

2006-12-17 Thread David E Jones



Jacopo,

Yes, I think it's fine to update that entity. No one has responded  
with concerns and I agree it's likely that it is not being used much  
if at all.


It's possible Si missed these 2 messages and there actually a problem  
with how he is using it. If that is the case I'm sure we can work  
together to make something that works for everyone (ie this isn't a  
real dangerous change or anything).


-David


On Dec 16, 2006, at 3:57 AM, Jacopo Cappellato wrote:


No comments about this? Can I go on with the proposed changes?

Jacopo

Jacopo Cappellato wrote:

Hi all,
I have to implement a service that computes the inventory average  
cost of a product (based on current QOH and inventory items' unit  
costs) and stores it somewhere...
Do you think that storing it in the ProductAverageCost entity is a  
good idea?
However I think that it is important to give the ability to  
maintain a separate cost for each facility (for example the items  
in a facility in US and the ones in a facility in China could have  
very different inventory costs); the key of the ProductAverageCost  
is now composed by productId, organizationPartyId, fromDate so I  
think we should add to it also the facilityId and possibly a  
productAverageCostTypeId field (to maintain different types of  
averages).
I don't see any code that is using this entity right now but, if I  
well remember, it is used by some code in the external Financial  
component... so I guess that Si could have some good advices :-)

Jacopo

[jira] Assigned: (OFBIZ-549) Implement WorkEffortKeyword Entity, Indexing Code, Admin Page

 [ http://issues.apache.org/jira/browse/OFBIZ-549?page=all ]

David E. Jones reassigned OFBIZ-549:


Assignee: David E. Jones

 Implement WorkEffortKeyword Entity, Indexing Code, Admin Page
 -

 Key: OFBIZ-549
 URL: http://issues.apache.org/jira/browse/OFBIZ-549
 Project: OFBiz (The Open for Business Project)
  Issue Type: Improvement
  Components: workeffort
Reporter: Anil K Patel
 Assigned To: David E. Jones
 Attachments: WorkEffortKeywordIndex.patch


 Create following for WorkEffortKeyword entity: In general follow the 
 implementation pattern of ProductKeyword
 1) Auto keyword generation for WorkEffort
 2) Admin screen for WorkEffortKeyword.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Closed: (OFBIZ-549) Implement WorkEffortKeyword Entity, Indexing Code, Admin Page

 [ http://issues.apache.org/jira/browse/OFBIZ-549?page=all ]

David E. Jones closed OFBIZ-549.


Resolution: Fixed

Thanks Anil, this looks great for now. We may have some refinements for this in 
the future for this should handle things fine for now.

 Implement WorkEffortKeyword Entity, Indexing Code, Admin Page
 -

 Key: OFBIZ-549
 URL: http://issues.apache.org/jira/browse/OFBIZ-549
 Project: OFBiz (The Open for Business Project)
  Issue Type: Improvement
  Components: workeffort
Reporter: Anil K Patel
 Assigned To: David E. Jones
 Attachments: WorkEffortKeywordIndex.patch


 Create following for WorkEffortKeyword entity: In general follow the 
 implementation pattern of ProductKeyword
 1) Auto keyword generation for WorkEffort
 2) Admin screen for WorkEffortKeyword.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Commented: (OFBIZ-315) Add multiple-choice field type to Form Widget

[ 
http://issues.apache.org/jira/browse/OFBIZ-315?page=comments#action_12459181 ] 

David E. Jones commented on OFBIZ-315:
--

The alternative of another tag for multi-select or select-box or something 
sounds good to me.

 Add multiple-choice field type to Form Widget
 -

 Key: OFBIZ-315
 URL: http://issues.apache.org/jira/browse/OFBIZ-315
 Project: OFBiz (The Open for Business Project)
  Issue Type: New Feature
  Components: framework
Reporter: Jacques Le Roux
Priority: Minor
 Fix For: SVN trunk

 Attachments: multipleSelect.patch


 David Jones proposed :
 This will be like the drop-down field, but will have some different 
 attributes and will result in a select box (not a drop-down) that allows 
 multiple selections. A size attributed will specify how many rows it should 
 show and a scrollbar if needed will be by it.
 I think we will need that one day or another...

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Commented: (OFBIZ-543) JavaMailContainer is broken for all password not consisting of only lowercase characters