jsdsi-users — JSDSI Users

Re: [Jsdsi-users] Using Maven to build 0.5

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

Hmm... not sure about this one.

We are not doing anything special with our build process so there should
be no reason for this. I've had a quick look on the Maven user list and
can't see any mention of any similar problems.

Are you able to jar:install on other Maven projects?

Can you 'run -X maven jar:install' and send the debug output?

I may have to install maven-1.0-rc2 and see if I get the same (I'm using
rc1, as far as I'm aware like the rest of the jsdsi developers).

Regards,

Sean


On Tue, 2004-04-20 at 20:59, Sameer Ajmani wrote:
> I don't know the answer to this -- forwarding to the list...
> 
> > Thanks, now when I run "maven jar:install" I get the following error:
> >
> >  __  __
> > |  \/  |__ _Apache__ ___
> > | |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
> > |_|  |_\__,_|\_/\___|_||_|  v. 1.0-rc2
> >
> > com.werken.werkz.NoSuchGoalException: No goal [java:jar-resources]
> >     at
> > org.apache.maven.plugin.GoalToJellyScriptHousingMapper.resolveJellyScriptHousings(GoalToJellyScriptHousingMapper.java:254)
> >     at
> > org.apache.maven.plugin.PluginManager.prepAttainGoal(PluginManager.java:567)
> >     at
> > org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:523)
> >     at org.apache.maven.MavenSession.attainGoals(MavenSession.java:265)
> > at org.apache.maven.cli.App.doMain(App.java:466)
> >     at org.apache.maven.cli.App.main(App.java:1117)
> >     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.lang.reflect.Method.invoke(Method.java:324)
> >     at com.werken.forehead.Forehead.run(Forehead.java:551)
> >     at com.werken.forehead.Forehead.main(Forehead.java:581)
> > Total time: 7 seconds
> > Finished at: Tue Apr 20 15:22:38 EDT 2004
> >
> > David
> >
> >
> > Sameer Ajmani wrote:
> >
> >>Make sure your network connection is okay.  Assuming it is, it's
> >> possible our URLs for those JARs are bad.  You can download both of
> >> those from the JSDSI web site directly:
> >>http://jsdsi.sourceforge.net/maven/cryptix/jars/cryptix32.jar
> >>http://jsdsi.sourceforge.net/maven/novell/jars/ldap.jar
> >>
> >>Save them in your local Maven repository as:
> >>.maven/repository/cryptix/jars/cryptix32.jar
> >>.maven/repository/novell/jars/ldap.jar
> >>
> >>Sameer
> >>
> >>
> >>
> >>>I'm trying to use Maven to build version 0.5. I get  the following
> >>> errors:
> >>>
> >>> __  __
> >>>|  \/  |__ _Apache__ ___
> >>>| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
> >>>|_|  |_\__,_|\_/\___|_||_|  v. 1.0-rc2
> >>>
> >>>Attempting to download cryptix32.jar.
> >>>WARNING: Failed to download cryptix32.jar.
> >>>Attempting to download ldap.jar.
> >>>WARNING: Failed to download ldap.jar.
> >>>
> >>>Any idea what the problem might be?
> >>>David Robison
> >>>
> >>>--
> >>>
> >>>David R Robison
> >>>Open Roads Consulting, Inc.
> >>>708 S. Battlefield Blvd., Chesapeake, VA 23322
> >>>phone: (757) 546-3401
> >>>e-mail: drr...@op...
> >>>web: http://openroadsconsulting.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-users mailing list
> >>>Jsd...@li...
> >>>https://lists.sourceforge.net/lists/listinfo/jsdsi-users
> >>>
> >>>
> >>
> >>
> >>http://ajmani.net
> >>
> >>
> >>
> >>
> >>
> >
> > --
> >
> > David R Robison
> > Open Roads Consulting, Inc.
> > 708 S. Battlefield Blvd., Chesapeake, VA 23322
> > phone: (757) 546-3401
> > e-mail: drr...@op...
> > web: http://openroadsconsulting.com
> 
> 
> 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-users mailing list
> Jsd...@li...
> https://lists.sourceforge.net/lists/listinfo/jsdsi-users
-- 
Dr. Sean Radford, MBBS, MSc
sra...@ae...
http://www.aegeus-technology.com

Re: [Jsdsi-users] Using Maven to build 0.5

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

Looks like I may have missed a step in the 'build instructions' when I
moved the dependency jars to the Maven repository format...

There should be an additional step of:

- Create or edit your personal Maven build.properties file (located in
your home directory):

'Nix: /home/LOGIN_NAME

Windows: c:\Documents and Settings\LOGIN_NAME

