tests : this
make it doubtful that the suite annotations are useful at all... Not to
mention that it makes the annotation's handling way more simple if we
don't have to handle the suites...
Thoughst ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 10/7/12 6:59 PM, Stefan Seelmann a écrit :
On 07.10.2012 17:22, Emmanuel Lécharny wrote:
Hi Stefan ! Glad to see you around :)
Le 10/7/12 3:03 PM, Stefan Seelmann a écrit :
On 07.10.2012 14:26, elecha...@apache.org wrote:
Author: elecharny
Date: Sun Oct 7 12:26:32 2012
New Revision
://johnmacfarlane.net/pandoc/)
wdyt ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 10/7/12 8:08 PM, Emmanuel Lécharny a écrit :
Le 10/7/12 6:59 PM, Stefan Seelmann a écrit :
On 07.10.2012 17:22, Emmanuel Lécharny wrote:
Hi Stefan ! Glad to see you around :)
Le 10/7/12 3:03 PM, Stefan Seelmann a écrit :
On 07.10.2012 14:26, elecha...@apache.org wrote:
Author: elecharny
/repositories/orgapachedirectory-106/
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
4 hours notice is now gone, I'm releasing the project.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
[ ] -1 | Do NOT release Apache Directory LDAP API/Shared 1.0.0-M13
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
, so
you'd better updated 'project' and build it locally before running the
build.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
] - Dependencies cleanup
Let's vote now:
[ ] +1 | Release Apache Directory Server 2.0.0-M8
[ ] ±0 | Abstain
[ ] -1 | Do NOT release Apache Directory Server 2.0.0-M8
Thanks !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
things. The rules are quite
strict, and we are probably a bit off base. Also add that we don't use
many of the dependencies any more (Spring, Derby, Quartz, etc).
The best would be to create a JIRA so that we don't forget to check that.
Thanks Stefan !
--
Regards,
Cordialement,
Emmanuel Lécharny
This vote is now closed.
Here are the results :
Five +1, no -1 :
- Felix
- Kiran
- Pierre-Arnadu
- Stefan
- and myself.
I'll release the Maven repository and deploy the distribution packages
on people.apache.org today.
Thanks !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
This vote is now closed.
Here are the results :
Five +1, no -1 :
- Felix
- Kiran
- Pierre-Arnaud
- Stefan
- and myself.
I'll release the Maven repository and deploy the distribution packages
on people.apache.org today.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
don't see that such software is included
Same.
Thanks !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Hi guys,
I don't think we anymore depend on this dependency.
I will try to get rid of it. If anyone remember where we could use it,
please tell me !
Thanks !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 10/15/12 5:26 PM, Emmanuel Lécharny a écrit :
Hi guys,
I don't think we anymore depend on this dependency.
Ah, crap, we use it in apacheds/core. Ok, at least, I removed useless
dependencies from some other projects :)
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Hi guys,
I'll be IA for the next 5 days (more or less) with little to none
internet connection.
I'll be back on sunday evening.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
w.r.t this change.
Well, I'd rather keep this branch, and create a new one atm. We can
delete the prefNodeName later if needed.
Btw, will it impct the configuration ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
it, it's convenient for tests, and for users.
I would rather suggest that we remove the ou=configuration,ou=system
branch, it's most certainly useless.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
installations that will break because of
this change
uid=admin should *not* be used for anything but administrative tasks. We
could create an alias in ou=system pointing to the same entry in
ou=configuration to avoid any potential problem though.
--
Regards,
Cordialement,
Emmanuel Lécharny
=system removal
- make the uid=admin user virtual
- and other huge changes.
thoughts ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
are not tests.)
More scarrying :
$ find apacheds -name *.ldif | xargs grep -i ou=system | wc -l
10155
...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
/basic-users-guide.html
If you find some typoes, bad english, mistakes, whatever, then add a
comment in https://issues.apache.org/jira/browse/DIR-290.
Thanks !
/me migrating the API site now...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 10/31/12 10:43 AM, Stefan Seelmann a écrit :
On 30.10.2012 19:01, Emmanuel Lécharny wrote:
Hi guys,
I have completed the BUG migration, and I have added the missing pages
in the process. I also fixed the references to ApacheDS 1.5 it's all
about Apache 2.0.
Thanks Emmanuel for the effort
,
Cordialement,
Emmanuel Lécharny
www.iktek.com
filters are
you using ? Under which circonstance you can get back wrong results ?
Can it be easily reproduced ? Can you insolate a scenario ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Hi guys,
we are maintaining two JIRAs for one single project : DIRSHARED and
DIRAPI. I suggest that we merge those two lists into DIRAPI.
wdyt ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
a clue about what's going on ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Never mind : I fixed it. I haven't updated the archetype-packaging
version to 2.2...
Le 11/4/12 11:35 AM, Emmanuel Lécharny a écrit :
Hi guys,
I was trying to update the
http://directory.apache.org/apacheds/1.5/01-reporting-bugs.html pag,
and especially the Creating a testcase project
MINA 2.0 and MINA 3.0. It
will be done later this afternon. Right now, the 2.0 sonar instance has
been fixed and reflects the current state.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
the replication handler ?
I'm inclined to think that teh flag is a good thing to have. wdyt ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 11/14/12 6:16 AM, Kiran Ayyagari a écrit :
On Tue, Nov 13, 2012 at 3:00 PM, Emmanuel Lécharny elecha...@gmail.com
wrote:
Hi guys,
I have some questions about the replication configuration...
AFAICT, we may configure the server to be a consumer, a producer, both
of them, or none of them
Le 11/14/12 7:01 AM, Kiran Ayyagari a écrit :
On Wed, Nov 14, 2012 at 11:24 AM, Emmanuel Lécharny elecha...@gmail.com
wrote:
Le 11/14/12 6:16 AM, Kiran Ayyagari a écrit :
On Tue, Nov 13, 2012 at 3:00 PM, Emmanuel Lécharny elecha...@gmail.com
wrote:
Hi guys,
I have some questions about
create the persistentSearch when a consumer
actually conntects to the master server, and to avoid storing such
information into the server ? (Just wondering)
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
for pointing this out !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
, and propagated efficiently, or
that the consumer's disconnection will be handled without blocking any
server's thread.
I'm continuing my investigations !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
the EntrySerializer.
You can still use the entry.writeExternal() method. A ClonedServerEntry
is just a plain Entry.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 11/27/12 10:18 AM, Kiran Ayyagari a écrit :
On Tue, Nov 27, 2012 at 1:58 PM, Emmanuel Lécharny elecha...@gmail.comwrote:
Le 11/27/12 8:16 AM, Kiran Ayyagari a écrit :
On Mon, Nov 26, 2012 at 11:58 PM, elecha...@apache.org wrote:
Author: elecharny
Date: Mon Nov 26 18:28:34 2012
New
are done with the migration, we will be able to remove some
confluence spaces. We can keep some but use them as a pure wiki.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
the work.
Any thoughts are welcome.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 11/30/12 4:52 PM, Howard Chu a écrit :
Emmanuel Lécharny wrote:
Hi guys,
We can do many different things when processing a search, and each of
them can collide :
o simple search
o with time limit
o with size limit
o with both
o abandon request receoved
o session closed
o
Le 11/30/12 4:52 PM, Howard Chu a écrit :
Emmanuel Lécharny wrote:
Hi guys,
We can do many different things when processing a search, and each of
them can collide :
o simple search
o with time limit
o with size limit
o with both
o abandon request receoved
o session closed
o
have under the
baseDN and redo a sync search, but here, we are at risk of calling the
method over and over...
Can't we use an encapsulating while() ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
the
connectionClosed() method is called, we simply exit from the loop we are
in, and go to sleep before retrying to reconnect later.
/note
Thoughts ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
the delay we
have to wait (of course, the doSyncSearch will behave accordingly to the
replication mode).
thoughts ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 12/3/12 3:59 PM, Kiran Ayyagari a écrit :
On Mon, Dec 3, 2012 at 6:58 PM, Emmanuel Lécharny elecha...@gmail.comwrote:
Hi guys,
reviewing the current replication implementation, I have a few proposals
to improve some overhead.
First, let's describe the way it works :
1) LdapServer
cannot connect to
localhost:11389, wait 5 seconds.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 12/3/12 6:10 PM, Kiran Ayyagari a écrit :
On Mon, Dec 3, 2012 at 9:47 PM, Emmanuel Lécharny elecha...@gmail.comwrote:
Hi,
here is an exemple of logs I get now when running replication. This is a
scenario where I start a consumer, then a producer, then I stop the
producer. As expected
Hi !
the dsml-engine module in ldap-api only contains tests. Can't we merge
it with dsml-parser ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
there. But still, shit happens. I suggest we stop the consumer,
dsiconnect it, reconnect back and try to reconnect.
I think those 6 use case cover all the possibility, and the proposed
solution are ok, but feel free to comment !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 12/4/12 3:32 PM, Kiran Ayyagari a écrit :
I would like to suggest a slight modification
On Tue, Dec 4, 2012 at 7:46 PM, Emmanuel Lécharny elecha...@gmail.comwrote:
Hi,
as a follow up for my previous mail, here is a suggestion for
replication that handles the disconnection
or if it's a toString() artifact...
I will check that later.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
False alarm.
This is a problem in the SearchResultEntryImpl.toString() method. We are
dumping the contrls tehre, when it's already done in one of its parent's
class.
Le 12/5/12 10:36 AM, Emmanuel Lécharny a écrit :
Hi,
while running a test this morning, I saw that we are adding
,
ReplicationConsumerImpl and PingerThread classes.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
cache too.
I will investigate a bit more on detail the two approach (I have played
a bit with both approaches, but haven't set my mind yet.
any thoughts ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 12/7/12 4:55 AM, Kiran Ayyagari a écrit :
On Fri, Dec 7, 2012 at 6:20 AM, Emmanuel Lécharny elecha...@gmail.comwrote:
Hi,
I'm trying to add the entryDN operational attribute, as it's present in
OpenLDAP and we get it when setting up replication. This attribute is
computed on the fly
() )
...
is guaranteed to generate a NPE.
EntryNode class is only usd by the PartitionFrame code.
Unless someone is wanting to maintain it, I'd suggest that we either
sandbox it, or isolate it in a sub-project, or remove it.
Thoughts ?
--
Regards,
Cordialement,
Emmanuel Lécharny
the SchemaInterceptor in the chain. wdyt ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 12/11/12 11:02 AM, Kiran Ayyagari a écrit :
On Tue, Dec 11, 2012 at 3:23 PM, Emmanuel Lécharny elecha...@gmail.comwrote:
But, and there is a big but, when processing a search request, we do a
direct lookup from the backend, and we are not going through this chain.
What happens is that we
(service
.getRegistries () , new LdapDN (dc=sevenseas));
entry.put (objectClass, top, organization);
entry.put (dc, sevenseas);
entry.put (o, something);
See above.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 12/11/12 2:09 PM, Kiran Ayyagari a écrit :
On Tue, Dec 11, 2012 at 4:11 PM, Emmanuel Lécharny elecha...@gmail.comwrote:
Le 12/11/12 11:02 AM, Kiran Ayyagari a écrit :
On Tue, Dec 11, 2012 at 3:23 PM, Emmanuel Lécharny elecha...@gmail.com
wrote:
But, and there is a big but, when
in the SchemaInterceptor
o Speedup the ServerEntryUtils.filterContents() by adding acontinue to avoid
useless computation to take place
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
=*) filter.
I suggest we keep it on the API leve, but map it to a search request
behind the scene (especially in the partition interface).
Thoughts ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Working on it :
https://issues.apache.org/jira/browse/DIRSERVER-1781
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
in the new markdown pages ?
The new site content is stored there :
http://svn.apache.org/repos/asf/directory/site/trunk/
Feel free to contact me in IRC if needed !
Thanks for the proposal !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Hi guys,
I finally added the entryDN attribute in every entry. Of course, as it's
an operational attribute, it's only returned if requested. It's not
eitehr saved on disk, as it's virtual.
This is a direct implementation of http://tools.ietf.org/html/rfc5020
--
Regards,
Cordialement,
Emmanuel
Le 12/15/12 7:35 AM, Howard Chu a écrit :
Emmanuel Lécharny wrote:
Hi guys,
after havng done some cleanup for the Lookup and Search operation, I'm
looking at the List operation, and I wonder if we should not just get
rid of it, except on the JNDO layer ?
The List operation is just
, and there is no
way we can store the EntryDN in a JDBM backend, but I haven't yet
properly done the same on LdifPartition and AvlPartition.
I will fix that later this week-end.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 12/15/12 10:24 AM, Emmanuel Lécharny a écrit :
Hi guys,
there are some waarnings being generated when we start the server (it
complains about EntryDN being already present). This is not blocking,
it's annoying.
The reason we have such warnings is that the LdifPartition does store
to close as many issues as possible in the next few
days, any help would be very welcome !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
in trunk
I will try to focus on bug fixing next week.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
over the code.
This should not impact the way the server works.
I will also fix Studio accodingly.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
code base, but we will then be consistant
with the projects we expose, namely, the server, the LDAP api and studio
(shared leans nothing here).
If we don't do that now, we won't be able to do it once the first RC
will be out...
Thoughts ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
the opportunity
to focus on updating the new site, and makae it better, than improving
the crappy content we currently have...
Thoughts ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
over time.
I'm wodking on API user guide, on my side.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
with trunk.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
On 20 déc. 2012, at 18:56, Emmanuel Lécharny elecha...@gmail.com wrote:
The first step is done : the shared packages have all be renamed 'api-xxx'.
Studio and Apacheds don't seems to have suffered from this change (in
the branch, of course !)
Next step : I'm renaming the shared modules
Le 12/20/12 9:25 PM, Emmanuel Lécharny a écrit :
On 20 déc. 2012, at 18:56, Emmanuel Lécharny elecha...@gmail.com wrote:
The first step is done : the shared packages have all be renamed 'api-xxx'.
Studio and Apacheds don't seems to have suffered from this change (in
the branch, of course
API/Shared 1.0.0-M14
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
!
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 12/23/12 3:30 AM, Kiran Ayyagari a écrit :
we still have references to 'shared'
Hmmm, where ?
On Fri, Dec 21, 2012 at 9:58 PM, Emmanuel Lécharny elecha...@gmail.comwrote:
Hi,
I'd like to propose a new milestone release (1.0.0-M14) for Apache LDAP
API/Shared.
This is a very critical
Le 12/23/12 4:28 AM, Kiran Ayyagari a écrit :
failed to build from the source cause the apacheds/pom.xml refers to
API/shared version 1.0.0-M14 instead of 1.0.0-M13
Damn ! Let me fix that ...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 12/23/12 4:28 AM, Kiran Ayyagari a écrit :
failed to build from the source cause the apacheds/pom.xml refers to
API/shared version 1.0.0-M14 instead of 1.0.0-M13
Ah, you have to build LDAP API M14 before building ApacheDS
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Hi guys,
just FYI, all the opened issues in DIRSHARED have been moved to DIRAPI.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
activeProfile api-nexus/activeProfile
/activeProfiles
Hope this helps,
Pierre-Arnaud
On 23 déc. 2012, at 08:29, Emmanuel Lécharny elecha...@gmail.com wrote:
Le 12/23/12 4:28 AM, Kiran Ayyagari a écrit :
failed to build from the source cause the apacheds/pom.xml refers to
API/shared
,
Cordialement,
Emmanuel Lécharny
www.iktek.com
copy the previous release, so such mistake is
likely to happen :)
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
that.
Thanks !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
-may: ads-dsDenormalizeOpAttrsEnabled
m-may: ads-dsPasswordHidden
m-may: ads-dsSyncPeriodMillis
m-may: ads-dsTestEntries
Such a modification could be done for other ObjectClasses.
wdyt ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
values.
Oh, ok. I might have read the original proposal and +1 it. Make sense.
Forget about my request then.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
for Http or Ntp.
In fact, I'm wondering if we should not rather move the ou=servers
branch just under the ou=config root ?
I think it has impact on the Studio plugin, but it should not be that huge.
Thought ?
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
site because this is a URL
that the Help inside Studio is pointing too.
I'm going to check.
Thanks Antoine
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Still waiting for a third +1...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
The ApacheDS 2.0.0-M9 release vote has passed with 3 binding +1 and one
non-binding +1 vote
Binding :
Emmanuel
Kiran
Pierre-Arnaud
Non binding :
Antoine
Thanks !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
The ApacheDS 2.0.0-M9 release vote has passed with 3 binding +1 and one
non-binding +1 vote
Bindings :
Emmanuel
Kiran
Pierre-Arnaud
Non binding :
Antoine
Thanks !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Le 12/23/12 12:53 PM, Emmanuel Lécharny a écrit :
Hi guys,
those last three months were quite busy ones, with a lot of added
features and bug fixes in the API, teh Server and Studio. The vote for
API 1.0.0-M14 and ApacheDS-M9 has just started, Studio 2.0-M4 will
follow shortly.
I'd like
, with no internet connection...
Can someone take care of this task ?
Many thanks !
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
the downlads are available, at least for me.
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
,
Emmanuel Lécharny
www.iktek.com
401 - 500 of 2498 matches
Mail list logo
