Hi,I'd like to build it, but while trying to checkout the source, I get this error (after logging in)cvs co acegisecuritycvs checkout: cwd=c:\ ,current=c:\cvs server: cannot find module `acegisecurity' - ignored
cvs [checkout aborted]: cannot expand modulesWhat is wrong?ThanksKarthik.On 1/26/06, Lu
Hmm. I thought they were in there 'cos they're listed under the RC1
label in CVS
http://cvs.sourceforge.net/viewcvs.py/acegisecurity/acegisecurity/core/src/main/java/org/acegisecurity/providers/ldap/?only_with_tag=release_1_0_0_RC1
But it appears that they're not there.
Have you tried building
"RC1 does contain the new LDAP provider. You should use these classes in
preference to the ones in the sandbox which will not be supported in
future releases. "
Gladly. This is the one I was talking about:
http://sourceforge.net/project/showfiles.php?group_id=104215
Are we talking about the sam
Karthik V wrote:
It works once in 10 times or so. But after logging in, I tried cvs co
acegisecurity, and its not being recognized. Could you tell me whats wrong?
It sounds like a sourceforge cvs problem. What do you mean by "not being
recognized". An anonymous checkout works for me too.
It works once in 10 times or so. But after logging in, I tried cvs co
acegisecurity, and its not being recognized. Could you tell me whats
wrong?
"Why can't you use the RC1 distro?"
As I said in my prev mail, I tried it, but it doesnt contain the ldap
package. If it does, it'll be great coz I don
Karthik V wrote:
Running
cvs -d :pserver:[EMAIL PROTECTED]:/cvsroot/acegisecurity login
I get the error:
cvs [login aborted]: Error reading from server cvs.sourceforge.net: 0: No
such file or directory
Please help.
This works for me.
You can also download nightly source archives from
I just tried the command given at http://acegisecurity.org/multiproject/acegi-security/cvs-usage.htmlWith maven, I get the error:
BUILD FAILEDFile.. C:\Documents and Settings\user\.maven\cache\maven-scm1\plugin.jellyElement... ant:cvsLine.. 245Column 9cvs exited with error code 1Command
Hi,My requirement is dead simple, but its just that I dont understand how to get hold of the classes / jars. Please help!ThanksKarthikOn 1/26/06,
Luke Taylor <[EMAIL PROTECTED]> wrote:
Hi,Can you use the new LDAP provider instead, which supersedes the sandboxcode?If not, can you please outline you
Hi Brandon,Thanks very much for the reply. I tried acegi-security-1.0.0-RC1.jar, and this class was missing. Then I tried to use the source marked acegisecurity-2006-01-25_145747. This one had the ldap class in sandbox folder.
"Check out the code in the org.acegisecurity.providers.ldap package."I'
Hi,
Can you use the new LDAP provider instead, which supersedes the sandbox
code?
If not, can you please outline your requirements so that we can look at
how they can be accommodated in the new provider.
Luke.
Karthik V wrote:
Hi,
I'm brand new to acegi and spring, and fairly new to mave
The LDAP support has actually been reworked in CVS. It is now a part of
the core. Check out the code in the org.acegisecurity.providers.ldap
package. Let me know if you can't get it to build with maven. Configure
it like this:
ldap://hostname:389/dc=example,dc=com
Hi,I'm brand new to acegi and spring, and fairly new to maven. I'm badly in need of LdapPasswordAuthenticationDao. I understand that it needs to be "pulled out of the sandbox and built" but I'm having great trouble doing this. After sorting out the one hundred issues maven listed, I got to the poin
Thompson Marzagao wrote:
I also just changed my FilterSecurityInterceptor configuration so that
the page that the IFRAME contains does not require authentication
anymore, but that doesn't seem to help. The problem continues unless I
remove the IFRAME completely.
Hi Thompson
Can you confirm the
I also just changed my FilterSecurityInterceptor configuration so that
the page that the IFRAME contains does not require authentication
anymore, but that doesn't seem to help. The problem continues unless I
remove the IFRAME completely.
Thompson
Thompson Marzagao wrote:
Hello Ben,
I figured wh
Hello Ben,
I figured what is happening but I don't know how to fix it. I narrowed
down the problem to the presence of an IFRAME inside the jsp view of my
protected page.
If I have the IFRAME, the problem happens and I get the DEBUG messages
as you have seen in my earlier message. If I don't hav
Hi Ben,
Thanks for the helpful pointers, but I'm still having problems:
1. Yes, the Contacts sample app works fine.
2. I am not doing anything special with HttpSessions or any threads or
the ContextHolder.
3. Here are the log messages:
- When I try to access a protected page directly
(http:/
Thompson Marzagao wrote:
Hi all,
I am having a problem with HTTP Session authentication where the
Authentication object somehow seems like is being cached even across
sessions it seems. This causes user A to be immediately successfully
authenticated as user B when caling a protected URL, if user
Hi all,
I am having a problem with HTTP Session authentication where the
Authentication object somehow seems like is being cached even across
sessions it seems. This causes user A to be immediately successfully
authenticated as user B when caling a protected URL, if user B logged in
a few momen
Sunil Arora wrote:
My CAS server is on other system, where as the application which is
using Acegi is on another system. After authenticating the user from
CAS on another system Acegi is not validating the ticket issue by CAS
server, If I share same certificate its giving the following error:
j
My CAS server is on other system, where as the application
which is using Acegi is on another system. After authenticating the user from
CAS on another system Acegi is not validating the ticket issue by CAS server,
If I share same certificate its giving the following error:
java.lang.Illeg
20 matches
Mail list logo