Add an entry to the jsdsi Maven repository, making sure to add or keep
the entry to Ibilio (maven.repo.remote is a comma seperated list of
URL's):

maven.repo.remote=http://www.ibiblio.org/maven/,http://jsdsi.sf.net/maven/


I hope this helps, and any other questions, just ask - we're quite
friendly on this list.


Sean

(I'll update the site shortly)

On Tue, 2004-04-20 at 20:08, Sameer Ajmani wrote:
> Make sure your network connection is okay.  Assuming it is, it's possible
> our URLs for those JARs are bad.  You can download both of those from the
> JSDSI web site directly:
> http://jsdsi.sourceforge.net/maven/cryptix/jars/cryptix32.jar
> http://jsdsi.sourceforge.net/maven/novell/jars/ldap.jar
> 
> Save them in your local Maven repository as:
> .maven/repository/cryptix/jars/cryptix32.jar
> .maven/repository/novell/jars/ldap.jar
> 
> Sameer
> 
> > I'm trying to use Maven to build version 0.5. I get  the following
> > errors:
> >
> >  __  __
> > |  \/  |__ _Apache__ ___
> > | |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
> > |_|  |_\__,_|\_/\___|_||_|  v. 1.0-rc2
> >
> > Attempting to download cryptix32.jar.
> > WARNING: Failed to download cryptix32.jar.
> > Attempting to download ldap.jar.
> > WARNING: Failed to download ldap.jar.
> >
> > Any idea what the problem might be?
> > David Robison
> >
> > --
> >
> > David R Robison
> > Open Roads Consulting, Inc.
> > 708 S. Battlefield Blvd., Chesapeake, VA 23322
> > phone: (757) 546-3401
> > e-mail: drr...@op...
> > web: http://openroadsconsulting.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-users mailing list
> > Jsd...@li...
> > https://lists.sourceforge.net/lists/listinfo/jsdsi-users
> 
> 
> 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-users mailing list
> Jsd...@li...
> https://lists.sourceforge.net/lists/listinfo/jsdsi-users
-- 
Dr. Sean Radford, MBBS, MSc
sra...@ae...
http://www.aegeus-technology.com

Re: [Jsdsi-users] Using Maven to build 0.5

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

I don't know the answer to this -- forwarding to the list...

> Thanks, now when I run "maven jar:install" I get the following error:
>
>  __  __
> |  \/  |__ _Apache__ ___
> | |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
> |_|  |_\__,_|\_/\___|_||_|  v. 1.0-rc2
>
> com.werken.werkz.NoSuchGoalException: No goal [java:jar-resources]
>     at
> org.apache.maven.plugin.GoalToJellyScriptHousingMapper.resolveJellyScriptHousings(GoalToJellyScriptHousingMapper.java:254)
>     at
> org.apache.maven.plugin.PluginManager.prepAttainGoal(PluginManager.java:567)
>     at
> org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java:523)
>     at org.apache.maven.MavenSession.attainGoals(MavenSession.java:265)
> at org.apache.maven.cli.App.doMain(App.java:466)
>     at org.apache.maven.cli.App.main(App.java:1117)
>     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.lang.reflect.Method.invoke(Method.java:324)
>     at com.werken.forehead.Forehead.run(Forehead.java:551)
>     at com.werken.forehead.Forehead.main(Forehead.java:581)
> Total time: 7 seconds
> Finished at: Tue Apr 20 15:22:38 EDT 2004
>
> David
>
>
> Sameer Ajmani wrote:
>
>>Make sure your network connection is okay.  Assuming it is, it's
>> possible our URLs for those JARs are bad.  You can download both of
>> those from the JSDSI web site directly:
>>http://jsdsi.sourceforge.net/maven/cryptix/jars/cryptix32.jar
>>http://jsdsi.sourceforge.net/maven/novell/jars/ldap.jar
>>
>>Save them in your local Maven repository as:
>>.maven/repository/cryptix/jars/cryptix32.jar
>>.maven/repository/novell/jars/ldap.jar
>>
>>Sameer
>>
>>
>>
>>>I'm trying to use Maven to build version 0.5. I get  the following
>>> errors:
>>>
>>> __  __
>>>|  \/  |__ _Apache__ ___
>>>| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
>>>|_|  |_\__,_|\_/\___|_||_|  v. 1.0-rc2
>>>
>>>Attempting to download cryptix32.jar.
>>>WARNING: Failed to download cryptix32.jar.
>>>Attempting to download ldap.jar.
>>>WARNING: Failed to download ldap.jar.
>>>
>>>Any idea what the problem might be?
>>>David Robison
>>>
>>>--
>>>
>>>David R Robison
>>>Open Roads Consulting, Inc.
>>>708 S. Battlefield Blvd., Chesapeake, VA 23322
>>>phone: (757) 546-3401
>>>e-mail: drr...@op...
>>>web: http://openroadsconsulting.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-users mailing list
>>>Jsd...@li...
>>>https://lists.sourceforge.net/lists/listinfo/jsdsi-users
>>>
>>>
>>
>>
>>http://ajmani.net
>>
>>
>>
>>
>>
>
> --
>
> David R Robison
> Open Roads Consulting, Inc.
> 708 S. Battlefield Blvd., Chesapeake, VA 23322
> phone: (757) 546-3401
> e-mail: drr...@op...
> web: http://openroadsconsulting.com


http://ajmani.net

Re: [Jsdsi-users] Using Maven to build 0.5

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

Make sure your network connection is okay.  Assuming it is, it's possible
our URLs for those JARs are bad.  You can download both of those from the
JSDSI web site directly:
http://jsdsi.sourceforge.net/maven/cryptix/jars/cryptix32.jar
http://jsdsi.sourceforge.net/maven/novell/jars/ldap.jar

Save them in your local Maven repository as:
.maven/repository/cryptix/jars/cryptix32.jar
.maven/repository/novell/jars/ldap.jar

Sameer

> I'm trying to use Maven to build version 0.5. I get  the following
> errors:
>
>  __  __
> |  \/  |__ _Apache__ ___
> | |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
> |_|  |_\__,_|\_/\___|_||_|  v. 1.0-rc2
>
> Attempting to download cryptix32.jar.
> WARNING: Failed to download cryptix32.jar.
> Attempting to download ldap.jar.
> WARNING: Failed to download ldap.jar.
>
> Any idea what the problem might be?
> David Robison
>
> --
>
> David R Robison
> Open Roads Consulting, Inc.
> 708 S. Battlefield Blvd., Chesapeake, VA 23322
> phone: (757) 546-3401
> e-mail: drr...@op...
> web: http://openroadsconsulting.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-users mailing list
> Jsd...@li...
> https://lists.sourceforge.net/lists/listinfo/jsdsi-users


http://ajmani.net

[Jsdsi-users] Using Maven to build 0.5

[David R R. <drr...@op...>]

I'm trying to use Maven to build version 0.5. I get  the following errors:

 __  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0-rc2

Attempting to download cryptix32.jar.
WARNING: Failed to download cryptix32.jar.
Attempting to download ldap.jar.
WARNING: Failed to download ldap.jar.

Any idea what the problem might be?
David Robison

-- 

David R Robison
Open Roads Consulting, Inc.
708 S. Battlefield Blvd., Chesapeake, VA 23322
phone: (757) 546-3401
e-mail: drr...@op...
web: http://openroadsconsulting.com

[Jsdsi-users] 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-users] RE: Why?

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

