jsdsi-devel — JSDSI Developers

[Jsdsi-devel] LDAP test

[Sean R. <sra...@ae...>]

Hi,

I've committed my changes to the LDAP test class. It now reads its
configurable options from JVM properties:

1. When running the test via Maven, you specifiy the properties via your
personal project 'build.properties' file (create this in the project
root and don't commit it to CVS - there is an entry for it in
cvsignore). Look at project.properties for what the property names are.

2. When running from Eclipse set the JVM properties from the Run
Configuration's, Arguments, VM Arguments text area.

The LDAP test (which doesn't actually test anything in the true sense of
JUnit) works, but there seems to be a thread deadlock ocurring
sometimes. I don't know enough about using JLDAP (yet) to say if it is a
problem with the test, JLDAP, or maybe even openldap server setup...

Regards,

Sean

-- 
Dr. Sean Radford, MBBS, MSc
sra...@ae...
http://www.aegeus-technology.com

Re: [Jsdsi-devel] ClassCastException on running LDAPTest

[Sean R. <sra...@ae...>]

Sorted it - it is a problem with Ant's delegating ClassLoader.

I'll get my configurable LDAP test stuff in later.

Sean

On Wed, 2004-03-24 at 21:46, Sean Radford wrote:
> Hi,
> 
> Am I the only one who is getting a ClassCastException when running the
> LDAPTest via Maven (works via Eclipse)?
> 
> Testsuite: jsdsi.ldap.LDAPTest
> Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0 sec
> 
> 	Caused an ERROR
> null
> java.lang.reflect.InvocationTargetException
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> 	at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> 	at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:232)
> 	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
> 	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
> 	at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
> 	at org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:88)
> 	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
> 	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
> 	at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
> 	at com.werken.werkz.jelly.GoalTag$1.performAction(GoalTag.java:128)
> 	at com.werken.werkz.Goal.fire(Goal.java:639)
> 	at com.werken.werkz.Goal.attain(Goal.java:575)
> 	at com.werken.werkz.Goal.attainPrecursors(Goal.java:488)
> 	at com.werken.werkz.Goal.attain(Goal.java:573)
> 	at
> org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:448)
> 	at org.apache.maven.MavenSession.attainGoals(MavenSession.java:348)
> 	at org.apache.maven.cli.App.doMain(App.java:543)
> 	at org.apache.maven.cli.App.main(App.java:1109)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> 	at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> 	at com.werken.forehead.Forehead.run(Forehead.java:551)
> 	at com.werken.forehead.Forehead.main(Forehead.java:581)
> Caused by: java.lang.Error:
> java.security.InvalidAlgorithmParameterException
> 	at jsdsi.ldap.LDAPTest.ldapCertStore(LDAPTest.java:86)
> 	at jsdsi.ldap.LDAPTest.suite(LDAPTest.java:55)
> 	... 33 more
> Caused by: java.security.InvalidAlgorithmParameterException
> 	at jsdsi.ldap.LDAPCertStore.<init>(LDAPCertStore.java:120)
> 	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
> 	at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
> 	at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
> 	at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
> 	at java.security.Security.doGetImpl(Security.java:1135)
> 	at java.security.Security.getImpl(Security.java:1054)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> 	at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> 	at java.security.cert.CertStore.getInstance(CertStore.java:230)
> 	at jsdsi.ldap.LDAPTest.ldapCertStore(LDAPTest.java:65)
> 	... 34 more
> Caused by: java.lang.ClassCastException
> 	at jsdsi.ldap.LDAPCertStore.<init>(LDAPCertStore.java:118)
> 	... 46 more
-- 
Dr. Sean Radford, MBBS, MSc
sra...@ae...
http://www.aegeus-technology.com

[Jsdsi-devel] ClassCastException on running LDAPTest

[Sean R. <sra...@ae...>]

Hi,

Am I the only one who is getting a ClassCastException when running the
LDAPTest via Maven (works via Eclipse)?

Testsuite: jsdsi.ldap.LDAPTest
Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0 sec

	Caused an ERROR
null
java.lang.reflect.InvocationTargetException
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:232)
	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
	at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
	at org.apache.commons.jelly.tags.core.IfTag.doTag(IfTag.java:88)
	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279)
	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135)
	at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:233)
	at com.werken.werkz.jelly.GoalTag$1.performAction(GoalTag.java:128)
	at com.werken.werkz.Goal.fire(Goal.java:639)
	at com.werken.werkz.Goal.attain(Goal.java:575)
	at com.werken.werkz.Goal.attainPrecursors(Goal.java:488)
	at com.werken.werkz.Goal.attain(Goal.java:573)
	at
org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:448)
	at org.apache.maven.MavenSession.attainGoals(MavenSession.java:348)
	at org.apache.maven.cli.App.doMain(App.java:543)
	at org.apache.maven.cli.App.main(App.java:1109)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at com.werken.forehead.Forehead.run(Forehead.java:551)
	at com.werken.forehead.Forehead.main(Forehead.java:581)
