Hi Mathieu,
unfortunately there is published a lot of garbage around Chemistry in the
public.
The JCR-To-CMIS adapter was an early prototype in the Chemistry project. About
a year ago we had larger code contribution to the project which implied a lot
of interface changes in the code base.
Not sure that I have the full picture yet about the proposed enhancement, but
in general I feel it would be better to provide a generic extension point in
CMIS with the possibility to drop another Alfresco (or anybody else's) jar on
the class path instead of adding dozens of vendor specific
)
* David Ward(dw...@apache.org)
* Dominique Pfister (dpfis...@apache.org)
* Florent Guillaume (fguil...@apache.org)
* Florian Müller(f...@apache.org)
* Gabriele Columbro (gabri...@apache.org)
* Jeff Potts(jp...@apache.org)
* Jens Hübel(j
+1
Cheers Jens
-Original Message-
From: Jeff Potts [mailto:jeffpott...@gmail.com]
Sent: Mittwoch, 2. Februar 2011 21:16
To: chemistry-dev@incubator.apache.org
Subject: [VOTE] Release Apache Chemistry cmislib 0.4 (4th vote)
The cmislib sub-project of Apache Chemistry is ready for its
Hi Chemistry,
great to see that we have got the 0.2.0 release out and that the Python library
makes really good progress.
To catch up with all the nice code we have now in my opinion we should focus
our efforts for the next weeks to clean-up our documentation mess. I find it
hard to find
to write our documentation in Markdown then?
Cheers,
Florian
[1] https://blogs.apache.org/infra/entry/the_asf_cms
[2] http://wiki.apache.org/general/ApacheCms2010
On 24/01/2011 09:20, Jens Hübel wrote:
Hi Chemistry,
great to see that we have got the 0.2.0 release out and that the Python
+1
Just for curiosity... what is the purpose of the data directory containing only
dumps of requests. Does it make much sense to make them part of the
distribution? Some samples can be found in the spec and it is quite easy to
generate them once you have acsess to a repository.
Jens
Hi Chemistry,
Does this here make any sense for us? Perhaps it would be cool if we somehow
could present our work there so I thought it might be worth sharing and getting
some more opinions...
Jens
From: Jane Harnad [mailto:jane.har...@oasis-open.org]
Sent: Montag, 24. Januar
+1
jens
-Original Message-
From: Gabriele Columbro [mailto:gabri...@apache.org]
Sent: Samstag, 8. Januar 2011 15:55
To: chemistry-dev@incubator.apache.org
Subject: [VOTE] Release Apache Chemistry OpenCMIS version 0.2.0-incubating (RC1)
Hi Chemists,
after the hard work of the whole
Hi Chemistries,
has someone tried to run the CMIS workbench from the latest Hudson builds?
I can't get it started:
Exception in thread AWT-EventQueue-0 java.lang.NoClassDefFoundError: org/apach
e/chemistry/opencmis/client/api/ObjectId
If I look at the class path in the manifest there
code to be checked in, I'd ask you do it by tomorrow morning.
WDYT? Everyone agrees that 0.2.0 is the proper meaningful version for
this release?
HTH,
Gab
On Dec 8, 2010, at 9:59 AM, Jens Hübel wrote:
Perhaps a good opportunity to ask the community again for a suitable
release date.
From
Perhaps a good opportunity to ask the community again for a suitable release
date.
From my side nothing should prevent us to push a release soon. We have several
gaps in the documentation that we need to fix but this should not be a show
stopper. How about the client library?
Any suggestions?
settings or template improvements for our
environment please share.
It's still interesting to see how much real progress we make with software
development after 73 years...
-Original Message-
From: Jens Hübel [mailto:jhue...@opentext.com]
Sent: Donnerstag, 25. November 2010 13:45
Hi all,
we are just starting to use this integrating the tests in our internal builds.
Now it seems that we generate the test jars but no test-src jars. For the
regular code we generate jars and source jars. Is there any reason for this
asymmetry? I think it would be helpful for debugging
Sorry I missed that the thread continued...
If it is checkout then we should be tolerant regarding non-relevant information
in the message bodies imho.
Jens
-Original Message-
From: Jens Hübel [mailto:jhue...@opentext.com]
Sent: Dienstag, 23. November 2010 08:03
To: chemistry-dev
I think it makes sense to target a new release within the next couple of weeks.
Major news would be:
- CMIS Workbench
- Client API refactoring
- Enhanced JOIN support for query
- Bug fixes
- (what else?)
But we also should agree on a list of things we need to fix before the release.
Stuff
Shouldn't the change token solve that? How do we deal with the change token for
other objects that are in the local cache? Ignore? Check on each access?
Configurable?
Jens
-Original Message-
From: Florian Müller [mailto:florian.muel...@alfresco.com]
Sent: Montag, 15. November 2010
time getObjectByPath() is called (3) -- or not use the cache at
all (2).
- Florian
On 16/11/2010 08:23, Jens Hübel wrote:
Shouldn't the change token solve that? How do we deal with the change token
for other objects that are in the local cache? Ignore? Check on each access?
Configurable
that until we load it
again or try to change it.
Cheers,
Florian
On 16/11/2010 13:45, Jens Hübel wrote:
HI Florian
Yes I agree to all your thoughts, but my idea was that the case where the
object changes but the path keeps stable is one that may more weird than some
of the others you mention
HI folks,
I don't know how many times I have copied an AtomPub URL into a browser,
grabbed the response, looked for some links in the response to copy/paste into
the browser again until I found what I wanted.
So I think it would be useful to document our URL schema in the wiki, because
checked it in detail, but it looks about right with one small
exception:
The atom part in the URL is not static. It can be changed in the web.xml.
Cheers,
Florian
On 12/11/2010 11:38, Jens Hübel wrote:
HI folks,
I don't know how many times I have copied an AtomPub URL into a browser
...@nuxeo.com]
Sent: Dienstag, 5. Oktober 2010 11:41
To: chemistry-dev@incubator.apache.org
Subject: Re: JOINs
On Tue, Oct 5, 2010 at 9:06 AM, Jens Hübel jhue...@opentext.com wrote:
1)
You did a lot of reformatting and changes with line-end conventions. Is there
something we could improve in our
HI Chemistry,
the cmis swing client has proven to be a very useful tool here. I think it has
reached a certain level of functionality and stability and so I wonder if we
should make it part of the opencmis trunk. Having this part of our distribution
and being able to simply download the
from the OpenCMIS web
site if this helps to get hold of it.
Florian
On 05/10/2010 08:27, Jens Hübel wrote:
HI Chemistry,
the cmis swing client has proven to be a very useful tool here. I think it
has reached a certain level of functionality and stability and so I wonder
if we should
interface (now used in InMemoryQueryProcessor). It should be simpler
to use and extend.
Florent
On Mon, Sep 27, 2010 at 1:32 PM, Jens Hübel jhue...@opentext.com wrote:
Hi Florent,
the support for JOINS is currently weak. I don't think that anybody has used
them so far. Feel free to modify them
the issue.
Jens
-Original Message-
From: Jens Hübel [mailto:jhue...@opentext.com]
Sent: Sonntag, 26. September 2010 23:56
To: chemistry-dev@incubator.apache.org
Subject: What does http 411 Length reqired in CMIS client with WS lib mean?
Hi Chemistry,
in a configuration that has been
Hi Florent,
the support for JOINS is currently weak. I don't think that anybody has used
them so far. Feel free to modify them. Probably we also could implement a
predefined walker object at some point so that for a simple use case a user
does not have to know about the tree structure.
Jens
Hi Chemistry,
in a configuration that has been working for weeks I suddenly get a problem
when using the Swing client connecting to our Amazon repository.
CmisRuntimeException: Error: The server sent HTTP status code 411: Length
Required
This happens only with web services and from the
+1
Jens
-Original Message-
From: Gabriele Columbro [mailto:gabri...@apache.org]
Sent: Freitag, 10. September 2010 23:10
To: chemistry-dev@incubator.apache.org
Subject: [VOTE] Release Apache Chemistry OpenCMIS version 0.1.0-incubating (RC2)
Hi Chemists,
happy to announce that for
I have seen exactly the same behavior on one machine while it worked on another
(even with a mvn clean).
I suspect that sometimes during the build the compilation runs against the jars
in the maven repository and not against the compiled sources in the
subprojects. Then the newly added
Hey Jukka,
let's discuss some of the technical areas how to continue.
Would it at least make sense for the projects to share a common
org.apache.cmis package with with things like constants defined in the
CMIS standard and other basic concepts that everyone can agree with?
Definitely there
Hi Maurizio,
thanks for providing feedback. Could you perhaps provide some more details in
what kind of issues you ran?
I would be happy to update the documentation in case that there are errors.
Thanks Jens
-Original Message-
From: Maurizio Pillitu [mailto:m.pill...@sourcesense.com]
I think it would be very useful to have such a tool as part of Chemistry. It's
also an excellent example for our client API
-Original Message-
From: Florian Müller [mailto:fmuel...@opentext.com]
Sent: Samstag, 17. Juli 2010 21:46
To: chemistry-dev@incubator.apache.org
Subject: RE:
Some input to make it a bit easier:
- Code merge opencmis / chemistry completed only one Java code base now
- In preparation of a first release 0.1
- More license documentations to make release candidate ASF compliant
- Enhanced community: PHP library with Richard McKnight as new committer
-
This already has been discussed on this list:
There was also discussion on how to structure the various subprojects of
Apache Chemistry.
You may notice that OpenCMIS has moved directly under /chemistry in svn. A
suggestion is to
move all other subprojects (e.g. cmislib, jsclient, abderaclient,
Where is the point to read that?
Have a look here (but don't expect too much):
http://www.oasis-open.org/committees/document.php?document_id=38476
I think this is a great idea! If we could reuse as much as possible from our
infrastructure and e.g. base something on JAXB this would be interesting. I
think we should go forward with this and support the CMIS TC with an early
prototype...
+1
Jens
-Original Message-
From: Florian
Looks good...
+1
Jens
-Original Message-
From: Gabriele Columbro [mailto:gabri...@apache.org]
Sent: Donnerstag, 24. Juni 2010 14:56
To: chemistry-dev@incubator.apache.org
Subject: [VOTE] Release Chemistry OpenCMIS version 0.1.0-incubating
Hi Chemists,
it's with great pleasure that I
Sorry this mail was not intended to be sent to the mailing list
Jens
-Original Message-
From: Jens Hübel [mailto:jhue...@opentext.com]
Sent: Mittwoch, 23. Juni 2010 08:53
To: chemistry-dev@incubator.apache.org
Subject: RE: Release 0.1.0
Hi Stefan,
Ich habe es auf einer zweiten
Hi Achim
Regarding your first issue: In case you have used the in-memory server I have
fixed this. The server throws an exception of a wrong type. Thanks for
reporting this issue.
Jens
-Original Message-
From: Weigel, Achim [mailto:achim.wei...@sap.com]
Sent: Dienstag, 22. Juni 2010
Hi Chemistries,
I am confused about the spec regarding query with multi-value properties. I
understand that a plain IN is only another syntax for OR and restricted to
single value properties:
WHERE myprop IN ['red', 'green', 'blue']
The spec is also quite clear about IN ANY for
I agree to Florian and the 0.1 version.
Jens
-
This message is sent from Blackberry.
- Original Message -
From: Florian Müller fmuel...@opentext.com
To: chemistry-dev@incubator.apache.org chemistry-dev@incubator.apache.org
Sent: Tue Jun 08 09:42:21 2010
Subject: RE:
Subject: Re: Query grammar is not standard compliant
Hi Jens,
On Sun, May 30, 2010 at 10:56 PM, Jens Hübel jhue...@opentext.com wrote:
while further investigating the grammar (for improved integration into
OpenCMIS) I detected some issues that I would like to get fixed:
1)
DISTINCT
Hi Chemistry,
while further investigating the grammar (for improved integration into
OpenCMIS) I detected some issues that I would like to get fixed:
1)
DISTINCT is not allowed as keyword in CmiSQL
2)
The rule string value function is no longer supported. It existed in earlier
Hi,
I have accidentally created a page in our OpenCMIS wiki twice and would like to
get rid of the obsolete copy. However it seems that we don't have permission to
delete pages in the Wiki. (I guess this is the reason because I can nowhere
find an option to delete a page and move mentions
HI Nicolas,
are you talking about the Java part?
Everything you can find on the wiki page:
https://cwiki.apache.org/CMIS/opencmis.html
is part of our ongoing project. There are currently no plans to discontinue any
part of this. Be sure that you take the code from the correct location in the
Hi all,
in the past weeks I had a closer look at the query part that Florent added a
while ago. I would like share a few thoughts how to evolve this with you.
My proposal is to integrate query in a two-level approach:
Level 1 is what we have today, the grammar, build scripts, tests
+1 me as well. Sounds like a good idea.
-Original Message-
From: Florian Müller [mailto:fmuel...@opentext.com]
Sent: Freitag, 21. Mai 2010 13:11
To: chemistry-dev@incubator.apache.org
Subject: RE: Offer to Contribute PHP CMIS Client Library to Apache Chemistry
+1
This PHP CMIS library
I agree to this proposal. Makes sense.
Perhaps everyone should have look at the new page and check the current scoping
of the project names. If there is any objection it would be better to discuss
this now... With the official CMIS release I expect some more visibility of
this project.
Jens
HI Florent,
excellent news!!!
I currently work on finishing the adaption of the new server packages for the
in-memory server. Once this is finished (hopefully soon) I will have a look on
the integration of your parser.
Jens
-Original Message-
From: Florent Guillaume
Hi,
for a couple of days I get for each of our sub projects an additional Java
source folder in Eclipse:
target/maven-shared-archive-resources
As this does not contain any source files this seems to be rather useless.
The more severe issue is that starting the Tomcat from Eclipse
-resources feature?
Regards,
Stephan
-Original Message-
From: Jens Hübel [mailto:jhue...@opentext.com]
Sent: Mittwoch, 31. März 2010 09:49
To: chemistry-dev@incubator.apache.org
Subject: Build/Run Issues with opencmis in Eclipse
Hi,
for a couple of days I get for each of our sub
Hi,
I have created a little command line tool around our ObjectGenerator to easily
feed a repository with test data. The implementation for starting app the whole
opencmis client engine is very similar to what we do in on our
XXXTestProviderFactory classes for the SimpleReadOnly and
HI Lennard,
excellent question. I fear at the moment we can't give you the ultimate answer,
but we can give you a couple of bits and pieces to consider:
1) We intend to join these two projects into one. But currently there is no
roadmap how this should look like. We plan mid of April to start
Just one little remark:
If you make fundamental changes, like changing .pom files, group-ids, etc. that
influence the whole build and the layout of the maven repository please,
please, write a short notice to the mailing list before checking in. This can
cause build issues for everyone which
HI all,
Atlassian supports an Office connector that simplifies creation of wiki
articles. As far as I understand it just needs to be enabled by an
administrator. This tool supports MS Office and OpenOffice:
https://plugins.atlassian.com/plugin/details/221
@incubator.apache.org
Subject: Re: Question: Plans to support Office connector in Apache Wiki?
On Tue, 23 Mar 2010, Jens Hübel wrote:
Having a more powerful editor and offline capabilities for creating
longer documentations in our wiki would be very handy. Does someone
know if Apache plans
Hi Stephan,
answering for Florian who currently has no access to email...
We could also allow null values here.
An AccessContext object makes sense if it will be reused in multiple
create/update operations. Do we think that's a common use case?
Just to add my comments as well:
Are there any
week is Eastern and many people are in vacation
here.
Jens
-Original Message-
From: Florent Guillaume [mailto:f...@nuxeo.com]
Sent: Montag, 1. März 2010 19:37
To: List-Chemistry
Cc: Jens Hübel; Florian Müller; David Caruana; Stephan Klevenz; Martin Hermes
Subject: Meeting and code merge
This looks somehow familiar to a discussion we had some time ago. Basically
this means we duplicate functionality and will continue to have two separate
code bases. I do not object against this. But then the question is what is the
longer term perspective for Chemistry. At some point in time we
Hi Jukka,
I have just created my Apache JIRA account.
My account is: jenshuebel
Jens
-Original Message-
From: Jukka Zitting [mailto:jukka.zitt...@gmail.com]
Sent: Dienstag, 16. Februar 2010 10:56
To: chemistry-dev@incubator.apache.org
Subject: Re: JIRA components for OpenCMIS
Hi,
of that module.
What do also the others think?
Ciao!
Gab
On Feb 12, 2010, at 8:50 AM, Jens Hübel wrote:
Hi,
we have started putting some documentation about OpenCMIS in the
Confluence wiki (http://cwiki.apache.org/CMIS/opencmis.html). With
the increasing community and the recent contributions
[mailto:colum...@gmail.com]
Sent: Freitag, 12. Februar 2010 13:30
To: chemistry-dev@incubator.apache.org
Subject: Re: Chemistry documentation page
Hey Jens,
On Feb 12, 2010, at 1:05 PM, Jens Hübel wrote:
Hi Gabriele,
thanks for this fast feedback. Actually we started with maven site
but transferred
Hi,
we have started putting some documentation about OpenCMIS in the Confluence
wiki (http://cwiki.apache.org/CMIS/opencmis.html). With the increasing
community and the recent contributions the Chemistry structure gets more
complex. I think we need an overview page and sub-sections for the
Excellent!
there are some Confluence sites that really look cool (see
http://cwiki.apache.org/ for a list of projects.
Jens
-Original Message-
From: Jukka Zitting [mailto:jukka.zitt...@gmail.com]
Sent: Dienstag, 9. Februar 2010 10:54
To: chemistry-dev@incubator.apache.org
Subject: Re:
Hi Chemistry,
I understand the concerns you might have and the confusion we have caused. But
please do not forget that Open in Open Source has a meaning. So I am not sure
that all the comments I read here are in accordance with the idea of it. So
before you just say No please think about
- If
Hi Jukka,
It's a
bit unfortunate that we now have two codebases for pretty much the
same thing, but I guess we just have to live with that for now. In
fact some healthy competition may even be good for both projects.
There is no doubt that life would have been easier for all of us if all
67 matches
Mail list logo
