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
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
Hi,
On Mon, Feb 10, 2014 at 8:35 PM, Tobias Bocanegra tri...@apache.org wrote:
I'd rather offer it via a Callback.
Callbacks are not really meant for such use. Their purpose is to allow
the authentication component to interact with the application to
retrieve specific authentication data, such
Its also referenced from oak-auth-external/pom.xml
Thanks
Amit
On Tue, Feb 11, 2014 at 2:41 PM, Chetan Mehrotra
chetan.mehro...@gmail.comwrote:
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
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
Hi,
oak-it-osgi was failing for me. as a fix I added required bundles until the
test succeeded.
AFAICS this is needed because of OAK-1157.
Regards
Marcel
-Original Message-
From: mreut...@apache.org [mailto:mreut...@apache.org]
Sent: Dienstag, 11. Februar 2014 11:51
To:
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
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 13:30, chet...@apache.org wrote:
Author: chetanm
Date: Tue Feb 11 12:30:23 2014
New Revision: 1567089
URL: http://svn.apache.org/r1567089
Log:
OAK-516 - Create LdapLoginModule based on ExternalLoginModule
Fixing build failure.
Apache Felix JAAS module is currently is not
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
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
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 mdue...@apache.org wrote:
On 11.2.14
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
The Buildbot has detected a restored build on builder oak-trunk while building
ASF Buildbot.
Full details are available at:
http://ci.apache.org/builders/oak-trunk/builds/4355
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: osiris_ubuntu
Build Reason: scheduler
Build Source
Build Update for apache/jackrabbit-oak
-
Build: #3330
Status: Fixed
Duration: 2390 seconds
Commit: 988ae5c89cb0509c072542792ee58e74c7e7a762 (trunk)
Author: Michael Duerig
Message: OAK-919 : Proper handling of locks present on copied nodes
export lock package
Build Update for apache/jackrabbit-oak
-
Build: #3332
Status: Fixed
Duration: 2196 seconds
Commit: ebef57694d3b5a50318f9582ce8f5af6c50ff9c2 (trunk)
Author: Angela Schreiber
Message: OAK-516 : doc
git-svn-id:
Build Update for apache/jackrabbit-oak
-
Build: #3331
Status: Fixed
Duration: 2512 seconds
Commit: 4b4e96d7dba4cb76e0da993a7d0a36fb17544b21 (trunk)
Author: Thomas Mueller
Message: OAK-1395 Automatically cancel long running queries
git-svn-id:
Hi,
On Tue, Feb 11, 2014 at 5:15 AM, Angela Schreiber anch...@adobe.com 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
Hi,
On Tue, Feb 11, 2014 at 1:14 AM, Jukka Zitting jukka.zitt...@gmail.com wrote:
On Mon, Feb 10, 2014 at 8:35 PM, Tobias Bocanegra tri...@apache.org wrote:
I'd rather offer it via a Callback.
Callbacks are not really meant for such use. Their purpose is to allow
the authentication component
Build Update for apache/jackrabbit-oak
-
Build: #3337
Status: Errored
Duration: 3002 seconds
Commit: fa84c1382037a1b68ea3534d74884de1547b5fdb (trunk)
Author: Michael Duerig
Message: OAK-1413: Add scalability tests for large operations
Revert accidental commit.
On 11.2.14 6:23 , Travis CI wrote:
Build Update for apache/jackrabbit-oak
-
Build: #3337
Status: Errored
I'm sorry but your test run exceeded 50.0 minutes.
Maybe we could tun the various fixtures in separate jobs?
Michael
never mind. we already did that :-)
On 11/02/14 17:52, Tobias Bocanegra tri...@apache.org wrote:
Hi,
On Tue, Feb 11, 2014 at 5:15 AM, Angela Schreiber anch...@adobe.com
wrote:
in this case i would suggest that we remove the workaround and
just disable the broken module util we have a regular
Hi,
On Tue, Feb 11, 2014 at 11:59 AM, Tobias Bocanegra tri...@apache.org wrote:
True, but if we want to write LoginModules what work in both worlds,
then we need to offer a common interface to access to services - and
that's currently the whiteboard.
But it isn't. When running in plain old
On 2014-02-11 18:26, Michael Dürig wrote:
On 11.2.14 6:23 , Travis CI wrote:
Build Update for apache/jackrabbit-oak
-
Build: #3337
Status: Errored
I'm sorry but your test run exceeded 50.0 minutes.
Maybe we could tun the various fixtures in separate
Hi,
On Mon, Feb 10, 2014 at 2:25 AM, Felix Meschberger fmesc...@adobe.com wrote:
This thread indeed raises the question, why Oak has to come up with something
(the Whiteboard)
that is almost but not quite like OSGi instead of going all the way through ?
This is a misunderstanding; we're not
Hi,
On Tue, Feb 11, 2014 at 12:26 PM, Michael Dürig mdue...@apache.org wrote:
I'm sorry but your test run exceeded 50.0 minutes.
The reason for that was:
Downloading:
Hi,
On Tue, Feb 11, 2014 at 1:48 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
On Tue, Feb 11, 2014 at 11:59 AM, Tobias Bocanegra tri...@apache.org wrote:
True, but if we want to write LoginModules what work in both worlds,
then we need to offer a common interface to access to services -
Hi,
On Tue, Feb 11, 2014 at 1:59 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
On Mon, Feb 10, 2014 at 2:25 AM, Felix Meschberger fmesc...@adobe.com wrote:
This thread indeed raises the question, why Oak has to come up with
something (the Whiteboard)
that is almost but not quite like OSGi
To address the same problem with Felix Jaas support one can make use
of LoginModuleFactory [1]. Its job is to create LoginModule instances.
One example of this is JdbcLoginModuleFactory [2]. It creates
JdbcLoginModule and passes on the DataSource to the LoginModule
instances. So instead of
29 matches
Mail list logo