[jira] Created: (OFBIZ-1412) change /ofbiz/.classpath for clean compile in Eclipse

[Nicolas Malin (Jira)]

change /ofbiz/.classpath for clean compile in Eclipse
-----------------------------------------------------

                 Key: OFBIZ-1412
                 URL: https://issues.apache.org/jira/browse/OFBIZ-1412
             Project: OFBiz
          Issue Type: Bug
          Components: framework
    Affects Versions: SVN trunk
         Environment: OpenSuse 10.3
Eclipse3.3
java version "1.6.0_03"
Java(TM) SE Runtime Environment (build 1.6.0_03-b05)
Java HotSpot(TM) Client VM (build 1.6.0_03-b05, mixed mode)

            Reporter: Yin T
            Priority: Trivial


In reference to the comment in http://www.nabble.com/Eclipse-and-OfBiz-tf4831150.html
The ofbiz trunk source tree can be imported to Eclipse for a clean compile if the following file is modified...

/ofbiz/.classpath

change...
        <classpathentry excluding="org/ofbiz/entity/transaction/XaPoolConnectionFactory.java" kind="src" path="framework/entity/src"/>
to...
<classpathentry excluding="org/ofbiz/entity/connection/XaPoolConnectionFactory.java" kind="src" path="framework/entity/src"/>

add...
        <classpathentry excluding="org/ofbiz/testtools/TestRunContainer.java" kind="src" path="framework/testtools/src"/>



--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[Nicolas Malin (Jira)]

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

Marco Risaliti commented on OFBIZ-1412:
---------------------------------------

For the class TestRunContainer.java I think it's not correct to remove it from the sources, it's better to add in the java build path the ant-junit.jar from framework/base/lib and the errors will be disappear.

Thanks
Marco

> change /ofbiz/.classpath for clean compile in Eclipse
> -----------------------------------------------------
>
>                 Key: OFBIZ-1412
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-1412
>             Project: OFBiz
>          Issue Type: Bug
>          Components: framework
>    Affects Versions: SVN trunk
>         Environment: OpenSuse 10.3
> Eclipse3.3
> java version "1.6.0_03"
> Java(TM) SE Runtime Environment (build 1.6.0_03-b05)
> Java HotSpot(TM) Client VM (build 1.6.0_03-b05, mixed mode)
>            Reporter: Yin T
>            Priority: Trivial
>
> In reference to the comment in http://www.nabble.com/Eclipse-and-OfBiz-tf4831150.html
> The ofbiz trunk source tree can be imported to Eclipse for a clean compile if the following file is modified...
> /ofbiz/.classpath
> change...
> <classpathentry excluding="org/ofbiz/entity/transaction/XaPoolConnectionFactory.java" kind="src" path="framework/entity/src"/>
> to...
> <classpathentry excluding="org/ofbiz/entity/connection/XaPoolConnectionFactory.java" kind="src" path="framework/entity/src"/>
> add...
> <classpathentry excluding="org/ofbiz/testtools/TestRunContainer.java" kind="src" path="framework/testtools/src"/>

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[Nicolas Malin (Jira)]

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

Jacques Le Roux reassigned OFBIZ-1412:
--------------------------------------

    Assignee: Jacques Le Roux

> change /ofbiz/.classpath for clean compile in Eclipse
> -----------------------------------------------------
>
>                 Key: OFBIZ-1412
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-1412
>             Project: OFBiz
>          Issue Type: Bug
>          Components: framework
>    Affects Versions: SVN trunk
>         Environment: OpenSuse 10.3
> Eclipse3.3
> java version "1.6.0_03"
> Java(TM) SE Runtime Environment (build 1.6.0_03-b05)
> Java HotSpot(TM) Client VM (build 1.6.0_03-b05, mixed mode)
>            Reporter: Yin T
>            Assignee: Jacques Le Roux
>            Priority: Trivial
>
> In reference to the comment in http://www.nabble.com/Eclipse-and-OfBiz-tf4831150.html
> The ofbiz trunk source tree can be imported to Eclipse for a clean compile if the following file is modified...
> /ofbiz/.classpath
> change...
> <classpathentry excluding="org/ofbiz/entity/transaction/XaPoolConnectionFactory.java" kind="src" path="framework/entity/src"/>
> to...
> <classpathentry excluding="org/ofbiz/entity/connection/XaPoolConnectionFactory.java" kind="src" path="framework/entity/src"/>
> add...
> <classpathentry excluding="org/ofbiz/testtools/TestRunContainer.java" kind="src" path="framework/testtools/src"/>

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[Nicolas Malin (Jira)]

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

