Re: [Apache Kerby] proposed updates for Java 9 and later compatibility

ch the patch there, > or else create a new pull request on github with the changes? > > Colm. > > On Fri, Nov 8, 2019 at 10:43 PM Richard Feezel wrote: > >> My application, which uses Apache Kerby is being updated to use the new >> Java Modules structure. Eclipse now flags as erro

[jira] [Updated] (DIRKRB-738) Package name conflicts between sub-projects create problems with Java modules

[ https://issues.apache.org/jira/browse/DIRKRB-738?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Richard Feezel updated DIRKRB-738: -- Attachment: kerby-package-conflicts.patch > Package name conflicts between sub-projects cre

[jira] [Created] (DIRKRB-738) Package name conflicts between sub-projects create problems with Java modules

Richard Feezel created DIRKRB-738: - Summary: Package name conflicts between sub-projects create problems with Java modules Key: DIRKRB-738 URL: https://issues.apache.org/jira/browse/DIRKRB-738

Re: [VOTE] Require Java 8 for Apache Directory projects

+1 Java 8 only On Sat, Jan 5, 2019 at 2:07 AM Emmanuel Lécharny wrote: > Hi ! > > > just wanted to be sure we all agree on the Java version we require for > the various projects. Currently, we require Java 7, even if it's EOL > since April 2015 (which means there is no official update for any >

Re: Needed changes to Kerby as a result of the introduction of the KdcClientRequest

Kai, Having not created a GIT patch before, I selected all projects, right clicked to access the Team menu, selected Create Patch, and entered a file name. Attached you'll find the resulting file. Regards, Richard On Fri, Nov 10, 2017 at 3:45 AM, Zheng, Kai wrote: >

Re: [jira] [Commented] (DIRKRB-542) Kerby Authorization

t; authorization data should be composed dynamically according to identity > attributes when issuing the tickets. The data itself might not be populated > into backend previously. Instead, we can augment the principal identity to > add more fields for authorization consideration. > >

Re: [jira] [Commented] (DIRKRB-542) Kerby Authorization

There was a general problem with the ASN.1 decoding code prior to our patch. Objects were being created even though the corresponding (optional) tag never appeared in the ASN.1 byte stream being decoded. In the case of a SEQUENCE-OF an empty container was being created. This did not correctly

[jira] [Updated] (DIRKRB-544) Netty ByteBuf leak

[ https://issues.apache.org/jira/browse/DIRKRB-544?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Richard Feezel updated DIRKRB-544: -- Summary: Netty ByteBuf leak (was: Betty ByteBuf leak) > Netty ByteBuf l

Re: [jira] [Commented] (DIRKRB-542) Kerby Authorization

han that. I > remembered I had considered to change the behavior, but due to some impacts > I leave it as it was. > > > > When the patch can compile and have the basic issues resolved, I would > look at the change and see how to fix the failure. > > > > Reg

Re: [jira] [Commented] (DIRKRB-542) Kerby Authorization

PersonnelRecordTest is indeed failing due to changes in Asn1CollectionType.java in the patch. Unfortunately we can't simply roll back the changes because the changes were made to address a problem with the decoding logic which resulted in adding default or empty values to the decoded object when

Re: [jira] [Commented] (DIRKRB-542) Kerby Authorization

I don't believe ADAuthenticationIndicators, note the S at the end belongs. It was renamed to singular. On Wed, Mar 30, 2016 at 10:17 PM, Gerard Gagliano wrote: > There should not be any compilation issues, can you describe the errors? > > -- > > On Mar 30, 2016, at 7:44

I'd appreciate having the kerby-kdc-test tests.jar published

I'm exploring the possibility of using Kerby with my own backend implementation. I've been able to create my backend implementing class and now I'm working on the tests. I'd like to be able to use the KerbyKdcTest class from the kerby-kdc-test project but this class isn't published in the jar. By

Warnings during checkout of trunk

I just did a fresh checkout of apacheds-trunk and receive the following warnings: svn: warning: Error handling externals definition for 'trunk/checkstyle-configuration': svn: warning: URL ' https://svn.apache.org/repos/asf/directory/buildtools/trunk/checkstyle-configuration' at revision 1070954

Re: Problems trying to get back in sync with ADS

MUCH Better! I now have only 44 errors, all of them: The specified version does not have the correct format (major.minor.micro.qualifier) or contains invalid characters and seem to be references to version=$pom.version in various feature.xml files. I also got a build error which I see is

Re: Problems trying to get back in sync with ADS

On Fri, Feb 4, 2011 at 10:08 AM, Pierre-Arnaud Marcelot p...@marcelot.netwrote: Hi Richard, This is due to the fact that the version number is automatically filtered by Maven in the built files, but not in the original file itself which stays with the expression. You can safely close all

Problems trying to get back in sync with ADS

I've been tied up with other issues but I'm trying to get up-to-date with the ADS project. I've been skimming the messages on this list as they've been coming out and really appreciate the major effort to re-factor the code to a more meaningful and consistent form. Just now I did an SVN checkout

Re: Problems trying to get back in sync with ADS

Ok, I've done a checkout of trunk and mvn install -DskipTests was successful. Curiously, after doing mvn eclipse:clean eclipse:eclipse I imported the projects into Eclipse and I get this error: Access restriction: The type AuthorizationData is not accessible due to restriction on required library

Re: Problems trying to get back in sync with ADS

On Thu, Feb 3, 2011 at 4:10 PM, Emmanuel Lécharny elecha...@apache.orgwrote: On 2/3/11 9:55 PM, Richard Feezel wrote: Ok, I've done a checkout of trunk and mvn install -DskipTests was successful. Curiously, after doing mvn eclipse:clean eclipse:eclipse I imported the projects into Eclipse

[jira] Created: (DIRSERVER-1580) Numerous JUnit tests failing on Windows, again.

: ldap Affects Versions: 2.0.0-RC1 Environment: Windows XP, Sun JDK 1.6 Reporter: Richard Feezel Priority: Minor JUnit tests are failing on Windows due to attempts to delete files while they are still open. [INFO

[jira] Commented: (DIRSERVER-1541) Numerous JUnit tests failing on Windows.

[ https://issues.apache.org/jira/browse/DIRSERVER-1541?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12913356#action_12913356 ] Richard Feezel commented on DIRSERVER-1541: --- Sorry for the slow response

[jira] Commented: (DIRKRB-27) [kerberos]org.apache.directory.server.kerberos.shared.crypto.encryption.DesCbcCrcEncryption shall not use java.util.zip.CRC32 to generate CRC32 checksum

[ https://issues.apache.org/jira/browse/DIRKRB-27?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12910542#action_12910542 ] Richard Feezel commented on DIRKRB-27: -- java.util.zip.CRC32, according to the original

[jira] Commented: (DIRKRB-27) [kerberos]org.apache.directory.server.kerberos.shared.crypto.encryption.DesCbcCrcEncryption shall not use java.util.zip.CRC32 to generate CRC32 checksum

[ https://issues.apache.org/jira/browse/DIRKRB-27?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12909726#action_12909726 ] Richard Feezel commented on DIRKRB-27: -- I am attaching a proposed patch

[jira] Updated: (DIRKRB-27) [kerberos]org.apache.directory.server.kerberos.shared.crypto.encryption.DesCbcCrcEncryption shall not use java.util.zip.CRC32 to generate CRC32 checksum

[ https://issues.apache.org/jira/browse/DIRKRB-27?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Richard Feezel updated DIRKRB-27: - Attachment: Crc32Checksum.patch Suggested patch to correctly implement CRC-32 in the Kerberos