Search the web
Sign In
New User? Sign Up
jcr-crx
  • Members Only
  • Post
  • Files
  • Photos
  • Links
  • Database
  • Polls
  • Calendar
  • Groups Labs (Beta)
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Real people. Real stories. See how Yahoo! Groups impacts members worldwide.

Best of Y! Groups

   Check them out and nominate your group.
Having problems with message search? Fill out this form to ensure your group is one of the first to be migrated to the new message search system.

Messages

   Messages Help
Message #
Search:
Advanced
Messages 1 - 30 of 783   Newest  |  < Newer  |  Older >  |  Oldest
Messages: Show Message Summaries   (Group by Topic) Sort by Date v  
#30 From: "sumyong" <sumyong@...>
Date: Tue Aug 17, 2004 7:23 pm
Subject: where to download 0.4 war? 		sumyong
Online Now Online Now
Send Email Send Email
  
hi,

i've noticed that jsr170tools.day.com has been updated with the latest
version of the tools (0.4alpha).  where can i download these bits?

thanks,
su

Reply | Forward | Messages in this Topic (6)
#29 From: Stefano Mazzocchi <stefano@...>
Date: Sun Aug 15, 2004 4:22 pm
Subject: feedback on crx 		stefanomazzo...
Offline Offline
Send Email Send Email
  
I've deployed CRX on my laptop and imported my linotype repository in it
and I was *very happy* to see all my XML nodes fragmented in the right
place, all the namespaces imported and all that, super cool.

But I added CVS folders by mistake, so I wanted to remove them, so I
mounted a webdavfs disk on it, erased the CVS folder and voila! is gone :-)

But the CVS folders are too many, so I opened up the terminal, did "find
   . -type d -name CVS | xargs rm -rf" and it removed all of them ;-)

Man, this thing rocks!

Now, a few bugs to report:

   1) there seems to be no way to remove a folder from the content
browser itself (the trash-can icon is disabled on the files/folders),
but the functionality works in JCRRI since the webdavfs connection works.

   2) the jcr:content/jcr:data view returns the content *and* a 404, very
weird (I'm using Jetty 4.2.21)

Here is an example:

request:

http://localhost:8000/crx/repository/news/prova.txt/jcr:content/jcr:data

response:

this is a try
<html>
<head>
<title>Error 404 Not Found</title>
</head>
<body>
<h2>HTTP ERROR: 404 Not Found</h2>
<p>RequestURI=/crx/repository/news/prova.txt/jcr:content/jcr:data</p>
<p><i><small><a href="http://jetty.mortbay.org">Powered by
Jetty://</a></small></i></p>

"this is a try" is the actual content of the file. The file was created
with VI from the command line, I don't know if this has anything to do
with it. But other non-XML content that I imported from the "zip import"
gets retrieved just fine, for example

http://localhost:8000/crx/repository/news/55/image-0.jpg/jcr:content/jcr:data

returns an image that the browser correctly visualizes.

   3) here is ls -l dump of one of the news folders which contains both
images, documents and metadata [please excuse the rudimentary versioning
system that I previously used ;-)]

[stefano@Merlino] /Volumes/repository/news/55 $ dir
total 245
-rwxrwxrwx  1 unknown  unknown    91K 21 Mar 19:30 image-2.jpg
-rwxrwxrwx  1 unknown  unknown     6K 21 Mar 19:30 image-1.jpg
-rwxrwxrwx  1 unknown  unknown    24K 21 Mar 19:30 image-0.jpg
-rwxrwxrwx  1 unknown  unknown     0B 15 Aug 07:49 referers.xml
-rwxrwxrwx  1 unknown  unknown     0B 15 Aug 07:49 document.xml
-rwxrwxrwx  1 unknown  unknown     0B 15 Aug 07:49 document.3.xml
-rwxrwxrwx  1 unknown  unknown     0B 15 Aug 07:49 document.2.xml
-rwxrwxrwx  1 unknown  unknown     0B 15 Aug 07:49 document.1.xml
-rwxrwxrwx  1 unknown  unknown     0B 15 Aug 07:49 delicious.xml

note how the XML files (that were expanded on import) don't show their
content size nor show their content if opened with an editor.

I presume this is just a missing feature, but it would be super-kick-ass
if it was possible to just open a fragmented document in its "document
view" and transform it back and forward directly.

Also, it would be very useful if the repository was able to do the same
on a particular URL, say

http://localhost:8000/crx/repository/news/55/document.xml

that could return the document view of that XML document.

Actually, it would be *super cool* if the CRX repository view was able
to emulate something like the subversion view of a repository (see
svn.apache.org/repos/asf/)

The reason for this is that it would be possible to just use
mod_cache/mod_proxy to serve content from the repository straight online
(or, for example, read it from a cocoon pipeline and further process it,
without the need for a JCR-enabled content extractor). I think it would
speed-up adoption from the publishing side a lot.

Another reason for having a "simple URL view" of the repository is that
stuff like this:

http://jsr170tools.day.com/crx/repository/pr-jsr-170/docs/api/index.html/jcr:con\
tent

would work (having jcr:content in the URL is asking for trouble, also
because of the namespace prefix issue associated with jcr:content)

   4) it is generally bad usability practice to refer to "mouseover"
visual clues to identify content that is "actable". The properties that
are "actable" (say lead to somewhere else) should be underlined already,
otherwise you have to "scan" the document with your mouse to find which
ones are linkable and its a slower process.

   5) I personally don't like when a new window is created, it is
frustrating because you normally have to go and resize the other window
and you loose the ability to use your browser as a browser. I would
suggest to keep the content explorer within the original window and
avoid any popup window.

The other very important reason against popups is that you can't browse
two repositories with CRX, since both end up taking advantage of the
same window (which is very annoying!)

Anyway, impressive job ;-)

--
Stefano.

Reply | Forward | Messages in this Topic (2)
#28 From: Andy Bowes <andy.bowes@...>
Date: Fri Aug 6, 2004 8:26 am
Subject: RE: Forum - chatterscorner 		andybowes_01
Offline Offline
Send Email Send Email
 
Hi David,
 
A brief explanation as to the naming conventions that I have specified on the forum node type definitions is probably appropriate.
 
