Hi Petr,
On Fri, Jun 26, 2015 at 9:16 AM, Petr Shypila wrote:
> ...The only problem I have now is JaCoCo report
The parent pom 23 is now released, here's what I get for the
bundles/commons/contentdetection module for example:
$ mvn clean install -P jacoco-report
...
$ ls target/site/jacoco-
Hi Bertrand,
I finally solved all problems which I had with this integration tests and
for now everything is clear for me.
Yesterday I was stuck for a while(because of my poor OSGi knowledge), but
as I wrote, now everything is fine.
So integration tests for this module will be presented.
The only
Hi Petr,
On Thu, Jun 25, 2015 at 9:40 AM, Petr Shypila wrote:
> ...I also got a look on other modules under ./bundles and it looks like engine
> is a very good one, because it's coverage is only 20%(e.g. resourceresolver
> coverage is 70%)
Both engine and resourceresolver are good candidates
Hi Bertrand,
Thank you so much that you found time to write this example during a
conference. Very appreciate.
If you encounter issues and are blocked, don't hesitate to work on
> other, simpler unit tests in the meantime.
>
That's exactly what I did. Right now my github/trunk branch contains on
Hi Petr,
On Tue, Jun 23, 2015 at 11:33 PM, Petr Shypila wrote:
> ...I have created a test bundle using ./installer/it/pom.xml with required
> Sling-Initial-Content header in manifest file. Bundle installs fine, I can
> get it's id, and get it back by this id. However I don't see any imported
> co
Hello Bertrand,
Thank you very much for this email. It helped me a lot. My problem is that
didn't work with OSGi good enough and there is a big gap for me. But I also
agree that I tackle this I'll be well equipped to write a large range of
Sling tests.
I have created a test bundle using ./installe
Hi Petr,
On Mon, Jun 22, 2015 at 7:41 PM, Petr Shypila wrote:
> ...So the only service which injects fine is
> o.a.s.jcr.contentloader.ContentReader...
That's correct.
If you look at the details of the org.apache.sling.jcr.contentloader
bundle at http://localhost:8080/system/console/bundles on
Thank you very much for your help.
Unfortunately I'm still have some problems with services injection.
As I understand I can inject services from o.a.s. jcr.contentloader package.
1. When I try to inject o.a.s. jcr.contentloader.ContentCreator I'm getting
exception: ServiceLookupException: gave up
On Mon, 2015-06-22 at 16:02 +0300, Petr Shypila wrote:
> Thanks for everyone.
>
> So as I understand for now Sling Mocks is the preferable and most
> modern
> way to write unit tests. Is that correct?
> What about JCR data store? Does it save data between tests and should
> take
> care of that?
On Mon, 2015-06-22 at 14:58 +0200, Bertrand Delacretaz wrote:
> Hi Robert,
>
> On Mon, Jun 22, 2015 at 12:03 PM, Robert Munteanu > wrote:
> > ...IMO if a test uses only OSGi ( and not the JCR or Sling APIs )
> > and
> > does so beyond simple API usage that can be easily served by the
> > OSGi
>
Hi Petr,
On Mon, Jun 22, 2015 at 3:02 PM, Petr Shypila wrote:
> ...So as I understand for now Sling Mocks is the preferable and most modern
> way to write unit tests. Is that correct?...
Preferable in certain cases...I'd say in order of setup complexity /
performance you have
1. unit tests
2. g
Hi Petr
I'm mostly guessing, so YMMV.
Your test imports "org.apache.sling.jcr.contentloader.internal.*". By
convention the maven-bundle-plugin treats "impl" and "internal"
packages as private, i.e. they are not exported.
Now you're building a PaxExam test, where OSGi semantics are
respected. The
Thanks for everyone.
So as I understand for now Sling Mocks is the preferable and most modern
way to write unit tests. Is that correct?
What about JCR data store? Does it save data between tests and should take
care of that?
A question about PaxExam. Right now I have problems with
BundleContentLo
Hi Robert,
On Mon, Jun 22, 2015 at 12:03 PM, Robert Munteanu wrote:
> ...IMO if a test uses only OSGi ( and not the JCR or Sling APIs ) and
> does so beyond simple API usage that can be easily served by the OSGi
> mocks then it should use Pax-Exam
Ok, sounds good to me as a guideline - we mi
On Mon, Jun 22, 2015 at 12:48 PM, Bertrand Delacretaz
wrote:
> On Mon, Jun 22, 2015 at 11:33 AM, Robert Munteanu wrote:
>> ...It would be interesting to see
>> what testing scenario you had in mind and how to better address it -
>> whether it's Sling mocks or Pax-Exam or something different
>
On Mon, Jun 22, 2015 at 11:33 AM, Robert Munteanu wrote:
> ...It would be interesting to see
> what testing scenario you had in mind and how to better address it -
> whether it's Sling mocks or Pax-Exam or something different
Yes, I agree that discussing this on a very concrete case would hel
Hi Petr,
On Mon, Jun 22, 2015 at 12:26 PM, Petr Shypila wrote:
> Hi Bertrand,
>
> Following our discussion in SLING-4541 I completely agree that unit testing
> of BundleContentProvider as pretty hard and difficult to understand.
I'm unable to find a reference to such a class, where does it live?
17 matches
Mail list logo