never mind. we already did that :-)
On 11/02/14 17:52, "Tobias Bocanegra" wrote:
>Hi,
>
>On Tue, Feb 11, 2014 at 5:15 AM, Angela Schreiber
>wrote:
>> in this case i would suggest that we remove the workaround and
>> just disable the broken module util we have a regular release of
>> the felix b
Hi,
On Tue, Feb 11, 2014 at 5:15 AM, Angela Schreiber wrote:
> in this case i would suggest that we remove the workaround and
> just disable the broken module util we have a regular release of
> the felix bundle by end of this week... that would be perfectly
> fine IMO.
+1
I'll revert chetan's c
On 11/02/2014 13:15, Angela Schreiber wrote:
> in this case i would suggest that we remove the workaround and
> just disable the broken module util we have a regular release of
> the felix bundle by end of this week... that would be perfectly
> fine IMO.
+1
hi
in this case i would suggest that we remove the workaround and
just disable the broken module util we have a regular release of
the felix bundle by end of this week... that would be perfectly
fine IMO.
regards
angela
On 11/02/14 13:55, "Michael Dürig" wrote:
>
>
>On 11.2.14 1:35 , Chetan M
On 2014-02-11 13:55, Michael Dürig wrote:
On 11.2.14 1:35 , Chetan Mehrotra wrote:
For now I have implemented a workaround with [1]. This should get us
moving forward.
Seems this is still not sufficient. See
https://ci.apache.org/builders/oak-trunk/builds/4350/steps/compile/logs/stdio
I ju
On 11.2.14 1:35 , Chetan Mehrotra wrote:
For now I have implemented a workaround with [1]. This should get us
moving forward.
Seems this is still not sufficient. See
https://ci.apache.org/builders/oak-trunk/builds/4350/steps/compile/logs/stdio
Michael
For now I have implemented a workaround with [1]. This should get us
moving forward.
This would be fixed with proper released version of JAAS bundle by end
of this week once the release is approved in Felix project
Chetan Mehrotra
[1] http://svn.apache.org/r1567089
On Tue, Feb 11, 2014 at 5:21
On 2014-02-11 10:27, Amit Jain wrote:
Its also referenced from oak-auth-external/pom.xml
Thanks
Amit
...
Fails here as well. Can we revert that change for now?
Best regards, Julian
On 11/02/2014 08:48, Michael Dürig wrote:
> ERROR] Failed to execute goal on project oak-core: Could not resolve
> dependencies for project
> org.apache.jackrabbit:oak-core:bundle:0.17-SNAPSHOT: Could not find
> artifact org.apache.felix:org.apache.felix.jaas:jar:0.0.1-R1560269 in
> central (http:/
Its also referenced from oak-auth-external/pom.xml
Thanks
Amit
On Tue, Feb 11, 2014 at 2:41 PM, Chetan Mehrotra
wrote:
> I checked the code and looks like classes from Felix JAAS are not
> being used as after removing the entry oak-core compiled successfully.
> Te entry is now removed
>
> Lets
I checked the code and looks like classes from Felix JAAS are not
being used as after removing the entry oak-core compiled successfully.
Te entry is now removed
Lets see if next build pass. Also i would start release of Felix Jaas module
Chetan Mehrotra
On Tue, Feb 11, 2014 at 2:18 PM, Michael D
Good morning everyone,
it seems that the commit r1566802 introduced a dependency to an artifact
that is not available on maven repo.
http://markmail.org/message/6gsaop3mfxccxkjn
Currently not blocked as working on own branch so avoiding the morning
merge for now ;)
Cheers
Davide
12 matches
Mail list logo