The node types that I have defined for discussion forums form just part of a much larger project with a large number of potential document types.  The final application must comply with the UK governments e-Government Metadata Standards (eGMS) (see http://www.govtalk.gov.uk/schemasstandards/metadata.asp) which dictates names for specific meta-data fields when they are tagged on HTML pages etc.  The easiest way for us to acheive this goal is to use the same names to define our properties in the CMS rather than attempt to add a layer of mapping between the properties in the CMS and the names of the fields on the HTML pages.  Thus the choice of names like 'date.created'.
 
I have no problems if anyone wants to use a more generic naming convention and there is no reason for not using a namespace prefix for the properties except possibly laziness on my part.
 
regards
 
Andy Bowes
 
-----Original Message-----
From: david.nuescheler@... [mailto:david.nuescheler@...]
Sent: 04 August 2004 18:37
To: jcr-crx@yahoogroups.com
Cc: JCR CRX Yahoo Group (E-mail)
Subject: [jcr-crx] Forum - chatterscorner


Hi all,

I assume that Andy put some content into http://jsr170tools.day.com
regarding the Forum. Thanks a lot, it looks great.

I think it is an excellent example of how a content repository
can be used to support generic application development.

Because it is such a good example i would like ask the following
questions in public so it might help other developers:

(a) Is there a reason why the properties use the default namespace
instead of being prefixed "acme:"? maybe convenience?

(b) It might be beneficial for generic applications (such as the
webdav server) if the acme:attachment would be a subtype of
nt:file? (or at least nt:mimeResource?) I think this would
require a silghtly different model though...

(c) The "date.created" property looks very similar to
the "jcr:created", or does it have a different semantic
meaning?

regards,
david

----------------------------------------------------------------------
standardize your content-repository !
                               http://www.jcp.org/en/jsr/detail?id=170
---------------------------------------< david.nuescheler@... >---

This message is a private communication. If you are not the intended
recipient, please do not read, copy, or use it, and do not disclose it
to others. Please notify the sender of the delivery error by replying
to this message, and then delete it from your system. Thank you.

The sender does not assume any liability for timely, trouble free,
complete, virus free, secure, error free or uninterrupted arrival of
this e-mail. For verification please request a hard copy version.


mailto:david.nuescheler@...
http://www.day.com

David Nuescheler
Chief Technology Officer
Day Software AG
Barfuesserplatz 6 / Postfach
4001 Basel
Switzerland

T  41 61 226 98 98
F  41 61 226 98 97



Reply | Forward | Messages in this Topic (2)
#27 From: david.nuescheler@...
Date: Wed Aug 4, 2004 5:37 pm
Subject: Forum - chatterscorner 		david_nuesch...
Offline Offline
Send Email Send Email
  
Hi all,

I assume that Andy put some content into http://jsr170tools.day.com
regarding the Forum. Thanks a lot, it looks great.

I think it is an excellent example of how a content repository
can be used to support generic application development.

Because it is such a good example i would like ask the following
questions in public so it might help other developers:

(a) Is there a reason why the properties use the default namespace
instead of being prefixed "acme:"? maybe convenience?

(b) It might be beneficial for generic applications (such as the
webdav server) if the acme:attachment would be a subtype of
nt:file? (or at least nt:mimeResource?) I think this would
require a silghtly different model though...

(c) The "date.created" property looks very similar to
the "jcr:created", or does it have a different semantic
meaning?

regards,
david

----------------------------------------------------------------------
standardize your content-repository !
                                http://www.jcp.org/en/jsr/detail?id=170
---------------------------------------< david.nuescheler@... >---

This message is a private communication. If you are not the intended
recipient, please do not read, copy, or use it, and do not disclose it
to others. Please notify the sender of the delivery error by replying
to this message, and then delete it from your system. Thank you.

The sender does not assume any liability for timely, trouble free,
complete, virus free, secure, error free or uninterrupted arrival of
this e-mail. For verification please request a hard copy version.


mailto:david.nuescheler@...
http://www.day.com

David Nuescheler
Chief Technology Officer
Day Software AG
Barfuesserplatz 6 / Postfach
4001 Basel
Switzerland

T  41 61 226 98 98
F  41 61 226 98 97

Reply | Forward | Messages in this Topic (2)
#26 From: david.nuescheler@...
Date: Tue Aug 3, 2004 4:04 pm
Subject: RE: Cancelling checkouts 		david_nuesch...
Offline Offline
Send Email Send Email
  
hi andy,

> Does this mean that 2 users can simultaneously check out the same node
then ?
yes. much like in cvs... except for that the repository knows that it is
checked-out.

> I must admit I am a bit confused by the implementation of versioning.
by the "implementation" or the "specification"?

> What does the isCheckedOut() actually mean if the node can still
> be modified by another user ?
yes... checkout has no ties to a user.

> Should I look to apply a lock to the node at the same time
> as I check out to avoid issues with lost updates etc and
> to ensure synchronised access to the Node ?
yes.

> If multiple
> users checkout a Node does the jcr:isCheckedOut get reset
> to false when the first user checks the node back in ?
... or restores the node. correct.

> Is there anything to prevent a user checking in a node
> that they have not checked out ?
no. if the node is checkedout it can be checked in.

> Take for example the following actions:
>
> Node theNode = ticket.getRootNode().getNode(somePath);
> theNode.checkOut();
> theNode.setProperty("myProperty", someValue);
> theNode.save();  // Is this save appropriate ?
> theNode.checkIn();
the save() is appropriate.

> As far as I am aware the new version of the Node is not created
> until the user checks in the node and so any changes that are
> made to the node are applied to the current BaseVersion.
no, they are applied to the Node, not to any version.
versions are immutable and stored in the "versionStorage"
only check-in creates new versions.

> In the case of the above code should I omit the
> "theNode.save()" line and assume that the act of
> checking the node back in will apply all of the
> changes ?
if you omit the save() the repository will throw, because
your changes have not made it to the workspace yet.
and you cannot do any versioning operations on
transient nodes.

> Is this how the versioning is supposed to work ?
hmm... almost ;) or let me put it that way, i think you
are looking for Locking rather than check-in/check-out.
i have to admit that there were many discussions and
confusions around what checkout() does, and i hope
i did not misrepresent it in this discussion.
and this is probably something that we can be a bit more
specific about in future versions of the spec.

regards,
david

----------------------------------------------------------------------
standardize your content-repository !
                                http://www.jcp.org/en/jsr/detail?id=170
---------------------------------------< david.nuescheler@... >---

This message is a private communication. If you are not the intended
recipient, please do not read, copy, or use it, and do not disclose it
to others. Please notify the sender of the delivery error by replying
to this message, and then delete it from your system. Thank you.

The sender does not assume any liability for timely, trouble free,
complete, virus free, secure, error free or uninterrupted arrival of
this e-mail. For verification please request a hard copy version.


mailto:david.nuescheler@...
http://www.day.com

David Nuescheler
Chief Technology Officer
Day Software AG
Barfuesserplatz 6 / Postfach
4001 Basel
Switzerland

T  41 61 226 98 98
F  41 61 226 98 97

Reply | Forward | Messages in this Topic (4)
#25 From: Andy Bowes <andy.bowes@...>
Date: Tue Aug 3, 2004 3:21 pm
Subject: RE: Cancelling checkouts 		andybowes_01
Offline Offline
Send Email Send Email
 
Hi David
 
Does this mean that 2 users can simultaneously check out the same node then ?
 
I must admit I am a bit confused by the implementation of versioning. 
 
What does the isCheckedOut() actually mean if the node can still be modified by another user ?
Should I look to apply a lock to the node at the same time as I check out to avoid issues with lost updates etc and to ensure synchronised access to the Node ?  If multiple users checkout a Node does the jcr:isCheckedOut get reset to false when the first user checks the node back in ?
Is there anything to prevent a user checking in a node that they have not checked out ?
 
Take for example the following actions:
 
Node theNode = ticket.getRootNode().getNode(somePath);
theNode.checkOut();
theNode.setProperty("myProperty", someValue);
theNode.save();  // Is this save appropriate ?
theNode.checkIn();
 