We will *not* change JSDSI to support application-specific tags.  The
point of SPKI/SDSI's flexible tag design is to enable applications to
design their own tag format and leverage JSDSI's existing tag semantics.=20
[I was even a bit wary about the "reverse prefix" tag (but I couldn't
think of a way to simulate it using other tags).]

Luis,  I would suggest using a more explicit tag structure, so that you
can extend it more easily in the future.  For example:
(tag (email (*set write sign send)))

This is "extensible" because you can add other permissions to the set, yo=
u
can add fields to the "email" SimpleTag, and you can add other kinds of
permissions to the tag:
(tag (*set (email (*set write sign send edit) (to (list jsdsi-devel))
           (file (*set read write) (*prefix /home/lpmbv))))

Here, I've added a "file" simple tag to the outer set, I've added an
"edit" permission to the inner (email permission) set, and I've restricte=
d
the email permission to work only for letters to the jsdsi-devel list.

Sameer

> I see.
>
> I guess your (tag (* set "send email")) should really be something mroe
> like:
>
> (tag email (* set write sign send))
>
> Otherwise 'we' would need a way of getting application specific tags
> 'into' the jsdsi 'framework'.
>
>
> Sean
>
>
> On Mon, 2004-03-22 at 13:49, Luis Pedro wrote:
>> Sean,
>>
>> I agree with you. The problem here was that i used the first version
>> of jsdsi with something that we call complexTags. That complex tags
>> have atomic meaning, like:
>> 	(tag (* set "send email")) means to do (tag (* write)), (tag (*
>> sign)), (tag (* send))
>> And this is in a xml file(properties file), when the parse is done the
>> set tags and all others are treated like this:
>> 	if(x instanceof SetTag)
>> 		yyyyyy
>> If i use (tag write) wich is a StringTag then the parse is made but in
>> the wrong way. Maybe one day, right now i don't have too much patient
>> to change this one the application. I'll use the earlier SetTag or
>> take the "if (e =3D=3D null || --> e.length < 2 <--)".
>>
>> But i'm the only one encharge of this...they are users and when that
>> happened they were blocked the application went down :))))))
>>
>> Thanks for your explanation
>>
>>    -- Luis Pedro
>>
>>
>> =BB   -----Original Message-----
>> =BB   From: Sean Radford [mailto:sra...@ae...]
>> =BB   Sent: segunda-feira, 22 de Mar=E7o de 2004 13:07
>> =BB   To: Luis Pedro
>> =BB   Cc: devel jsdsi
>> =BB   Subject: Re: Why?
>> =BB
>> =BB   Luis,
>> =BB
>> =BB   (tag (* set foo))
>> =BB
>> =BB   is exactly equivalent in meaning to:
>> =BB
>> =BB   (tag foo)
>> =BB
>> =BB   It was decided that allowing a SetTag to be empty or
>> =BB   contain only one element was non-sensical and so should be
>> =BB   disallowed - with any SetTag that would contain only 1
>> =BB   element (resulting from intersection) to be 'converted' to
>> =BB   the the element itself.
>> =BB
>> =BB   Sorry if it has caused you problems.
>> =BB
>> =BB   Do people want to re-visit this issue?
>> =BB
>> =BB   Sean
>> =BB
>> =BB   On Mon, 2004-03-22 at 12:50, Luis Pedro wrote:
>> =BB   > Well,
>> =BB   >
>> =BB   > I remember, a little, of a discussion about the Tags.
>> =BB   This my sound
>> =BB   > stupid, but can any of u (Sean, Sameer) explain me why the
>> SetTag  =BB   > needs at least 2 elements.
>> =BB   >
>> =BB   > I made an actualization of jsdsi on the application(here)  =BB
>> and because
>> =BB   > of that change it's all up side down :), i think i'm
>> =BB   gonna revert the process!!
>> =BB   > Some people here are beginning to cry :))))....they don't  =BB
>> know about
>> =BB   > the backup!! :)))
>> =BB   >
>> =BB   >    -- Luis Pedro
>> =BB   --
>> =BB   Dr. Sean Radford, MBBS, MSc
>> =BB   sra...@ae...
>> =BB   http://www.aegeus-technology.com
>> =BB
>> =BB
> --
> 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_id638&op=CCk
> _______________________________________________
> Jsdsi-users mailing list
> Jsd...@li...
> https://lists.sourceforge.net/lists/listinfo/jsdsi-users


