Hi Aaron,
I've added a section to the OpenCMIS cookbook that hopefully answers your
question. [1]
Please note that the code snippet in the cookbook is the save way that should
work with all CMIS repositories.
If you know that your repository always returns property ids in the query
results
Hi Aaron,
The CMIS specification does not define an authentication scheme. It recommends
that clients and servers should support the username/password scheme but it
does not restrict it to that.
OpenCMIS lets you replace the standard authentication provider
(username/password) with code that
the readiness of
our implementation:
- 1.0.0-alpha-1
- 1.0.0-beta-1
or do you have any other ideas in mind?
HTH,
Gab
On Jun 7, 2010, at 12:39 PM, Jukka Zitting wrote:
Hi,
On Mon, Jun 7, 2010 at 12:33 PM, Florian Müller
fmuel...@opentext.com wrote:
I think we should do some sort
Hi Nicolas,
There was no OpenCMIS cookbook, but now there is one: [1]
It's linked from the OpenCMIS welcome page and will be on [2] in about two
hours.
Thanks for your contribution!
- Florian
[1] https://cwiki.apache.org/confluence/display/CMIS/OpenCMIS+Cookbook
[2]
it
together.
Still, there are some improvements I'd like to work on, described below:
On May 11, 2010, at 10:34 AM, Florian Müller wrote:
Hi Gabriele,
I have tried and failed. Maybe it's just my lack of Maven knowledge.
An OpenCMIS release does not strictly follow the Maven pattern
Hi Daniel,
I consider the OpenCMIS server SPI as stable for a foreseeable future. All
refactoring work in this area has been finished. (It needs more documentation,
though). We will only change it if we find bugs or shortcomings.
The client API is more in flux. There are a few open refactoring
Hi,
If there are no more objectives then I will re-factor the commons package ASAP.
A Jira issue is created.
Regards,
Stephan
Am 17.05.2010 um 17:15 schrieb Florian Müller:
+1
Looks good.
If we want to change it before the first release, then we should change it
soon.
- Florian
+1
We might want to do it again soon after Stephan has done the package
refactoring.
Florian
-Original Message-
From: Gabriele Columbro [mailto:gabriele.colum...@alfresco.com]
Sent: Mittwoch, 19. Mai 2010 07:59
To: chemistry-dev@incubator.apache.org
Subject: OpenCmis Snapshot
PropertyDataGregorianCalendar{}. Isn't it
sufficient just to have PropertyDataT?
Regards,
Stephan
-Original Message-
From: Florian Müller [mailto:fmuel...@opentext.com]
Sent: Mittwoch, 12. Mai 2010 17:02
To: chemistry-dev@incubator.apache.org
Subject: RE: [jira] Resolved: (CMIS-124) Client Runtime
Hi Samuel,
Are you looking for the retired Chemistry code stream or the current OpenCMIS
code stream?
If you don't know what I'm talking about then you are looking for OpenCMIS. ;-)
Here is a description how to build OpenCMIS:
http://incubator.apache.org/chemistry/opencmis-how-to-build.html
-Original Message-
From: Ugo Cei [mailto:u@sourcesense.com]
Sent: Montag, 10. Mai 2010 17:52
To: chemistry-dev@incubator.apache.org
Subject: Re: Creating a folder
On May 10, 2010, at 5:28 PM, Florian Müller wrote:
I have seen that before.
Are you using an Alfresco server
Hi Ugo,
It's there for quite some time now.
This page explains how you get and compile it: [1]
The API introduction pages [2] and [3] are a bit out-of-date. The basics are
still valid but some names have changed.
@Stephan: Could you update [2]?
Cheers,
Florian
[1]
Hi all,
The old OpenCMIS code stream (pre face-to-face meeting) has been moved to
/chemistry/old/opencmis. It will not be enhanced anymore and bugs will not be
fixed.
The current code stream is here:
https://svn.apache.org/repos/asf/incubator/chemistry/opencmis
If you not already have
+1
I agree with David, keep getPageNumItems().
Florian
-Original Message-
From: David Caruana [mailto:david.caru...@alfresco.com]
Sent: Mittwoch, 5. Mai 2010 11:37
To: chemistry-dev@incubator.apache.org
Subject: Re: Iterable
On 5 May 2010, at 09:59, Klevenz, Stephan wrote:
Hi,
Hi,
Do you have any opinions on where the OpenCMIS Browser should end up?
Currently, it is a module of OpenCMIS but it doesn't have any dependency on the
client or the server. Should we remove it from OpenCMIS and make it a separate
subproject of Chemistry?
Florian
Hi,
If nobody objects I would like to retire the old OpenCMIS stream by moving it
from /chemistry/trunk/opencmis to /chemistry/old/opencmis.
The documentation on the Wiki does not reflect all changes, yet. I would mark
all outdated pages and update them step by step.
WDYT?
Florian
is
never intended to be released and will get limited support. I don't know if
this fits to Apache rules or is a common practice to keep such things like
OpenCMIS Browser.
Regards,
Stephan
BTW: This browser is useful and I am using it quite often.
-Original Message-
From: Florian
should pull out of the old code streams into
sub-projects (the TCK, and the Abdera extension). I'll pull those out.
I'll update the JIRA issues to reflect the above.
Dave
On 29 Apr 2010, at 23:50, Florian Müller wrote:
Hi,
At the face-to-face meeting we gave us two weeks for the discussed
Hi Paul, hi Gabriele,
I like the general idea that Paul laid out. (I haven't looked into all the
details yet.)
A nice version of the Confluence Wiki should become the main Chemistry web
site. But we also have to export the Confluence content to SVN when we cut the
OpenCMIS release since this
+1
Florian
-Original Message-
From: Florent Guillaume [mailto:f...@nuxeo.com]
Sent: Donnerstag, 29. April 2010 04:36
To: chemistry-dev
Subject: Re: Issues with OSGi-compatibility in OpenCMIS Client
Thanks Jeremias for the OSGi work, this is indeed nice.
I agree with you guys that we
Hi,
At the face-to-face meeting we gave us two weeks for the discussed changes and
then start the release process. It's about time now.
Let's see where we are:
- code formatting ... done (?)
- PagingList refactoring ... done (?)
- new server SPI ... done
- local binding implementation ... done
Hi,
My follow up task from the face-to-face meeting was to refactor the server
implementation.
The new server interfaces are in place and should work now.
Please check the service interface:
org.apache.chemistry.opencmis.commons.api.server.CmisService [1]
and
Hi Florent,
This is due to the AtomPub binding. I've missed that before and corrected that
now.
The problem is that getObjectOfLatestVersion and getPropertiesOfLatestVersion
take a version series id and not an object id according to the spec. Since
there is no version series by id URL
Hi,
Here is a short update of what we have covered today in the Chemistry
face-to-face meeting.
* Presentation of OpenCMIS [1] and Chemistry [2] concepts and ideas.
Getting everyone on the same page. No news, just a summary of what has been
described on the Chemistry Wiki and on the mailing
Thanks, Florent, for your proposal. It's a great starting point. Here is a
quick response. We should talk about the details next week.
Re 1.
I'm afraid that's possible in all cases. For example, you need more data to
generate a complete CMIS Atom entry than you get out of a
getObject() call.
Hi Gabriele,
A CMIS repository _has to_ return the query name and _can_ return the property
id with every query result field. If the repository does not return the
property ids getPropertyValueById() will always return null.
getPropertyValueByQueryName() should be a safe bet. Before you can
...@day.com]
Sent: Mittwoch, 31. März 2010 11:18
To: chemistry-dev@incubator.apache.org
Cc: Florian Müller
Subject: Re: Meeting and code merge 4/12 - 4/16
hi guys,
are there any news on the scheduling and detailed location of the hackathon?
i would definitely like to join as well, and hopefully tag
: Florent Guillaume [mailto:f...@nuxeo.com]
Sent: Mittwoch, 31. März 2010 20:41
To: chemistry-dev
Subject: Re: Chemistry and OpenCMIS Technical Comparison
On Wed, Mar 31, 2010 at 4:27 PM, Florian Müller fmuel...@opentext.com wrote:
I get the repository registration idea but I don't see
We could move the provider tests and the whole machinery to the FIT module.
That would also allow us to run the provider tests as integration tests.
- Florian
-Original Message-
From: Jens Hübel [mailto:jhue...@opentext.com]
Sent: Dienstag, 30. März 2010 08:24
To:
Hi Florent,
That's pretty accurate. I made a few changes and will add more details later.
I've a few questions:
- What's the repository registration for? What's the use case?
- Chemistry allows the definition of new property types. How is this mapped to
AtomPub/Web Service?
Thanks,
Florian
Subject: Re: Client API create* calls
Not sure if I get to vote, but it sounds good to me. Unless ordering was
somehow important for those calls, but I don't see how it could be.
-Lennard
- Original Message -
From: Florian Müller fmuel...@opentext.com
To: chemistry-dev@incubator.apache.org
Hi,
I would like to change the signatures of the create* calls of the client API.
The properties of the object to create are currently passed as
ListProperty?. I would like to change that to MapString, Object
(key=property id, value=property value) because it's much simpler to use.
Any
Hi all,
I have added a Wiki page [1] with code examples of the OpenCMIS client API and
the OpenCMIS provider API.
It would be great if could have something similar for Chemistry as an entry
point for further discussions.
Cheers,
Florian
[1]
-
From: Nick Burch [mailto:nick.bu...@alfresco.com]
Sent: Thursday, March 11, 2010 4:38 PM
To: chemistry-dev
Subject: RE: Meeting and code merge 4/12 - 4/16
On Thu, 11 Mar 2010, Florian Müller wrote:
I've created a Wiki page [1] to plan out the meeting. Please add your
name
Hi,
I have just re-introduced caching into the OpenCMIS client API. While caching
objects by id makes perfect sense, I'm not so sure about caching by path.
Objects could have been deleted, recreated, moved, etc. and the path actually
points now to a completely different object. I assume that
Hi,
The OpenCMIS client API is a bit inconsistent at the moment. Whenever an object
id is required by a method either the id or a CmisObject has to be passed. I
think we should make it consistent across all methods.
Passing a CmisObject is convenient if you already have the object and becomes
, Florian Müller fmuel...@opentext.com wrote:
Hi,
The OpenCMIS client API is a bit inconsistent at the moment. Whenever an
object id is required by a method either the id or a CmisObject has to be
passed. I think we should make it consistent across all methods.
Passing a CmisObject
Chemistry is already on Nexus:
https://repository.apache.org/index.html#nexus-search;quick~chemistry
Maybe we can add the OpenCMIS modules there.
- Florian
-Original Message-
From: David Caruana [mailto:david.caru...@alfresco.com]
Sent: Friday, March 05, 2010 4:58 PM
To:
Hi Stephan,
Could you please check the Hudson setup again?!
Chemistry - OpenCMIS - install seems to work fine but Chemistry - OpenCMIS -
site fails for some reason. It looks like it works with outdated modules. That
leads to compilation errors that actually don't exist.
Thanks,
Florian
Great! Thanks Stephan!
Is the OpenCMIS site deployed somewhere?
Cheers,
Florian
-Original Message-
From: Stephan Klevenz [mailto:step...@klaeff.de]
Sent: Saturday, February 27, 2010 1:55 PM
To: chemistry-dev@incubator.apache.org
Subject: OpenCMIS Hudson Build
Hi,
Build setup is
Hi Florent,
I had a look at the Web Services binding code you checked in yesterday. It is
pretty similar to the OpenCMIS server approach.
Before you start re-implementing what's already there, wouldn't it be a good
time to look if and how we can merge the code bases?
- Florian
Hi Florent,
That sounds good to me. I assume the CMIS flex client and cmislib will be added
in parallel to chemistry, jsclient and opencmis. Right?
I propose that we add a short introduction of all the different subprojects to
http://incubator.apache.org/chemistry/ .
- Florian
-Original
Hi Gabriele,
In general, I agree with you, although I'm tending more to a Wiki for most of
the documentation than the Maven site.
Users shouldn't care about Maven modules and their boundaries. I see the Wiki
as kind of a cookbook for users. Here we present what we want to solve with the
://issues.apache.org/jira/browse/CMIS-39
On Feb 9, 2010, at 10:42 AM, Florian Müller wrote:
Hi,
Let's assume for a moment that OpenCMIS will be accepted by
Chemistry. Is there a place for the OpenCMIS Maven site?
Where can we put our documentation? Is there a Chemistry Wiki or
something
Cool! Thanks!
When OpenCMIS is accepted we will put our documentation there.
- Florian
-Original Message-
From: Jukka Zitting [mailto:jukka.zitt...@gmail.com]
Sent: Tuesday, February 09, 2010 2:29 PM
To: chemistry-dev@incubator.apache.org
Subject: Re: OpenCMIS Maven site and
Subject: Re: OpenCMIS contribution to Chemistry
Hi,
On Wed, Jan 27, 2010 at 5:22 PM, Florian Müller fmuel...@opentext.com wrote:
Most of you on this list have heard about OpenCMIS. The OpenCMIS project has
been
founded by Alfresco, Open Text and SAP to build CMIS related libraries and
tools
Hi all,
I would like to foster the technical discussion between the Chemistry team and
the people behind the OpenCMIS proposal. If you think this is inappropriate on
this list, please let me know.
In order to explain the rationale behind the OpenCMIS design I would like to
talk about some of
Hi Stefane,
I'm not sure I get your point. If OpenCMIS would become a top level subproject
within Chemistry (which is what Florent suggested) then those two topics would
still remain. It would be even worse: Chemistry would then have two client APIs
which would be really confusing.
The only
: [PROPOSAL] OpenCMIS incubator for Content Mangement
Interoperability Services (CMIS)
Hi,
On Fri, Dec 11, 2009 at 4:44 PM, Florian Müller fmuel...@opentext.com wrote:
The only way to overcome this is to merge the OpenCMIS code into the
Chemistry code base. But the technical approaches
101 - 149 of 149 matches
Mail list logo