As far as I am aware the new version of the Node is not created until the user checks in the node and so any changes that are made to the node are applied to the current BaseVersion.  In the case of the above code should I omit the "theNode.save()" line and assume that the act of checking the node back in will apply all of the changes ?
 
Is this how the versioning is supposed to work ?
 
regards
 
Andy
 

  -----Original Message-----
From: david.nuescheler@... [mailto:david.nuescheler@...]
Sent: 03 August 2004 16:02
To: jcr-crx@yahoogroups.com
Cc: JCR CRX Yahoo Group (E-mail)
Subject: Re: [jcr-crx] Cancelling checkouts


hi andy,

> I basically want the ability for a user (or possibly an administrator)
> to cancel the checkout so that the Node can be checked out by another
> user.  I cannot see a method to do this on the Node (such as release()
> or cancelCheckOut()), I suppose that I could acheive it by setting
> the jcr:isCheckedOut property to false but it seems a bit of a
> kludge.

i think the fact that a node is checked out can (and should) only be
reverted by checking the node back in or restored. however, the check
out does not lock the the node for a particular user.

regards,
david


----------------------------------------------------------------------
standardize your content-repository !
                               http://www.jcp.org/en/jsr/detail?id=170
---------------------------------------< david.nuescheler@... >---

This message is a private communication. If you are not the intended
recipient, please do not read, copy, or use it, and do not disclose it
to others. Please notify the sender of the delivery error by replying
to this message, and then delete it from your system. Thank you.

The sender does not assume any liability for timely, trouble free,
complete, virus free, secure, error free or uninterrupted arrival of
this e-mail. For verification please request a hard copy version.


mailto:david.nuescheler@...
http://www.day.com

David Nuescheler
Chief Technology Officer
Day Software AG
Barfuesserplatz 6 / Postfach
4001 Basel
Switzerland

T  41 61 226 98 98
F  41 61 226 98 97



Reply | Forward | Messages in this Topic (4)
#24 From: david.nuescheler@...
Date: Tue Aug 3, 2004 3:01 pm
Subject: Re: Cancelling checkouts 		david_nuesch...
Offline Offline
Send Email Send Email
  
hi andy,

> I basically want the ability for a user (or possibly an administrator)
> to cancel the checkout so that the Node can be checked out by another
> user.  I cannot see a method to do this on the Node (such as release()
> or cancelCheckOut()), I suppose that I could acheive it by setting
> the jcr:isCheckedOut property to false but it seems a bit of a
> kludge.

i think the fact that a node is checked out can (and should) only be
reverted by checking the node back in or restored. however, the check
out does not lock the the node for a particular user.

regards,
david


----------------------------------------------------------------------
standardize your content-repository !
                                http://www.jcp.org/en/jsr/detail?id=170
---------------------------------------< david.nuescheler@... >---

This message is a private communication. If you are not the intended
recipient, please do not read, copy, or use it, and do not disclose it
to others. Please notify the sender of the delivery error by replying
to this message, and then delete it from your system. Thank you.

The sender does not assume any liability for timely, trouble free,
complete, virus free, secure, error free or uninterrupted arrival of
this e-mail. For verification please request a hard copy version.


mailto:david.nuescheler@...
http://www.day.com

David Nuescheler
Chief Technology Officer
Day Software AG
Barfuesserplatz 6 / Postfach
4001 Basel
Switzerland

T  41 61 226 98 98
F  41 61 226 98 97

Reply | Forward | Messages in this Topic (4)
#23 From: Andy Bowes <andy.bowes@...>
Date: Tue Aug 3, 2004 2:16 pm
Subject: Cancelling checkouts 		andybowes_01
Offline Offline
Send Email Send Email
  
Hi Guys,

I know that the Versioning API for JSR 170 is optional and is not currently
available in the release that I am using but does anyone know how I can
cancel a checkOut operation ?

I basically want the ability for a user (or possibly an administrator) to
cancel the checkout so that the Node can be checked out by another user.  I
cannot see a method to do this on the Node (such as release() or
cancelCheckOut()), I suppose that I could acheive it by setting the
jcr:isCheckedOut property to false but it seems a bit of a kludge.

Any ideas ?

regards

Andy Bowes

Reply | Forward | Messages in this Topic (4)
#22 From: david.nuescheler@...
Date: Fri Jul 30, 2004 2:16 pm
Subject: Re: Re: Demo usage 		david_nuesch...
Offline Offline
Send Email Send Email
  
hi,

> nothing ... since it is a content respository, i expect it is able to
> put content there, and then retrieve it back. (wrong? :() )

true... ;) the issue is that we built-in a specific behaviour for .zip
files, which magically extracts them.
but through the webdav ui you should be able to store achieve what
you are looking for. additionally, if you upload a file (other than
.zip or .xml) into the root-folder "/" you should be able do
download it through its repository uri just prefix
"http://jsr170tools.day.com/crx/repository/"

eg. if you upload lng_link2.gif into the demo into / you should
be able to download it from
http://jsr170tools.day.com/crx/repository/lng_link2.gif

this also works for html constructs like the javadoc of jsr-170
which you can find at:
http://jsr170tools.day.com/crx/repository/pr-jsr-170/docs/api/index.html

which shows that you can upload your entire (relatively) linked
website (eg as a .zip file) and surf the entire website directly
out of the repository.

regards,
david

----------------------------------------------------------------------
standardize your content-repository !
                                http://www.jcp.org/en/jsr/detail?id=170
---------------------------------------< david.nuescheler@... >---

This message is a private communication. If you are not the intended
recipient, please do not read, copy, or use it, and do not disclose it
to others. Please notify the sender of the delivery error by replying
to this message, and then delete it from your system. Thank you.

The sender does not assume any liability for timely, trouble free,
complete, virus free, secure, error free or uninterrupted arrival of
this e-mail. For verification please request a hard copy version.


mailto:david.nuescheler@...
http://www.day.com

David Nuescheler
Chief Technology Officer
Day Software AG
Barfuesserplatz 6 / Postfach
4001 Basel
Switzerland

T  41 61 226 98 98
F  41 61 226 98 97

Reply | Forward | Messages in this Topic (4)
#21 From: "imzku" <zku@...>
Date: Fri Jul 30, 2004 2:00 pm
Subject: Re: Demo usage 		imzku
Offline Offline
Send Email Send Email
  
nothing ... since it is a content respository, i expect it is able to
put content there, and then retrieve it back. (wrong? :() )

anyway, it is ok. i.e. the demo is great.

i tried to connect it through a webdav client. it works.
that's why i thought it is on top of slide.

-- no dependencies on existing slide code. --
good to hear that. i.e. no need to bother not-many-useful-
documentation slide. :)

thanks.

Reply | Forward | Messages in this Topic (4)
#20 From: david.nuescheler@...
Date: Fri Jul 30, 2004 1:49 pm
Subject: Re: Demo usage 		david_nuesch...
Offline Offline
Send Email Send Email
  
