ll,
Thanks to the help of Gaetan, we have been Abel to spot the issue:
I had attempted to install and run JUnit5 testing in my component only which
obviously does not work as JUnit5 Test annotation would not be recognized by
the Gradle build tool.
Therefore, in order to resolve this, I h
xecute the Unit
>> Tests, but also three integration test classes are executed as part of the
>> JUnit run.
>>
>> All three are extensions to org.apache.ofbiz.service.testtools.OFBizTestCase
>> and to not define any Unit @Test annotation on the class methods. Yet they
>> are
to the help of Gaetan, we have been Abel to spot the issue:
>
> > I had attempted to install and run JUnit5 testing in my component only
> > which obviously does not work as JUnit5 Test annotation would not be
> > recognized by the Gradle build tool.
>
> Therefore, in
> >> I also added your test case to the code and ran that locally - the
> >> test is obviously not found.
> >>
> >> It might have to do with the fact that I prefer JUnit 5 because of
> >> its advanced parametrized testing features?
> >> I can give
o the code and ran that locally - the
test is obviously not found.
It might have to do with the fact that I prefer JUnit 5 because of
its advanced parametrized testing features?
I can give you access to the code repo if you have a Gitlab account.
When running tests locally, I do not see any
hat I prefer JUnit 5 because of its advanced
parametrized testing features?
I can give you access to the code repo if you have a Gitlab account.
When running tests locally, I do not see any test reports for my classes, so
this is the indicator I am using.
Also, I have test cases that should fail
Hi Gaetan,
Thanks to get back to me. I see no change - all the things you applied I
already did.
I also added your test case to the code and ran that locally - the test is
obviously not found.
It might have to do with the fact that I prefer JUnit 5 because of its advanced
parametrized testing
Hi Carsten, do you have any updates on your case ?
Regards,
Gaetan
On 6/11/24 09:58, Gaetan wrote:
Hello Carsten.
I set up a very small example plugin that i tested myself localy.
Could you please reproduce the steps below ?
- get ofbiz framework from apache repo
(https://github.com/apach
Hello Gaetan
Thanks indeed for your efforts!This is what I am doing except the the XML
Schema here https://ofbiz.apache.org/dtds/test-suite.xsd
Complains when I do not add test-case elements, which I did. But even without
them that does not change the picture.
I am running on MacOS 14.5 (Sonom
Hello Carsten.
I set up a very small example plugin that i tested myself localy. Could
you please reproduce the steps below ?
- get ofbiz framework from apache repo
(https://github.com/apache/ofbiz-framework)
- checkout trunk on ofbiz framework
- get example plugin and set it up inside
Hello Gaetan,
I do all this as you describe, source path for tests is as required and
tests are properly annotated.
The main difference is that this is not a unit test out of a framework, but
unit tests sitting in a plugin component.
I so not see any traces of the framework stepping into my test
Hi again,
After some research, it seems you should follow this kind of structure
for your unit tests :
https://github.com/apache/ofbiz-framework/blob/7c2487bc3f1a6ec472585c27d7ceb5ca19471387/build.gradle#L259
So you should setup your tests at the right package (either groovy or
java accordin
… and after some more assertions, I can add:
I have verified the paths to all my test suites to point to the correct Java
classes.
I do not find any error in the test logs.
I do find the classes in the build/classes/java/test directory.
I do not find related test results at all.
An hint you can g
Hello,
You mean like this:
Hi Carsten, did you include your tests in the ofbiz-component file a the
root of your plugin ?
Best regards
Gaetan
On 6/9/24 21:15, Carsten Schinzer wrote:
Hello all,
I am looking for a reference to integrate my plugin unit tests into the test
run of OfBiz, i.e. when I run
./gradlew test
Hello all,
I am looking for a reference to integrate my plugin unit tests into the test
run of OfBiz, i.e. when I run
> ./gradlew test
My defined test suite should be included and executed.
I did browse the official plugin repository and found no reference.
First issue: how to define the hoo
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
e 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,
yone,
>>
>> 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.
>>
>>
>>
>
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. 1762227 I have cleaned up and modified sever
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 n
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 a
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 t
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
t;>
>>> 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
>>>
>>>> before doing much work to
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
wrote:
Hi Scott,
Thank you for the feedback. To be focused exactly on integration vs
unit, I
already mentioned above that at least fo
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
> >
> >
unity. 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 2016
rom features that require 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
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
t as useful 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 OFBi
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? This is an
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
much
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
est regards,
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 tes
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
>
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
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. This is
gt; 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.
> &
; >
> > 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 ar
mmit that introduces 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/jir
+1
Best regards,
Pranay Pandey
HotWax Systems
http://www.hotwaxsystems.com/
On Fri, Jun 10, 2016 at 7:46 PM, Taher Alkhateeb 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 framewor
+1
--
Thanks & Regards,
Mridul Pathak
HotWax Systems
http://www.hotwaxsystems.com
> On Jun 10, 2016, at 7:46 PM, Taher Alkhateeb
> wrote:
>
> Hello Everyone,
>
> I was able to get a few tests running and this is very doable. But I faced
> a big problem in design
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-contrib) and macros, and variables
some cleanups regardless.
Thanks,
Jacopo
On Fri, Jun 10, 2016 at 4:16 PM, Taher Alkhateeb
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
Alkhateeb 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 are designed in OFBiz are very comple
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
& 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:
> > >
> > > Hello Everyone,
> > >
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
s
> http://www.hotwaxsystems.com
>
> > On Jun 8, 2016, at 2:41 PM, Taher Alkhateeb
> wrote:
> >
> > Hello Everyone,
> >
> > After refactoring the start component and while starting on the base
> > component I realized that the testing framework for OFBiz is
> 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 with current design
> --
arting 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:
>
> Pro
st 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 -
llo 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 propos
here 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 <
> > slidingf
> > > 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
ust 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
ms
> 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
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
Pranay Pandey
HotWax Systems
http://www.hotwaxsystems.com/
On Wed, Jun 8, 2016 at 2:41 PM, Taher Alkhateeb
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. You
&
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...
Ja
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 of
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
; Survey Implementation for testing scenarios of ecommerce application
>
>
> Key: OFBIZ-2100
> URL: https://issues.apache.org/jira/browse/OFBIZ-2100
> Project: OFBiz
>
[
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 ecomme
[
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 ecomme
ted CI testing instance
> -
>
> Key: OFBIZ-5468
> URL: https://issues.apache.org/jira/browse/OFBIZ-5468
> Project: OFBiz
> Issue Type: Sub-task
> Components: A
tract any follow up since 2009 we should close
this issue.
> Survey Implementation for testing scenarios of ecommerce application
>
>
> Key: OFBIZ-2100
> URL: https://issues.apache.or
Thank you Arun,
much appreciated!
Jacopo
On Sep 19, 2014, at 12:19 PM, Arun Patidar 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 wrote:
>> Hi all,
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
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 val
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 wrote:
> The final 2.3.21 is expected to come out in early or mid October. If
> you can, please use 2.3.21-rc01 for your dev
[
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. Jenk
[
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. Jenk
[
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 permiss
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
ed 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)
> --
>
>
ties 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.apa
for testing in a CI environment (e.g. Jenkins)
> --
>
> Key: OFBIZ-4794
> URL: https://issues.apache.org/jira/browse/OFBIZ-4794
> Project: OFBiz
> Is
NFRA-3590
# 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.
ht
> 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:
6645
> set different ports for testing in a CI environment (e.g. Jenkins)
> --
>
> Key: OFBIZ-4794
> URL: https://issues.apache.org/jira/browse/OFBIZ-4794
>
6621
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.
4 at revisions: 1525907 + 1526536
> set different ports for testing in a CI environment (e.g. Jenkins)
> --
>
> Key: OFBIZ-4794
> URL: https://issues.apache.org/jir
sion: 1526596
> set different ports for testing in a CI environment (e.g. Jenkins)
> --
>
> Key: OFBIZ-4794
> URL: https://issues.apache.org/jira/browse/OFBIZ-4794
>
6583
> set different ports for testing in a CI environment (e.g. Jenkins)
> --
>
> Key: OFBIZ-4794
> URL: https://issues.apache.org/jira/browse/OFBIZ-4794
>
ails 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)
> --
>
>
6536
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 environme
e 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.
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 tes
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
>
ng 4 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 re
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 environme
1 - 100 of 269 matches
Mail list logo