http://ajmani.net

[Jsdsi-users] RE: Why?

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

I see.=20

I guess your (tag (* set "send email")) should really be something mroe
like:

(tag email (* set write sign send))

Otherwise 'we' would need a way of getting application specific tags
'into' the jsdsi 'framework'.


Sean


On Mon, 2004-03-22 at 13:49, Luis Pedro wrote:
> Sean,
>=20
> I agree with you. The problem here was that i used the first version of
> jsdsi with something that we call complexTags. That complex tags have a=
tomic
> meaning, like:
> 	(tag (* set "send email")) means to do (tag (* write)), (tag (*
> sign)), (tag (* send))
> And this is in a xml file(properties file), when the parse is done the =
set
> tags and all others are treated like this:
> 	if(x instanceof SetTag)=20
> 		yyyyyy
> If i use (tag write) wich is a StringTag then the parse is made but in =
the
> wrong way. Maybe one day, right now i don't have too much patient to ch=
ange
> this one the application. I'll use the earlier SetTag or take the "if (=
e =3D=3D
> null || --> e.length < 2 <--)".
>=20
> But i'm the only one encharge of this...they are users and when that
> happened they were blocked the application went down :))))))
>=20
> Thanks for your explanation=20
>=20
>    -- Luis Pedro
> =20
>=20
> =BB   -----Original Message-----
> =BB   From: Sean Radford [mailto:sra...@ae...]=20
> =BB   Sent: segunda-feira, 22 de Mar=E7o de 2004 13:07
> =BB   To: Luis Pedro
> =BB   Cc: devel jsdsi
> =BB   Subject: Re: Why?
> =BB  =20
> =BB   Luis,
> =BB  =20
> =BB   (tag (* set foo))
> =BB  =20
> =BB   is exactly equivalent in meaning to:
> =BB  =20
> =BB   (tag foo)
> =BB  =20
> =BB   It was decided that allowing a SetTag to be empty or=20
> =BB   contain only one element was non-sensical and so should be=20
> =BB   disallowed - with any SetTag that would contain only 1=20
> =BB   element (resulting from intersection) to be 'converted' to=20
> =BB   the the element itself.
> =BB  =20
> =BB   Sorry if it has caused you problems.
> =BB  =20
> =BB   Do people want to re-visit this issue?
> =BB  =20
> =BB   Sean
> =BB  =20
> =BB   On Mon, 2004-03-22 at 12:50, Luis Pedro wrote:
> =BB   > Well,
> =BB   >=20
> =BB   > I remember, a little, of a discussion about the Tags.=20
> =BB   This my sound=20
> =BB   > stupid, but can any of u (Sean, Sameer) explain me why the SetT=
ag=20
> =BB   > needs at least 2 elements.
> =BB   >=20
> =BB   > I made an actualization of jsdsi on the application(here)=20
> =BB   and because=20
> =BB   > of that change it's all up side down :), i think i'm=20
> =BB   gonna revert the process!!
> =BB   > Some people here are beginning to cry :))))....they don't=20
> =BB   know about=20
> =BB   > the backup!! :)))
> =BB   >=20
> =BB   >    -- Luis Pedro
> =BB   --
> =BB   Dr. Sean Radford, MBBS, MSc
> =BB   sra...@ae...
> =BB   http://www.aegeus-technology.com
> =BB  =20
> =BB  =20
--=20
Dr. Sean Radford, MBBS, MSc
sra...@ae...
http://www.aegeus-technology.com

