Neo4j中GraphDatabaseServer和BOLT之间的区别(Difference between GraphDatabaseServer and BOLT in Neo4j)
我试图在Neo4J中启动一个新的Java项目，并且通过一些教程和示例，我已经看到了两种从Java访问Neo4j的方法。 GraphDatabaseServer类和Bolt驱动程序类。
据我了解，当您在Neo4j数据库中部署应用程序时，GraphDatabaseServer是首选，因为它可以直接访问底层数据库，而另一个可以使访问外部数据库服务器变得容易。 它是否正确？ 是否有其他差异，优先使用其中一种？
I am trying to start a new Java project in Neo4J, and going through some tutorials and examples I have seen two way to access Neo4j from Java. The GraphDatabaseServer class and the Bolt driver classes.
As I understand, the GraphDatabaseServer is prefered when you are deploying your application inside the Neo4j DB because it can directly access the underlying DB while the other can make it easy to access an external DB server. Is this correct? Are there any other differences, prefered use cases for one or the other?
原文：https://stackoverflow.com/questions/39396065
最满意答案
django-auth-ldap的tests.py包含一个简单的模拟ldap用于自己的测试。 这是由其他人分拆到fakeldap包中，虽然我没有跟进进展。 正确的答案可能是从fakeldap开始并在必要时做出贡献。
更新：目前正在进行更严肃的分离模拟LDAP层的工作。
django-auth-ldap's tests.py includes a simple mock ldap for its own tests. This was spun off by someone else into the fakeldap package, although I haven't been following progress. The right answer is probably to start with fakeldap and contribute if necessary.
UPDATE: A more serious effort to spin off a mock LDAP layer is currently underway.
相关问答
更多-
这里记录了如何使用这个特定的包进行过滤。 在示例中，它显示了如何使用组成员资格进行过滤。 以下将限制搜索到AD组“foo” # settings.py LDAP_AUTH_FORMAT_SEARCH_FILTERS = "path.to.your.custom_format_search_filters" # path/to/your/module.py from django_python3_ldap.utils import format_search_filters def custom_form ...
-
从文档： 当用户尝试进行身份验证时，会与LDAP服务器建立连接，并且应用程序会尝试使用提供的用户名和密码进行绑定。 如果绑定尝试成功，则用户详细信息将从LDAP服务器加载并保存在本地Django用户模型中。 本地模型仅创建一次，并且详细信息将随每次登录时的LDAP记录详细信息而更新。 它每次通过绑定进行身份验证，并且每次都从LDAP更新信息（如您配置的那样）。 如果从LDAP中删除，则不会从Django的用户表中删除Django用户; 如果您将多个auth后端设置为使用Django默认身份验证，则用户应该能 ...
-
我找到了答案。 我通过添加（OU = Users）更改了AUTH_LDAP_BIND_DN 我必须在AUTH_LDAP_USER_SEARCH中使用samAccountName而不是CN 我的新settings.py： import ldap, logging from django_auth_ldap.config import LDAPSearch logger = logging.getLogger('django_auth_ldap') logger.addHandler(logging.Stre ...
-
LDAP用户不是Django用户。 所以你需要检查你的LDAP系统的密码，而不是Django。 一个好的做法是为每个你拥有的LDAP用户创建一个django用户，并在第一次登录时设置密码，所以当你的LDAP离线时，至少现有的django用户可以登录（你可以使用check_password ） I solved this problem today by use a diferent method - authenticate. I did this way and it works: def ajax_ch ...
-
任何错误信息？ 启用日志记录可能有所帮助 把它放在设置文件中： import logging, logging.handlers logfile = "/tmp/django-ldap-debug.log" my_logger = logging.getLogger('django_auth_ldap') my_logger.setLevel(logging.DEBUG) handler = logging.handlers.RotatingFileHandler( logfile, maxBytes ...
-
“独立的Django脚本” "Standalone Django Scripts"
-
Java中的默认JNDI类不是很难理解。 基本上： 使用服务器的连接参数创建LdapContext对象 执行身份验证 使用经过身份验证的连接查询LDAP服务器以获取数据 我当前项目的一些示例代码。 步骤1和2：使用“userdn”和“password”创建经过身份验证的连接。 private LdapContext getLdapContext( String userdn, String password ) { LdapContext ldapCtx = null; Hashta ...
-
django-auth-ldap的tests.py包含一个简单的模拟ldap用于自己的测试。 这是由其他人分拆到fakeldap包中，虽然我没有跟进进展。 正确的答案可能是从fakeldap开始并在必要时做出贡献。 更新：目前正在进行更严肃的分离模拟LDAP层的工作。 django-auth-ldap's tests.py includes a simple mock ldap for its own tests. This was spun off by someone else into the fak ...
-
最后，我找到了解决方案： CONF / local.cfg [ldap] .... # Set up the basic group parameters. groupbase = ou=Groups,dc=mydomain groupfilter = (objectClass=posixGroup) grouptype = PosixGroupType ... 关键因素是使用groupType PosixGroupType ，因为组上的查询将通过Django Auth LDAP在memberUid参 ...
-
使用Django Auth Ldap将LDAP用户映射到Django用户(Mapping LDAP users to Django users with Django Auth Ldap)[2022-08-18]
如果设置AUTH_LDAP_GROUP_SEARCH ，则还需要设置AUTH_LDAP_GROUP_TYPE 。 由于您显然使用groupOfNames进行分组，因此需要AUTH_LDAP_GROUP_TYPE = GroupOfNamesType() 。 其他一切看起来都不错，尽管你不太可能同时需要AUTH_LDAP_MIRROR_GROUPS和AUTH_LDAP_FIND_GROUPS_PERMS 。 它可能不会伤害任何东西，但那些都是替代品。 一般来说，在这种情况下， 日志记录是你的朋友。 With ...