> Hi,
>
> The demo works. I upload a file (a.pdf), then i can download
> it (a zip file named index.jsp).
> But, if I upload a zip file, the file will get expanded into
> the demo  repository. How to downloaded the zip file then?
> Tried the same method as the above, it downloaded but missing
> many files.
what are you trying to do?
upload a complete zip-file and then download it again?

if you are trying to export content, this is something that
does not work yet.

> Many terms don't understand. such as, CRX Package in
> Content Zipper.
generally the content-zipper is not finished and i agree
there are a lot of confusing elements in there... since this
is an alpha we are going to clean things up later.

> btw, is the jcrri impl on top of slide?
the jcr-ri is a totally new implementation, which currently has
no dependencies on existing slide code. it is hosted as proposal
in the slide cvs though and therefore is part of the slide
project.

regards,
david
----------------------------------------------------------------------
standardize your content-repository !
                                http://www.jcp.org/en/jsr/detail?id=170
---------------------------------------< david.nuescheler@... >---

This message is a private communication. If you are not the intended
recipient, please do not read, copy, or use it, and do not disclose it
to others. Please notify the sender of the delivery error by replying
to this message, and then delete it from your system. Thank you.

The sender does not assume any liability for timely, trouble free,
complete, virus free, secure, error free or uninterrupted arrival of
this e-mail. For verification please request a hard copy version.


mailto:david.nuescheler@...
http://www.day.com

David Nuescheler
Chief Technology Officer
Day Software AG
Barfuesserplatz 6 / Postfach
4001 Basel
Switzerland

T  41 61 226 98 98
F  41 61 226 98 97

Reply | Forward | Messages in this Topic (4)
#19 From: "imzku" <zku@...>
Date: Fri Jul 30, 2004 10:38 am
Subject: Demo usage 		imzku
Offline Offline
Send Email Send Email
  
Hi,

The demo works. I upload a file (a.pdf), then i can download it (a
zip file named index.jsp).

But, if I upload a zip file, the file will get expanded into the demo
repository. How to downloaded the zip file then? Tried the same
method as the above, it downloaded but missing many files.

Many terms don't understand. such as, CRX Package in Content Zipper.

btw, is the jcrri impl on top of slide?

Thanks.

Reply | Forward | Messages in this Topic (4)
#18 From: david.nuescheler@...
Date: Wed Jul 28, 2004 5:05 pm
Subject: Re: jcrri in slide 		david_nuesch...
Offline Offline
Send Email Send Email
  
hi imzku ;),

> hi,
>
> i downloaded the cvs source of jakarta slide.
>
> created the jcrri.jar there.
>
> so, any simple hello world like example of using it?
>
> thanks.

well, actually if you have questions regarding the ri from slide then
i would say the user or developer mailing list is probably the right
place to ask these questions.

anyway, for a quick start and for development purposes i certainly
would recommend that you start working with the .war-file which is
downloadable from:

http://www.day.com/content/en/product/jsr_170/repository_browser.html

which also contains a number of .jsp examples (pretty much what you see
at http://jsr170tools.day.com), which should be very explanatory.

since the underlying source-code is exactly the same, i suggest
that youuse the packaged-up ".war"-file for your development and then
before shipping your custom built software decide if you want to ship
your software by bundeling the ".jar file that you built from the
slide cvs or license the "crx-package" from day-software.

regards,
david
----------------------------------------------------------------------
standardize your content-repository !
                                http://www.jcp.org/en/jsr/detail?id=170
---------------------------------------< david.nuescheler@... >---

This message is a private communication. If you are not the intended
recipient, please do not read, copy, or use it, and do not disclose it
to others. Please notify the sender of the delivery error by replying
to this message, and then delete it from your system. Thank you.

The sender does not assume any liability for timely, trouble free,
complete, virus free, secure, error free or uninterrupted arrival of
this e-mail. For verification please request a hard copy version.


mailto:david.nuescheler@...
http://www.day.com

David Nuescheler
Chief Technology Officer
Day Software AG
Barfuesserplatz 6 / Postfach
4001 Basel
Switzerland

T  41 61 226 98 98
F  41 61 226 98 97

Reply | Forward | Messages in this Topic (2)
#17 From: "imzku" <zku@...>
Date: Wed Jul 28, 2004 4:50 pm
Subject: jcrri in slide 		imzku
Offline Offline
Send Email Send Email
  
hi,

i downloaded the cvs source of jakarta slide.

created the jcrri.jar there.

so, any simple hello world like example of using it?

thanks.

Reply | Forward | Messages in this Topic (2)
#16 From: david.nuescheler@...
Date: Wed Jul 28, 2004 3:42 pm
Subject: RE: Defining Allowed Child Nodes in JCR RI 		david_nuesch...
Offline Offline
Send Email Send Email
  
hi andy,

> Is it easiest for me to send you the custom_node.xml file so
> that you can apply it to the repository ?

that's certainly one way, which is no problem at all.
another possibility would be for you to use the "nodetype
administration" online.

we enabled "re-registration" of nodetypes for the sake of
demos in the online version which should make it quite
convenient.

changes to nodetypes are not applied to existing nodes of that
nodetype until restart. so if you make changes to a nodetype you
will need to create a new instance of that particular nodetype.

regards,
david

----------------------------------------------------------------------
standardize your content-repository !
                                http://www.jcp.org/en/jsr/detail?id=170
---------------------------------------< david.nuescheler@... >---

This message is a private communication. If you are not the intended
recipient, please do not read, copy, or use it, and do not disclose it
to others. Please notify the sender of the delivery error by replying
to this message, and then delete it from your system. Thank you.

The sender does not assume any liability for timely, trouble free,
complete, virus free, secure, error free or uninterrupted arrival of
this e-mail. For verification please request a hard copy version.


mailto:david.nuescheler@...
http://www.day.com

David Nuescheler
Chief Technology Officer
Day Software AG
Barfuesserplatz 6 / Postfach
4001 Basel
Switzerland

T  41 61 226 98 98
F  41 61 226 98 97

Reply | Forward | Messages in this Topic (6)
#15 From: Andy Bowes <andy.bowes@...>
Date: Wed Jul 28, 2004 3:35 pm
Subject: RE: Defining Allowed Child Nodes in JCR RI 		andybowes_01
Offline Offline
Send Email Send Email
 
Hi David,
 
That sounds fine to me.
 
I should be able to get something done by the end of the week.  Once the node types are defined we should be able to add the sample content on-line.  Is it easiest for me to send you the custom_node.xml file so that you can apply it to the repository ?
 
regards
 
Andy
-----Original Message-----
From: david.nuescheler@... [mailto:david.nuescheler@...]
Sent: 28 July 2004 16:29
To: jcr-crx@yahoogroups.com
Cc: 'jcr-crx@yahoogroups.com'
Subject: RE: [jcr-crx] Defining Allowed Child Nodes in JCR RI


hi andy,

> At the moment this marker node type is just defined
> as a standard node type but I think it is probably
> better to model it as a mixin so that I can use it
> purely to flag suitable Node Types rather than include
> it as a true part of the node type inheritance structure.
sounds good to me... i usually like to stay out of mixins
whenever possible. So my prefered solution would probably
have been to create a nodetype acme:attachements_weblinks
which allows for residual properties of nodetype
acme:attachement_weblink.
then i probably would have autocreated a childnode
acme:attachements_weblinks on acme:message.
which would have left me with something like:
[n] acme:message
+[n] acme:attachements_weblinks
   +[n] acme:weblink
   +[n] acme:attachement
   +[n] acme:weblink
   +[n] acme:attachement
   +[n] acme:attachement

but i guess it is all a matter of taste ;)