[Jsdsi-users] 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

[Jsdsi-users] 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

[Jsdsi-users] 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-users] 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-users] Sun KeyPairGeneratory

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

That's very weird.  According to the JDK javadoc, there should be a
default iniitalization:

In case the client does not explicitly initialize the KeyPairGenerator
(via a call to an initialize method), each provider must supply (and
document) a default initialization. For example, the Sun provider uses a
default modulus size (keysize) of 1024 bits.

Perhaps this is happening because the generator is using a Random object
rather than a SecureRandom object.  Random seeds itself using the current
time, which for two subsequent calls, may be the same.

Please check in your fix, and thanks for catching this!
Sameer


> Hi all,
>
> Anyone seen this before:
>
> (I've got my default KeyPairGenerator Provider to be
> sun.security.provider.Sun)
>
> All my KeyPairs being generated are the same (equal) ...
>
> Try this:
>
> KeyPair kp1 = jsdsi.RSAPublicKey.create("RSA");
> KeyPair kp2 = jsdsi.RSAPublicKey.create("RSA");
>
> System.out.println( kp1.getPublic().toString() );
> System.out.println( kp2.getPublic().toString() );
>
>
> (I've found that if I insert a call to initialise(KEY_SIZE) in the
> jsdsi.RSAKeyPair.create(..) all is cool)
>
> Any ideas?
>
> 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-users mailing list
> Jsd...@li...
> https://lists.sourceforge.net/lists/listinfo/jsdsi-users


http://ajmani.net

[Jsdsi-users] Sun KeyPairGeneratory

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

Hi all,

Anyone seen this before:

(I've got my default KeyPairGenerator Provider to be
sun.security.provider.Sun)

All my KeyPairs being generated are the same (equal) ...

Try this:

KeyPair kp1 = jsdsi.RSAPublicKey.create("RSA");
KeyPair kp2 = jsdsi.RSAPublicKey.create("RSA");
			
System.out.println( kp1.getPublic().toString() );
System.out.println( kp2.getPublic().toString() );


(I've found that if I insert a call to initialise(KEY_SIZE) in the
jsdsi.RSAKeyPair.create(..) all is cool)

Any ideas?

Sean

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

[Jsdsi-users] Re: JSDSI build/use

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

Dav,

We're in the process of switching from an old build format (flat
directory) to Maven, so the src zipfile is out of date.  For your
purposes, you should not need to source: you can just use the compiled JAR
(and online Javadocs for reference).

You don't need JSDSI to encrypt network traffic: just use a cryptographic
provider like cryptix or Sun's built-in provider, select the encryption
algorithm you want, and wrap your communication streams in
CipherInputStream and CipherOutputStream.  Read the Java JCE documentation
for details.

Where JSDSI helps is in authorizing entry into the network, group
management, and authentication.  The best way to get started is to
determine what kinds of authorizations you want (is there just membership?
 or do you have read vs. write access?  or maybe you want to authorize
some people to add new members, but not others?).  You should read the
SPKI documentation for details:
http://theworld.com/~cme/html/spki.html#1-SPKI/SDSI

Once you know what kind of certificates you need, you can create them
pretty easily by allocating JSDSI objects.  For example, each member
should be represented by a principal, and therefore needs a public/private
key pair.  Use Java's RSAPublicKey class (and related classes) to create
new key pairs, then wrap the public keys in jsdsi.RSAPublicKey to create
principals.  Create new Cert objects to represent certificates, and create
a Signature for each one using the private key of the issuer.  Put the
Cert and the Signature together in a jsdsi.Certificate, and you can pass
that object around and verify() it.

If this sounds confusing, just take some time to read through the SPKI
theory and structrue RFCs (see the above link).  Each SPKI object has a
corresponding JSDSI object, and JSDSI includes some additional objects
that make creating and verifying certificates easy.

Please send further questions to jsd...@li... (you may need to
subscribe first).

Sameer