Caused by: java.lang.Error:
java.security.InvalidAlgorithmParameterException
	at jsdsi.ldap.LDAPTest.ldapCertStore(LDAPTest.java:86)
	at jsdsi.ldap.LDAPTest.suite(LDAPTest.java:55)
	... 33 more
Caused by: java.security.InvalidAlgorithmParameterException
	at jsdsi.ldap.LDAPCertStore.<init>(LDAPCertStore.java:120)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
	at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
	at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
	at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
	at java.security.Security.doGetImpl(Security.java:1135)
	at java.security.Security.getImpl(Security.java:1054)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.security.cert.CertStore.getInstance(CertStore.java:230)
	at jsdsi.ldap.LDAPTest.ldapCertStore(LDAPTest.java:65)
	... 34 more
Caused by: java.lang.ClassCastException
	at jsdsi.ldap.LDAPCertStore.<init>(LDAPCertStore.java:118)
	... 46 more


-- 
Dr. Sean Radford, MBBS, MSc
sra...@ae...
http://www.aegeus-technology.com

RE: [Jsdsi-devel] LDAP test class and JVM environment variables

[Sean R. <sra...@ae...>]

Yes, the flag as to whether to run the test and the parameters (user and
password)

Sean

On Wed, 2004-03-24 at 17:38, Luis Pedro wrote:
> Sean,
>=20
> Hummm, what u mean with "hard-coded" (sorry, i'am portuguese and i don'=
t
> know that expression)?
>=20
> Are u refering to the "flags" or ldap parameters?
>=20
>    -- Luis Pedro
> =20
>=20
> =BB   -----Original Message-----
> =BB   From: jsd...@li...=20
> =BB   [mailto:jsd...@li...] On Behalf=20
> =BB   Of Sean Radford
> =BB   Sent: quarta-feira, 24 de Mar=E7o de 2004 17:10
> =BB   To: devel jsdsi
> =BB   Subject: [Jsdsi-devel] LDAP test class and JVM environment variab=
les
> =BB  =20
> =BB   Luis,
> =BB  =20
> =BB   I may get a short amount of time to look at your LDAP stuff=20
> =BB   tonight. On looking at your test class I note that there=20
> =BB   are some hard-coded settings. Would you like me to make=20
> =BB   them environment variables that can be specified in a=20
> =BB   properties file and made available by maven? (you can also=20
> =BB   specify them in Eclipse for running the test from there)
> =BB  =20
> =BB   Sean
> =BB  =20
> =BB  =20
> =BB  =20
> =BB   --
> =BB   Dr. Sean Radford, MBBS, MSc
> =BB   sra...@ae...
> =BB   http://www.aegeus-technology.com
> =BB  =20
> =BB  =20
> =BB  =20
> =BB   -------------------------------------------------------
> =BB   This SF.Net email is sponsored by: IBM Linux Tutorials
> =BB   Free Linux tutorial presented by Daniel Robbins, President=20
> =BB   and CEO of
> =BB   GenToo technologies. Learn everything from fundamentals to system
> =BB   administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638
> =BB   &op=3Dclick
> =BB   _______________________________________________
> =BB   Jsdsi-devel mailing list
> =BB   Jsd...@li...
> =BB   https://lists.sourceforge.net/lists/listinfo/jsdsi-devel
> =BB  =20
--=20
Dr. Sean Radford, MBBS, MSc
sra...@ae...
http://www.aegeus-technology.com

[Jsdsi-devel] LDAP test class and JVM environment variables

[Sean R. <sra...@ae...>]

Luis,

I may get a short amount of time to look at your LDAP stuff tonight. On
looking at your test class I note that there are some hard-coded
settings. Would you like me to make them environment variables that can
be specified in a properties file and made available by maven? (you can
also specify them in Eclipse for running the test from there)

Sean



-- 
Dr. Sean Radford, MBBS, MSc
sra...@ae...
http://www.aegeus-technology.com

Re: [Jsdsi-devel] Re: Why?

[Sameer A. <aj...@cs...>]

Yes.  Here's the list of changes that I know of for this build (feel free
to elaborate, correct, and extend):

JSDSI now uses Maven for builds.
Reorganized directory structure as needed by Maven.
Added jsdsi.util package (stability: semi-stable, maintainer: Sean Radford).
Added jsdsi.ldap package (stability: experimental, maintainer: Luis Pedro).
Added jsdsi.xml package (stability: experimental, maintainer: Sameer
Ajmani).  Does not yet follow any standard XML schema.
Added SexpInput and SexpOutput interfaces, and refactored SexpInputStream,
SexpOutputStream, XmlReader, and XmlWriter to use these interfaces.
Extended S2X utility to support XML input and output.
Fixed tag intersection bug for SetTag.
Added ReversePrefixTag type.
Added toString(int,int,int), toTransport() convenience methods to jsdsi.Obj.
Added JUnit tests for S-expression marshalling and LDAP.

Sameer