> As always there is almost too much flexibility I guess that
> I just need to settle on a solution that is good enough
> rather than continually fine tuning it to reach the optimal
> outcome :)
true.
i think the "forum" might be a very good example to show how
to use a content repository. do you think it would be possible
to sync your final nodetypes and a bit of example content
with http://jsr170tools.day.com so we can keep it there for
future reference?

regards,
david

----------------------------------------------------------------------
standardize your content-repository !
                               http://www.jcp.org/en/jsr/detail?id=170
---------------------------------------< david.nuescheler@... >---

This message is a private communication. If you are not the intended
recipient, please do not read, copy, or use it, and do not disclose it
to others. Please notify the sender of the delivery error by replying
to this message, and then delete it from your system. Thank you.

The sender does not assume any liability for timely, trouble free,
complete, virus free, secure, error free or uninterrupted arrival of
this e-mail. For verification please request a hard copy version.


mailto:david.nuescheler@...
http://www.day.com

David Nuescheler
Chief Technology Officer
Day Software AG
Barfuesserplatz 6 / Postfach
4001 Basel
Switzerland

T  41 61 226 98 98
F  41 61 226 98 97



Reply | Forward | Messages in this Topic (6)
#14 From: david.nuescheler@...
Date: Wed Jul 28, 2004 3:29 pm
Subject: RE: Defining Allowed Child Nodes in JCR RI 		david_nuesch...
Offline Offline
Send Email Send Email
  
hi andy,

> At the moment this marker node type is just defined
> as a standard node type but I think it is probably
> better to model it as a mixin so that I can use it
> purely to flag suitable Node Types rather than include
> it as a true part of the node type inheritance structure.
sounds good to me... i usually like to stay out of mixins
whenever possible. So my prefered solution would probably
have been to create a nodetype acme:attachements_weblinks
which allows for residual properties of nodetype
acme:attachement_weblink.
then i probably would have autocreated a childnode
acme:attachements_weblinks on acme:message.
which would have left me with something like:
[n] acme:message
  +[n] acme:attachements_weblinks
    +[n] acme:weblink
    +[n] acme:attachement
    +[n] acme:weblink
    +[n] acme:attachement
    +[n] acme:attachement

but i guess it is all a matter of taste ;)

> As always there is almost too much flexibility I guess that
> I just need to settle on a solution that is good enough
> rather than continually fine tuning it to reach the optimal
> outcome :)
true.
i think the "forum" might be a very good example to show how
to use a content repository. do you think it would be possible
to sync your final nodetypes and a bit of example content
with http://jsr170tools.day.com so we can keep it there for
future reference?

regards,
david

----------------------------------------------------------------------
standardize your content-repository !
                                http://www.jcp.org/en/jsr/detail?id=170
---------------------------------------< david.nuescheler@... >---

This message is a private communication. If you are not the intended
recipient, please do not read, copy, or use it, and do not disclose it
to others. Please notify the sender of the delivery error by replying
to this message, and then delete it from your system. Thank you.

The sender does not assume any liability for timely, trouble free,
complete, virus free, secure, error free or uninterrupted arrival of
this e-mail. For verification please request a hard copy version.


mailto:david.nuescheler@...
http://www.day.com

David Nuescheler
Chief Technology Officer
Day Software AG
Barfuesserplatz 6 / Postfach
4001 Basel
Switzerland

T  41 61 226 98 98
F  41 61 226 98 97

Reply | Forward | Messages in this Topic (6)
#13 From: Andy Bowes <andy.bowes@...>
Date: Wed Jul 28, 2004 2:39 pm
Subject: RE: Defining Allowed Child Nodes in JCR RI 		andybowes_01
Offline Offline
Send Email Send Email
 
Hi David,
 
Thanks for the response.
 
I have taken the definitions a bit further and defined a 'pseudo' node type, a bit like nt:hierarchyNode, that is used as the supertype for response, attachment and weblink.  I have then used this 'pseudo' node in the definition of allowable child items on both threads and responses which I think gives me the behaviour that I am after.  This means that I can add multiple responses, attachments, and weblinks to either threads or responses which is the desired solution.
 
At the moment this marker node type is just defined as a standard node type but I think it is probably better to model it as a mixin so that I can use it purely to flag suitable Node Types rather than include it as a true part of the node type inheritance structure.  As always there is almost too much flexibility I guess that I just need to settle on a solution that is good enough rather than continually fine tuning it to reach the optimal outcome :)
 
regards
 
Andy
-----Original Message-----
From: david.nuescheler@... [mailto:david.nuescheler@...]
Sent: 28 July 2004 15:12
To: jcr-crx@yahoogroups.com
Cc: 'jcr-crx@yahoogroups.com'
Subject: Re: [jcr-crx] Defining Allowed Child Nodes in JCR RI


hi andy,

very nice job...

I tried to upload and mimic your setup on
http://jsr170tools.day.com in the content browser...
(in the "Forum - ...." node)
Is that somewhat accurate?
The nodetype administration might give you a nice overview
over your acme nodetypes.

Do I understand your question correctly that you want to let a
user add multiple weblinks and attachments to a post?

Well, there are multiple ways on how to model that in jsr170,
with slight differences.
Along the lines of the following questions:

Do you care for sort order (or is the modification
date good enough)?

Do you want to possibly inter-mix the attachments with
weblinks up on display based on the "posters" choice?

Would you allow folders in the attachement node?

etc...

Any solution from multivalue properties (for the weblinks)
to samename siblings, to a subnode called
"acme:AttachementsAndLinks" etc.. are possible.

Personally, i would probably opt for a acme:Attachements
of nodetype nt:folder and would say that the weblinks
should be part of the message ;)

regards,
david

.ps: there is still a bit of possible finetuneing with respect
to orderable child nodes, default & required primary types, etc...
but generally: very nice job!

----------------------------------------------------------------------
standardize your content-repository !
                               http://www.jcp.org/en/jsr/detail?id=170
---------------------------------------< david.nuescheler@... >---

This message is a private communication. If you are not the intended
recipient, please do not read, copy, or use it, and do not disclose it
to others. Please notify the sender of the delivery error by replying
to this message, and then delete it from your system. Thank you.

The sender does not assume any liability for timely, trouble free,
complete, virus free, secure, error free or uninterrupted arrival of
this e-mail. For verification please request a hard copy version.


mailto:david.nuescheler@...
http://www.day.com

David Nuescheler
Chief Technology Officer
Day Software AG
Barfuesserplatz 6 / Postfach
4001 Basel
Switzerland

T  41 61 226 98 98
F  41 61 226 98 97



Reply | Forward | Messages in this Topic (6)
#12 From: david.nuescheler@...
Date: Wed Jul 28, 2004 2:12 pm
Subject: Re: Defining Allowed Child Nodes in JCR RI 		david_nuesch...
Offline Offline
Send Email Send Email
  