> Hello,
>
> I want to create a P2P app that uses PKI to encrypt network traffic and
> authorize entry into the network. I thought perhaps JSDSI could help.
>
> I can download a compiled jar and browse the code/javadocs, but the
> documentation on the project site is inaccurate (for instance, i have
> installed maven, and can run maven -g ok, but running 'maven
> jar:install' in the dir with the unzipped jsdsi.src.zip contents results
> in an empty 'Global Project.jar' file) and without a GUI (docs talk
> about a GUI, but apparently that is for an earlier version?) it's not
> clear to me how to do things like generate a key pair or create a
> connection between two apps encrypted using that key pair.
>
> So my question is: Is it possible to do what I want with JSDSI? And if
> so, is there any help in determining where to start in using the API?
>
> I understand that it is alpha code, but it appears that at least the
> older version (SDSI, which had a GUI) was an actual working system. Is
> JSDSI at least at the same level of usability (not counting the GIU)?
>
> BTW, with that jsdsi.src.zip file ...it's mostly a flat dir structure
> ...is that correct? I'm not used to how maven does things, but I
> expected the source code to be in a subdir at least, so it makes me
> suspect the zip file was packaged wrong?
>
> Thanks,
>
> --
> Dav Coleman
> http://AkuAku.org/


http://ajmani.net

Re: [Jsdsi-users] Tag problem

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

If I'm understanding correctly, you want 'admin' to allow access to a
directory and all its subdirectories, but not its superdirectories.  As
you pointed out, this can be done using a PrefixTag:
(tag (file-access admin (*prefix /home/ajmani)))

But you want 'read' to allow access to a directory and all its
superdirectories, but not its subdirectories.  The way this is
traditionally done in filesystems is with explicit permissions on each
superdirectory.  You could do this with an explicit SetTag:
(tag (file-access read (*set / /home /home/ajmani)))

There's no "suffix" tag in SPKI, but if there were, I guess you could do
this:
(tag (file-access read (*suffix /home/ajmani)))

Would this be useful?  It would not be too hard to implement.
Sameer

> Sameer,
>
> Did you have any thoughts on how I could implement my 'FilepathTag'
> problem that I mentioned last week better using standard jsdsi tag
> types?
>
>
> Regards,
>
> Sean
>
> P.S. I hope to run my junit tests againgst the latest CVS code this w/e.
>
>
>> > 2. Added a new Tag type (FilepathTag which is to specify a
> Principal's
>> > access rights to a file hierarchy)
>>
>> Shouldn't this just be a combination of SimpleTags, SetTags, and
>> PrefixTags?  For example:
>> (file-access (*set read execute) (*prefix /home/ajmani))
>> would grant read and execute permision on any files under my home
>> directory.
>
> One would think so. However at the time there were some issues in doing
> this for the particular application (which is a bit of a playground
> app)... The one I can think of at present is:
>
> (file-access read /home/ajmani/ant/)
> implies
> (file-access read /home/ajmani/) and
> (file-access read /home/) etc
> but does not imply
> (file-access read /home/ajmani/ant/bear)
>
> whereas
>
> (file-access admin /home/ajmani/ant/)
> does not imply
> (file-access admin /home/ajmani/) or
> (file-access admin /home/) etc
> but does imply
> (file-access admin /home/ajmani/ant/bear)
>
> I can see that one could model the 'admin' version using a PrefixTag for
> the path element, but one as far as I can see one would need some form
> of SuffixTag (ReversePrefixTag) for the 'read' version.
>
> Can you see a way of doing it better?
>
>
> --
> Dr. Sean Radford, MBBS, MSc
> sra...@ae...
>
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> Jsdsi-users mailing list
> Jsd...@li...
> https://lists.sourceforge.net/lists/listinfo/jsdsi-users


http://ajmani.net

[Jsdsi-users] Tag problem

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

Sameer,

Did you have any thoughts on how I could implement my 'FilepathTag'
problem that I mentioned last week better using standard jsdsi tag
types?


Regards,

Sean

P.S. I hope to run my junit tests againgst the latest CVS code this w/e.


> > 2. Added a new Tag type (FilepathTag which is to specify a
Principal's
> > access rights to a file hierarchy)
> 
> Shouldn't this just be a combination of SimpleTags, SetTags, and
> PrefixTags?  For example:
> (file-access (*set read execute) (*prefix /home/ajmani))
> would grant read and execute permision on any files under my home
> directory.

One would think so. However at the time there were some issues in doing
this for the particular application (which is a bit of a playground
app)... The one I can think of at present is:

(file-access read /home/ajmani/ant/)
implies
(file-access read /home/ajmani/) and
(file-access read /home/) etc
but does not imply
(file-access read /home/ajmani/ant/bear)

whereas

(file-access admin /home/ajmani/ant/)
does not imply
(file-access admin /home/ajmani/) or
(file-access admin /home/) etc
but does imply
(file-access admin /home/ajmani/ant/bear)

I can see that one could model the 'admin' version using a PrefixTag for
the path element, but one as far as I can see one would need some form
of SuffixTag (ReversePrefixTag) for the 'read' version.

Can you see a way of doing it better?