Jacques Le Roux closed OFBIZ-1412.
----------------------------------

       Resolution: Fixed
    Fix Version/s: Release Branch 4.0
                   SVN trunk

Thanks Yin and Marco,

Changes are in trunk rev. 596597, I was not able to back port in release4.0

> change /ofbiz/.classpath for clean compile in Eclipse
> -----------------------------------------------------
>
>                 Key: OFBIZ-1412
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-1412
>             Project: OFBiz
>          Issue Type: Bug
>          Components: framework
>    Affects Versions: SVN trunk
>         Environment: OpenSuse 10.3
> Eclipse3.3
> java version "1.6.0_03"
> Java(TM) SE Runtime Environment (build 1.6.0_03-b05)
> Java HotSpot(TM) Client VM (build 1.6.0_03-b05, mixed mode)
>            Reporter: Yin T
>            Assignee: Jacques Le Roux
>            Priority: Trivial
>             Fix For: SVN trunk, Release Branch 4.0
>
>
> In reference to the comment in http://www.nabble.com/Eclipse-and-OfBiz-tf4831150.html
> The ofbiz trunk source tree can be imported to Eclipse for a clean compile if the following file is modified...
> /ofbiz/.classpath
> change...
> <classpathentry excluding="org/ofbiz/entity/transaction/XaPoolConnectionFactory.java" kind="src" path="framework/entity/src"/>
> to...
> <classpathentry excluding="org/ofbiz/entity/connection/XaPoolConnectionFactory.java" kind="src" path="framework/entity/src"/>
> add...
> <classpathentry excluding="org/ofbiz/testtools/TestRunContainer.java" kind="src" path="framework/testtools/src"/>

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[SkipDever]

I have the proposed modificatins to implement a real accounts receivable module finished except for the collections part which I am working on ATM and a SECA to apply avaliable credits automatically (not really sure if I want to do this or maybe have it configurable).  All the code however is in a single file called BillingAccountWorker.java and it really needs refactored because there are services, helper methods and worker methods all in the same file.  I have not done this because I hope this will eventually be adopted and the methods stuck in the Ofbiz classes.

It all works without changing any of the Ofbiz code, but two Ofbiz services are overridded with others that make small modifications to existing Ofbiz services.

The basic premise is that every billing account transaction is backed by either a Payment and/or Invoice and the sum of the billing account is the sum of these entities.  There is the odd case of a Payment made on an order (payment in advance), but that is all handled.  OrderPaymentPreference is no longer used for billing accounts.

All the UI work has been done using Opentaps.  However, all that needs done there is to change the main-decorator (I think).  All the UI widgets and such are in org.ofbiz.accounting.ar and in a separate hot-deploy folder.

If anyone is chomping at the bit to see this, I can put up a Jira entry and upload it, or I want wait and do it after the collections piece is done.

The big question for me is, are there any users who need real accounts receivable?  This is not your typical need for most web based sales.  It is more appropriate for organizations that do a significant part of their business using net x terms.

I offer it early because I could certainly use help testing and fine tuning it.

Skip

[Adrian Crum]

skip@thedevers wrote:
> The big question for me is, are there any users who need real accounts receivable?  This is not your typical need for most web based sales.  It is more appropriate for organizations that do a significant part of their business using net x terms.

Skip,

Our company is not a web based business, and we use accounts receivable software. So yes, there is
an interest in it.

-Adrian

[Jim Barrows]

color me interested.

On Nov 21, 2007 2:03 PM, Adrian Crum <[hidden email]> wrote:

> skip@thedevers wrote:
> > The big question for me is, are there any users who need real accounts receivable?  This is not your typical need for most web based sales.  It is more appropriate for organizations that do a significant part of their business using net x terms.
>
> Skip,
>
> Our company is not a web based business, and we use accounts receivable software. So yes, there is
> an interest in it.
>
> -Adrian
>
>
>

--
James A Barrows

[Christopher L]

+1

Chris

-----Original Message-----
From: Adrian Crum [mailto:[hidden email]]
Sent: Wednesday, November 21, 2007 3:03 PM
To: [hidden email]
Subject: Re: Accounts Receivable

skip@thedevers wrote:
> The big question for me is, are there any users who need real accounts
receivable?  This is not your typical need for most web based sales.  It is
more appropriate for organizations that do a significant part of their
business using net x terms.

Skip,

Our company is not a web based business, and we use accounts receivable
software. So yes, there is
an interest in it.

-Adrian