hi andy,

very nice job...

I tried to upload and mimic your setup on
http://jsr170tools.day.com in the content browser...
(in the "Forum - ...." node)
Is that somewhat accurate?
The nodetype administration might give you a nice overview
over your acme nodetypes.

Do I understand your question correctly that you want to let a
user add multiple weblinks and attachments to a post?

Well, there are multiple ways on how to model that in jsr170,
with slight differences.
Along the lines of the following questions:

Do you care for sort order (or is the modification
date good enough)?

Do you want to possibly inter-mix the attachments with
weblinks up on display based on the "posters" choice?

Would you allow folders in the attachement node?

etc...

Any solution from multivalue properties (for the weblinks)
to samename siblings, to a subnode called
"acme:AttachementsAndLinks" etc.. are possible.

Personally, i would probably opt for a acme:Attachements
of nodetype nt:folder and would say that the weblinks
should be part of the message ;)

regards,
david

.ps: there is still a bit of possible finetuneing with respect
to orderable child nodes, default & required primary types, etc...
but generally: very nice job!

----------------------------------------------------------------------
standardize your content-repository !
                                http://www.jcp.org/en/jsr/detail?id=170
---------------------------------------< david.nuescheler@... >---

This message is a private communication. If you are not the intended
recipient, please do not read, copy, or use it, and do not disclose it
to others. Please notify the sender of the delivery error by replying
to this message, and then delete it from your system. Thank you.

The sender does not assume any liability for timely, trouble free,
complete, virus free, secure, error free or uninterrupted arrival of
this e-mail. For verification please request a hard copy version.


mailto:david.nuescheler@...
http://www.day.com

David Nuescheler
Chief Technology Officer
Day Software AG
Barfuesserplatz 6 / Postfach
4001 Basel
Switzerland

T  41 61 226 98 98
F  41 61 226 98 97

Reply | Forward | Messages in this Topic (6)
#11 From: david.nuescheler@...
Date: Wed Jul 28, 2004 1:06 pm
Subject: Re: Re: license of the JSR 170 reference implementation? 		david_nuesch...
Offline Offline
Send Email Send Email
  
hi,

the apache license is one of the most popular open source licenses.
please find it at: http://www.apache.org/licenses/LICENSE-2.0

it allows you to build commercial software based on software
built by the apache software foundation.

so, everything you find in the apache cvs (re: jsr170 -> the
jcrri slide proposal) is free to use under the terms mentioned
in the day-ri-license which is based on the apache license.
this reference implementaion is currently being developed by
day software and the efforts are donated to the apache
software foundation.

the ui, the tools and the .war file that you find on
http://jsr170tools.day.com is currently proprietary software
of day software (based on the above mentioned jcrri), which is
as an alpha licensed under the licensing terms that are displayed
upon download as a click through license.

regards,
david
----------------------------------------------------------------------
standardize your content-repository !
                                http://www.jcp.org/en/jsr/detail?id=170
---------------------------------------< david.nuescheler@... >---

This message is a private communication. If you are not the intended
recipient, please do not read, copy, or use it, and do not disclose it
to others. Please notify the sender of the delivery error by replying
to this message, and then delete it from your system. Thank you.

The sender does not assume any liability for timely, trouble free,
complete, virus free, secure, error free or uninterrupted arrival of
this e-mail. For verification please request a hard copy version.


mailto:david.nuescheler@...
http://www.day.com

David Nuescheler
Chief Technology Officer
Day Software AG
Barfuesserplatz 6 / Postfach
4001 Basel
Switzerland

T  41 61 226 98 98
F  41 61 226 98 97

Reply | Forward | Messages in this Topic (5)
#10 From: "imzku" <zku@...>
Date: Wed Jul 28, 2004 12:37 pm
Subject: Re: license of the JSR 170 reference implementation? 		imzku
Offline Offline
Send Email Send Email
  
i'm not familiar with those license.

Can some one help me on these short question.

1. Can we develop/sell a commercial product based on a reference impl?
If so, any fee involved?

2. What other restrictions? Do we need to release our source codes as
well?

Thanks.

--- In jcr-crx@yahoogroups.com, david.nuescheler@d... wrote:
>
> Hi Patrick,
>
> >> My take is that you begun implementation with the day
> >> license, and added apache2 when moving the code to slide,
> >> but did not clean up their header files.
> >> Is it right?
> > The "Day RI" license and the entire JSR-170 spec and TCK
> > is licensed under a license written by Roy Fielding based on
> > the Apache 2.0 license and which is equivalent to the
> > Apache 2.0 License. All the licenses are distributed with
> > the Public Review Package.
> To be more precise:
> The Day RI license is an addendum (added terms) to the Apache
> License to comply with the JSPA requirements on the Spec Lead.
> Apache can reduce those terms to just the Apache 2.0 license if
> Day signs an appropriate software grant that allows the ASF to
> relicense the code. Day, as Spec Lead for the RI, is more
> restricted than Apache.
>
> > So, formally there might be some clean-up to be done, however
> > since content wise the two licenses are identical, it should
> > not make a big difference.
> More precisely:
> The Day RI license is as open source as possible given
> the constraints that the JSPA has on compatibility claims.
>
> Sorry, for any possible confusion.
>
> regards,
> David
>
> --------------------------------------------------------------------
--
> standardize your content-repository !
>                                http://www.jcp.org/en/jsr/detail?
id=170
> ---------------------------------------< david.nuescheler@d... >---
>
> This message is a private communication. If you are not the intended
> recipient, please do not read, copy, or use it, and do not disclose
it
> to others. Please notify the sender of the delivery error by
replying
> to this message, and then delete it from your system. Thank you.
>
> The sender does not assume any liability for timely, trouble free,
> complete, virus free, secure, error free or uninterrupted arrival of
> this e-mail. For verification please request a hard copy version.
>
>
> mailto:david.nuescheler@d...
> http://www.day.com
>
> David Nuescheler
> Chief Technology Officer
> Day Software AG
> Barfuesserplatz 6 / Postfach
> 4001 Basel
> Switzerland
>
> T  41 61 226 98 98
> F  41 61 226 98 97

Reply | Forward | Messages in this Topic (5)
#9 From: Andy Bowes <andy.bowes@...>
Date: Wed Jul 28, 2004 12:15 pm
Subject: Defining Allowed Child Nodes in JCR RI 		andybowes_01
Offline Offline
Send Email Send Email
  
Hi,

We are currently putting together a simple application as a Proof of Concept
using the JCR RI to store details of a discussion forum.

The forums should have the following structure:

Forums:
     Forum 0..*
         Topic 0..*
            Thread 0..*
                Response 0..*
                    Response 0..*  etc

A Thread & Response are basically a special types of Message which also
allows multiple Weblinks and or Attachments to be added (A weblink is
basically a hyperlink consisting of a URL + a Label).  All of the node types
should extend our 'base' node type so that standard info is assigned.