-- 
Dr. Sean Radford, MBBS, MSc
sra...@ae...

[Jsdsi-users] None

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

Just testing!

   -- Luis Pedro

[Jsdsi-users] RE: ALL_TAG

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

Sameer,

That's what i thought. This was driving me crazy. But makes sense to use
Tag.ALL_TAG.

   -- Luis Pedro
=20

=BB   -----Original Message-----
=BB   From: Sameer Ajmani [mailto:aj...@cs...]=20
=BB   Sent: quarta-feira, 11 de Fevereiro de 2004 17:17
=BB   To: lp...@ne...
=BB   Cc: jsd...@li...
=BB   Subject: RE: ALL_TAG
=BB  =20
=BB   Luis,
=BB  =20
=BB   ALL_TAG is not a subclass of ExprTag, so it cannot be used=20
=BB   inside SetTags or SimpleTags.  My mistake -- the example I=20
=BB   gave earlier won't work:
=BB   ("p" (*) "/a/b/c/d") // illegal!
=BB  =20
=BB   Perhaps this is something that should be changed about the=20
=BB   SPKI spec, but for now, the only way to grant all=20
=BB   permissions inside a simple tag is to list the all out:
=BB   ("p" (*set permission1 permission2 permission3) "/a/b/c/d")
=BB  =20
=BB   Good catch,
=BB   Sameer
=BB  =20
=BB   > Sameer,
=BB   >
=BB   > Maybe the problem is mine to much hours in this but i do=20
=BB   it like this:
=BB   > 	new SimpleTag("xxx", new ExprTag[] {(ExprTag)Tag.ALL_TAG, new
=BB   > PrefixTag("/aaa/bbb/cc")})
=BB   > This is a stupid question but is this the correct way? Because=20
=BB   > (ExprTag)Tag.ALL_TAG gives a cast error and i've tryed=20
=BB   ExprTag.ALL_TAG=20
=BB   > i've also tryed to parse(because i'm using xml) the=20
=BB   Tag.ALL_TAG like=20
=BB   > this (ExprTag)Tag.parseTag(Tag.ALL_TAG.toSexp()) and i=20
=BB   get always the=20
=BB   > cast error!!
=BB   >
=BB   > Lu=EDs Pedro Val=E9rio
=BB   > Universidade do Minho
=BB   > Departamento de Inform=E1tica
=BB   > Campos Gualtar
=BB   > 4710 =96 057 Braga
=BB   > URL: http://www.uminho.pt
=BB   >
=BB   >
=BB   > =BB   -----Original Message-----
=BB   > =BB   From: Sameer Ajmani [mailto:aj...@cs...]
=BB   > =BB   Sent: quarta-feira, 11 de Fevereiro de 2004 16:48
=BB   > =BB   To: lp...@ne...
=BB   > =BB   Subject: Re: ALL_TAG
=BB   > =BB
=BB   > =BB   Luis,
=BB   > =BB
=BB   > =BB   I'll look into the mailing list problems.  Probably you =
got
=BB   > =BB   the error because we haven't used that list yet :)  You
=BB   > =BB   should send your questions to jsdsi-users, anyway.  Be sur
=BB   > =BB   ethat you've subscribed to the list befor eyou try to =
post.
=BB   > =BB
=BB   > =BB   You cannot put ALL_TAG in SetTag, and the StringTag "*" is
=BB   > =BB   not the same as ALL_TAG.  Instead, you shoudl use ALL_TAG
=BB   > =BB   instead of the SetTag:
=BB   > =BB   ("p" (*) (/abc/aa/d))
=BB   > =BB
=BB   > =BB   This tag grants all permissions to the file /abc/aa/d.
=BB   > =BB
=BB   > =BB   Sameer
=BB   > =BB
=BB   > =BB   > Sameer,
=BB   > =BB   >
=BB   > =BB   > Something is wrong with the Mailing List. I can't post,
=BB   > =BB   even logged in!!
=BB   > =BB   > I'm trying to read the archives in jsdsi-devel about
=BB   > =BB   ALL_TAG and all i
=BB   > =BB   > can see is a big red string 'ERROR'.
=BB   > =BB   >
=BB   > =BB   > Well, i'll ask u since i can't see the archive. Can i =
put
=BB   > =BB   Tag.ALL_TAG
=BB   > =BB   > in a ExprTag[]. What i'm trying to do is an =
Authorization
=BB   > =BB   like this:
=BB   > =BB   > I'm using SimpleTag
=BB   > =BB   > 	1. ("p" (* set (*)) (/abc/aa/d))
=BB   > =BB   > Wich means to me grant permissions to all files in=20
=BB   "/abc/aa/d"  =BB
=BB   >  > directory but the only thing that i can do is express
=BB   > =BB   ALL_TAG like a
=BB   > =BB   > StringTag wich gives me this:
=BB   > =BB   > 	2. ("p" (* set *) (/abc/aa/d))
=BB   > =BB   > Because jsdsi wan't let me use Tag.ALL_TAG inside
=BB   > =BB   SimpleTag. Can 1.
=BB   > =BB   > and 2. be considered equal?
=BB   > =BB   >
=BB   > =BB   > Lu=EDs Pedro Val=E9rio
=BB   > =BB   > Universidade do Minho
=BB   > =BB   > Departamento de Inform=E1tica
=BB   > =BB   > Campos Gualtar
=BB   > =BB   > 4710 =96 057 Braga
=BB   > =BB   > URL: http://www.uminho.pt
=BB   > =BB
=BB   > =BB
=BB   > =BB   http://ajmani.net
=BB   > =BB
=BB   > =BB
=BB   > =BB
=BB   > =BB
=BB  =20
=BB  =20
=BB   http://ajmani.net
=BB  =20
=BB  =20
=BB  =20

