rsion.
With my "hook" idea, static feature definition from *-features.xml file
would only be a "declaration" of a feature, which MAY be changed at runtime.
I imagine that it's not that trivial and features service has huge runtime
part (resolver) that would be (would it?) affected, but I'd like to know
what do you think?
best regards
Grzegorz Grzybek
SHOT it fails as well. I will check today.
regards
Grzegorz Grzybek
2017-09-07 6:23 GMT+02:00 Jean-Baptiste Onofré <j...@nanthrax.net>:
> Hi guys,
>
> the following commit:
>
> Commit 9525930864b9c21585ce57991854429c48a84c8a by gnodet
> [KARAF-5330] Require a specific role to ac
+1 (non-binding)
regards
Grzegorz Grzybek
2017-08-07 13:56 GMT+02:00 Jamie G. <jamie.goody...@gmail.com>:
> +1 (binding)
>
> Cheers,
> Jamie
>
> On Sun, Aug 6, 2017 at 8:06 AM, Fabian Lange
> <fabian.la...@codecentric.de> wrote:
> > +1 (non-binding)
&
Hello
Tracked further here: https://issues.apache.org/jira/browse/KARAF-5250
regards
Grzegorz Grzybek
2017-07-13 18:07 GMT+02:00 Grzegorz Grzybek <gr.grzy...@gmail.com>:
> Hello
>
> I love detailed explanations, so here's one.
>
> First, an observatio
rsions of Aether and we should
not depend on maven-resolver-provider. We can't easily exclude deps for
Maven plugins (like we can for dependencies) though.
I'll try to look at this issue tomorrow.
best regards
Grzegorz Grzybek
2017-07-13 13:49 GMT+02:00 Jean-Baptiste Onofré <j...@nanthrax.net
ot;reactor")" into both assembly and verify mojos and I see successful
mvn build without "install" phase.
Of course this is not related to the above problem. But I'll have a look
too.
regards
Grzegorz Grzybek
2017-07-12 13:53 GMT+02:00 Jean-Baptiste Onofré <j...@nanthrax.ne
Can you share your test project via github? It should work fine...
regards
Grzegorz Grzybek
2017-06-22 11:51 GMT+02:00 Dominik Marciniszyn <
marciniszyn.domi...@gmail.com>:
> Hi,
>
> I have two osgi bundles and I would like to get some resources files from
> one bundle to
+1
Great about forking tranql - finally ;)
regards
Grzegorz
2017-06-16 11:16 GMT+02:00 Richard Nicholson :
>
> Doesn’t this directly clash with OSGi Alliance Transaction Control
> Specification work going on in Aries?
>
> If so, wouldn’t it make more sense for this
Hello
You can always do something like this:
public class PropertiesFactory {
public static Properties createProperties(String filename) {
Properties result = new Properties();
result.load(...);
return result;
}
}
regards
Grzegorz Grzybek
2017-05-24 9:23
+1 (non-binding)
regards
Grzegorz Grzybek
2017-03-29 8:43 GMT+02:00 Toni Menzel <toni.men...@rebaze.com>:
> +1 (non-binding)
>
> We are using 4.1.1-SNAPSHOT for a while now without any blocking issue. So
> 4.1.1 would be great to have. ;)
> Thanks, all!
> Toni
>
Sure - track the issue here:
https://issues.apache.org/jira/browse/KARAF-5008
regards
Grzegorz
2017-03-06 10:53 GMT+01:00 Jean-Baptiste Onofré <j...@nanthrax.net>:
> Awesome. Thanks !
>
> Let me know if you need anything.
>
> Regards
> JB
>
>
> On 03/06/2017
Thanks - I'll work on it.
~Grzegorz
2017-03-06 10:36 GMT+01:00 Jean-Baptiste Onofré <j...@nanthrax.net>:
> Great.
>
> As said, I think a mvn module makes sense.
>
> Regards
> JB
>
>
> On 03/06/2017 10:33 AM, Grzegorz Grzybek wrote:
>
>> Hi
>>
>
Hi
> so basically, kind of "filter" of config:list/config:property-list
> commands or more than that ?
Rather more than that - not just print what's already there in
org.ops4j.pax.url.mvn PID, but check if:
* there are http(s):// repositories among _default repositories_ which is
irrational
*
@Fabian, "Apache Karaf :: Features :: Extension" is a fragment attached to
system bundle (system.bundle;
extension:=framework).
+1 (non-binding)
regards
Grzegorz Grzybek
2017-02-02 12:15 GMT+01:00 Fabian Lange <fabian.la...@codecentric.de>:
> Hey,
> ok, so after a
house.maven.osgi.resolver.compatible.CompatibleOsgiVersionRangeResolver
to pax-url and modify
org.ops4j.pax.url.mvn.internal.AetherBasedResolver#newRepositorySystem()
method to set it as configured
org.eclipse.aether.impl.VersionRangeResolver *when some new property is
configured* in org.ops
Hello,
Current pax-url-aether has already some custom services DInjected into
RepositorySystem, like here[1]. Also in Fabric8v1 and in Karaf I did some
tricks to implement non-canonical "update releases" scenario[2].
So I think adding configuration options for pax-url to modify the way
Amen | Żegnajcie | Goodbye then
regards
Grzegorz
2016-12-19 16:14 GMT+01:00 Guillaume Nodet <gno...@apache.org>:
> 2016-12-19 16:12 GMT+01:00 Grzegorz Grzybek <gr.grzy...@gmail.com>:
>
> > Hell,
> >
> > OK, back to this issue. I built entire Karaf 4.1 with (i
>> September 2014*. See http://www.eclipse.org/ebr/ for information
> >> regarding the Eclipse Bundle Recipes project to which users of the
> >> SpringSource Enterprise Bundle Repository should transition.
> >>
> >
> > These 4 (3 for non-snapshots) repositories are queried during all
> > Maven/Aether resolutions.
> >
> > Maybe it's time to remove gemini-blueprint? What do you think?
> >
> > best regards
> > Grzegorz Grzybek
>
>
+1 (non-binding)
regards
Grzegorz
2016-12-14 10:05 GMT+01:00 Andrea Cosentino :
> +1 (non-binding)
>
> Thanks JB
> --
> Andrea Cosentino
> --
> Apache Camel PMC Member
> Apache Karaf Committer
> Apache Servicemix Committer
> Email:
The slimmer, the better, nice to have in 4.1
regards
Grzegorz
2016-11-25 8:22 GMT+01:00 Jean-Baptiste Onofré :
> +1 to do it on master.
>
> Regards
> JB
>
> On Nov 25, 2016, 08:19, at 08:19, Guillaume Nodet
> wrote:
> >I'd like to trim down a bit the
Hello
2016-10-21 16:49 GMT+02:00 Guillaume Nodet :
> I had to revert this change as it causes some integration tests to fail...
> We'll have to investigate later (I'm in vacation next week).
>
I'll check what's the problem with pax-url-aether 2.5.1.
regards
Grzegorz
>
>
ransition.
>
These 4 (3 for non-snapshots) repositories are queried during all
Maven/Aether resolutions.
Maybe it's time to remove gemini-blueprint? What do you think?
best regards
Grzegorz Grzybek
Good idea in my opinion.
Feature descriptors should be (are) first-class artifacts and should be
carefully maintained. Relying simply on underlying dependencies of another
category (like Maven) is not enough.
Manual creation + build time verification is much better idea.
regards
Grzegorz
orz
>
> I plan to release Pax Web 4.2.9 tomorrow.
>
> Let me know when it's OK by your side.
>
> Regards
> JB
>
>
> On 08/31/2016 03:20 PM, Grzegorz Grzybek wrote:
>
>> Hello
>>
>> I found several problems related to pax-web and I think I've finally
Hello
I found several problems related to pax-web and I think I've finally
fixed'em all (at least pax-web-extender-war doesn't leak
HttpServiceContexts anymore). I'll try to fix in pax-web-4.2.x branch today
and then Karaf 4.0.7 would include pax-web-4.2.9.
regards
Grzegorz Grzybek
2016-08-31
Thanks for patience!
regards
Grzegorz
2016-04-06 14:57 GMT+02:00 Jean-Baptiste Onofré <j...@nanthrax.net>:
> Thanks man (as discussed on IRC ;)).
>
> I will review the PR and deal with the Aries releases.
>
> Regards
> JB
>
>
> On 04/06/2016 02:45 PM, Grzegorz G
for delay of the release!
Grzegorz Grzybek
2016-04-06 11:50 GMT+02:00 Kevin Carr <kscar...@gmail.com>:
> I agree option 2. Best to delay and fix.
>
> On Wed, Apr 6, 2016, 4:49 AM Achim Nierbeck <bcanh...@googlemail.com>
> wrote:
>
> > yeah option 2 sounds best
is not transitive and not visible
during compilation of `features-maven-plugin` artifact.
I was using Maven 3.2.3.
After the fix in dependencies entire build and all tests passed OK.
regards
Grzegorz Grzybek
2014-09-17 21:55 GMT+02:00 Achim Nierbeck bcanh...@googlemail.com:
+1 (binding
could use it or no (I heard there are still developers
who don't use OSGi) but it would be there - at the reach of single CURL.
---
[2]
http://mail.openjdk.java.net/pipermail/jigsaw-dev/2013-August/003328.html
I won't write more I hope for a hot (or even just warm) debate
best regards
Grzegorz
Jean - I've prepared pull request for
https://issues.apache.org/jira/browse/KARAF-2395 a while ago. Tested it
successfully with both Maven 3.0.5 and 3.1.1.
Please have a look: https://github.com/apache/karaf/pull/24.
regards
Grzegorz Grzybek
2014-02-28 16:07 GMT+01:00 Jean-Baptiste Onofré j
a patch.
regards
Grzegorz Grzybek
401 - 431 of 431 matches
Mail list logo