Re: Need new ops4j base version 1.6.0 in jira

[Grzegorz Grzybek]

Hello Christian.

Done: https://ops4j1.jira.com/projects/BASE/versions/24302

regards
Grzegorz Grzybek

2017-10-20 17:04 GMT+02:00 Christian Schneider :

> I would like to set some issues to a new ops4j base version. Can someone
> create it?
>
> Christian
>
> --
> --
> Christian Schneider
> http://www.liquid-reality.de
> 
>
> Computer Scientist
> http://www.adobe.com
>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Need new ops4j base version 1.6.0 in jira

[Christian Schneider]

I would like to set some issues to a new ops4j base version. Can someone
create it?

Christian

-- 
-- 
Christian Schneider
http://www.liquid-reality.de


Computer Scientist
http://www.adobe.com

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: pax exam: Problem with unwanted import when using TinyBundles with a custom BuildStrategy

[Christian Schneider]

Hi Christoph,

2017-10-20 14:11 GMT+02:00 'Christoph Läubrich' via OPS4J <
ops4j@googlegroups.com>:

> We might circumvent the problem in the future since I'm working on a
> feature that allows the seperation of Test-Class + Configure Method, this
> ill then also break the runtime dependencies between classes in the
> configure method and the test it self.
>

That sounds very good. I think that will also avoid some other cases where
I had problems.

>
> A similar problem arises if you use the pax-cm module, even though it is
> not required for the run of the test you have to include it because of the
> usage in the configure method.


I have not yet encountered this problem.  When I used the cm module I did
not have to install it at runtime.

Christian

-- 
-- 
Christian Schneider
http://www.liquid-reality.de


Computer Scientist
http://www.adobe.com

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Problem with StreamFactory in base.store

['Christoph Läubrich' via OPS4J]

I also think this is definately not a micro-change! If it is 
incompatible with client-code then this has to be a major version bump.


Beside this I think embedding things should only be used in very rare 
cases but instead we should try to use bnds class check to make sure we 
always use a compatible version then there won't be any problem.


Am 20.10.2017 um 09:25 schrieb Christian Schneider:
I just tried to upgrade pax exam to the current snapshot of the base 
modules to test a change I plan to do in the exec module.


Some of the tests fail with the exception below. This seems to be 
because of the introduction of StreamStore in base.store. This happens 
if a bundle like tinybundles 3.0.0 is compiled against base.store 1.5.0 
but is then run with base 1.5.1. I propose to revert this commit and go 
back to Store.


In general we should also think of ways to make us more independent of 
such changes in util modules. I have seen an approach in the brave 
project where they always embed util packages
with a changes name to make it unique. I think this is a very good 
approach to make the code modular by minimising runtime dependencies. 
Unfortunately their approach does not work with the maven bundle plugin 
out of the box. See 
https://github.com/openzipkin/zipkin/blob/master/zipkin/pom.xml#L153-L154


Christian

---
java.lang.NoSuchMethodError: 
org.ops4j.store.StoreFactory.anonymousStore()Lorg/ops4j/store/Store;
at 
org.ops4j.pax.tinybundles.core.TinyBundles.getDefaultStore(TinyBundles.java:104)

at org.ops4j.pax.tinybundles.core.TinyBundles.bundle(TinyBundles.java:50)
at 
org.ops4j.pax.exam.forked.ForkedFrameworkFactoryTest.generateBundle(ForkedFrameworkFactoryTest.java:154)
at 
org.ops4j.pax.exam.forked.ForkedFrameworkFactoryTest.forkWithBootClasspath(ForkedFrameworkFactoryTest.java:113)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.lang.reflect.Method.invoke(Method.java:498)
at 
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at 
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at 
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at 
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at 
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at 
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)

at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
at org.junit.rules.RunRules.evaluate(RunRules.java:20)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
at 
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
at 
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)

at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at 
org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86)
at 
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at 
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:539)
at 
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:761)
at 
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:461)
at 
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:207)



--
--
Christian Schneider
http://www.liquid-reality.de 



Computer Scientist
http://www.adobe.com

--
--
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

---
You received this message because you are subscribed to the Google 
Groups "OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send 
an email to ops4j+unsubscr...@googlegroups.com 
.

For more options, visit https://groups.google.com/d/optout.


--
--
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups "OPS4J" group.

To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: pax exam: Problem with unwanted import when using TinyBundles with a custom BuildStrategy

['Christoph Läubrich' via OPS4J]

I think this is okay, even though in most cases if someone uses 
tinybundles there will be a point where it is required to include 
tinybundles as a bundle in the test.


We migth circumvent the problem in the future since I'm working on a 
feature that allows the seperation of Test-Class + Configure Method, 
this ill then also break the runtime dependencies between classes in the 
configure method and the test it self.