> On Mon, 2004-03-22 at 14:12, Sameer Ajmani wrote:
>> I still agree that 1-element or 0-element SetTags make no sense.  But
>> the compatibility issue is worrisome -- perhps we should just
>> deprecate that behavior for now, to give luis (and others) the chance
>> to fix it.
> More than happy to go along with that - I'll volunteer to do the work.
>
> Are we happy with the rest of the code in CVS (so I can do a build)?
>
> Sean
>
>> Sameer
>>
>> > Luis,
>> >
>> > (tag (* set foo))
>> >
>> > is exactly equivalent in meaning to:
>> >
>> > (tag foo)
>> >
>> > It was decided that allowing a SetTag to be empty or contain only
>> one element was non-sensical and so should be disallowed - with any
>> SetTag that would contain only 1 element (resulting from
>> intersection) to be 'converted' to the the element itself.
>> >
>> > Sorry if it has caused you problems.
>> >
>> > Do people want to re-visit this issue?
>> >
>> > Sean
>> >
>> > On Mon, 2004-03-22 at 12:50, Luis Pedro wrote:
>> >> Well,
>> >>
>> >> I remember, a little, of a discussion about the Tags. This my sound
>> stupid, but can any of u (Sean, Sameer) explain me why the SetTag
>> needs at least 2 elements.
>> >>
>> >> I made an actualization of jsdsi on the application(here) and
>> because of that change it's all up side down :), i think i'm gonna
>> revert the process!! Some people here are beginning to cry
>> :))))....they don't know about the backup!! :)))
>> >>
>> >>    -- Luis Pedro
>> > --
>> > Dr. Sean Radford, MBBS, MSc
>> > sra...@ae...
>> > http://www.aegeus-technology.com
>> >
>> >
>> >
>> > -------------------------------------------------------
>> > This SF.Net email is sponsored by: IBM Linux Tutorials
>> > Free Linux tutorial presented by Daniel Robbins, President and CEO
>> of GenToo technologies. Learn everything from fundamentals to system
>> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
>> _______________________________________________
>> > Jsdsi-devel mailing list
>> > Jsd...@li...
>> > https://lists.sourceforge.net/lists/listinfo/jsdsi-devel
>>
>>
>> http://ajmani.net
>>
>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by: IBM Linux Tutorials
>> Free Linux tutorial presented by Daniel Robbins, President and CEO of
>> GenToo technologies. Learn everything from fundamentals to system
>> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
>> _______________________________________________
>> Jsdsi-devel mailing list
>> Jsd...@li...
>> https://lists.sourceforge.net/lists/listinfo/jsdsi-devel
> --
> Dr. Sean Radford, MBBS, MSc
> sra...@ae...
> http://www.aegeus-technology.com


http://ajmani.net

Re: [Jsdsi-devel] Re: Why?

[Sean R. <sra...@ae...>]

On Mon, 2004-03-22 at 14:12, Sameer Ajmani wrote:
> I still agree that 1-element or 0-element SetTags make no sense.  But the
> compatibility issue is worrisome -- perhps we should just deprecate that
> behavior for now, to give luis (and others) the chance to fix it.
More than happy to go along with that - I'll volunteer to do the work.

Are we happy with the rest of the code in CVS (so I can do a build)?

Sean

> Sameer
> 
> > Luis,
> >
> > (tag (* set foo))
> >
> > is exactly equivalent in meaning to:
> >
> > (tag foo)
> >
> > It was decided that allowing a SetTag to be empty or contain only one
> > element was non-sensical and so should be disallowed - with any SetTag
> > that would contain only 1 element (resulting from intersection) to be
> > 'converted' to the the element itself.
> >
> > Sorry if it has caused you problems.
> >
> > Do people want to re-visit this issue?
> >
> > Sean
> >
> > On Mon, 2004-03-22 at 12:50, Luis Pedro wrote:
> >> Well,
> >>
> >> I remember, a little, of a discussion about the Tags. This my sound
> >> stupid, but can any of u (Sean, Sameer) explain me why the SetTag
> >> needs at least 2 elements.
> >>
> >> I made an actualization of jsdsi on the application(here) and because
> >> of that change it's all up side down :), i think i'm gonna revert the
> >> process!! Some people here are beginning to cry :))))....they don't
> >> know about the backup!! :)))
> >>
> >>    -- Luis Pedro
> > --
> > Dr. Sean Radford, MBBS, MSc
> > sra...@ae...
> > http://www.aegeus-technology.com
> >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IBM Linux Tutorials
> > Free Linux tutorial presented by Daniel Robbins, President and CEO of
> > GenToo technologies. Learn everything from fundamentals to system
> > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> > _______________________________________________
> > Jsdsi-devel mailing list
> > Jsd...@li...
> > https://lists.sourceforge.net/lists/listinfo/jsdsi-devel
> 
> 
> http://ajmani.net
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Jsdsi-devel mailing list
> Jsd...@li...
> https://lists.sourceforge.net/lists/listinfo/jsdsi-devel
-- 
Dr. Sean Radford, MBBS, MSc
sra...@ae...
http://www.aegeus-technology.com

Re: [Jsdsi-devel] Re: Why?

[Sameer A. <aj...@cs...>]

