Hi !
just coming back from a week of vacations...
I have spent some time yesterday analysing the peformances of the
BulkLoader. Most of the time is spent in the parsing of entries by the
LdifReader class. 25% is spent in the PrepareString method, and 10% in
the GeneralizedTimeNormalizer.
If we
Hi devs,
I'd like to release a new project pom (version 32).
Changes [1]: Bumped up plugin revisions for :
maven-deploy-plugin 2.7 - 2.8.1
maven-enforcer-plugin 1.0.1 - 1.3.1
maven-gpg-plugin 1.4 - 1.5
maven-install-plugin 2.4 - 2.5.1
maven-jar-plugin 2.4 - 2.5
maven-javadoc-plugin 2.8 - 2.9.1
/23/14 9:17 PM, Emmanuel Lécharny a écrit :
Hi guys,
I have been quite busy those last weeks, with very few hours available
to work on ApacheDS, and more specifically Mavibot.
2 weeks ago, I forked Mavibot in order to be able to work in a branch
and not breaking the trunk, and all my
Le 31/08/14 12:31, Emmanuel Lécharny a écrit :
Hi !
just coming back from a week of vacations...
I have spent some time yesterday analysing the peformances of the
BulkLoader. Most of the time is spent in the parsing of entries by the
LdifReader class. 25% is spent in the PrepareString
Le 01/09/14 14:45, Emmanuel Lécharny a écrit :
Le 31/08/14 12:31, Emmanuel Lécharny a écrit :
Hi !
just coming back from a week of vacations...
I have spent some time yesterday analysing the peformances of the
BulkLoader. Most of the time is spent in the parsing of entries
Le 02/09/14 10:29, Jeff MAURY a écrit :
If you want to facilitate Eclipse based development for ADS Studio, as a
long Tycho user, I would recommend manifest first approach.
Do you have pointers/links ?
Hi guys,
I ran a small test on a 500K entries LDIF file. Currently, I'm just
writing the master table (ie, the entries).
Reading the 500 000 entries from the LDIF file takes 209 seconds. This
is around 2400 entries per second.
Writing the MasterTable takes 54 seconds, around 9300 entries written
Le 11/09/14 10:23, Sebastian Oerding a écrit :
Hello,
I'm struggling with Apache DS (LDAP in general). I have read a few of
the RFCs concerning LDAP and installed the Apache DS and Apache
Directory Studio.
Now I have defined an two attribute types and an own object class
which consists of
Le 11/09/14 12:48, Sebastian Oerding a écrit :
Hello,
my types are as follows:
dn: m-oid=2.5.29.14, ou=attributetypes, cn=others, ou=schema
objectclass: metaAttributeType
objectclass: metaTop
objectclass: top
m-oid: 2.5.29.14
m-name: SubjectKeyIdentifier
m-description: Unique key
Le 16/09/14 13:32, Shawn McKinney a écrit :
Hello,
In order to increase the number of contributers and broaden adoption I
am considering contributing Fortress to the Apache Directory project.
I am offering this donation under the advisement of Emmanuel Lecharny
who is also a committer on
Le 17/09/14 12:35, Pierre Smits a écrit :
RE: but only 2 active committers
Having such a low number of committers is a great risk for any project
under the ASF umbrella. It affects releasing on time, keeping the issues
list manageable and reactions to user questions.
Actually, the number of
Le 17/09/14 13:33, Pierre Smits a écrit :
For sure, my previous post was not intended to discourage all the people
who have contributed in the past or are committing their time to bring the
project and its work forward.
Your mail wasn't read that way !
I am a user of the latest stable version
Le 16/09/14 22:17, Stefan Seelmann a écrit :
Hi Shawn,
On 09/16/2014 01:32 PM, Shawn McKinney wrote:
Hello,
In order to increase the number of contributers and broaden adoption I
am considering contributing Fortress to the Apache Directory project. I
am offering this donation under the
Le 17/09/14 14:11, Pierre Smits a écrit :
Would a tweet like the following help you get the contributors needed?
Are you an Java developer working on directories?
http://directory.apache.org project appreciates your contributions.
Anything that could bring new committers is good.
I'll do the
Le 17/09/14 15:22, Pierre Smits a écrit :
Emmanual,
I noticed your tweet, but am unable to retweet it due to restrictions you
have imposed. If you want to have it retweeted, consider either:
- rethink your imposed tweet limitations, or
That, I won't. Being public would make me the target
Hi guys,
a quick update on the bulkloader development...Using what Kiran did in
the mavibot-partition-bulkloader, I moved the part that specifically
handle the BTree bulkloading to Mavibot, because there is no reason
someone could not bulkload any kind of data into a BTree.
I created a
Le 24/09/14 14:07, Kiran Ayyagari a écrit :
On Wed, Sep 24, 2014 at 2:45 PM, Emmanuel Lécharny elecha...@gmail.com
wrote:
Hi guys,
a quick update on the bulkloader development...Using what Kiran did in
the mavibot-partition-bulkloader, I moved the part that specifically
handle the BTree
Hi guys,
following the discussion we had last week, Shawn has submitted the URL
for the code he proposes to donate to the ASF (see
https://issues.apache.org/jira/browse/DIR-305). There is one legal step
we have to fulfill in order to get the contribuation accepted, if we
vote it, whcih can be
Le 26/09/14 07:55, Sebastian Oerding a écrit :
Hello,
I wondered about the licence of the Apache DS. As far as I know, it is
ASF 2.0. However the apacheds-all includes for example code from the
Bouncycastle project for parsing ASN1. Hence the licence for the
apacheds-all must contain the
Le 26/09/14 07:55, Sebastian Oerding a écrit :
Hello,
I wondered about the licence of the Apache DS. As far as I know, it is
ASF 2.0. However the apacheds-all includes for example code from the
Bouncycastle project for parsing ASN1. Hence the licence for the
apacheds-all must contain the
Le 29/09/14 10:08, Sebastian Oerding a écrit :
Hello,
thanks for the help provided thus far. however I still struggling with
the Apache DS. I tried to add a partition with
private void addPartition(DirectoryService service) {
AvlPartition partition = new
I close the vote, with the following result :
3 binding +1 :
Kiran,
Felix
Me
1 binding 0+ :
Stefan
1 non binding +1 :
Pierre Smits.
I'll deal with the next steps this week, including the vote for Shawn as
a committer.
Many thanks !
Le 04/10/14 10:40, Pierre Smits a écrit :
Hi all,
The news link to the eSCIMo news points to:
http://directory.apache.org/ascimo/news.html
I suspect this must point to: http://directory.apache.org/escimo/news.html
As a mater of fact, I fixed the link yesterday (but it's not yet
propagated to
Le 04/10/14 17:11, Xiaohua Chen a écrit :
Hi Experts,
I am trying to find an equivalent JAVA API for kerberos kinit linux
command so we can programatically generate the ticket cache file
(note: kerberos userpassword will be given in the first place) and
then use the ticket cache file to
Hi guys,
I'm currently working on the fortress web site migration. This will take
some time, and I won't be able to update the current production web site
until we are ready (ie, we also need to migrate the code base and the
JIRAs).
For those interested in supervising the current migration, the
Le 04/10/14 10:40, Pierre Smits a écrit :
Hi all,
The news link to the eSCIMo news points to:
http://directory.apache.org/ascimo/news.html
I suspect this must point to: http://directory.apache.org/escimo/news.html
Fixed ! It should take a couple of hours for the production web site to
be
Le 07/10/14 15:30, Shawn McKinney a écrit :
Hi Emmanuel,
I have accepted the role of committer on private mailing and emailed a copy
of ICLA form to the secretary. AFIK these are the sole tasks assigned to me
currently. Thanks for the help.
Hi Shawn,
let's pursue this conversation on the
Le 08/10/14 14:21, Shawn McKinney a écrit :
On 10/08/2014 05:38 AM, Emmanuel Lécharny wrote:
Typically, here are the info I'll need :
- the code base URL, with a MD5/SHA checksum, at the very date of the
donation (ie, if we have some modification after this date, then they
should be retained
Hi Shawn,
I have started the Fortress documentation migration. There are many
aspects that need to be adressed, like :
- documentation organization
- Javadoc
- per product documentation
- user guide/quick start guide/implementation guide
and maybe some more.
I have already migrated teh quick
Le 12/10/14 12:40, Pierre Smits a écrit :
Hi Emannuel, Shawn,
Can I have a pointer to where I can see the documentation migrated to. I
will then have a look and try to help out.
All the documentation is under
https://svn.apache.org/repos/asf/directory/site/trunk.
The Fortress specific part
Le 14/10/14 11:42, Pierre Smits a écrit :
Well...
That was quite easy.
You bet !
Hi,
yesterday, I imported the Fortress core pom.xml into Luna (eclipse)
which gives the list of libs the fukll project depends on (including
transitive deps).
Here is the (impressive) list :
antlr/antlr/2.7.7/antlr-2.7.7.jar
avalon-framework/avalon-framework/4.1.4/avalon-framework-4.1.4.jar
Hi guys,
I have requested teh import of the current Git repo and the migration of
the existing JIRA :
https://issues.apache.org/jira/browse/INFRA-8470
and
https://issues.apache.org/jira/browse/INFRA-8483
It might take a few days.
Thanks !
Hi !
as we decided to replace the UnboundId API by the Apache Ldap API, we
have a bit of work to do, and we need a plan for that.
1) API selection
Currently, Fortress uses the two APIs, though some configuration that
tells which one to use. We can now get rid of this configuration and
remove
Hi guys,
I wonder if we should create a new mailing list for Fortress ? At least,
one for users ?
wdyt ?
Hi !
as I said in a prvious mail, we will need to switch to a maven build for
Fortress. Currently, we have a minimalistic maven pom.xml that allows
you to build the project and to import it in eclipse (in Luna, it's
straigth forward, otherwise it's enough to run mvn eclipse:eclipse on
the command
Le 16/10/14 10:32, Pierre Smits a écrit :
Thanks, Pierre-Arnoud,
Could you grant me committer permissions to the issues regarding the
website in Jira. So that I can assign to myself the ones that I create?
I have added you to the list of committers on JIRA, you should now be
able to assign
Le 16/10/14 10:46, Pierre Smits a écrit :
Hi All,
As tweets about the presentations at the ApacheCon EU 2014 regarding our
project are appearing it would be good to see if these sort any effect. I
noticed that we have tracking functionality in our website (script src=
Le 16/10/14 10:59, Pierre Smits a écrit :
Hi Emannuel,
It seems that your change hasn't effected yet, as I am not able to change
the assignment of e.g. DIR-308
My bad, I added you to the DIRSERVER project...
Can you retry now ?
Le 16/10/14 12:02, Pierre Smits a écrit :
It seems we already reference the Fortress mailing list on the website.
See: http://directory.apache.org/mailing-lists-and-irc.html
Well, it's an anticipation... It should not have been shown yet (as we
don't have the mailing list atm !)
Le 16/10/14 12:56, Kiran Ayyagari a écrit :
On Thu, Oct 16, 2014 at 1:13 PM, Emmanuel Lécharny elecha...@gmail.com
wrote:
Hi !
as we decided to replace the UnboundId API by the Apache Ldap API, we
have a bit of work to do, and we need a plan for that.
1) API selection
Currently, Fortress
Le 16/10/14 18:45, Stefan Seelmann a écrit :
Hi guys,
just back from office, and there are 150 Directory related mails. I'm
not sure if I can read all of them. But keep up the good pace :)
Ahhh ! Most of them are generated by Buildbot, due to some modifications
in the site template (each
Le 16/10/14 09:46, Emmanuel Lécharny a écrit :
Hi guys,
I wonder if we should create a new mailing list for Fortress ? At least,
one for users ?
wdyt ?
Ok, I have requested the mailing list fortr...@directory.apache.org to
be created. I'll inform you when it's done.
I have set Kiran, Pierre
Hi guys,
we now have the full fortress git repo available on
https://git-wip-us.apache.org/repos/asf?p=directory-fortress-core.git.
Let's have fun now !
Hi again,
so we now have the git repo setup ! We have a few things that need to be
addressed now :
- Shawn is currently removing the dependency on UnboundId, i'll will
give him a hand with the PasswordPolicy part which needs a bit of love
- We have to cleanup the pom.xml, and use the latest
Le 21/10/14 09:57, Pierre Smits a écrit :
That is ok with me. Will try to remember it also when the moment (to start
a related thread) arrives.
It's really just for clarity. We aren't dealing with a lot of traffic on
the dev list atm, but if it becomes a burden, we can ask for a separate
Hi Shawn,
I just had a look at the CmdLineParser file, which contains this comment :
/**
* Largely GNU-compatible command-line options parser. Has short (-v) and
* long-form (--verbose) option support, and also allows options with
* associated values (-d 2, --debug 2, --debug=2). Option
Hi,
I have updated all the text files (sources, config,e tc) to have the AL
2.0 header.
We may have some more to modify, I'll run a rat check later.
Please git pull !
Le 22/10/14 00:43, Shawn McKinney a écrit :
No, but reading that text I understand your confusion. This is code lifted
from jargs which is a project that is released under a BSD style license.
Rather than adding another binary dependency for essentially one class I
elected to repurpose
Hi,
the current Notice.txt contains a list of sofwtare we depend on :
1. The Apache Software Foundation (http://www.apache.org/)
2. UnBoundID Corp (http://www.unboundid.com/)
3. The Eigenbase Project (http://www.eigenbase.org/)
4. JUnit.org (http://www.junit.org/)
5. The Java Community Process
Hi guys,
it seems that importing some cloud JIRA issues into a JIRA server is
quite a burden. The process is mainly manual, with a lot of steps to
follow (see
https://confluence.atlassian.com/display/JIRA/Migrating+from+JIRA+Cloud+to+JIRA+Server).
At this point, we have a choice to make. We can
Hi Shawn,
we might have to import the accelerator project too. It's implicitely
called in the ApacheDsDataProvider class :
System.setProperty(
StandaloneLdapApiService.EXTENDED_OPERATIONS_LIST,
org.openldap.accelerator.impl.createSession.RbacCreateSessionFactory,
Le 23/10/14 15:44, Shawn McKinney a écrit :
On 10/23/2014 03:25 AM, Emmanuel Lécharny wrote:
Hi Shawn,
we might have to import the accelerator project too. It's implicitely
called in the ApacheDsDataProvider class :
It's also used in the AcceleratorDAO class :
what's your take
Le 23/10/14 15:55, Shawn McKinney a écrit :
On 10/23/2014 03:35 AM, Pierre Smits wrote:
It does sound reasonable. And given that you two know about all the issues
in the Cloud JIRA you can point creators of issues in the new JIRAs to the
equivalent so that content can be references.
Le 23/10/14 15:55, Shawn McKinney a écrit :
On 10/23/2014 03:35 AM, Pierre Smits wrote:
It does sound reasonable. And given that you two know about all the issues
in the Cloud JIRA you can point creators of issues in the new JIRAs to the
equivalent so that content can be references.
Le 23/10/14 21:17, Shawn McKinney a écrit :
On 10/23/2014 01:46 PM, Emmanuel Lécharny wrote:
Infra suggest that we upload the existing issues into a text file, that
is stored on our web site. This could be a good way to mitigate with the
current problem.
wdyt ?
That would be fine.
Ok
Hi guys,
three things here...
o I have now added roles to the FORTRESS-CORE Jira. The
directory-administrators can administrate the project.
o we need to define a scheme for release number. I suggest we start with
1.0.0-RC40, from 1.0.0-RC39, which is the last packaged version, for the
sake of
Hi guys,
I have published the web site, with all the links to Fortress present.
Please feel free to provide feedback !
I stefan,
I have a question : why is it necessary to remove the version from the
import package? Isn't it better to enforce the use of a specific version
? (just wondering...)
Le 26/10/14 20:05, seelm...@apache.org a écrit :
Author: seelmann
Date: Sun Oct 26 19:05:52 2014
New Revision:
Le 26/10/14 21:13, Stefan Seelmann a écrit :
Hi Emmanuel,
I removed it for now because Eclipse complained about the version 2.4
of commons.io, the right OSGi version would be 2.4.0. Also for
Import-Package it must be named version, not bundle-version (in
valueeditor).
After having checked,
Hi guys,
I just added the User Guide links and content in
http://directory.staging.apache.org/fortress/user-guide.html.
Feel free to check it. Feedbacks welcome !
Le 27/10/14 21:40, Shawn McKinney a écrit :
On 10/27/2014 10:57 AM, Emmanuel Lécharny wrote:
Hi guys,
I just added the User Guide links and content in
http://directory.staging.apache.org/fortress/user-guide.html.
Feel free to check it. Feedbacks welcome !
Do you think this qualifies
Le 27/10/14 21:53, Shawn McKinney a écrit :
On 10/25/2014 02:16 AM, Emmanuel Lécharny wrote:
Hi guys,
I have published the web site, with all the links to Fortress present.
Please feel free to provide feedback !
Regarding the architecture vision page:
http://directory.apache.org/fortress
Le 28/10/14 07:13, Emmanuel Lécharny a écrit :
Le 27/10/14 21:40, Shawn McKinney a écrit :
There is more content here:
https://symas.com/products/symas-enforcement-foundry/
That can be used as needed.
Ah. I was only looking at Imfortress.org site. Some more to get from
Symas suite
Hi guys,
I have finished the old JIRA migration. The old issues are all stored in
a web page (http://directory.staging.apache.org/fortress/issues.html)
with all the content (no need to tell that it was a BORING task).
There are still a few issues that need to be reinjected as is in the new
JIRA,
Le 28/10/14 17:59, Shawn McKinney a écrit :
On 10/28/2014 11:50 AM, Shawn McKinney wrote:
On 10/28/2014 01:14 AM, Emmanuel Lécharny wrote:
Sure, but I think we should refer to LDAP server insterea dof OpenLDAP
server in the picture. Do you have the source of it ?
Agreed.
Yes I have
Hi guys, I have finished the old JIRA migration.
The old issues are all stored in a web page
(http://directory.staging.apache.org/fortress/issues.html) with all the
content (no need to tell that it was a BORING task).
There are still a few issues that have been reinjected as is in the new
JIRA,
Hi,
I just have asked for the creation of the Fortress EnMasse and Realm
sub-project git repository
(https://issues.apache.org/jira/browse/INFRA-8541 AND
https://issues.apache.org/jira/browse/INFRA-8542).
This is the next move after the addition of Fortress-core.
When we are done with those two
Hi guys,
I just requested the creation fo a forth git repo for teh last fortress
sub-projec, commander. (https://issues.apache.org/jira/browse/INFRA-8552)
Hi guys,
looking at the way we use the managers, we do create a new instance of
each one of them everytime we need to execute some operation.
Right now, we are creating an instance based on some code like :
public static DelAdminMgr createInstance(String contextId) throws
SecurityException
Hi guys,
I may need a release of the API for Fortress, so I wonder if we can
check the JIRAs and see if we are good to go for a release soon.
An apacheDS release might be necessary too.
Just let me know what you thhink about it...
Thanks !
The problem has been fixed.
Thanks a lot Van !
Could you just enter a JIRA issue the next time you find a problem, it
will be easier to keep a track on it.
Ok, I now get it.
The confusion between Octet String and Object Identifier has been done
when I was working on SPNEGO protocol, which use Object Identifier (tag
0x06) when Ldap use 0x04.
I will correct the code this afternoon to deal with this problem.
Thanks for the junit test and for the
Hi Ersin,
looking at your last commit, I saw :
-#!/bin/sh
+#!/bin/bash
I don't think that it's a good idea to change the shell from sh to bash.
I'm not sure that solaris systems provide bash natively, and on linux
system, sh resolve to bash.
As a general rule, we should always use sh to be
Let's reorganize the re-organization !
[+1]
On Fri, 2006-01-06 at 18:07 +0200, Ersin Er wrote:
The points Trustin mentioned are really important in some way. So,
[x] +1 organize again
--
Ersin
--
Emmanuel Lécharny
www.iktek.com
Le 01/11/14 11:39, Emmanuel Lécharny a écrit :
Hi guys,
I may need a release of the API for Fortress, so I wonder if we can
check the JIRAs and see if we are good to go for a release soon.
An apacheDS release might be necessary too.
Just let me know what you thhink about it...
Thanks
Thanks John !
Can you attach your findings and proposed fix to the JIRA ?
Le 04/11/14 18:31, John Harris a écrit :
The problem noted in the DIRSTUDIO-962 event report appears to be a
GTK related issue.
This as per the original workaround for the platform solutions noted
in the DIRSTUDIO-962
Hi guys,
I just cut a new release of the top level project pom (version 33) with
a few modifications in it (I updated the committers and PMC membres in
it, and bumped up a few dependencies).
As usual, this is informative, with a 4H notice. As it's around 3AM here
in Paris, I'll most certianly
://repository.apache.org/content/repositories/orgapachedirectory-1013/
Please cast your votes:
[ ] +1 Release Shared/LDAP API 1.0.0-M25
[ ] 0 abstain
[ ] -1 Do not release Shared/LDAP API 1.0.0-M25
Emmanuel
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Hi Shawn,
there is one method in CommandLineInterpreter, printPermission, which
contains a line of code that I found fishy :
LOG.info(type +KEY + ++ctr + [ + key + ]);
Note the ++ctr here.
That means if we remove the LOG, the ctr counter will not be incremented.
Do you
Hi,
we discussed in FC-42 the opportunity of using a shared ldapConnection
accross many operations. Now that the pool does not validate or re-bind
teh connection when we are done with it, the need to share the
connection is less critical.
Although I wonder if it's still a good idea to have two
Hi,
I therefore cancel the vote for API 1.0.0-M25, there is a bug in the way
we deal with the sort control.
Lucas finding is correct, it breaks server-integ. The reason is that the
sort control grammar is incorrect : one transition (from orderingRule to
reverseOrder ) is made mandatory, when teh
://repository.apache.org/content/repositories/orgapachedirectory-1014/
Please cast your votes:
[ ] +1 Release Shared/LDAP API 1.0.0-M25
[ ] 0 abstain
[ ] -1 Do not release Shared/LDAP API 1.0.0-M25
Emmanuel
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Hi Shawn,
sorry for the changes that have broken the tests.
The thing is that I don't have a way to test things beside running the
ApacheDS based tests (which in my mind were covering all the tests).
Is tehre a way I can go farther and veru-ify that my changes are nt
breaking the full project ?
H...
That's extremely dubious that this change break anything.
Can you dump the entry content in both cases ?
Le 07/11/14 21:42, smckin...@apache.org a écrit :
Repository: directory-fortress-core
Updated Branches:
refs/heads/master 43d4a2387 - 77de284f7
rolled back change to
Doh...
it should be :
private static final String ADD_OU_METHOD = addOU;
private static final String FULL_ADD_OU_METHOD = CLS_NM + . +
ADD_OU_METHOD;
There are two dots with my previous change.
Le 07/11/14 21:39, smckin...@apache.org a écrit :
Repository: directory-fortress-core
Le 09/11/14 22:27, Stefan Seelmann a écrit :
+1 from my side. Sucessfully build from SVN tag.
I then tried to use this version in the Studio Tycho build, but failed.
The Maven build fails with error Unable to satisfy dependency, e.g.
from org.apache.directory.api.util 1.0.0.M25 to package
Le 10/11/14 17:40, shushant.kak...@lhsystems.com a écrit :
Hello,
Due to the security breach POODLE (detailed information see attachment) it
is recommended to disable the support of the SSL v3 (and SSL v2) protocol
(https://access.redhat.com/solutions/1232233). We could not find any
Hi guys,
I have been pretty busy those last 2 weeks working on Fortress
integration and on the LDAP API release (beside other things).
As of today, the mavibot bulkoader, which has been put aside for days
with a few pieces of the algorithm to implement, is working. I have
tested it with 1 000
Hi guys,
just to inform you that the three sub-project Fortress Realm, Fortress
enMasse and FortressCommander have been created :
Apache Fortress Realm :
https://git-wip-us.apache.org/repos/asf/directory-fortress-realm.git
Apache Fortress EnMasse (REST API) :
Hi !
we have had 5 binding +1 for this release :
Felix, Kiran, Lucas, Stefan and me.$
I'm closing the vote and will release the jars.
Thanks everyone !
Le 11/11/14 21:54, Shawn McKinney a écrit :
On 11/11/2014 03:38 AM, Emmanuel Lécharny wrote:
More to come later (Shawn has some pending package rename and license
headers update to commit).
Hello,
Migration of the fortress code into the new apache git repos has been
completed. All
an ApacheDS release, which requires a
mavibot release, but I'll discuss that in another thread.
thanks !
Le 11/11/14 02:28, Emmanuel Lécharny a écrit :
Hi guys,
I have been pretty busy those last 2 weeks working on Fortress
integration and on the LDAP API release (beside other things).
As of today
Le 11/11/14 23:54, Kiran Ayyagari a écrit :
On Wed, Nov 12, 2014 at 6:40 AM, Emmanuel Lécharny elecha...@gmail.com
wrote:
Some update...
The multi-values support is not that easy. Thanks to Shawn, who pointed
me to the TreeMap data structure, I was able to fix the merge sort,
which
Hi guys,
I'm going to cut a Mavibot release followed by an ApacheDS release
today. We need a stable version for Fortress, which is currently
depending on a SNAPSHOT.
Those releases are also important for Studio.
Obvioulsy, we have pending works that need to be done, but at this
point, we need
Hi !
This is the sixth release of Apache Mavibot, the MVCC BTree in Java !
This release contains a full support for bulkload for persisted btrees,
eitehr with single-value or multiple-value elements.
It also includes a few fixes :
* MAVIBOT-32 Add Bulk Load
* MAVIBOT-34 Support revisions
*
Le 12/11/14 10:25, Emmanuel Lécharny a écrit :
Hi guys,
I'm going to cut a Mavibot release followed by an ApacheDS release
today. We need a stable version for Fortress, which is currently
depending on a SNAPSHOT.
Those releases are also important for Studio.
Obvioulsy, we have pending
/
- Distribution packages:
http://people.apache.org/~elecharny
[ ] +1 : release ApacheDS 2.0.0-M18
[ ] ± 0 : I don't care
[ ] -1 : No, don't release ApacheDS 2.0.0-M18
--
Regards, Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 13/11/14 09:59, Pierre Smits a écrit :
Hmm. Shite... I am going to revert to what it was before I started changing
this page. And after that I will do the intended changes gradually.
Sorry, was busy fixing a huge bug in ApacheDS (of course discovered
*jsut* after the release)
This is extra
://www.orrtiz.com*
Services Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail Trade
http://www.orrtiz.com
On Thu, Nov 13, 2014 at 9:22 AM, Emmanuel Lécharny elecha...@gmail.com
wrote:
Le 13/11/14 09:15, Pierre Smits a écrit :
That is weird. Having committed the changes
901 - 1000 of 2498 matches
Mail list logo