The XML at the bottom of this message is an attempt to create the custom
node types that are required for the discussion fourms (properties have been
omitted for clarity).  It all seems to start ok as we can create Forums -->
Topics --> Threads -- > Response --> Response ..... but we have a couple of
issues.
1) We can't add acme:attachment or acme:weblink Nodes to acme:thread or
acme:response Nodes get message "Unable to add node 'attachment1':
javax.jcr.nodetype.ConstraintViolationException: no definition found in
parent node's node type for new node".
2) We can add acme:thread nodes as children of acme:response but if we
change the definition of acme:response to only allow acme:response Child
Nodes (which is what we are after) then we encounter a problem parsing the
custom_nodetypes.xml file as there seems to be a circular reference on
acme:response.

Are there any ways to achieve what we are attempting i.e. a node my contain
children of its own type & a node may contain children of multiple other
types ?

I hope this question is clear.

Thanks for any help

Andy Bowes




<nodeTypes>
     <nodeType name="acme:base" mixin="false" orderableChildNodes="false"
supertypes="nt:base,mix:referenceable">
     </nodeType>
     <!-- Forums -->
     <nodeType name="acme:forum" mixin="false" orderableChildNodes="false"
supertypes="nt:hierarchyNode, acme:base">
         <childNodeDef name="" requiredPrimaryTypes="acme:topic"
defaultPrimaryType="" autoCreate="false"
             mandatory="false" onParentVersion="VERSION" protected="false"
primaryItem="false" sameNameSibs="false"/>
     </nodeType>
     <nodeType name="acme:topic" mixin="false" orderableChildNodes="false"
supertypes="nt:hierarchyNode, acme:base">
         <childNodeDef name="" requiredPrimaryTypes="acme:thread"
defaultPrimaryType="" autoCreate="false"
             mandatory="false" onParentVersion="VERSION" protected="false"
primaryItem="false" sameNameSibs="false"/>
     </nodeType>
     <nodeType name="acme:message" mixin="false" orderableChildNodes="false"
supertypes="acme:base">
     </nodeType>
     <nodeType name="acme:thread" mixin="false" orderableChildNodes="false"
supertypes="nt:hierarchyNode, acme:message">
         <childNodeDef name="" requiredPrimaryTypes="acme:response"
defaultPrimaryType="" autoCreate="false"
             mandatory="false" onParentVersion="VERSION" protected="false"
primaryItem="false" sameNameSibs="false"/>
         <childNodeDef name="weblink" requiredPrimaryTypes="acme:weblink"
defaultPrimaryType="" autoCreate="false"
             mandatory="false" onParentVersion="VERSION" protected="false"
primaryItem="false" sameNameSibs="false"/>
         <childNodeDef name="attachment"
requiredPrimaryTypes="acme:attachment" defaultPrimaryType=""
autoCreate="false"
             mandatory="false" onParentVersion="VERSION" protected="false"
primaryItem="false" sameNameSibs="false"/>
     </nodeType>
     <nodeType name="acme:response" mixin="false" orderableChildNodes="false"
supertypes="acme:message">
         <childNodeDef name="" requiredPrimaryTypes="acme:message"
defaultPrimaryType="" autoCreate="false"
             mandatory="false" onParentVersion="VERSION" protected="false"
primaryItem="false" sameNameSibs="false"/>
         <childNodeDef name="attachment"
requiredPrimaryTypes="acme:attachment" defaultPrimaryType=""
autoCreate="false"
             mandatory="false" onParentVersion="VERSION" protected="false"
primaryItem="false" sameNameSibs="false"/>
     </nodeType>
     <nodeType name="acme:attachment_weblink" mixin="false"
orderableChildNodes="false" supertypes="acme:base">
     </nodeType>
     <nodeType name="acme:attachment" mixin="false"
orderableChildNodes="false" supertypes="acme:attachment_weblink">
     </nodeType>
     <nodeType name="acme:weblink" mixin="false" orderableChildNodes="false"
supertypes="acme:attachment_weblink">
     </nodeType>
</nodeTypes>

Reply | Forward | Messages in this Topic (6)
#8 From: david.nuescheler@...
Date: Wed Jul 28, 2004 12:03 pm
Subject: Re: license of the JSR 170 reference implementation? 		david_nuesch...
Offline Offline
Send Email Send Email
  
Hi Patrick,

>> My take is that you begun implementation with the day
>> license, and added apache2 when moving the code to slide,
>> but did not clean up their header files.
>> Is it right?
> The "Day RI" license and the entire JSR-170 spec and TCK
> is licensed under a license written by Roy Fielding based on
> the Apache 2.0 license and which is equivalent to the
> Apache 2.0 License. All the licenses are distributed with
> the Public Review Package.
To be more precise:
The Day RI license is an addendum (added terms) to the Apache
License to comply with the JSPA requirements on the Spec Lead.
Apache can reduce those terms to just the Apache 2.0 license if
Day signs an appropriate software grant that allows the ASF to
relicense the code. Day, as Spec Lead for the RI, is more
restricted than Apache.

> So, formally there might be some clean-up to be done, however
> since content wise the two licenses are identical, it should
> not make a big difference.
More precisely:
The Day RI license is as open source as possible given
the constraints that the JSPA has on compatibility claims.

Sorry, for any possible confusion.

regards,
David

----------------------------------------------------------------------
standardize your content-repository !
                                http://www.jcp.org/en/jsr/detail?id=170
---------------------------------------< david.nuescheler@... >---

This message is a private communication. If you are not the intended
recipient, please do not read, copy, or use it, and do not disclose it
to others. Please notify the sender of the delivery error by replying
to this message, and then delete it from your system. Thank you.

The sender does not assume any liability for timely, trouble free,
complete, virus free, secure, error free or uninterrupted arrival of
this e-mail. For verification please request a hard copy version.


mailto:david.nuescheler@...
http://www.day.com

David Nuescheler
Chief Technology Officer
Day Software AG
Barfuesserplatz 6 / Postfach
4001 Basel
Switzerland

T  41 61 226 98 98
F  41 61 226 98 97

Reply | Forward | Messages in this Topic (5)
#7 From: david.nuescheler@...
Date: Wed Jul 28, 2004 10:59 am
Subject: Re: license of the JSR 170 reference implementation? 		david_nuesch...
Offline Offline
Send Email Send Email
  
Hi Patrick,

Thanks for pointing that out to us.
First of all: I am not a lawyer. Consider this a disclaimer. ;)

> the code for the ri today lives in the slide repository, under
> proposals Here is one file.
> ...
> The license for it is:
> ...
>  *     http://www.day.com/content/en/licenses/day-ri-license-2.0
> ...
> Which is ambiguous. Is it day license or apache 2 license?
> The url to day license has no document (404).
Sorry for that, I fixed that.
Thanks for pointing it out.

> And you mention the apache 2 license: which one is it?
The "Day RI" license and the entire JSR-170 spec and TCK
is licensed under a license written by Roy Fielding based on
the Apache 2.0 license and which is equivalent to the
Apache 2.0 License. All the licenses are distributed with
the Public Review Package.