A similar problem arises if you use the pax-cm module, even though it is 
not required for the run of the test you have to include it because of 
the usage in the configure method.


Am 19.10.2017 um 07:20 schrieb Christian Schneider:

Hi Christoph,

I now experimented a bit more with the problem of 
.ClassNotFoundException: org.ops4j.pax.tinybundles.core.BuildStrategy.

It seems the problem occurs when I use:
InputStream inp = bundle().add(DsService.class).build(withBnd());

It seems the problem is that build(strategey) has a reference to 
BuildStrategy. So if we had .buildWithBnd() there would be no problem.
Does it make sense to add this? (Even if I know it pollutes the nice 
abstraction a bit).


Another possible solution would be to switch the default builder to bnd 
.. but this would create compatibility problems.


Christian

2017-10-05 9:58 GMT+02:00 'Christoph Läubrich' via OPS4J 
>:


> I only use this in the @Configuration so my test should not require
> TinyBundles at runtime.

Even though you does not require the code to run in @Configure you
still have an (class-import) dependecy to that code.

Is it a real problem to include tiny-bundles in your test?
If yes you have to put your code into a Utilmethod in a seperate
class (e.g. with static method returning just the Inputstream) and
reference that class with FQN.

Besides that, isn't there already a "withBND()" Option?




Am 05.10.2017 um 09:14 schrieb Christian Schneider:

I am trying to tune TinyBundles to create DS xml for standard DS
annotations.
To achieve this I created my own BuildStrategy that adds the bnd
plugin for DS.

I only use this in the @Configuration so my test should not
require TinyBundles at runtime.
Still I get a ClassNotFoundException when I run the test (see
below).

So my question is how can I use TinyBundles and a BuildStrategy
in pax exam without creating a runtime dependency to TinyBundles?

Christian

java.lang.ClassNotFoundException:
org.ops4j.pax.tinybundles.core.BuildStrategy not found by
PAXEXAM-PROBE-800674a4-e6a6-456d-9eb4-0d184e5abb1e [18]
at

org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1574)
at

org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:79)
at

org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:2018)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Class.java:2701)
at java.lang.Class.privateGetPublicMethods(Class.java:2902)
at java.lang.Class.getMethods(Class.java:1615)
at

org.ops4j.pax.exam.invoker.junit.internal.JUnitProbeInvoker.findAndInvoke(JUnitProbeInvoker.java:94)
at

org.ops4j.pax.exam.invoker.junit.internal.JUnitProbeInvoker.call(JUnitProbeInvoker.java:73)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at

sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at

sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)


-- 
-- 
Christian Schneider

http://www.liquid-reality.de

>

Computer Scientist
http://www.adobe.com

-- 
-- 
--

OPS4J - http://www.ops4j.org - ops4j@googlegroups.com


---
You received this message because you are subscribed to the
Google Groups "OPS4J" group.
To unsubscribe from this group and stop receiving emails from
it, send an email to ops4j+unsubscr...@googlegroups.com

>.
For more options, visit https://groups.google.com/d/optout

Problem with StreamFactory in base.store

[Christian Schneider]

I just tried to upgrade pax exam to the current snapshot of the base
modules to test a change I plan to do in the exec module.

Some of the tests fail with the exception below. This seems to be because
of the introduction of StreamStore in base.store. This happens if a bundle
like tinybundles 3.0.0 is compiled against base.store 1.5.0 but is then run
with base 1.5.1. I propose to revert this commit and go back to
Store.

In general we should also think of ways to make us more independent of such
changes in util modules. I have seen an approach in the brave project where
they always embed util packages
with a changes name to make it unique. I think this is a very good approach
to make the code modular by minimising runtime dependencies. Unfortunately
their approach does not work with the maven bundle plugin out of the box.
See
https://github.com/openzipkin/zipkin/blob/master/zipkin/pom.xml#L153-L154

Christian

---
java.lang.NoSuchMethodError:
org.ops4j.store.StoreFactory.anonymousStore()Lorg/ops4j/store/Store;
at
org.ops4j.pax.tinybundles.core.TinyBundles.getDefaultStore(TinyBundles.java:104)
at org.ops4j.pax.tinybundles.core.TinyBundles.bundle(TinyBundles.java:50)
at
org.ops4j.pax.exam.forked.ForkedFrameworkFactoryTest.generateBundle(ForkedFrameworkFactoryTest.java:154)
at
org.ops4j.pax.exam.forked.ForkedFrameworkFactoryTest.forkWithBootClasspath(ForkedFrameworkFactoryTest.java:113)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
at org.junit.rules.RunRules.evaluate(RunRules.java:20)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at
org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86)
at
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:539)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:761)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:461)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:207)


-- 
-- 
Christian Schneider
http://www.liquid-reality.de


Computer Scientist
http://www.adobe.com

-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.