I still agree that 1-element or 0-element SetTags make no sense.  But the
compatibility issue is worrisome -- perhps we should just deprecate that
behavior for now, to give luis (and others) the chance to fix it.

Sameer

> Luis,
>
> (tag (* set foo))
>
> is exactly equivalent in meaning to:
>
> (tag foo)
>
> It was decided that allowing a SetTag to be empty or contain only one
> element was non-sensical and so should be disallowed - with any SetTag
> that would contain only 1 element (resulting from intersection) to be
> 'converted' to the the element itself.
>
> Sorry if it has caused you problems.
>
> Do people want to re-visit this issue?
>
> Sean
>
> On Mon, 2004-03-22 at 12:50, Luis Pedro wrote:
>> Well,
>>
>> I remember, a little, of a discussion about the Tags. This my sound
>> stupid, but can any of u (Sean, Sameer) explain me why the SetTag
>> needs at least 2 elements.
>>
>> I made an actualization of jsdsi on the application(here) and because
>> of that change it's all up side down :), i think i'm gonna revert the
>> process!! Some people here are beginning to cry :))))....they don't
>> know about the backup!! :)))
>>
>>    -- Luis Pedro
> --
> Dr. Sean Radford, MBBS, MSc
> sra...@ae...
> http://www.aegeus-technology.com
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Jsdsi-devel mailing list
> Jsd...@li...
> https://lists.sourceforge.net/lists/listinfo/jsdsi-devel


http://ajmani.net

[Jsdsi-devel] Re: Why?

[Sean R. <sra...@ae...>]

Luis,

(tag (* set foo))

is exactly equivalent in meaning to:

(tag foo)

It was decided that allowing a SetTag to be empty or contain only one
element was non-sensical and so should be disallowed - with any SetTag
that would contain only 1 element (resulting from intersection) to be
'converted' to the the element itself.

Sorry if it has caused you problems.

Do people want to re-visit this issue?

Sean

On Mon, 2004-03-22 at 12:50, Luis Pedro wrote:
> Well, 
> 
> I remember, a little, of a discussion about the Tags. This my sound stupid,
> but can any of u (Sean, Sameer) explain me why the SetTag needs at least 2
> elements.
> 
> I made an actualization of jsdsi on the application(here) and because of
> that change it's all up side down :), i think i'm gonna revert the process!!
> Some people here are beginning to cry :))))....they don't know about the
> backup!! :)))
> 
>    -- Luis Pedro
-- 
Dr. Sean Radford, MBBS, MSc
sra...@ae...
http://www.aegeus-technology.com

[Jsdsi-devel] 0.5 release

[Sean R. <sra...@ae...>]

All,

My Serialization code is now in CVS. As part of this I have added
another entry in jsdsi.properties:

CertificateFactory.SPKI = jsdsi.sexp.CertificateFactory

This is needed as jsdsi.Certificate defines its type as "SPKI" in its
constructor.

Are all happy with that? The only alternative (I can see) is to change
jsdsi.Certificate to state its type as SPKI/SEXP.



When I get the nod from you all (Sameer, Luis) that any code you would
like in the '0.5' distribution is in CVS I'll do the necessary.

Regards,


Sean

-- 
Dr. Sean Radford, MBBS, MSc
sra...@ae...
http://www.aegeus-technology.com

[Jsdsi-devel] faq.fml

[Sean R. <sra...@ae...>]

Just noticed that the xdocs/faq.fml file was binary! Changed it to ASCII
- you'll need to remove you'll local copy to get the change.

Sean

-- 
Dr. Sean Radford, MBBS, MSc
sra...@ae...
http://www.aegeus-technology.com

Re: [Jsdsi-devel] time for a release?

[Sean R. <sra...@ae...>]

I agree. I've got one tiny bit of code I'd like to put in first, already
started it - just some junit tests to do (it is making jsdsi.Obj
implement Serializable)

Any new code/functionality we add should be added to the 'changes'
report:

http://jsdsi.sourceforge.net/changes-report.html

To do that just add to the /xdocs/changes.xml file.

Not sure if we need to do anything more than the above.

All being well, I'll release version 0.5 on Monday, and then make the
CVS version 0.5.1. How does that sound?

Sean

 On Fri, 2004-03-19 at 21:51, Sameer Ajmani wrote:
> I think we need a new JSDSI release.  But some packages (xml, and maybe
> ldap) are still in preliminary stages.  What's a good way to denote this? 
> Release notes?  Javadoc in the packages?
> 
> Sean -- if you have time to put a release together, that would be great. 
> If not, I'll take care of it eventually.
> 
> Sameer
> 
> http://ajmani.net
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Jsdsi-devel mailing list
> Jsd...@li...
> https://lists.sourceforge.net/lists/listinfo/jsdsi-devel
-- 
Dr. Sean Radford, MBBS, MSc
sra...@ae...
http://www.aegeus-technology.com

[Jsdsi-devel] time for a release?

[Sameer A. <aj...@cs...>]