[Jsdsi-users] RE: ALL_TAG

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

Luis,

ALL_TAG is not a subclass of ExprTag, so it cannot be used inside SetTags
or SimpleTags.  My mistake -- the example I gave earlier won't work:
("p" (*) "/a/b/c/d") // illegal!

Perhaps this is something that should be changed about the SPKI spec, but
for now, the only way to grant all permissions inside a simple tag is to
list the all out:
("p" (*set permission1 permission2 permission3) "/a/b/c/d")

Good catch,
Sameer

> Sameer,
>
> Maybe the problem is mine to much hours in this but i do it like this:
> 	new SimpleTag("xxx", new ExprTag[] {(ExprTag)Tag.ALL_TAG, new
> PrefixTag("/aaa/bbb/cc")})
> This is a stupid question but is this the correct way? Because
> (ExprTag)Tag.ALL_TAG gives a cast error and i've tryed ExprTag.ALL_TAG
> i've also tryed to parse(because i'm using xml) the Tag.ALL_TAG like
> this (ExprTag)Tag.parseTag(Tag.ALL_TAG.toSexp()) and i get always the
> cast error!!
>
> Lu=EDs Pedro Val=E9rio
> Universidade do Minho
> Departamento de Inform=E1tica
> Campos Gualtar
> 4710 =96 057 Braga
> URL: http://www.uminho.pt
>
>
> =BB   -----Original Message-----
> =BB   From: Sameer Ajmani [mailto:aj...@cs...]
> =BB   Sent: quarta-feira, 11 de Fevereiro de 2004 16:48
> =BB   To: lp...@ne...
> =BB   Subject: Re: ALL_TAG
> =BB
> =BB   Luis,
> =BB
> =BB   I'll look into the mailing list problems.  Probably you got
> =BB   the error because we haven't used that list yet :)  You
> =BB   should send your questions to jsdsi-users, anyway.  Be sur
> =BB   ethat you've subscribed to the list befor eyou try to post.
> =BB
> =BB   You cannot put ALL_TAG in SetTag, and the StringTag "*" is
> =BB   not the same as ALL_TAG.  Instead, you shoudl use ALL_TAG
> =BB   instead of the SetTag:
> =BB   ("p" (*) (/abc/aa/d))
> =BB
> =BB   This tag grants all permissions to the file /abc/aa/d.
> =BB
> =BB   Sameer
> =BB
> =BB   > Sameer,
> =BB   >
> =BB   > Something is wrong with the Mailing List. I can't post,
> =BB   even logged in!!
> =BB   > I'm trying to read the archives in jsdsi-devel about
> =BB   ALL_TAG and all i
> =BB   > can see is a big red string 'ERROR'.
> =BB   >
> =BB   > Well, i'll ask u since i can't see the archive. Can i put
> =BB   Tag.ALL_TAG
> =BB   > in a ExprTag[]. What i'm trying to do is an Authorization
> =BB   like this:
> =BB   > I'm using SimpleTag
> =BB   > 	1. ("p" (* set (*)) (/abc/aa/d))
> =BB   > Wich means to me grant permissions to all files in "/abc/aa/d" =
 =BB
>  > directory but the only thing that i can do is express
> =BB   ALL_TAG like a
> =BB   > StringTag wich gives me this:
> =BB   > 	2. ("p" (* set *) (/abc/aa/d))
> =BB   > Because jsdsi wan't let me use Tag.ALL_TAG inside
> =BB   SimpleTag. Can 1.
> =BB   > and 2. be considered equal?
> =BB   >
> =BB   > Lu=EDs Pedro Val=E9rio
> =BB   > Universidade do Minho
> =BB   > Departamento de Inform=E1tica
> =BB   > Campos Gualtar
> =BB   > 4710 =96 057 Braga
> =BB   > URL: http://www.uminho.pt
> =BB
> =BB
> =BB   http://ajmani.net
> =BB
> =BB
> =BB
> =BB


http://ajmani.net