> My take is that you begun implementation with the day
> license, and added apache2 when moving the code to slide,
> but did not clean up their header files.
> Is it right?
Well, actually as far as I understand the JCP the actual RI
is licensed by the Spec Lead (which would be us). Since we
are trying to be as Opensource oriented as possible and since
we experienced great support from the Apache Community we
decided to host the codebase of the RI in the Jakarta CVS
as a proposal of the Slide project.

Our intention is to proceed in a similar fashion as it is done
with Tomcat for the Servlet Spec. It is my understanding that
we will possibly put the actual Apache License as the headers
for the code that is in the Slide Proposal and have a different
header (which essentially says the same thing) for the actual
formal RI, which will be distributed by Day as the Spec Lead
as the official RI.

So, formally there might be some clean-up to be done, however
since content wise the two licenses are identical, it should
not make a big difference.

regards,
David
----------------------------------------------------------------------
standardize your content-repository !
                                http://www.jcp.org/en/jsr/detail?id=170
---------------------------------------< david.nuescheler@... >---

This message is a private communication. If you are not the intended
recipient, please do not read, copy, or use it, and do not disclose it
to others. Please notify the sender of the delivery error by replying
to this message, and then delete it from your system. Thank you.

The sender does not assume any liability for timely, trouble free,
complete, virus free, secure, error free or uninterrupted arrival of
this e-mail. For verification please request a hard copy version.


mailto:david.nuescheler@...
http://www.day.com

David Nuescheler
Chief Technology Officer
Day Software AG
Barfuesserplatz 6 / Postfach
4001 Basel
Switzerland

T  41 61 226 98 98
F  41 61 226 98 97

Reply | Forward | Messages in this Topic (5)
#6 From: patrick chanezon <patrick.chanezon@...>
Date: Tue Jul 27, 2004 9:08 pm
Subject: license of the JSR 170 reference implementation? 		chanezon
Offline Offline
Send Email Send Email
  
Hi David, all,
the code for the ri today lives in the slide repository, under proposals
Here is one file.
http://cvs.apache.org/viewcvs.cgi/jakarta-slide/proposals/jcrri/src/org/apache/s\
lide/jcr/fs/BasedFileSystem.java?rev=1.5&view=auto
The license for it is:

/*
  * $Id: BasedFileSystem.java,v 1.5 2004/07/20 08:28:37 stefan Exp $
  *
  * Copyright 2002-2004 Day Management AG, Switzerland.
  *
  * Licensed under the Day RI License, Version 2.0 (the "License"),
  * as a reference implementation of the following specification:
  *
  *   Content Repository API for Java Technology, revision 0.13
  *        <http://www.jcp.org/en/jsr/detail?id=170>
  *
  * You may not use this file except in compliance with the License.
  * You may obtain a copy of the License files at
  *
  *     http://www.day.com/content/en/licenses/day-ri-license-2.0
  *     http://www.apache.org/licenses/LICENSE-2.0
  *
  * Unless required by applicable law or agreed to in writing, software
  * distributed under the License is distributed on an "AS IS" BASIS,
  * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
  * See the License for the specific language governing permissions and
  * limitations under the License.
  */

Which is ambiguous. Is it day license or apache 2 license?
The url to day license has no document (404).
And you mention the apache 2 license: which one is it?

My take is that you begun implementation with the day license, and added
apache2 when moving the code to slide, but did not clean up their header
files.
Is it right?

P@

Reply | Forward | Messages in this Topic (5)
#5 From: "david_nuescheler" <david.nuescheler@...>
Date: Fri Jul 16, 2004 8:31 pm
Subject: [new version] v0.3 online 		david_nuesch...
Offline Offline
Send Email Send Email
  
hi all,

we are proud to announce the release of version 0.3 of the
"repository console" to be found on http://jsr170tools.day.com.

this release contains:

- copy and move implemented

- some of the initial versioning is visible

- initial webdav support

- a number of bugfixes

we will try to keep the release cycles short, if you have
feature or bugfix-wishes please post them to this list.

to use webdav connect to http://jsr170tools.day.com/crx/repository
and be patient ;)

we will upload the new .war file for download soon.

you can still download the version 0.2 from
http://www.day.com/content/en/product/jsr_170/repository_browser.html
and browse the source of the ri at
http://cvs.apache.org/viewcvs.cgi/jakarta-slide/proposals/jcrri/

have fun,

regards,
david

Reply | Forward | Messages in this Topic (1)
#4 From: "david_nuescheler" <david.nuescheler@...>
Date: Tue Jun 22, 2004 5:07 pm
Subject: [new version] v0.2 available 		david_nuesch...
Offline Offline
Send Email Send Email
  
hi all,

we are proud to announce the release of version 0.2 of the
repository console to be found on http://jsr170tools.day.com
also downloadable from the same uri.

this release contains:

- the dynamic and static namespace mappings
   (go to the nodetype administration)

- a number of ui improvements for mozilla

- inheritance based nodetype-icon-mappings

- ui improvements in the nodetype administration

- a number of bugfixes

we will try to keep the release cycles short, if you have
feature or bugfix-wishes please let us know.

have fun,

regards,
david

Reply | Forward | Messages in this Topic (1)
#3 From: patrick chanezon <patrick.chanezon@...>
Date: Tue Jun 22, 2004 12:41 pm
Subject: Re: Re: Thanks for having fixed the license file MIME type issue for the JSR 170 tools 		chanezon
Offline Offline
Send Email Send Email
 
A Classic problem:-)
Thanks for having fixed it so quickly.

P@

david_nuescheler wrote:
--- In jcr-crx@yahoogroups.com, patrick chanezon
<patrick.chanezon@s...> wrote:
> I was able to download it and install it on my machine in a few
minutes.
> It seems to work fine.
> Congratulations.
>
> P@

thanks for the feedback...
unfrontately we didn't test the download with mozilla which
certainly has the correct handling of mime-types, while our tests
with ie worked ;)

regards,
david

Reply | Forward | Messages in this Topic (3)
#2 From: "david_nuescheler" <david.nuescheler@...>
Date: Fri Jun 18, 2004 2:27 pm
Subject: Re: Thanks for having fixed the license file MIME type issue for the JSR 170 tools 		david_nuesch...
Offline Offline
Send Email Send Email
  
--- In jcr-crx@yahoogroups.com, patrick chanezon
<patrick.chanezon@s...> wrote:
> I was able to download it and install it on my machine in a few
minutes.
> It seems to work fine.
> Congratulations.
>
> P@

thanks for the feedback...
unfrontately we didn't test the download with mozilla which
certainly has the correct handling of mime-types, while our tests
with ie worked ;)

regards,
david

Reply | Forward | Messages in this Topic (3)
#1 From: patrick chanezon <patrick.chanezon@...>
Date: Thu Jun 17, 2004 7:30 pm
Subject: Thanks for having fixed the license file MIME type issue for the JSR 170 tools 		chanezon
Offline Offline
Send Email Send Email
  
I was able to download it and install it on my machine in a few minutes.
It seems to work fine.
Congratulations.

P@

Reply | Forward | Messages in this Topic (3)
Messages 1 - 30 of 783   Newest  |  < Newer  |  Older >  |  Oldest
Message #
Search:
Advanced
Add to My Yahoo!      XML What's This?
Copyright © 2009 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines - Help