I think we need a new JSDSI release.  But some packages (xml, and maybe
ldap) are still in preliminary stages.  What's a good way to denote this? 
Release notes?  Javadoc in the packages?

Sean -- if you have time to put a release together, that would be great. 
If not, I'll take care of it eventually.

Sameer

http://ajmani.net

Re: [Jsdsi-devel] Tests

[Sean R. <sra...@ae...>]

The test classes are in the directory src/test. They are then in turn,
in the packages jsdsi and jsdsi.util

They get compiled into target/test-classes (along with the cert path
test files) and added to the junit classpath all by maven. You can run
the tests using the 'maven test' goal.


Sean


On Mon, 2004-03-15 at 21:26, Luis Pedro wrote:
> The test package has gone?
> 
> Are the test files mixed with the code? I've made a cvs checkout and the
> tests only work if in jsdsi mixed with the code!
> 
> 	-- Luis Pedro
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Jsdsi-devel mailing list
> Jsd...@li...
> https://lists.sourceforge.net/lists/listinfo/jsdsi-devel
-- 
Dr. Sean Radford, MBBS, MSc
sra...@ae...
http://www.aegeus-technology.com

[Jsdsi-devel] Tests

[Luis P. <lp...@ne...>]

The test package has gone?

Are the test files mixed with the code? I've made a cvs checkout and the
tests only work if in jsdsi mixed with the code!

	-- Luis Pedro

Re: [Jsdsi-devel] should transport form be a string by default?

[Sean R. <sra...@ae...>]

Just to let you all know - I've committed the convenience methods (with
Sexp.decodeString(...) to use 8859_1.

Sean

On Mon, 2004-03-15 at 16:53, Sameer Ajmani wrote:
> > My preference is to stick as we are, make sure the documentation
> > (javadoc) highlights the issue and informs developers of how to convert.
> 
> This is probably the best plan, as it also avoid breaking existing apps :)
> 
> Sameer
> 
> > On Mon, 2004-03-15 at 13:18, Sameer Ajmani wrote:
> >> The purpose of transport form is to provide a concise, 7-bit clean
> >> encoding of a canonical S-expression.  But most JSDSI methods that
> >> read or write transport form use a byte array or OutputStream instead
> >> of a String or Writer.  Should we change transport form methods to use
> >> Strings and Writers?  Note that one can always use Sexp.decodeString()
> >> and
> >> OutputStreamWriter to bridge between the two forms.
> >>
> >
> >
> >> Sameer
> >>
> >> > Just one change:
> >> >
> >> >>     ByteArrayOutputStream baos = new ByteArrayOutputStream();
> >> this.toSexp().writeTransport(baos);
> >> >>     return baos.toString();
> >> >
> >> > This call to toString() uses the platform's default encoding, but
> >> SPKI requires 8859_1.  Perhaps use
> >> Sexp.decodeString(baos.toByteArray());
> >> >
> >> > Sameer
> >> >
> >> >
> >> >
> >> >
> >> >
> >> > -------------------------------------------------------
> >> > This SF.Net email is sponsored by: IBM Linux Tutorials
> >> > Free Linux tutorial presented by Daniel Robbins, President and CEO
> >> of GenToo technologies. Learn everything from fundamentals to system
> >> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> >> _______________________________________________
> >> > Jsdsi-devel mailing list
> >> > Jsd...@li...
> >> > https://lists.sourceforge.net/lists/listinfo/jsdsi-devel
> >>
> >>
> >> http://ajmani.net
> >>
> >>
> >>
> >>
> >>
> >> -------------------------------------------------------
> >> This SF.Net email is sponsored by: IBM Linux Tutorials
> >> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> >> GenToo technologies. Learn everything from fundamentals to system
> >> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> >> _______________________________________________
> >> Jsdsi-devel mailing list
> >> Jsd...@li...
> >> https://lists.sourceforge.net/lists/listinfo/jsdsi-devel
> > --
> > Dr. Sean Radford, MBBS, MSc
> > sra...@ae...
> > http://www.aegeus-technology.com
> 
> 
> http://ajmani.net
> 
-- 
Dr. Sean Radford, MBBS, MSc
sra...@ae...
http://www.aegeus-technology.com

Re: [Jsdsi-devel] should transport form be a string by default?

[Sameer A. <aj...@cs...>]

> My preference is to stick as we are, make sure the documentation
> (javadoc) highlights the issue and informs developers of how to convert.

This is probably the best plan, as it also avoid breaking existing apps :)

Sameer

