s on Github.
> In that past, and still to date, any code contribution uploaded to a Jira
> ticket needed to be downloaded by a committer and applied by him to a test
> branch (based on either the master or the active release branches) in order
> to vet the code changes and test the code chan
. This vetting and testing was and is an
arduous and time consuming task, especially when the handed code changes
span multiple components, languages and/or files. The committer must vet
the changes with in his mind:
- does it have unnecessary whitespacing
- does it comply with checkstyle
are a lot of functionality working, but still some other one,
not yet operational.
Next step is to have a full automate User Test Scenario to be sure all is
operational and usable.
There are two testing environments :
* ofbiz-selenium[2] used by the continuous integration process and some debug
process,
rote:
>
>> Hello Everyone,
>>
>> I have a big patch in https://issues.apache.org/jira/browse/OFBIZ-8337
>>
>> This is a major refactoring of the Start and Base components to
>> substantially simplify and cleanup the startup sequence. All tests are
>> passing but further testing and feedback would be great.
>>
>>
>>
>
; substantially simplify and cleanup the startup sequence. All tests are
> passing but further testing and feedback would be great.
>
>
>
testing and feedback would be great.
Hi Taher,
I reviewed this morning, all seems nice and dandy
Jacques
Hello Everyone,
I have a big patch in https://issues.apache.org/jira/browse/OFBIZ-8337
This is a major refactoring of the Start and Base components to
substantially simplify and cleanup the startup sequence. All tests are
passing but further testing and feedback would be great.
Fantastic work, thank you Jacopo. I looked at the code and I like the new
method signatures better in the worker. I will try to test it and see if I
stumble upon anything.
On Sun, Sep 25, 2016 at 8:21 PM, Jacopo Cappellato wrote:
> Hi all,
>
> in rev.
Hi all,
in rev. 1762227 I have cleaned up and modified several methods to better
leverage the Freemarker API and remove some of the unnecessary dependencies
on FM.
Please refer to the commit log for details.
While I did my best to make sure that the new code works fine, and I have
introduced a
I think that your point was well received.
I am just happy that testing is getting attention.
Ron
On 19/07/2016 7:53 PM, Scott Gray wrote:
I'm not looking for any sort of response really. I was just speaking in
favor of integration tests because I think they provide better coverage
re.com>
wrote:
> It is not clear what you are expecting as a specific response.
>
> As you move up the food chain, the definition of "units" changes and the
> tests get more complicated and the design of the tests gets more complex
> (mock objects, testing race conditions).
It is not clear what you are expecting as a specific response.
As you move up the food chain, the definition of "units" changes and the
tests get more complicated and the design of the tests gets more complex
(mock objects, testing race conditions).
It is hard to make specific comm
position might decrease the further up
>>>>
>>> the
>>>
>>>> stack we move with them. I'm not against unit tests when they prove
>>>> useful, but further up the stack I think we should prove the case for
>>>>
>>> them
>&
bucket. I could be wrong,
but I
think it's worth looking into before we declare that unit tests are the
best form of testing for OFBiz.
Regards
Scott
On 19 July 2016 at 17:37, Taher Alkhateeb <slidingfilame...@gmail.com>
wrote:
Hi Scott,
Thank you for the feedback. To be focused exactly on inte
de to the community. I think there's a chance attempting
> > to mock service tests could fall into that bucket. I could be wrong,
> but I
> > think it's worth looking into before we declare that unit tests are the
> > best form of testing for OFBiz.
> >
> > Regard
vide to the community. I think there's a chance attempting
> to mock service tests could fall into that bucket. I could be wrong, but I
> think it's worth looking into before we declare that unit tests are the
> best form of testing for OFBiz.
>
> Regards
> Scott
>
> On 19 July
quire more effort to maintain than the
value they provide to the community. I think there's a chance attempting
to mock service tests could fall into that bucket. I could be wrong, but I
think it's worth looking into before we declare that unit tests are the
best form of testing for OFBiz.
Reg
of the
screen in between test cycles thus giving me immediate feedback on any
errors I made. Perhaps my intro was too long so this is the squeezed out
version of it.
I already had one round of testing in the start component which was much
faster that way and had an immediate impact. Oh and by the way, you
for TDD.
I'm not sure if I missed any other points raised regarding integration vs.
unit tests?
I'm not looking to start a big long debate on the topic, I just wanted to
speak out that someone out there (me) doesn't think unit tests are the best
solution for testing OFBiz applications.
Regards
Scott
tests then you will come down to a
screeching halt as you wait between these test cycles. My computer actually
takes 10 minutes or more for a full clean load data and testing.
Now talking about mocking you raise some interesting points, what can you
mock vs utilizing integration tests
You are probably right that integration testing has a lot more value.
However, unit tests are still useful in their own right and may
encourage people to write smaller classes that can be tested easily.
As you point out, integration testing can be done at several levels with
mock
closer to the real world scenarios the application might encounter.
I don't really see how unit tests could be applied to non-framework testing
in a useful manner, could you expand on your vision in that regard? I mean
would we be testing something smaller than a service as the 'unit'? What
would we
egards,
Pranay Pandey
HotWax Systems
http://www.hotwaxsystems.com/
On Fri, Jun 10, 2016 at 7:46 PM, Taher Alkhateeb <
slidingfilame...@gmail.com
wrote:
Hello Everyone,
I was able to get a few tests running and this is very doable. But I
faced
a big problem in designing the testing
in
OFBIZ-7897. Thus we can consider this JIRA done
> provide a new unit testing framework for OFBiz
> --
>
> Key: OFBIZ-7254
> URL: https://issues.apache.org/jira/browse/OFBIZ-7254
>
w tests running and this is very doable. But I
faced
a big problem in designing the testing framework because of ANT.
The problem
The way the build scripts are designed in OFBiz are very complex. A
master
file calls other files which call other files. And in the middle you
have
external
code and production code. So for example:
Production code: framework/start/src/main/java/org/apache/ofbiz/base/start
Test code: framework/start/src/test/java/org/apache/ofbiz/base/start
The benefit of this hierarchy is that you can access non-public (package
protected) methods for testing
lidingfilame...@gmail.com
> > > wrote:
> >
> > > Hello Everyone,
> > >
> > > I was able to get a few tests running and this is very doable. But I
> > faced
> > > a big problem in designing the testing framework because of ANT.
> > &
;
> > I was able to get a few tests running and this is very doable. But I
> faced
> > a big problem in designing the testing framework because of ANT.
> >
> > The problem
> >
> > The way the build scripts are designed in OFBiz are ver
the framework :) Just 8
lines of code now enable unit tests in OFBiz.
> provide a new unit testing framework for OFBiz
> --
>
> Key: OFBIZ-7254
> URL: https://issues.apache.org/jira/browse/OFBIZ-7254
>
oblem in designing the testing framework because of ANT.
>
> The problem
>
> The way the build scripts are designed in OFBiz are very complex. A master
> file calls other files which call other files. And in the middle you have
> external libraries (ant-contrib) and m
But I faced
> a big problem in designing the testing framework because of ANT.
>
> The problem
>
> The way the build scripts are designed in OFBiz are very complex. A master
> file calls other files which call other files. And in the middle you have
> external libraries (
ery doable. But I
faced
a big problem in designing the testing framework because of ANT.
The problem
The way the build scripts are designed in OFBiz are very complex. A
master
file calls other files which call other files. And in the middle you
have
external libraries (ant-cont
some cleanups regardless.
Thanks,
Jacopo
On Fri, Jun 10, 2016 at 4:16 PM, Taher Alkhateeb <slidingfilame...@gmail.com
wrote:
Hello Everyone,
I was able to get a few tests running and this is very doable. But I faced
a big problem in designing the testing framework because of ANT.
The prob
Alkhateeb <slidingfilame...@gmail.com
> wrote:
> Hello Everyone,
>
> I was able to get a few tests running and this is very doable. But I faced
> a big problem in designing the testing framework because of ANT.
>
> The problem
>
> The way the build scripts
Hello Everyone,
I was able to get a few tests running and this is very doable. But I faced
a big problem in designing the testing framework because of ANT.
The problem
The way the build scripts are designed in OFBiz are very complex. A master
file calls other files which call
gt; --
> > Thanks & Regards,
> > Mridul Pathak
> > Senior Manager
> > HotWax Systems
> > http://www.hotwaxsystems.com
> >
> > > On Jun 8, 2016, at 2:41 PM, Taher Alkhateeb <
> slidingfilame...@gmail.com>
> > wrote:
> > &g
Taher Alkhateeb created OFBIZ-7254:
--
Summary: provide a new unit testing framework for OFBiz
Key: OFBIZ-7254
URL: https://issues.apache.org/jira/browse/OFBIZ-7254
Project: OFBiz
Issue Type
ax Systems
> http://www.hotwaxsystems.com
>
> > On Jun 8, 2016, at 2:41 PM, Taher Alkhateeb <slidingfilame...@gmail.com>
> wrote:
> >
> > Hello Everyone,
> >
> > After refactoring the start component and while starting on the base
> > component I rea
component and while starting on the base
> component I realized that the testing framework for OFBiz is not good. You
> cannot do real test driven development or red-green-refactor with the
> current setup, hence my proposal to change it. I explain be
oring the start component and while starting on the base
> component I realized that the testing framework for OFBiz is not good. You
> cannot do real test driven development or red-green-refactor with the
> current setup, hence my proposal to change it. I explain below:
>
&g
ific test Suite from a component:*
>>>>
>>>> ant run-single-test-suite -Dtest.component=‘order’ -Dtest.suiteName='
>>>> ordertests'
>>>>
>>>> *Running a test case from a component:*
>>>>
>>>> java -jar ofbiz.jar -test -
After refactoring the start component and while starting on the base
component I realized that the testing framework for OFBiz is not good.
You
cannot do real test driven development or red-green-refactor with the
current setup, hence my proposal to change it. I explain below:
Problem w
but just want to confirm and understand
> your
> > proposal.
> >
> > Best regards,
> >
> > Pranay Pandey
> > HotWax Systems
> > http://www.hotwaxsystems.com/
> >
> > On Wed, Jun 8, 2016 at 2:41 PM, Taher Alkhateeb <
> > slidingfilame...@g
nt=‘order’ -Dtest.suiteName='
> > > ordertests'
> > >
> > > *Running a test case from a component:*
> > >
> > > java -jar ofbiz.jar -test -component='order' -case='salesOrder-test'
> > >
> > > I may be completely wrong here but just want to c
but just want to confirm and understand
> your
> > proposal.
> >
> > Best regards,
> >
> > Pranay Pandey
> > HotWax Systems
> > http://www.hotwaxsystems.com/
> >
> > On Wed, Jun 8, 2016 at 2:41 PM, Taher Alkhateeb <
> > slidingfilame...@g
that the testing framework for OFBiz is not
good. You
cannot do real test driven development or red-green-refactor with the
current setup, hence my proposal to change it. I explain below:
Problem with current design
- What we have right now is not unit
t; On Wed, Jun 8, 2016 at 2:41 PM, Taher Alkhateeb <
> slidingfilame...@gmail.com>
> wrote:
>
> > Hello Everyone,
> >
> > After refactoring the start component and while starting on the base
> > component I realized that the testing framework for OFBiz is not good.
>
That sounds like a more than reasonable proposition to me
+ 1
Jacques
Le 08/06/2016 à 11:11, Taher Alkhateeb a écrit :
Hello Everyone,
After refactoring the start component and while starting on the base
component I realized that the testing framework for OFBiz is not good. You
cannot do
http://www.hotwaxsystems.com/
On Wed, Jun 8, 2016 at 2:41 PM, Taher Alkhateeb <slidingfilame...@gmail.com>
wrote:
> Hello Everyone,
>
> After refactoring the start component and while starting on the base
> component I realized that the testing framework for OFBiz is not good. Yo
Hello Everyone,
After refactoring the start component and while starting on the base
component I realized that the testing framework for OFBiz is not good. You
cannot do real test driven development or red-green-refactor with the
current setup, hence my proposal to change it. I explain below
Le 11/05/2016 à 13:23, Taher Alkhateeb a écrit :
- All commands now have a unified method of calling. For example
java -jar ofbiz.jar --load-data delegator=default --load-data
file=somefile.xml --portoffset 10
That would not work :p (kidding ;))
Tests result at the Jira, WIP...
Hello Everyone,
Blurry vision, big headache, and unhealthy amounts of coffee, but I finally
have a patch that works on ofbiz and passes all tests.
However, this patch requires thorough testing to ensure that we did not
introduce any new bugs. The patch essentially changes most
It does not work this way, please check
https://ofbiz.apache.org/mailing-lists.html
Jacques
Le 18/04/2016 13:16, Gerd Güldenast a écrit :
unsubscribe
unsubscribe
Implementation for testing scenarios of ecommerce application
Key: OFBIZ-2100
URL: https://issues.apache.org/jira/browse/OFBIZ-2100
Project: OFBiz
Issue Type: New Feature
[
https://issues.apache.org/jira/browse/OFBIZ-2100?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pierre Smits reassigned OFBIZ-2100:
---
Assignee: Pierre Smits
Survey Implementation for testing scenarios of ecommerce application
[
https://issues.apache.org/jira/browse/OFBIZ-2100?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sharan Foga updated OFBIZ-2100:
---
Sprint: Bug Crush Event - 21/2/2015
Survey Implementation for testing scenarios of ecommerce
testing instance
-
Key: OFBIZ-5468
URL: https://issues.apache.org/jira/browse/OFBIZ-5468
Project: OFBiz
Issue Type: Sub-task
Components: ALL COMPONENTS, framework
up since 2009 we should close
this issue.
Survey Implementation for testing scenarios of ecommerce application
Key: OFBIZ-2100
URL: https://issues.apache.org/jira/browse/OFBIZ-2100
Hi Jacopo,
We have tested ajp connector and it seem to be working fine.
Thanks Regards
---
Arun Patidar
On Thursday 18 September 2014 02:37 PM, Jacopo Cappellato wrote:
Hi all,
a few minutes ago with the commit below I have cleaned up the Tomcat connector
configuration for the http, https
Thank you Arun,
much appreciated!
Jacopo
On Sep 19, 2014, at 12:19 PM, Arun Patidar arun.pati...@hotwaxmedia.com wrote:
Hi Jacopo,
We have tested ajp connector and it seem to be working fine.
Thanks Regards
---
Arun Patidar
On Thursday 18 September 2014 02:37 PM, Jacopo Cappellato
Hi all,
a few minutes ago with the commit below I have cleaned up the Tomcat connector
configuration for the http, https and ajp connectors.
In theory the settings should be the same as before (apart for the max number
of processing threads that is now larger because it is set to the default
Thank you Daniel,
I have committed 2.3.21-rc01 to the OFBiz trunk today and we will let you know
if we face any issues.
Jacopo
On Sep 1, 2014, at 1:16 AM, Daniel Dekany ddek...@freemail.hu wrote:
The final 2.3.21 is expected to come out in early or mid October. If
you can, please use
[
https://issues.apache.org/jira/browse/OFBIZ-4794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacques Le Roux reopened OFBIZ-4794:
This is now complete
set different ports for testing in a CI environment (e.g. Jenkins
[
https://issues.apache.org/jira/browse/OFBIZ-4794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacques Le Roux closed OFBIZ-4794.
--
Resolution: Fixed
set different ports for testing in a CI environment (e.g. Jenkins
[
https://issues.apache.org/jira/browse/OFBIZ-1670?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacopo Cappellato closed OFBIZ-1670.
Resolution: Later
JUnit test for testing Project permission
Pierre Smits created OFBIZ-5468:
---
Summary: Setup separate branch and related CI testing instance
Key: OFBIZ-5468
URL: https://issues.apache.org/jira/browse/OFBIZ-5468
Project: OFBiz
Issue Type
a small change to allow to use the
portoffset paramter with the run-tests target, this is for OFBiz-Sonar:
INFRA-3590
set different ports for testing in a CI environment (e.g. Jenkins)
--
Key: OFBIZ-4794
and WebSite entity in
trunk r1549015
R13.07 r1549016+1549019
set different ports for testing in a CI environment (e.g. Jenkins)
--
Key: OFBIZ-4794
URL: https://issues.apache.org/jira/browse/OFBIZ
# To simultaneously run the demos without having to change much things each
time we deploy new releases, just one parameter (this will need to have the
same commited in R13.07... to be discussed...)
set different ports for testing in a CI environment (e.g. Jenkins
for testing in a CI environment (e.g. Jenkins)
--
Key: OFBIZ-4794
URL: https://issues.apache.org/jira/browse/OFBIZ-4794
Project: OFBiz
Issue Type: Improvement
Components
different ports for testing in a CI environment (e.g. Jenkins)
--
Key: OFBIZ-4794
URL: https://issues.apache.org/jira/browse/OFBIZ-4794
Project: OFBiz
Issue Type: Improvement
of INFRA-6790, so we have
trunk: r1525909+1526533
R13.07: r1525910+1526534
R12.04: r1525910+1526535
R11.04: r1525907+1526536
set different ports for testing in a CI environment (e.g. Jenkins
was (Author: jacques.le.roux):
I completed previous commits because of INFRA-6790, so we have
trunk: r1525909+1526533
R13.07: r1525910+1526534
R12.04: r1525910+1526535
R11.04: r1525907+1526536
set different ports for testing in a CI environment (e.g
for trunk and R13.07 (R12.04 and R11.04
have only fails no errors). I will revert and continue locally...
set different ports for testing in a CI environment (e.g. Jenkins)
--
Key: OFBIZ-4794
set different ports for testing in a CI environment (e.g. Jenkins)
--
Key: OFBIZ-4794
URL: https://issues.apache.org/jira/browse/OFBIZ-4794
Project: OFBiz
Issue
set different ports for testing in a CI environment (e.g. Jenkins)
--
Key: OFBIZ-4794
URL: https://issues.apache.org/jira/browse/OFBIZ-4794
Project: OFBiz
at revisions: 1525907 + 1526536
set different ports for testing in a CI environment (e.g. Jenkins)
--
Key: OFBIZ-4794
URL: https://issues.apache.org/jira/browse/OFBIZ-4794
Note to myself: a non functional change to ReportScreens.xml had slipped in at
r1525906. It should not be carried in next time...
set different ports for testing in a CI environment (e.g. Jenkins
set different ports for testing in a CI environment (e.g. Jenkins)
--
Key: OFBIZ-4794
URL: https://issues.apache.org/jira/browse/OFBIZ-4794
Project: OFBiz
patches was not enough. I need to explain
what I did. It's finally few small changes. I put much care in them and made a
lot of testing.
*What's for?*
OOTB the port offset is interesting in at least 3 cases:
# To simultaneously run tests on the same Buildbot machine. This is related to
this
[thread
for the testSOAPSimpleService error
set different ports for testing in a CI environment (e.g. Jenkins)
--
Key: OFBIZ-4794
URL: https://issues.apache.org/jira/browse/OFBIZ-4794
Project: OFBiz
and trunk. But I juts realise that [R11.04
tests failed last
time|http://ci.apache.org/builders/ofbiz-branch11/builds/99/steps/compile_1/logs/stdio]
seems related to ofbizssl.jks missing. I did not reproduce that locally so
hopefully it's OK.
set different ports for testing in a CI
though it must be related.
If someone could also test it and have a look it would be great.
set different ports for testing in a CI environment (e.g. Jenkins)
--
Key: OFBIZ-4794
URL
and R13.07 tests simultaneously I get the
same Transaction Timeout error for SOAPSimpleService on both sides.
I certainly ran 12.04 with 11.04, and maybe because 11.04 tests are far less
numerous I did not cross this issue.
set different ports for testing in a CI environment (e.g
for testing in a CI environment (e.g. Jenkins)
--
Key: OFBIZ-4794
URL: https://issues.apache.org/jira/browse/OFBIZ-4794
Project: OFBiz
Issue Type: Improvement
Components
for testing in a CI environment (e.g. Jenkins)
--
Key: OFBIZ-4794
URL: https://issues.apache.org/jira/browse/OFBIZ-4794
Project: OFBiz
Issue Type: Improvement
Components
for testing in a CI environment (e.g. Jenkins)
--
Key: OFBIZ-4794
URL: https://issues.apache.org/jira/browse/OFBIZ-4794
Project: OFBiz
Issue Type: Improvement
Components
for testing in a CI environment (e.g. Jenkins)
--
Key: OFBIZ-4794
URL: https://issues.apache.org/jira/browse/OFBIZ-4794
Project: OFBiz
Issue Type: Improvement
Components
issues, I have fixed one, resolving
the other
set different ports for testing in a CI environment (e.g. Jenkins)
--
Key: OFBIZ-4794
URL: https://issues.apache.org/jira/browse/OFBIZ
Release Branch 11.04
I want to backport this to releases to facilitate things on Buildbot. Else it
has much less interest. I will attach the patches for each.
set different ports for testing in a CI environment (e.g. Jenkins
[
https://issues.apache.org/jira/browse/OFBIZ-4794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacques Le Roux updated OFBIZ-4794:
---
Attachment: (was: OFBIZ-4794-test-ports.patch)
set different ports for testing
[
https://issues.apache.org/jira/browse/OFBIZ-4794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacques Le Roux updated OFBIZ-4794:
---
Attachment: (was: OFBIZ-4794 - test port.patch)
set different ports for testing
- R13.07.patch
OFBIZ-4794 - test port - R12.04.patch
OFBIZ-4794 - test port - R11.04.patch
set different ports for testing in a CI environment (e.g. Jenkins)
--
Key: OFBIZ-4794
Sent: Sunday, July 21, 2013 1:24 AM
Subject: RE: [jira] [Commented] (OFBIZ-4794) set different ports for testing
in a CI environment (e.g. Jenkins)
x-store-info:Ru8Mzrcu9Bi87krfImffoGU6zyI7zQxEZz9YeuslXAJOVdMeHzx51QGS+h0mQKu+uNKB1KcxjEz3VUO0aKUYQVwEi1laac014UI1fiPODhWY7HffMbGCyRhyKQvhHi
: [jira] [Commented] (OFBIZ-4794) set different ports for testing in
a CI environment (e.g. Jenkins)
On 21/07/2013 08:58, Jacques Le Roux wrote:
Hi Infra team,
Douglas can't unsubscribe his sirdouglasc...@hotmail.com
mailto:sirdouglasc...@hotmail.com email address from OFBiz dev ML
dev
: jacques.le.r...@les7arts.com
To: sirdouglasc...@hotmail.com
CC: dev@ofbiz.apache.org
Subject: Re: [jira] [Commented] (OFBIZ-4794) set different ports for testing in
a CI environment (e.g. Jenkins)
Date: Fri, 19 Jul 2013 10:45:36 +0200
Then maybe you just have to unregister from
Jira
Since
19, 2013 1:01 AM
Subject: RE: [jira] [Commented] (OFBIZ-4794) set different ports for testing
in a CI environment (e.g. Jenkins)
only JIRA
so how do I stop emails from JIRA?
Many thanks as I know this isn't your job... but.. the alternative is to
subscribe to all
get answer
in 1st place, and I'm
unfraid we have not the manpower to handle more...
Jacques
- Original Message -
From: SirDouglas Cook
To: Jacques Le Roux
Sent: Friday, July 19, 2013 1:01 AM
Subject: RE: [jira] [Commented] (OFBIZ-4794) set different ports for testing
in a CI
...
Jacques
- Original Message -
From: SirDouglas Cook
To: Jacques Le Roux
Sent: Friday, July 19, 2013 1:01 AM
Subject: RE: [jira] [Commented] (OFBIZ-4794) set different ports for
testing in a CI environment (e.g. Jenkins)
only JIRA
so how do I stop emails from JIRA
1 - 100 of 240 matches
Mail list logo