11:08 AM
Subject: Re: [classlib] [ldap] reuse of security parser
Hi Daniel,
Yes, the parser used by 'security' code put some restrictions on
distinguished names (see [1]) and
IMO it is a good idea to try to improve the parser to make it possible to
reuse it by 'jndi' module.
When we developed
Hi Daniel,
Yes, the parser used by 'security' code put some restrictions on
distinguished names (see [1]) and
IMO it is a good idea to try to improve the parser to make it possible to
reuse it by 'jndi' module.
When we developed security code we also thought about creating a common
'engine' for
Hi all,
as you know at the ITC we are working to complete javax.naming.ldap
package v 1.5. We are currently implementing the 1.5 classes and I have
one question regarding the reuse of an already donated code from other
package (org.apache.harmony.security.x509).
The specific issue
Daniel Gandara wrote:
Hi all,
as you know at the ITC we are working to complete javax.naming.ldap
package v 1.5. We are currently implementing the 1.5 classes and I have
one question regarding the reuse of an already donated code from other
package (org.apache.harmony.security.x509).
2006/8/28, Paulex Yang [EMAIL PROTECTED]:
Oliver Deakin wrote:
Hi Alexey,
I have taken a look at the patch - generally it looks good to me, and
if it all
works ok when you test it, it's fine by me.
I think if there are cases where some functionality is repeated many
times, it
would be
Nice - thanks!
But we need the documentation - the BCC, ACQs for anyone who wrote parts
of it, and a CCLA for the ASF.
I'm happy to discuss how to get that to me offline...
geir
Daniel Gandara wrote:
Hi all,
on http://issues.apache.org/jira/browse/HARMONY-1296 we have contributed
Oliver Deakin wrote:
Hi Alexey,
I have taken a look at the patch - generally it looks good to me, and
if it all
works ok when you test it, it's fine by me.
I think if there are cases where some functionality is repeated many
times, it
would be good to see it split out somewhere central.
Hi all,
on http://issues.apache.org/jira/browse/HARMONY-1296 we have contributed
the missing classes for v1.4 of the javax.naming.ldap package.At the ITC we
are working to complete the 1.5 version of the package, in the following weeks
we plan to contribute it.
Within the
Oliver,
Please take a look at a HARMONY-1243 patch. I fixed all bugs noticed
and made parsing a bit more robust. Also, added a define for
org.apache.harmony.boot.class.path name to vmi.h - to enforce that
there is 2-sided contract for this property.
I still think that some of those functions
Hi Alexey,
I have taken a look at the patch - generally it looks good to me, and if
it all
works ok when you test it, it's fine by me.
I think if there are cases where some functionality is repeated many
times, it
would be good to see it split out somewhere central. However, Im not sure
the
[snip]
I wonder if DRLVM starts to use the same
org.apache.harmony.boot.class.pathproperty wouldn't it be overwritten
with luni initialization with value
wihout kernel.jar?
Besides, the luni init only recognizes -Xbootclasspath: runtime
parameter, but not append/prepend variants
Alexey Varlamov wrote:
A bit offttopic for this thread, but I'd like to discuss the following
points for the boot.class.path property:
1) Whose responsibility is to set this property (launcher, VM or
classlib)? Now we have at least 3 implementations:
a) readClassPathFromPropertiesFile() in
Alexey Varlamov wrote:
2006/8/11, Gregory Shimansky [EMAIL PROTECTED]:
2006/8/11, Tim Ellison [EMAIL PROTECTED]:
Daniel Gandara wrote:
Hi all,
We are working on the javax.naming.ldap and we are facing the
following issue when thinking about supporting multiple VMs.
Following the
Daniel Gandara wrote:
Hi all,
We are working on the javax.naming.ldap and we are facing the
following issue when thinking about supporting multiple VMs.
Following the SPEC there is a method createExtendedResponse in the
StartTlsRequest class which states that the returning object must be
A bit offttopic for this thread, but I'd like to discuss the following
points for the boot.class.path property:
1) Whose responsibility is to set this property (launcher, VM or
classlib)? Now we have at least 3 implementations:
a) readClassPathFromPropertiesFile() in
Hi all,
We are working on the javax.naming.ldap and we are facing the following
issue when thinking about supporting multiple VMs.
Following the SPEC there is a method createExtendedResponse in the
StartTlsRequest class which states that the returning object must be an
instance of a
Hello Daniel,
Glad to know you are working on JNDI. As far as I know, the package is
still incomplete (No JNDI-ldap development discussion in mailing list
before :-) ). You may want to refer to this wiki page:
http://wiki.apache.org/harmony/component_development_status
Thanks a lot.
Best
Hi Daniel,
I don't think that there is any special reason for the absence of the
classes you mention; the package looks to be incomplete because of lack
of time. So far as I am aware there is no one actively working in this
area so any contributions you could make would be a terrific help to
Hi all,
We are working on the javax.naming.ldap package, we know that there is a
contributed ldap 1.4 package which is not complete; so we are thinking about
extending it to accomplish the Java 1.5 specification and contribute it to the
project.
That said, it would be very important for
19 matches
Mail list logo