> On Mon, 2004-03-15 at 13:18, Sameer Ajmani wrote:
>> The purpose of transport form is to provide a concise, 7-bit clean
>> encoding of a canonical S-expression.  But most JSDSI methods that
>> read or write transport form use a byte array or OutputStream instead
>> of a String or Writer.  Should we change transport form methods to use
>> Strings and Writers?  Note that one can always use Sexp.decodeString()
>> and
>> OutputStreamWriter to bridge between the two forms.
>>
>
>
>> Sameer
>>
>> > Just one change:
>> >
>> >>     ByteArrayOutputStream baos = new ByteArrayOutputStream();
>> this.toSexp().writeTransport(baos);
>> >>     return baos.toString();
>> >
>> > This call to toString() uses the platform's default encoding, but
>> SPKI requires 8859_1.  Perhaps use
>> Sexp.decodeString(baos.toByteArray());
>> >
>> > Sameer
>> >
>> >
>> >
>> >
>> >
>> > -------------------------------------------------------
>> > This SF.Net email is sponsored by: IBM Linux Tutorials
>> > Free Linux tutorial presented by Daniel Robbins, President and CEO
>> of GenToo technologies. Learn everything from fundamentals to system
>> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
>> _______________________________________________
>> > Jsdsi-devel mailing list
>> > Jsd...@li...
>> > https://lists.sourceforge.net/lists/listinfo/jsdsi-devel
>>
>>
>> http://ajmani.net
>>
>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by: IBM Linux Tutorials
>> Free Linux tutorial presented by Daniel Robbins, President and CEO of
>> GenToo technologies. Learn everything from fundamentals to system
>> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
>> _______________________________________________
>> Jsdsi-devel mailing list
>> Jsd...@li...
>> https://lists.sourceforge.net/lists/listinfo/jsdsi-devel
> --
> Dr. Sean Radford, MBBS, MSc
> sra...@ae...
> http://www.aegeus-technology.com


http://ajmani.net

Re: [Jsdsi-devel] should transport form be a string by default?

[Sean R. <sra...@ae...>]

On Mon, 2004-03-15 at 13:18, Sameer Ajmani wrote:
> The purpose of transport form is to provide a concise, 7-bit clean
> encoding of a canonical S-expression.  But most JSDSI methods that read or
> write transport form use a byte array or OutputStream instead of a String
> or Writer.  Should we change transport form methods to use Strings and
> Writers?  Note that one can always use Sexp.decodeString() and
> OutputStreamWriter to bridge between the two forms.
> 
My preference is to stick as we are, make sure the documentation
(javadoc) highlights the issue and informs developers of how to convert.


> Sameer
> 
> > Just one change:
> >
> >>     ByteArrayOutputStream baos = new ByteArrayOutputStream();
> >>     this.toSexp().writeTransport(baos);
> >>     return baos.toString();
> >
> > This call to toString() uses the platform's default encoding, but SPKI
> > requires 8859_1.  Perhaps use Sexp.decodeString(baos.toByteArray());
> >
> > Sameer
> >
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IBM Linux Tutorials
> > Free Linux tutorial presented by Daniel Robbins, President and CEO of
> > GenToo technologies. Learn everything from fundamentals to system
> > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> > _______________________________________________
> > Jsdsi-devel mailing list
> > Jsd...@li...
> > https://lists.sourceforge.net/lists/listinfo/jsdsi-devel
> 
> 
> http://ajmani.net
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Jsdsi-devel mailing list
> Jsd...@li...
> https://lists.sourceforge.net/lists/listinfo/jsdsi-devel
-- 
Dr. Sean Radford, MBBS, MSc
sra...@ae...
http://www.aegeus-technology.com

[Jsdsi-devel] should transport form be a string by default?

[Sameer A. <aj...@cs...>]

The purpose of transport form is to provide a concise, 7-bit clean
encoding of a canonical S-expression.  But most JSDSI methods that read or
write transport form use a byte array or OutputStream instead of a String
or Writer.  Should we change transport form methods to use Strings and
Writers?  Note that one can always use Sexp.decodeString() and
OutputStreamWriter to bridge between the two forms.

Sameer

> Just one change:
>
>>     ByteArrayOutputStream baos = new ByteArrayOutputStream();
>>     this.toSexp().writeTransport(baos);
>>     return baos.toString();
>
> This call to toString() uses the platform's default encoding, but SPKI
> requires 8859_1.  Perhaps use Sexp.decodeString(baos.toByteArray());
>
> Sameer
>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Jsdsi-devel mailing list
> Jsd...@li...
> https://lists.sourceforge.net/lists/listinfo/jsdsi-devel


http://ajmani.net

Re: [Jsdsi-devel] jsdsi.Obj convenience methods

[Sameer A. <aj...@cs...>]

Just one change:

>     ByteArrayOutputStream baos = new ByteArrayOutputStream();
>     this.toSexp().writeTransport(baos);
>     return baos.toString();

This call to toString() uses the platform's default encoding, but SPKI
requires 8859_1.  Perhaps use Sexp.decodeString(baos.toByteArray());

Sameer

RE: [Jsdsi-devel] jsdsi.Obj convenience methods

[Sean R. <sra...@ae...>]

How are you getting on with your LDAP stuff Luis?


Sean

