On 07/06/2013 02:19 PM, Kiran Ayyagari wrote:
I would like to work on implementing the SCIM[1] v2 protocol [2]
and want to make it a sub project of ApacheDS.
Please let me know your thoughts.
Kiran,
I am new to this list and not yet affiliated with ApacheDS but would
like to
Hello, nice to be joining you for this conversation...
On 06/27/2014 11:02 AM, Emmanuel Lécharny wrote:
Shawn and his brother were the only guys having work on this piece of
code, with a few additions from me (mainly the integration of Apache
LDAP API and Apache DS, plus a few fixes here and
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 the Fortress project. Emmanuel has focused his
On 09/16/2014 03:17 PM, Stefan Seelmann wrote:
Thanks for the proposal.
I agree that Fortress is a good fit to the other projects at Apache
Directory. So if you and others think that Fortress should be a
sub-project then I won't oppose.
Appreciate that.
On 09/16/2014 03:17 PM, Stefan
On 09/16/2014 03:44 PM, Shawn McKinney wrote:
On 09/16/2014 03:17 PM, Stefan Seelmann wrote:
However I also have concerns. The Directory project already has 5
subprojects, 3 of them with more then 200k LOC each, but only 2 active
committers. I just want to avoid that we inject yet another code
Hi,
Per our discussions last week regarding moving fortress into the apache
directory project. The links to the source code are pasted in this ticket:
https://issues.apache.org/jira/browse/DIR-305
Shawn
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 and injected into teh code base when moved to
On 10/11/2014 12:52 PM, Emmanuel Lécharny wrote:
I have already migrated teh quick start guides, which need a review (at
some point, having 3 different guide with a lot of redondancies can
probably be simplified).
My concern is redundancy and keeping everything in synch as the product
On 10/15/2014 01:34 AM, Emmanuel Lécharny wrote:
At this point, and focusing on Fortress-core only, I wouls suggest we
simply get rid of Uboundid dependency, and then we should be good to go.
Anyone has another take on this matter ?
Seems reasonable, though as previously stated there will
+1 on users
On 10/16/2014 02:46 AM, Emmanuel Lécharny wrote:
Hi guys,
I wonder if we should create a new mailing list for Fortress ? At least,
one for users ?
wdyt ?
To test access, I have committed the first couple of changes - all good. I
will be committing changes here going forward.
On 10/20/2014 06:08 PM, Emmanuel Lécharny wrote:
Hi guys,
we now have the full fortress git repo available on
Hello,
Here are my proposed package names for the new projects.
1. fortress core:
a. org.apache.directory.fortress
b. org.apache.directory.fortress.core
c. org.apache.directory.fortress.api
2. realm: org.apache.directory.fortress.realm
3. enmasse
a.
On 10/21/2014 06:14 PM, Emmanuel Lécharny wrote:
Le 22/10/14 00:53, Shawn McKinney a écrit :
Hello,
Here are my proposed package names for the new projects.
1. fortress core:
a. org.apache.directory.fortress
b. org.apache.directory.fortress.core
c
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 on that ?
I'm not opposed but don't believe it is
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.
Depending of course on how long the Cloud JIRA
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.
On 10/23/2014 01:47 PM, Emmanuel Lécharny wrote:
I'm also thinking that we need to reflect the project past life on the
fortress front page. We would need a big of history there... Shawn ?
Good idea. How about a link on the fortress page to the project history?
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 as a user's guide? I think it is more of a
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/vision.html
I would like to replace the
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.
On 10/28/2014 01:51 AM, Emmanuel Lécharny wrote:
There is not a lot of things that can qualify as a User Guide there
either :/
Right now, I have to produce the API javadoc and wref, put them into the
iste. That's a very first mandatory step. But we lack some pages where
we describe how oto
On 10/28/2014 06:29 AM, Emmanuel Lécharny wrote:
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
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 the visio but it is on another machine. As I am
On 10/31/2014 08:28 AM, Emmanuel Lécharny wrote:
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.
A new instance is created the first time needed and may be cached afterwards as
it is merely a POJO.
The
That method logs the contents of a permission (within a collection) so
disabling the info logger renders all output invisible which makes the counter
useless anyway. I am fine with moving it outside of the log statement though.
On 11/06/2014 10:37 AM, Emmanuel Lécharny wrote:
Hi Shawn,
On 11/07/2014 04:04 PM, Emmanuel Lécharny wrote:
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
On 11/09/2014 01:53 AM, Emmanuel Lécharny wrote:
That's extremely dubious that this change break anything.
Can you dump the entry content in both cases ?
It throws an exception on contruction of entry due to attribute syntax
violation. More info here:
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 of the package names and license terms should be
On 11/11/2014 03:08 PM, Emmanuel Lécharny wrote:
The API has been released a couple of hours ago. It should now be
available in the maven repo.
Can you give it a try ?
builds with 1.0.0-M25!
On 11/21/2014 09:46 PM, Kiran Ayyagari wrote:
On Sat, Nov 22, 2014 at 5:12 AM, Emmanuel Lécharny elecha...@gmail.com
mailto:elecha...@gmail.com wrote:
Hi guys,
today, Gavn asked me if there is any valid reason for having more than
one JIRA for Fortress. I thought that this
On 11/25/2014 12:35 PM, Emmanuel Lécharny wrote:
The pb is thatsession.getRoles() returns a ListUserRole, and later
down we do : Constraint constraint = (Constraint) roleItems.next();
We are very likely to get a classCastException here.
Cn you confirm that ?
Good question. Constraint
Hello,
Just recently I've received the requirement for Fortress to support
RFC2307(BIS) type attributes:
http://www.padl.com/~lukeh/rfc2307bis.txt
Used for managing unix users and groups.
This requirement was communicated via my employer who maintains a unix-style
user security/management
On 12/26/2014 07:02 PM, Emmanuel Lécharny wrote:
So bottom line, there is a workaround : set maxIdle to -1, but the drawback
is that we may have a growing pool size if the connections are never released
and put back to the pool. The other workaround is to set this parameter to a
value abve
On 12/28/2014 05:35 AM, Pierre Smits wrote:
So I start this thread to investigate whether there is an interest to
participate and hold talks again at the upcoming event. Think about:
* The state of the project
* How our product X enables/supports company 1
* How our product X
+1
On 12/29/2014 07:47 AM, Emmanuel Lécharny wrote:
Hi !
I think it's time for a vote, so let's go. The proposal is to accept
Haox project - a Kerberos server in Java - as a sub-project of
Directory, then merge what we have related to Kerberos in ApacheDS into
this separate sub-project to
On 01/02/2015 06:40 AM, Stefan Seelmann wrote:
On 01/02/2015 01:23 PM, Zheng, Kai wrote:
Could we suggest any better? Thanks.
I'm bad in suggesting names, but here I try:
Apache Fluffy (see http://harrypotter.wikia.com/wiki/Fluffy)
Apache Hound (but Apache Bloodhound already exists)
. What happens
when we move the policy decision point inside of the directory server? This
talk will discuss a proposal to host an RBAC policy decision point (PDP) inside
of Apache DS. It will discuss the different options for PDPs along with their
associated pros/cons.
On 01/23/2015 09:56 AM, Shawn
On 02/19/2015 04:40 AM, Pierre Smits wrote:
I thank Pierre-Arnoud for having been our PMC Chair and I welcome and
congratulate Kiran as the new PMC Chair of our project.
Echo Pierre's words!
On 01/25/2015 09:39 AM, Ritika Nevatia wrote:
I would like to contribute to Database (Mavibot) or Web UI (Fortress) areas
as these are my strengths. However, I am also interested in taking up
protocol implementation for Kerby if it lies within my capability.
Hello Ritika - welcome!
That is
On 01/24/2015 06:27 AM, Zheng, Kai wrote:
Hi Shawn,
Great topics and they're very interesting. I wish I could be an audience of
them. :-)
Do you have some materials for me to learn about ? Thanks.
Hi Kai,
Thanks for showing interest. Yes, we have several tutorials you can look at.
Hello,
I am making preparations for the first apache fortress release. The goal is to
accomplish this within the next week or two.
But before Fortress can be released as an apache project, there are a few items
that must be completed. Each will be added to JIRA for tracking:
1. Fix the
On 01/26/2015 02:12 AM, Ritika Nevatia wrote:
If your decisions is fortress, we'll cover the necessary training steps on
the fortress mailing list. That way other new fortress users may benefit
from your learning process.
I would like to subscribe to fortress mailing list and go through
On 01/05/2015 05:13 AM, Emmanuel Lecharny wrote:
You will not get any help from the ASF when ir comes to pick a name... As it
is virtually impossible to check in all the regions if the name is already
taken : we simply don't have the money/time/expertise to do that.
As I'm sure everyone here
re-Built the tag (with updates) on ubuntu 13.04 with java 1.7. Also re-tested
with fortress-core head.
+1 (non-binding)
On 01/09/2015 08:31 PM, Emmanuel Lécharny wrote:
Hi,
This is a vote for the 28th milestone of the 1.0.0 LDAP API/Shared,
1.0.0-M28.
This is mainly a bug fix
On 01/04/2015 03:28 AM, Pierre Smits wrote:
I believe hey are names for a different application area than Authentication,
Authorization and Security.
+1 to that notion.
On 01/04/2015 03:28 AM, Pierre Smits wrote: And that is playing field we
deliver our solutions in. An area that is not
On 01/04/2015 04:12 AM, Kiran Ayyagari wrote:
am sure you agree that name and quality are orthogonal ;)
finally, I understand your point raised here, but I am just stressing that
naming the product based on
the technology it supports can make it easier to remember and discuss about
in the
+1 (Fortress code has been Java 7 dependent for a couple of years)
On 01/08/2015 03:39 AM, Colm O hEigeartaigh wrote:
+1. I'd suggest though releasing one more version supporting JDK 1.6 to allow
users time to upgrade.
Colm.
On Thu, Jan 8, 2015 at 7:55 AM, Pierre Smits
On Mar 30, 2015, at 8:34 AM, Kiran Ayyagari kayyag...@apache.org wrote:
+1 for 3rd option, it has been working well for us in DS and other projects
+1 on the 3rd option for parent project.
On Mar 30, 2015, at 10:37 AM, Emmanuel Lécharny elecha...@gmail.com wrote:
I just did a quick experiment with core and a distribution package, plus
a parent project : works like a charm. The only pb is that we have to
create a new git repo.
Understand the need for the distribution package
On Mar 30, 2015, at 8:27 AM, Emmanuel Lécharny elecha...@gmail.com wrote:
2) each project should be able to be ran using mvn clean install, and
the test should work (or be ignored). This is ok for core, but for the
three others, we have the same pb that has been fixed for core :
typically,
On Mar 30, 2015, at 11:44 AM, Shawn McKinney smckin...@apache.org wrote:
Agreed. This should be possible with core and realm but not the web and rest
components. I will get these last two projects fixed today.
Hi, this work has been completed. Thanks
Shawn
smckin...@apache.org
On Mar 31, 2015, at 6:57 PM, Kiran Ayyagari kayyag...@apache.org wrote:
I suggest you use Mavibot partition instead of the default partition and the
rest of configuration
can be left with defaults (unless a new index is needed)
I am happy to lend a hand if needed.
Yes, that sounds
On Mar 31, 2015, at 7:23 PM, Emmanuel Lécharny elecha...@gmail.com wrote:
depends on the number of entries you will have in the server. What is
important is to have the required indexes, with the correct cache size.
One thing that is critical : JMeter is quite demanding, so *never* run
Hi, ACNA is fast approaching and I plan on publishing the following benchmarks
there:
1. openldap accelerator checkAccess and createSession
2. openldap fortress checkAccess and createSession
3. apache directory fortress checkAccess and createSession
The means for testing is easy, as jmeter test
AM, Kiran Ayyagari kayyag...@apache.org wrote:
On Wed, Apr 1, 2015 at 9:32 PM, Shawn McKinney smckin...@apache.org wrote:
On Mar 31, 2015, at 6:57 PM, Kiran Ayyagari kayyag...@apache.org wrote:
I suggest you use Mavibot partition instead of the default partition and
the rest
On Apr 1, 2015, at 9:40 AM, Kiran Ayyagari kayyag...@apache.org wrote:
here http://apaste.info/4Mt is the LDIF for configuring a mavibot partition,
execute this using Studio
and restart the server, then you need to create the context entry
dc=apache,dc=org
Thanks, assuming I need to
Hello!
I have submitted the following proposals for talks to ApacheCon North America:
1. The Anatomy of a Secure Web application using Apache Fortress -
http://events.linuxfoundation.org/cfp/proposals/4828/4076
Although the Java EE architecture provides the necessary enablement, most
On Apr 2, 2015, at 3:19 PM, Emmanuel Lécharny elecha...@gmail.com wrote:
I have some doubt about the fortress-core-1.0-RC40-SNAPSHOT-bin*
tarballs, which contains a lib/ and a dist/ directories. First, I don't
see why we have all the used libs beside the jar (either the user will
not use
On Apr 1, 2015, at 10:23 PM, Kiran Ayyagari kayyag...@apache.org wrote:
yeah, ideally this should go into a doc, (but Emmanuel knows how determined I
am when it comes to writing docs ;)
np, I don't think I have posted any details earlier on the user list, except
for few LDIF configs on
Hello, this is my first release with apache directory project so please forgive
the naive questions….
On Apr 3, 2015, at 6:46 AM, Emmanuel Lécharny elecha...@gmail.com wrote:
I have cleaned up the fortress-core pom to be able to cut a first
release. The idea is to not depend on a parent
On Apr 3, 2015, at 10:38 AM, Shawn McKinney smckin...@apache.org wrote:
On Apr 3, 2015, at 10:27 AM, Stefan Seelmann m...@stefan-seelmann.de wrote:
I think the standard JEE way is to put all configuration to context.xml
[1] which can be deployed together with the war.
For JEE
On Apr 14, 2015, at 4:19 AM, Emmanuel Lécharny elecha...@gmail.com wrote:
I have pushed the release on the Apache server and updated the web-site.
It should be visible in a couple of hours.
As I added brand new pages for fortress downloads, and API, I suggest
you test them before I do
+1
Shawn
smckin...@apache.org
On Apr 23, 2015, at 7:03 PM, Zheng, Kai kai.zh...@intel.com wrote:
Sounds great! I agree.
Regards,
Kai
From: Lucas Theisen [mailto:lucasthei...@pastdev.com]
Sent: Friday, April 24, 2015 7:42 AM
To: Apache Directory Developers List
Subject: Re: new
On Apr 20, 2015, at 5:16 PM, Stefan Seelmann m...@stefan-seelmann.de wrote:
I pushed the docker image to [1] and created the Jenkins job [2]. Works
fine except the one failing test.
Kind Regards,
Stefan
[1]
On Apr 21, 2015, at 8:31 PM, Emmanuel Lécharny elecha...@gmail.com wrote:
now that Apache CON US is over, you probably have a bit less stressed
and loaded...
Indeed
On Apr 21, 2015, at 8:31 PM, Emmanuel Lécharny elecha...@gmail.com wrote:
Can you tell us what's the current status
On Apr 19, 2015, at 11:16 AM, Stefan Seelmann m...@stefan-seelmann.de wrote:
Thanks Shawn for the help.
I was able to write a dockerfile and create an image with the
preconfigured OpenLDAP. I'm able to run tests locally but get one
failure, is there still something missing?
Failed
On Apr 28, 2015, at 5:33 PM, Emmanuel Lécharny elecha...@gmail.com wrote:
What's weird is the error message :
Cannot run program /opt/jdk1.7.0_71/bin/java/bin/java: error=20,
Not a directory
It's like you have your $JAVA_HOME set to something incorrect. Can you
do a :
$ echo
On Apr 28, 2015, at 10:26 AM, Emmanuel Lécharny elecha...@gmail.com wrote:
Please cast your votes:
[ ] +1 Release Shared/LDAP API 1.0.0-M30
[ ] 0 abstain
[ ] -1 Do not release Shared/LDAP API 1.0.0-M30
[ +1] Release Shared/LDAP API 1.0.0-M30
+1
Built and ran api tests on Ubuntu
On Apr 28, 2015, at 6:03 PM, Shawn McKinney smckin...@apache.org wrote:
On Apr 28, 2015, at 5:33 PM, Emmanuel Lécharny elecha...@gmail.com wrote:
What's weird is the error message :
Cannot run program /opt/jdk1.7.0_71/bin/java/bin/java: error=20,
Not a directory
It's like you
On Apr 28, 2015, at 10:39 AM, Shawn McKinney smckin...@apache.org wrote:
On Apr 28, 2015, at 10:26 AM, Emmanuel Lécharny elecha...@gmail.com wrote:
The SVN tag:
http://svn.apache.org/repos/asf/directory/shared/tags/1.0.0-M29
Shouldn’t that tag be 1.0.0-M30?
Assuming the answer
On Apr 28, 2015, at 1:26 PM, Emmanuel Lécharny elecha...@gmail.com wrote:
Damn. Can you copy the content of
/home/smckinn/SVN/apache/1.0.0-M30/integ-osgi/target/surefire-report/xxx.txt,
where xxx is the failing test ?
Here are contents of org.apache.directory.api.osgi.ApiUtilOsgiTest.txt:
On Apr 28, 2015, at 4:52 PM, Stefan Seelmann m...@stefan-seelmann.de wrote:
Can you paste the output of mvn -v please?
smckinn@ubuntu:~/SVN/apache/1.0.0-M30$ mvn -v
Apache Maven 3.2.1 (ea8b2b07643dbb1b84b6d16e1f08391b666bc1e9;
2014-02-14T11:37:52-06:00)
Maven home: /usr/share/maven3
Java
On Apr 27, 2015, at 2:11 PM, Stefan Seelmann (JIRA) j...@apache.org wrote:
No success:
* Rebuilt image based on java:8 which is based on debian:sid - same error
* Rebuilt image based on ubuntu:14.04 - same error
* Rebuilt image base on centos:6 and used
Hi,
I am wondering how to view website statistics for out project. For example
page hits, and in particular download stats, would be interesting to know. Is
it possible to view such data?
Thanks!
Shawn
smckin...@apache.org
On Apr 25, 2015, at 7:27 AM, Emmanuel Lécharny elecha...@gmail.com wrote:
The thing is that with milestones, we don't expect the config and data
to be kept intact between two version s(for instance, we are going to
have some shcema change between the current version and the next one).
On Apr 27, 2015, at 8:39 AM, Emmanuel Lecharny (JIRA) j...@apache.org wrote:
Any ACL set ?
Also what would be useful is to have the OpenbLDAP logs (filter, stats, ACL)
Yes, ACL’s could be the problem. I’m still learning how docker works and must
admit that I don’t know how to navigate
On Apr 26, 2015, at 9:35 AM, Kiran Ayyagari kayyag...@apache.org wrote:
whoaa, the automated testing sure gonna make the release process more smoother
and confident
Agree, automated testing is the key for maintaining quality across releases.
It also has benefit of compressing release
Hello,
Currently I cannot assign issues to myself that were created by someone else.
Requesting this right for issues in the Fortress project.
Thanks
Shawn
smckin...@apache.org
On Apr 29, 2015, at 2:22 AM, Emmanuel Lécharny elecha...@gmail.com wrote:
[ ] +1 : release ApacheDS 2.0.0-M20
[ ] ± 0 : I don't care
[ ] -1 : No, don't release ApacheDS 2.0.0-M20
+1
I used this bin installer:
On Apr 29, 2015, at 3:19 AM, Emmanuel Lécharny elecha...@gmail.com wrote:
Hi guys,
as we are currently voting the 1.0.0-M30 release of teh LDAP API, I'd
like to provide a quick status. The idea is to know what's missing to
get a first RC, and I do think we are not that far.
What are
Do we have an ‘official’ project position on the use of PMD? Is it employed
within the others? I am considering adding these checks to the fortress builds.
Thanks
Shawn
smckin...@apache.org
On May 1, 2015, at 7:38 PM, Zheng, Kai kai.zh...@intel.com wrote:
Thank you Colm for this great
Subject: Congratulations Welcome
The Apache Directory project is very proud to welcome Shawn McKinney as the
latest member of the PMC of the project.
Best regards,
Pierre Smits
ORRTIZ.COM
Services Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail Trade
On Apr 13, 2015, at 4:20 AM, Kiran Ayyagari kayyag...@apache.org wrote:
built the tag on Ubuntu 14.10 with java7
skipped execution of tests for now , IMO we should try to make them run along
with the regular build from next release.
[X] +1 Release Fortress Core 1.0.-RC40
Having same
On Apr 13, 2015, at 8:22 AM, Kiran Ayyagari kayyag...@apache.org wrote:
maven already has a flag, passing '-DskipTests' will skip the tests
Yep, that flag is there and can be used. If that’s the ‘correct’ way I’m ok
with that. Will also need to do some work to ensure that apacheds runs
On Apr 18, 2015, at 2:04 AM, Stefan Seelmann m...@stefan-seelmann.de wrote:
I try to create a docker image with OpenLDAP to run fortress-core tests
against and I need some help.
1. Is is ok to use the OpenLDAP instance of a Linux distribution (e.g.
Debian 7 comes with OpenLDAP 2.4.31) or
On Apr 8, 2015, at 2:40 PM, Stefan Seelmann m...@stefan-seelmann.de wrote:
-1
Main blockers:
* Maven groupId is org.apache.directory.project, I think it should be
org.apache.directory.fortress (or just org.apache.fortress)?
That group was recently changed from org.apache.directory to
On Apr 8, 2015, at 11:26 PM, Kiran Ayyagari kayyag...@apache.org wrote:
On Tue, Apr 7, 2015 at 10:22 PM, Shawn McKinney smckin...@apache.org wrote:
On Apr 7, 2015, at 4:21 AM, Kiran Ayyagari kayyag...@apache.org wrote:
thanks for making it easier, I now able to run the test
On Apr 9, 2015, at 9:57 AM, Emmanuel Lécharny elecha...@gmail.com wrote:
Please cast your votes:
[ ] +1 Release Fortress Core 1.0.-RC40
[ ] 0 abstain
[ ] -1 Do not release Fortress Core 1.0.-RC40
-1
jgrapht 0.9.1 is causing the fortress core regression tests to fail. We’ll
need to
On Apr 9, 2015, at 3:18 PM, Emmanuel Lecharny elecha...@apache.org wrote:
Ok, bad news... One more reason to get rid with this dependency.
Well the good news is it was I who FUBARed the upgrade - not jgrapht. The
artifact name changed and I did not change its reference in the core’s mvn
On Apr 14, 2015, at 12:17 PM, Stefan Seelmann m...@stefan-seelmann.de wrote:
And to support easy testing against OpenLDAP I'd suggest to prepare a
Docker image with preconfigured OpenLDAP. That can also be used on
Jenkins. I'd volunteer to create such an image and setup a Jenkins job,
just
On Apr 3, 2015, at 11:29 AM, Stefan Seelmann m...@stefan-seelmann.de wrote:
Yes, that is what I meant. You can put an external context.xml (but
named webappname.xml) to conf/Catalina/localhost/[webappname].xml.
In the context.xml you can then add arbitrary name/value pairs which can
be
On Apr 3, 2015, at 11:49 AM, Kiran Ayyagari kayyag...@apache.org wrote:
I suggest to have FORTRESS_HOME or FORTRESS_CONF env variable
and read the config from that location. If this variable is not set then the
default
config can be extracted and used.
If this variable is set and if no
On Apr 6, 2015, at 7:32 AM, Kiran Ayyagari kayyag...@apache.org wrote:
ran this command - mvn -Ploadtest-fortress jmeter:jmeter
and got this http://apaste.info/YTu output, any idea on what am I doing wrong
here is the content of the file ftCheckAccess.jmx.log
On Apr 6, 2015, at 9:16 AM, Shawn McKinney smckin...@apache.org wrote:
On Apr 6, 2015, at 7:32 AM, Kiran Ayyagari kayyag...@apache.org wrote:
ran this command - mvn -Ploadtest-fortress jmeter:jmeter
and got this http://apaste.info/YTu output, any idea on what am I doing
wrong
On Apr 6, 2015, at 9:16 AM, Shawn McKinney smckin...@apache.org wrote:
On Apr 6, 2015, at 7:32 AM, Kiran Ayyagari kayyag...@apache.org wrote:
ran this command - mvn -Ploadtest-fortress jmeter:jmeter
and got this http://apaste.info/YTu output, any idea on what am I doing
wrong
On Apr 7, 2015, at 4:21 AM, Kiran Ayyagari kayyag...@apache.org wrote:
thanks for making it easier, I now able to run the test* and the test always
gets blocked after
[info] FT SETUP CreateSession, User: loadtestuser25, key: 25, TID: 37
[info] ThreadId:37, createSession user:
On Apr 7, 2015, at 5:48 PM, Emmanuel Lécharny elecha...@gmail.com wrote:
This is a vote for the Fortress Core 1.0-RC40 release. This is a Release
Candidate, it will be
followed by potentially a few other release candidate before we reach a 1.0.0.
This will also be the first Fortress
On Apr 3, 2015, at 10:12 AM, Shawn McKinney smckin...@apache.org wrote:
I have posted in the users list the instructions so far. We can use that to
track my progress, speaking of I am stalled, but I plan on starting up again
soon.
Hi, just wanted to report the status of this activity
On Apr 4, 2015, at 12:15 PM, Kiran Ayyagari kayyag...@apache.org wrote:
which test is this? I will run it and see if tweaking cache config improves
it.
one of the jmeter test cases:
section 13 of the fortress core readme (excerpt pasted below) has some info
about. The specific test case
On Apr 4, 2015, at 12:59 PM, Shawn McKinney smckin...@apache.org wrote:
Or, I could probably just send you an .ldif for you to use.
ldif extract of my apache.org mavibot partition can be found here:
http://apaste.info/dgN
Cheers
Shawn
smckin...@apache.org
1 - 100 of 1410 matches
Mail list logo
