[jira] [Closed] (SYNCOPE-988) Connector capabilities override not considered for actual operations
[ https://issues.apache.org/jira/browse/SYNCOPE-988?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Chicchiriccò closed SYNCOPE-988. -- Resolution: Invalid Assignee: (was: Francesco Chicchiriccò) Fix Version/s: (was: 2.0.2) (was: 1.2.10) (was: 2.1.0) > Connector capabilities override not considered for actual operations > > > Key: SYNCOPE-988 > URL: https://issues.apache.org/jira/browse/SYNCOPE-988 > Project: Syncope > Issue Type: Bug >Affects Versions: 1.2.9, 2.0.1 >Reporter: Francesco Chicchiriccò > > The {{ConnectorFacadeProxy}} methods do not take into account any > capabilities override that could have been defined for the actual external > resource, as all checks are performed against the initial {{ConnInstance}} > object, as follows: > {code} > if > (connInstance.getCapabilities().contains(ConnectorCapability.SEARCH)) { > // snip > } else { > LOG.info("Search was attempted, although the connector only has > these capabilities: {}. No action.", > connInstance.getCapabilities()); > } > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: [IAM PoC] Starting with implementation
Hi all, semi-formal "ping" for Infra guys: is there anyone available for supporting this PoC? As said from the beginning, a fundamental requirement is to have someone playing the customer role, otherwise any effort is pointless. Regards. On 19/12/2016 09:09, Francesco Chicchiriccò wrote: Quick update: 1. Pierre has submitted the first PR for puppet at https://github.com/apache/infrastructure-puppet/pull/156 2. I have just updated the PoC code to Syncope 2.0.1 (that's the second commit, exactly 1 year after fist one: time flies): https://github.com/apache/iampoc/commit/a155f59362e6f553356e7e52116834837dbda984 However, without someone from Infra providing info + specifications, there is no much more we can do. Infra, please if you're there, knock once. Regards. On 16/12/2016 11:13, Francesco Chicchiriccò wrote: HI all, I am happy to report that the VM for the PoC was made available (syncope-vm2.apache.org) - see INFRA-10931. I have been able to successfully access via SSH (sudo does not seem to work, but nothing problematic about this ATM). I know from IRC that Pierre is at work to try to define a first Puppet setup including JDK 1.8, Maven, Tomcat 8.5 and PostgreSQL. Besides such components, the setup process will also need to fetch and build the Maven project from the dedicated GIT repository (see below). Now in fist place I think we should re-attempt to start discussing the actual requirements of this PoC, and then the planning. This means, essentially, to gather some information from the infra team. I propose again to concentrate, from the list shown by Tony in [1], on the first item, e.g. "https://id.apache.org (The end-user part of it)", which triggers these first questions: 1. does the current app exclusively manage data from LDAP? 2. if so, could you provide some details: a. which LDAP server implementation? OpenLDAP? b. which object classes are in use? baseDN(s)? c. which processes / tools are reading from LDAP? which are writing? In INFRA-10931, Greg proposed to provide an LDIF export of the production LDAP servers so that we can setup a local detached copy which we could use for tests. Looking forward to your reply. Regards. On 21/12/2015 17:16, Francesco Chicchiriccò wrote: Hi all, we now have our GIT repository at https://git-wip-us.apache.org/repos/asf/iampoc.git which is also mirrored, as usual, to GitHub. As you can see, I have made an initial commit featuring an empty default Syncope 2.0.0-SNAPSHOT setup. Now, waiting for the VM to be available (see INFRA-10931), we can start defining what is actually going to be part of this PoC, and how we are going to implement the related features. From the list showed by Tony in [1], I'd start with first item, e.g. "https://id.apache.org (The end-user part of it)". Here are some questions: 1. does the current app exclusively manage data from LDAP? 2. if so, could you provide some details: a. LDAP architecture (replicas, load-balancing, ..) b. which LDAP server implementation? OpenLDAP? c. which object classes are in use? baseDN(s)? d. which processes / tools are reading from LDAP? which are writing? e. is there any test LDAP instance available? if not, is it possible to pre-load some data from the production instances in order to build a test instance in our development VM? Please add questions if you see something missing. Regards. [1] http://markmail.org/message/utlcjkanilz4qztz -- Francesco Chicchiriccò Tirasa - Open Source Excellence http://www.tirasa.net/ Member at The Apache Software Foundation Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail http://home.apache.org/~ilgrosso/
[jira] [Commented] (SYNCOPE-808) Netbeans plugin
[ https://issues.apache.org/jira/browse/SYNCOPE-808?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15811703#comment-15811703 ] Tushar Mishra commented on SYNCOPE-808: --- I've added a PR fixing the ianal archive issue. Please have a look to see if we can close this issue. :D > Netbeans plugin > --- > > Key: SYNCOPE-808 > URL: https://issues.apache.org/jira/browse/SYNCOPE-808 > Project: Syncope > Issue Type: Sub-task > Components: ide > Environment: Netbeans IDE >Reporter: Francesco Chicchiriccò >Assignee: Tushar Mishra > Labels: gsoc2016, netbeans > Fix For: 2.0.2, 2.1.0 > > > Develop a plug-in, according to what reported in SYNCOPE-770, working with > latest Netbeans version. > See Google Summer of Code project proposal at > https://summerofcode.withgoogle.com/projects/#5722525799546880 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (SYNCOPE-808) Netbeans plugin
[ https://issues.apache.org/jira/browse/SYNCOPE-808?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15811757#comment-15811757 ] Francesco Chicchiriccò commented on SYNCOPE-808: Hey, sounds good! Sorry if I haven't reviewed you last PR as promised, I'll try to do that by tomorrow at latest - I am looking forward to resolve this issue, too ;-) > Netbeans plugin > --- > > Key: SYNCOPE-808 > URL: https://issues.apache.org/jira/browse/SYNCOPE-808 > Project: Syncope > Issue Type: Sub-task > Components: ide > Environment: Netbeans IDE >Reporter: Francesco Chicchiriccò >Assignee: Tushar Mishra > Labels: gsoc2016, netbeans > Fix For: 2.0.2, 2.1.0 > > > Develop a plug-in, according to what reported in SYNCOPE-770, working with > latest Netbeans version. > See Google Summer of Code project proposal at > https://summerofcode.withgoogle.com/projects/#5722525799546880 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (SYNCOPE-988) Connector capabilities override not considered for actual operations
Francesco Chicchiriccò created SYNCOPE-988: -- Summary: Connector capabilities override not considered for actual operations Key: SYNCOPE-988 URL: https://issues.apache.org/jira/browse/SYNCOPE-988 Project: Syncope Issue Type: Bug Affects Versions: 2.0.1, 1.2.9 Reporter: Francesco Chicchiriccò Assignee: Francesco Chicchiriccò Fix For: 1.2.10, 2.0.2, 2.1.0 The {{ConnectorFacadeProxy}} methods do not take into account any capabilities override that could have been defined for the actual external resource, as all checks are performed against the initial {{ConnInstance}} object, as follows: {code} if (connInstance.getCapabilities().contains(ConnectorCapability.SEARCH)) { // snip } else { LOG.info("Search was attempted, although the connector only has these capabilities: {}. No action.", connInstance.getCapabilities()); } {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)