On Mon, 2004-03-15 at 11:49, Luis Pedro wrote:
> Then, i've to take toTransport of LDAPAttributes. :)
>=20
>    -- Luis Pedro
> =20
>=20
> =BB   -----Original Message-----
> =BB   From: jsd...@li...=20
> =BB   [mailto:jsd...@li...] On Behalf=20
> =BB   Of Sean Radford
> =BB   Sent: segunda-feira, 15 de Mar=E7o de 2004 11:10
> =BB   To: devel jsdsi
> =BB   Subject: [Jsdsi-devel] jsdsi.Obj convenience methods
> =BB  =20
> =BB   Any objections to me adding the following convenience methods to
> =BB   jsdsi.Obj:
> =BB  =20
> =BB   /**
> =BB    * Returns the S-expression representation of this=20
> =BB   SPKI/SDSI object in readable form.
> =BB    * @param offset spaces indented from left.
> =BB    * @param width total width of window, in characters.
> =BB    * @param last spaces reserved on right (e.g., for closing parens=
)
> =BB    * @return the S-expression
> =BB    */
> =BB   public String toString(int offset, int width, int last) {
> =BB     try {
> =BB       StringWriter sw =3D new StringWriter();
> =BB       this.toSexp().writeReadable(sw, offset, width, last);
> =BB       return sw.toString();
> =BB     } catch (IOException e) {
> =BB       throw new Error(e);
> =BB     }
> =BB   }
> =BB      =20
> =BB   /**
> =BB    * Returns the S-expression representation of this=20
> =BB   SPKI/SDSI object in transport form.
> =BB    * @return the S-expression
> =BB    */
> =BB   public String toTransport() {
> =BB     try {
> =BB       ByteArrayOutputStream baos =3D new ByteArrayOutputStream();
> =BB       this.toSexp().writeTransport(baos);
> =BB       return baos.toString();
> =BB     } catch (IOException e) {
> =BB       throw new Error(e);
> =BB     }
> =BB   }
> =BB  =20
> =BB  =20
> =BB   Regards,
> =BB  =20
> =BB   Sean
> =BB   --
> =BB   Dr. Sean Radford, MBBS, MSc
> =BB   sra...@ae...
> =BB   http://www.aegeus-technology.com
> =BB  =20
> =BB  =20
> =BB  =20
> =BB   -------------------------------------------------------
> =BB   This SF.Net email is sponsored by: IBM Linux Tutorials
> =BB   Free Linux tutorial presented by Daniel Robbins, President=20
> =BB   and CEO of
> =BB   GenToo technologies. Learn everything from fundamentals to system
> =BB   administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638
> =BB   &op=3Dclick
> =BB   _______________________________________________
> =BB   Jsdsi-devel mailing list
> =BB   Jsd...@li...
> =BB   https://lists.sourceforge.net/lists/listinfo/jsdsi-devel
--=20
Dr. Sean Radford, MBBS, MSc
sra...@ae...
http://www.aegeus-technology.com

RE: [Jsdsi-devel] jsdsi.Obj convenience methods

[Luis P. <lp...@ne...>]

Then, i've to take toTransport of LDAPAttributes. :)

   -- Luis Pedro
=20

=BB   -----Original Message-----
=BB   From: jsd...@li...=20
=BB   [mailto:jsd...@li...] On Behalf=20
=BB   Of Sean Radford
=BB   Sent: segunda-feira, 15 de Mar=E7o de 2004 11:10
=BB   To: devel jsdsi
=BB   Subject: [Jsdsi-devel] jsdsi.Obj convenience methods
=BB  =20
=BB   Any objections to me adding the following convenience methods to
=BB   jsdsi.Obj:
=BB  =20
=BB   /**
=BB    * Returns the S-expression representation of this=20
=BB   SPKI/SDSI object in readable form.
=BB    * @param offset spaces indented from left.
=BB    * @param width total width of window, in characters.
=BB    * @param last spaces reserved on right (e.g., for closing parens)
=BB    * @return the S-expression
=BB    */
=BB   public String toString(int offset, int width, int last) {
=BB     try {
=BB       StringWriter sw =3D new StringWriter();
=BB       this.toSexp().writeReadable(sw, offset, width, last);
=BB       return sw.toString();
=BB     } catch (IOException e) {
=BB       throw new Error(e);
=BB     }
=BB   }
=BB      =20
=BB   /**
=BB    * Returns the S-expression representation of this=20
=BB   SPKI/SDSI object in transport form.
=BB    * @return the S-expression
=BB    */
=BB   public String toTransport() {
=BB     try {
=BB       ByteArrayOutputStream baos =3D new ByteArrayOutputStream();
=BB       this.toSexp().writeTransport(baos);
=BB       return baos.toString();
=BB     } catch (IOException e) {
=BB       throw new Error(e);
=BB     }
=BB   }
=BB  =20
=BB  =20
=BB   Regards,
=BB  =20
=BB   Sean
=BB   --
=BB   Dr. Sean Radford, MBBS, MSc
=BB   sra...@ae...
=BB   http://www.aegeus-technology.com
=BB  =20
=BB  =20
=BB  =20
=BB   -------------------------------------------------------
=BB   This SF.Net email is sponsored by: IBM Linux Tutorials
=BB   Free Linux tutorial presented by Daniel Robbins, President=20
=BB   and CEO of
=BB   GenToo technologies. Learn everything from fundamentals to system
=BB   administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638
=BB   &op=3Dclick
=BB   _______________________________________________
=BB   Jsdsi-devel mailing list
=BB   Jsd...@li...
=BB   https://lists.sourceforge.net/lists/listinfo/jsdsi-devel

[Jsdsi-devel] jsdsi.Obj convenience methods

[Sean R. <sra...@ae...>]

Any objections to me adding the following convenience methods to
jsdsi.Obj:

/**
 * Returns the S-expression representation of this SPKI/SDSI object in
readable form.
 * @param offset spaces indented from left.
 * @param width total width of window, in characters.
 * @param last spaces reserved on right (e.g., for closing parens)
 * @return the S-expression
 */
public String toString(int offset, int width, int last) {
  try {
    StringWriter sw = new StringWriter();
    this.toSexp().writeReadable(sw, offset, width, last);
    return sw.toString();
  } catch (IOException e) {
    throw new Error(e);
  }
}
    
/**
 * Returns the S-expression representation of this SPKI/SDSI object in
transport form.
 * @return the S-expression
 */
public String toTransport() {
  try {
    ByteArrayOutputStream baos = new ByteArrayOutputStream();
    this.toSexp().writeTransport(baos);
    return baos.toString();
  } catch (IOException e) {
    throw new Error(e);
  }
}


Regards,

Sean
-- 
Dr. Sean Radford, MBBS, MSc
sra...@ae...
http://www.aegeus-technology.com

Re: [Jsdsi-devel] URI's instead of URL's

[Sameer A. <aj...@cs...>]

A jsdsi.util package sounds like a good idea.  In fact, Loader should be
moved there too (I'll take care of this at some point -- Eclipse's
refactoring stuff should help here!).  The jsdsi package should be
reserved for Obj, its subclasses, and the classes they use directly.

Sameer

> Shall I put this KeyPairFactory stuff straight in the jsdsi package or
> something like jsdsi.util ?
>
>
> On Tue, 2004-03-09 at 18:06, Sameer Ajmani wrote:
>> Yes, that sounds good.
>>
>> Thanks!
>> Sameer
>>
>> > Sameer,
>> >
>> > I'm going to do a utility KeyPairFactory class(es) for assisting
>> with generating KeyPairs (in light of yesterday's discussion).
>> >
>> > Whilst I'm at it would you like me to use URI's (instead of URL's)
>> and in jsdsi.PublicKey and jsdsi.RSAPublicKey mark the URL methods
>> as deprecated?
>> >
>> > We can then do similar as we work on other parts of the system.
>> >
>> > (I'm assuming you want to eventually replace the URL's after our
>> previous discussion on the topic)
>> >
>> > Sean
>> >
>> > --
>> > Dr. Sean Radford, MBBS, MSc
>> > sra...@ae...
>> > http://www.aegeus-technology.com
>> >
>> >
>> >
>> > -------------------------------------------------------
>> > This SF.Net email is sponsored by: IBM Linux Tutorials
>> > Free Linux tutorial presented by Daniel Robbins, President and CEO
>> of GenToo technologies. Learn everything from fundamentals to system
>> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
>> _______________________________________________
>> > Jsdsi-devel mailing list
>> > Jsd...@li...
>> > https://lists.sourceforge.net/lists/listinfo/jsdsi-devel
>>
>>
>> http://ajmani.net
>>
> --
> Dr. Sean Radford, MBBS, MSc
> sra...@ae...
> http://www.aegeus-technology.com


http://ajmani.net

Re: [Jsdsi-devel] URI's instead of URL's

[Sean R. <sra...@ae...>]

Shall I put this KeyPairFactory stuff straight in the jsdsi package or
something like jsdsi.util ?


On Tue, 2004-03-09 at 18:06, Sameer Ajmani wrote:
> Yes, that sounds good.
> 
> Thanks!
> Sameer
> 
> > Sameer,
> >
> > I'm going to do a utility KeyPairFactory class(es) for assisting with
> > generating KeyPairs (in light of yesterday's discussion).
> >
> > Whilst I'm at it would you like me to use URI's (instead of URL's) and
> > in jsdsi.PublicKey and jsdsi.RSAPublicKey mark the URL methods as
> > deprecated?
> >
> > We can then do similar as we work on other parts of the system.
> >
> > (I'm assuming you want to eventually replace the URL's after our
> > previous discussion on the topic)
> >
> > Sean
> >
> > --
> > Dr. Sean Radford, MBBS, MSc
> > sra...@ae...
> > http://www.aegeus-technology.com
> >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IBM Linux Tutorials
> > Free Linux tutorial presented by Daniel Robbins, President and CEO of
> > GenToo technologies. Learn everything from fundamentals to system
> > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> > _______________________________________________
> > Jsdsi-devel mailing list
> > Jsd...@li...
> > https://lists.sourceforge.net/lists/listinfo/jsdsi-devel
> 
> 
> http://ajmani.net
> 
-- 
Dr. Sean Radford, MBBS, MSc
sra...@ae...
http://www.aegeus-technology.com