Re: Using JCR-RMI with the jackrabbit-server

Hi Cedric, Some questions to check what I might do wrong: + What is the default port used for RMI ? The default RMI port in a Java VM is 1099 + is the //localhost/jackrabbit.repository url correct ? No, the default configuration would be for port 1099, that is

Re: Client/Server question

Hi Nicolas, I agree to include these methods on the repository layer. But thinking about the extent - rather than the intrincacies of handling concurrent modifications while backing up - I would have some remarks: (1) I would modify the signature to take InputStream and OutputStream objects,

Re: BackupTool Main Class

Hi, On 6/26/06, Nicolas Toper [EMAIL PROTECTED] wrote: About the input/outputStream: agreed. They will be FileInput/Ouput so I can use NIO. The reason for using InputStream and OutputStream instead of File as the arguments was to not be tied into using a local operating filesystem but

Re: Moving XML Schema converter to contrib/xsd2cnd

Hi Jukka, +1 from me. Regards Felix On 7/29/06, Jukka Zitting [EMAIL PROTECTED] wrote: Hi, The XML Schema to CND converter in o.a.j.core.nodetype.converter was included in jackrabbit-core before 1.0 along with the CND support. The converter is an independent tool that isn't used by any other

Re: Solaris zone for Jackrabbit

Hi, Cool. This is a great idea. For the nightlies (and tests) I suggest you setup an automatic build tools such as Continuum. Regards Felix On 10/26/06, Jukka Zitting [EMAIL PROTECTED] wrote: Hi, I'm planning to request a Solaris zone [1] for the Jackrabbit project. The main uses of the

Re: JCR-JMI problem .... please help

Hi Yaqeen, String name = rmi://192.168.1.6:1099/AcopianRep; This is not a correct URL to use for the ClientRepositoryFactory.getRepository(String url) method. The URL must be without the scheme, that is //192.168.1.6:1099/AcopianRep in your case. Hope this helps. Regards Felix

Re: [VOTE] Accept JCR Mapping from Graffito

+1 Regards Felix On 4/17/07, Jukka Zitting [EMAIL PROTECTED] wrote: Hi, As previously discussed, I'd like to formally propose to accept the JCR Mapping codebase and related pieces of code (http://svn.apache.org/repos/asf/incubator/graffito/trunk/jcr/) to be moved from the incubating Gaffito

Re: [VOTE] Release Apache Jackrabbit 1.3

Hi, Sorry for the delay +1 for releasing Regards Felix On 4/19/07, Jukka Zitting [EMAIL PROTECTED] wrote: Hi, I have posted a candidate for the Apache Jackrabbit 1.3 release at http://people.apache.org/~jukka/jackrabbit/1.3/ See the included RELEASE-NOTES.txt file for details on

Re: JCR mapping

Hi Christophe, Welcome aboard ! IMHO we should drop m1 support for our development. Supporting both, will in my experience not work in the long run. For deployment this is another story, and AFAIK Jukka has done great work in supporting deployment to M1 repositories. On 4/26/07, Christophe

Re: Eclipse checkout support: svn:ignore .project

Hi Ate, Sounds reasonable :-) I have done it. Regards Felix On 5/11/07, Ate Douma [EMAIL PROTECTED] wrote: Could someone add .project to the svn:ignore property for the JackRabbit root project to support checking out with Eclipse? Regards, Ate

Re: Proposal for managing JCR resources in webapps

Hi Jukka, Thank you very much for this proposal. I like it because it is simple and straight forward. +1 for this Just one note: Have you considered the issue of accessing the repository accross web apps ? Regards Felix On 5/15/07, Jukka Zitting [EMAIL PROTECTED] wrote: Hi, I must confess

Re: loading javaclasses-node mapping files in multiuser environment

Hi Ruchi, I do in fact do the same. After having looked at the code, it seems, that the mappers etc. do not have any instance data, which would cause collisions situations. An in fact, it proved rather stable. But then, I also do not store the JCR sessions in an HTTPSession to prevent

Re: Session pool (was : loading javaclasses-node mapping files in multiuser environment)

/18/07, Felix Meschberger [EMAIL PROTECTED] wrote: Hi Ruchi, I do in fact do the same. After having looked at the code, it seems, that the mappers etc. do not have any instance data, which would cause collisions situations. An in fact, it proved rather stable. But then, I also do not store

Re: Raw mode

Hi, As Stefan and I noted in our comments to JCR-954, the real issues is not integrity checking but transient item spaces held in-memory during the transaction. This problem cannot be solved by just adding some raw mode of whatever sort and restriction. Rather than resorting to such a hacky

Re: Proposal for managing JCR resources in webapps

Hi, On 6/4/07, Jukka Zitting [EMAIL PROTECTED] wrote: I considered that but then we'd need explicit invalidation of the memorized repository reference. I want to be able to for example restart the repository accessed through JNDI or across servlet contexts without having to redeploy also all

Re: Proposal for managing JCR resources in webapps

Hi Jukka, Thanks alot. Regards Felix On 6/4/07, Jukka Zitting [EMAIL PROTECTED] wrote: Hi, On 6/4/07, Jukka Zitting [EMAIL PROTECTED] wrote: Makes sense. I guess we could make the jackrabbit-jcr-rmi and jackrabbit-core dependencies of the potential jackrabbit-servlet component optional

Re: Object Content Mapping - Status

Hi, Thanks for adding this to continuum. Re Release: If adding OCM to the 1.4 release, would it be possible to have an initial standalone release after 1.3.1 but before Jackrabbit 1.4 ? I have no actual requirement currently, just being curious. Regard Felix On 6/20/07, Jukka Zitting [EMAIL

Re: atomic vs group node creation/storage

the one by one creation/saving strategy, which scares me Frédéric Esnault - Ingénieur RD -Message d'origine- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Felix Meschberger Envoyé: mercredi 20 juin 2007 10:44 À: dev@jackrabbit.apache.org Objet: Re: atomic vs group node

Re: About Jackrabbit repository model

Hi Frédéric, - Jackrabbit doesn't like same name siblings, so it would be better to give nodes specific names; The problem with same name siblings is two-fold: One is the implementation inside Jackrabbit and one is the specification. For example, consider a node /A with 5 children

Re: problem

Hi Ahmed, Not sure, where exactly you get the NullPointerException. You should be more specific. Thanks. Regards Felix On 6/21/07, siraj ahmed [EMAIL PROTECTED] wrote: I am getting null pointer exception here, I think the code is correct then what is the problem public Node

Re: Publishing snapshots of jackrabbit ocm

Hi all, True, but I think the OCM is special as there are current plans to promote it to a component of Jackrabbit. So I would very much welcome snapshot builds, too. Jukka, how about adding the OCM to the Jackrabbit continuum ? Fixing the correct pom setup is just a matter of adding this

Sling Proposal

Hi all, You may have noticed, that I started adding pages to the Jackrabbit Wiki on a new project called Sling ([1]). The main features of Sling may be summarized as follows: * Uses a JCR Repository as its data store * Uses Jackrabbit OCM to map Repository Items to Java Objects *

Re: Annotation based implementation of jackrabbit ocm

Hi all, Cool ! But: There is one important issue, though. Using annotations (out of the box) requires Java 5, while Jackrabbit is still AFAIK intended to the usable with Java 1.4. Thus we would have to carefully decided on whether and how to apply this patch to not loose 1.4 compatibility

Re: Promoting OCM from contrib

Hi, First off, I am all for a promotion to the main stream. But then, I am somewhat reserved with respect to the Node Type Management stuff. This is - as the respective API is not defined in JCR - depending on the Jackrabbit-Core library. So as first step, I suggest investigating whether it is

Re: Promoting SPI from contrib

Hi, I agree to moved SPI to prime time, with one single exception: At this point we could make jackrabbit-core depend on spi and spi-commons for some of the generic functionality, even though we wouldn't still use the RepositoryService or the other central interfaces in jackrabbit-core. If

Re: Annotation based implementation of jackrabbit ocm

Hi, this doesn't affect the rest of jackrabbit, if you want to use java 1.4 with ocm you can use the digester implementation. Don't you have to compile it using targetVM=1.5 ? In that case you would not be able to use with 1.4 anymore due to the increased class file version. I would love to be

Re: Is there a way to set lockOwner

Hi, In this scenario if i checkout any node the lockowner is always the superuser i.e session.getUserId() .Is there a way to set the lockowner explicitly. I am not actually sure, what you are referring to: Locking or versioning. In case of Versioning, there is no lock owner, as checkout only

Re: Is there a way to set lockOwner

Hi, Am Donnerstag, den 02.08.2007, 14:08 +0200 schrieb Angela Schreiber: Session.removeLockToken(String) on the session that created the lock. and subsequently: Session.addLockToken(String) on the other session, that should be the new lock holder. Still the name set is the userID of the

Re: Sling Proposal

Hi Ransford, Am Mittwoch, den 01.08.2007, 13:46 -0700 schrieb paksegu: I have read the documention but I am still confuse on the purpose and benefit of sling, can you please give me a brief explanation of what is does and where it applicable, say a usecase scenario. Basically, the intent

Re: Sling Proposal

Good point. Just done that. Regards Felix Am Freitag, den 03.08.2007, 10:13 +0200 schrieb Christophe Lombart: Maybe we can add this kind of info in the wiki. Christophe On 8/3/07, Felix Meschberger [EMAIL PROTECTED] wrote: Hi Ransford, Am Mittwoch, den 01.08.2007, 13:46 -0700

Re: Better Jira components

Hi Jukka, Makes sense (incl. Christophe's comments). Am Mittwoch, den 08.08.2007, 10:33 +0300 schrieb Jukka Zitting: Hi, I'd like to streamline the Jackrabbit components in Jira (currently core, xml, query, etc.) to better match the project structure in svn. This would help us better track

[Proposal] Sling

as subproject of Apache Jackrabbit we hope grow Sling into first class web application framework which leverages the know-how of the Apache community. Core Developers The project was founded be Felix Meschberger in late 2006 at Day. Currently only Day employees work on this project, though

Re: [Proposal] Sling

Hi Alex, Am Mittwoch, den 08.08.2007, 17:03 +0300 schrieb Alexandru Popescu ☀: Very interesting initiative Felix! Still, I am wondering why this would not start as a Jackrabbit contrib project, and I don't think I have seen this in the attached proposal. The reason for not simply adding it as

Re: Logging of exceptions

Hi, I agree, that the cause must not be lost. But rather than logging the cause inside loadBundle (in this case), I suggest the hasNonVirtualItemState method should not ignore the exception and log it. IMHO, if an exception is thrown, the same message should not be logged by the thrower, because

RE: [Proposal] Sling

Hi Noel, Am Mittwoch, den 08.08.2007, 23:12 -0400 schrieb Noel J. Bergman: As such each request URL addresses a Content object which in turn resolves to a Component, which finally is responsible for handling the request and providing a response. And this differs from a Servlet/Portlet,

Re: Logging of exceptions

the more feasible approach ... Regards Felix Am Donnerstag, den 09.08.2007, 09:20 +0200 schrieb Christoph Kiehl: Felix Meschberger wrote: I agree, that the cause must not be lost. But rather than logging the cause inside loadBundle (in this case), I suggest the hasNonVirtualItemState method

Re: Nodetype reregistration and JackrabbitNodeTypeManager

Hi, I favour neither of both :-) I would favor a real node type management API, which would allow more fine grained control over the node type registration process (such an API will be coming with JCR 2). The Stream based (CND or XML) API is too clunky: I registers all or part or whatever node

Re: Nodetype reregistration and JackrabbitNodeTypeManager

Hi, Am Montag, den 13.08.2007, 10:31 +0200 schrieb Christoph Kiehl: What do you think of option two in my original mail, regardless of when the new nodetype management API is available? Honestly, while I agree to not grow the API, I favor the first option, as modifying the implementation to

RE: [Proposal] Sling

Hi Noel, Seems to me that you might want to consider a binding for JSR-286 Portlets (using the Event mechanism to deliver the content to be rendered), rather than create a totally new UI component framework. I can't see any reason why the nested includes would be an issue. Just a thought,

Re: Which IDE coding conventions

Hi, I use Eclipse, too :-) Not having nested projects is not an issue to me, as I import the projects beside each other, and generally do not care for the parent projects, which I rarely (if ever) touch. Otherwise, you might come around this, in that you exclude the portion of the filesystem

Re: [RT] JCR observation: adding cargo data to events?

Hi, This would probably really be worth it. I also think of somehow tagging the operations for example to provide more information in case of item removal, where very little is actually available in the event leading to guessing or having to keep caches. On the other hand, save operations may

Re: [RT] JCR observation: adding cargo data to events?

Hi, Am Donnerstag, den 16.08.2007, 15:01 +0300 schrieb Jukka Zitting: For now I'd just put the extra methods directly on the SessionImpl and EventImpl classes. We can formalize them in a jackrabbit-api (or jackrabbit-jsr283) extension interface if they seem useful to a big enough audience.

Re: Sling download

Hi Edgar, Thanks for your interest. Unfortunately, the code is not currently downloadable. As soon as the legalize has been done (vote by the Jackrabbit PMC and software grant by Day) the code will be uploaded to Apache for download from the repo. Regards Felix Am Freitag, den 24.08.2007, 16:22

RE: Sling download

Hi Hendrik, Am Samstag, den 25.08.2007, 22:15 +0700 schrieb Hendrik Beck (camunda): Can you say how long something like that could take? Just a rough guess maybe? I am also looking forward to see it... ;-) A very rough guess would be within a week or two. Regards Felix

Re: [VOTE] Approve the Sling project for incubation

Hi, +1 Approve the Sling project for incubation Regards Felix

Sling BOF at ApacheCon Atlanta

Hi all, Just wanted to spread word, that we listed for a BOF at ApacheCon07 in Atlanta. If you are interested in talking about the new Sling project and its future directions, please show your interest by bumping the counter up at [1]. Thanks. Regards Felix [1]

Re: dynamic mixins and jcr mapping

Hi Paddy, Wow ! I was about to apologize to not answered to your mails earlier, now I have to admit, that I did not realize, what I missed ! This definitely - from my point of view - like a very interesting path to go ! Very interested to see the future. As a side note on loading: You sketch,

[OCM] Add simple query API

Hi all, In our day-to-day use of JCR and the OCM, we discovered, that often times we have a simple requirement to shoot a query at the repository and just get the nodes returned. This contrasts the full-blown query support available through the JCR QueryManager. Likewise, the OCM has its own

Re: [OCM] Add simple query API

Hi, Am Freitag, den 31.08.2007, 11:55 -0700 schrieb Padraic I. Hannon: I concur, and think an OQL type query language would be nice as well. I guess XPATH can get you most of the way there, however, I have not yet been able to get my eyes to read XPATH correctly as they have spent too much

Re: Tight coupling to XML configurations

Hi, Consider the PersistenceManager a low level storage mechanism for data. Thus, if you want to do special things, you have to use a different PersistenceManager. The major misconception is, that JCR is a CMP container. It is a repository more comparable to a database. As such, JCR may be used

Re: [jira] Updated: (JCR-1106) Add simple query method to ObjectContentManager

+0200 schrieb Christophe Lombart: Felix, Why not to commit your code modification directly ? br, Christophe On 9/3/07, Felix Meschberger (JIRA) [EMAIL PROTECTED] wrote: [ https://issues.apache.org/jira/browse/JCR-1106?page=com.atlassian.jira.plugin.system.issuetabpanels:all

Re: [jira] Updated: (JCR-1106) Add simple query method to ObjectContentManager

Hi Christophe, Allright, I will commit both. Regards Felix Am Montag, den 03.09.2007, 16:04 +0200 schrieb Christophe Lombart: On 9/3/07, Felix Meschberger [EMAIL PROTECTED] wrote: On the other hand, I have also an issue with the ObjectIterator (see JIRA-1107). If we can agree

Re: svn commit: r572347 - /jackrabbit/trunk/contrib/jackrabbit-jcr-mapping/jcr-mapping/src/main/java/org/apache/jackrabbit/ocm/manager/impl/ObjectIterator.java

Am Montag, den 03.09.2007, 14:23 + schrieb [EMAIL PROTECTED]: FELIX-1107 ObjectIterator may return null, which is not readily expected from an Iterator This should of course read: JCR-1107 ObjectIterator may return null, which is not readily expected from an Iterator :-) Regards Felix

Jackrabbit Snapshot Versions

Hi all, We are operating a caching Maven proxy (some older Archiva Trunk build) to cache artifacts used in house. This works almost all the time, except for Jackrabbit SNAPSHOT builds. The reason for this seems to be that the Jackrabbit SNAPSHOTs have an explicit version (e.g.

Re: [OCM] reorganise the subproject

+1 Regards Felix Am Montag, den 10.09.2007, 11:33 +0200 schrieb Christophe Lombart: Hi all, This week, I would like to reorganise the OCM contrib project (see http://www.mail-archive.com/dev@jackrabbit.apache.org/msg07554.html). Is it ok for everybody ? br, Christophe

Re: [OCM] Reorganize the contrib

Hi, Am Dienstag, den 11.09.2007, 09:00 +0200 schrieb Christophe Lombart: Concerning the annotation support, we have to use java 1.5 but maybe some jackrabbit/ocm users are still in java 1.4. For Sling, Felix is using another framework (Kxml if I remember). I'm not sure that it is interesting

[OCM] SimpleFieldHelper emits alot of WARN messages

Hi all, The SimpleFieldsHelper.retrieveSimpleField method is used to load JCR properties into simple fields. If a node does not have a mapped property, a warning message is emited. I am not sure, whether it is actually a problematic situation if a property, which is not mandatory does not exist ?

Re: [OCM] SimpleFieldHelper emits alot of WARN messages

: On 9/11/07, Felix Meschberger [EMAIL PROTECTED] wrote: Hi all, The SimpleFieldsHelper.retrieveSimpleField method is used to load JCR properties into simple fields. If a node does not have a mapped property, a warning message is emited. I am not sure, whether it is actually

Re: master plan for jsr 283 query implementation

Hi, After having read all the messages in this thread starting with this note, I just want to throw my $.02 into the pot: I admit feeling more comfortable with good hand-written parsers, too. It is easy after all: You just convert each BNF statement into a method and you are almost done.

Re: Using Confluence for the Jackrabbit web site

Hi, +1 As an example let me just mention Apache Felix, which is autoexported from Confluence and introduces its own CSS and thus look and feel at the same time. Regards Felix Am Donnerstag, den 13.09.2007, 14:02 +0300 schrieb Jukka Zitting: Hi, I'm probably not the only one who feels that

Re: ocm - new project structure

Hi all, Am Donnerstag, den 13.09.2007, 23:04 +0200 schrieb Christophe Lombart: I plan to make the ocm reorganization during this week-end. Please, try to avoid commit during this time. I never made this kind of stuff with svn (reorg full folder tree...) . So, I'm just wondering if there are

Re: Sling project is open for business

Hi, Am Freitag, den 14.09.2007, 11:37 -0300 schrieb Edgar Poce: Hi, Thank you very much for contributing the project to Apache, I hope to work soon in a project which benefits from Sling's features. Great news ! Regards Felix

Re: OCM status

Hi all, Am Dienstag, den 25.09.2007, 00:37 +0200 schrieb Christophe Lombart: Digester mapper impl can be dropped if nobody is using it. Personally, I plan to use the annotation impl when it will be stable. +1 for removing the digester part :-) 2/ Jackrabbit dependencies have been dropped.

Re: OCM status

Am Dienstag, den 25.09.2007, 09:12 +0200 schrieb Christophe Lombart: +1 for removing the digester part :-) and what about your own impl with kxml ? Well, one of my next steps is to look into the annotation stuff and then I would propose - on the sling-dev list - to drop the kxml based

Re: OCM status

Could we define a maven profile, which compiles for 1.4 but omits the annotation stuff ? I could have a look at this, if you agree. Regards Felix Am Dienstag, den 25.09.2007, 21:37 +0200 schrieb Christophe Lombart: Paddy, I understand your point of view but annotation support is certainly a

[ocm] mapping selection

Hi, When a node is mapped by calling the ObjectConverter.getObject(Session, Class, String) method and no discriminator property is configured the ObjectConverterImpl class tries to find a best mapping for the effective node. This is done by walking the class descriptor hierarchy starting at the

Re: [ocm] mapping selection

Thanks Christophe On 9/26/07, Felix Meschberger [EMAIL PROTECTED] wrote: Hi, When a node is mapped by calling the ObjectConverter.getObject(Session, Class, String) method and no discriminator property is configured the ObjectConverterImpl class tries to find a best mapping

Re: OCM status

Hi Paddy, Am Donnerstag, den 27.09.2007, 14:49 -0700 schrieb Padraic I. Hannon: Everything compiles, however, since the tests all use annotations they do not work. Near as I can tell this is all I need to continue. Do I understand you correctly ? You need to have the tests running on JDK 1.4

Re: [OCM] Annotations

Hi, Am Montag, den 01.10.2007, 12:16 +0200 schrieb Christophe Lombart: I would like to set the annotation before the attribute def like : ... @field (path=true) private String path; +1 But, what if there is no Java field corresping directly to the descriptor field ? Perhaps, the

Re: spellchecker

Reutegger wrote: Felix Meschberger wrote: Why does this extension have to reside in the Jackrabbit core ? If at all possible, it should also be made an add-on/extension to the core. This way adding the extension would also require addition of the dependencies and therefore copying/refactoring

Re: spellchecker

Am Montag, den 01.10.2007, 16:01 +0200 schrieb Marcel Reutegger: Felix Meschberger wrote: Just another question: Could the spellchecker be instantiated and injected into a running Jackrabbit instance ? AFAIK jackrabbit is not that flexible. the configuration is rather fixed. but Yes

Re: spellchecker

Hi, Am Dienstag, den 02.10.2007, 11:04 +0300 schrieb Jukka Zitting: I see where Felix is going with extra modules, but there's always a cost in complexity with such modularity and I'm not sure if this feature is worth that overhead. I agree that it may be overhead for this isolated feature.

Re: [VOTE] Release Apache Jackrabbit 1.3.3

+1 Check signatures, checksums and license headers in the source distro. All is ok now. Thanks. Regards Felix Am Donnerstag, den 04.10.2007, 11:34 +0300 schrieb Jukka Zitting: Hi, After changing the incorrect license header in the 1.3.2 release candidate, I have now posted a candidate for

OCM Snapshots

Hi all, The Jackrabbit OCM library from the contrib/jackrabbit-jcr-mapping/jcr-mapping project requires Java 5 to compile and run by default. Therefore we cannot currently have the Jackrabbit Continuum build OCM as this version of Continuum is not able to select the JDK to build projects on a

Re: OCM Snapshots

be bombarded with requests for password entry ... Regards Felix thanks, Christophe On 10/16/07, Felix Meschberger [EMAIL PROTECTED] wrote: Hi all, The Jackrabbit OCM library from the contrib/jackrabbit-jcr-mapping/jcr-mapping project requires Java 5 to compile and run by default

Re: WebDAV: nt:file question

Hi Angela, Am Freitag, den 19.10.2007, 17:51 +0200 schrieb Angela Schreiber: though I think they are wrong in terms of JCR, but this is MHO and nothing more :-) oh, it's not wrong in terms of JCR. please note the definition of the nt:file nodetype being [nt:file] nt:hierarchyNode

Re: [jira] Created: (JCR-1205) Workspace auto-create

Hi, If we are it, how about being able to stop a workspace or even destroy it through API ? Regards Felix Am Freitag, den 02.11.2007, 09:28 -0700 schrieb Jukka Zitting (JIRA): Workspace auto-create - Key: JCR-1205 URL:

Retiring the extension-framework

Hi all, The sandbox contains an old project called extension-framework. I once created this project in an attempt to build a simple extensible JCR based application framework. In the meantime, I abandoned this project in favor of OSGi. I propose to remove the extension-framework project as it is

Re: Documentation

Hi Christophe, Sorry, there was no answer. Apparently, the JCR Confluence space is up and running. If you register a user account with Confluence, I can add you to the jackrabbit-committers group such that you may add your documentation (and of course to the sling-committers group :-) ).

Re: Documentation

Hi Christophe, Am Donnerstag, den 08.11.2007, 13:21 +0100 schrieb Christophe Lombart: my account is clombart. Can you add it in the desired groups. Done. If needed, I can start to migrate the entire Jackrabbit web site. Not sure, what migration plan Jukka has. We would probably also need

Re: Documentation

Hi, Am Freitag, den 09.11.2007, 12:21 +0200 schrieb Jukka Zitting: If you need help, I could definitely help. We could also look at it next week during ApacheCon if you wish. I was kind of planning to do exactly that... ;-) See you next week! Good. Have a good flight. Regards Felix

Re: InvalidPersistentClassException : Node type: nt:unstructured has no descriptor.

Hi, If I read your mapping file correctly, you seem to have no mapping for the nt:unstructured node type. So OCM tries to get a discriminator property. If no such property exists, OCM has no way of finding out what object class to use for mapping the node. Hence the failed mapping. Regards Felix

Re: New Jackrabbit committers

Hi Martijn and Ard, Congratulations and welcome to the team. Regards Felix Am Donnerstag, den 22.11.2007, 01:17 +0200 schrieb Jukka Zitting: Hi, Please welcome Martijn Hendriks and Ard Schrijvers as new committers and PMC members of the Apache Jackrabbit project. Martijn and Ard have both

Re: [jira] Updated: (JCR-1232) Merge UUID to NodeId

Hi all, (Taking this discussion to the list, which is probably more appropriate for discussion and easier to follow than just expanding the issue) I am definitely +1 for cleaning this stuff up. Of course Jukka's patch probably misses the goal of not creating two objects per created NodeId. It

Re: Retiring the extension-framework

Hi, There has been no veto in this. So I am going to remove this project from the sandbox today. Regads Felix Am Dienstag, den 06.11.2007, 10:25 +0100 schrieb Felix Meschberger: Hi all, The sandbox contains an old project called extension-framework. I once created this project

Re: Jackrabbit 1.4 status update

Hi Jukka, Am Freitag, den 21.12.2007, 01:26 +0200 schrieb Jukka Zitting: [JCR-995] Release the OCM component - Blocker for the release. I'll look into promoting the OCM component from sandbox and preparing it for release in a few days, but would appreciate feedback on the current state of

Re: [VOTE] Release Apache Jackrabbit 1.4

Hi, I checked the signatures and license headers, and with a single exception (see below) the headers are ok (according to rat) and I think we can live with the exception. +1 Thanks Jukka for working this out ! The exception: The test case in the src package

Smaller and Quicker Releases

Hi all, Now, that the Jackrabbit 1.4 is just about going out of the house, I want to restart a discussion, which has been lead a number of times but IIRC always has been settled with something like we know we should, but we will not now There is probable not a better time than just after a

Re: Smaller and Quicker Releases

Hi, Am Sonntag, den 13.01.2008, 15:02 +0100 schrieb Roland Weber: However, I strongly suggest that you don't put 22 artifacts on separate release cycles. Definitely agree here :-) Every release comes with some overhead in preparing release notes, reviewing the artifacts, voting on the

Re: Smaller and Quicker Releases

Am Sonntag, den 13.01.2008, 16:21 +0200 schrieb Jukka Zitting: Hi, On Jan 13, 2008 4:02 PM, Roland Weber [EMAIL PROTECTED] wrote: You'll have to use separate JIRA projects. Agreed, that's the cleanest solution. Either way we'll end up with problems if we have an issue that affects

Re: Smaller and Quicker Releases

Am Freitag, den 11.01.2008, 17:25 +0200 schrieb Jukka Zitting: Hi, On Jan 11, 2008 4:49 PM, Felix Meschberger [EMAIL PROTECTED] wrote: * We stop making big releases as we do now * We release as appropriate and as required +1 Agreed. I was originally thinking about making

Re: IoC configuration for Jackrabbit

Hi, Am Montag, den 14.01.2008, 10:39 +0100 schrieb Alexander Klimetschek: Do you intend to write the IoC container on your own? IMHO there is good choice available out there: Spring (although it tends to put too much of the config into XML, away from the code) or even OSGi, as If it is

Re: Smaller and Quicker Releases

Hi, Am Montag, den 14.01.2008, 11:41 +0200 schrieb Jukka Zitting: Hi, On Jan 14, 2008 10:19 AM, Felix Meschberger [EMAIL PROTECTED] wrote: Well, the best solution to minimizing cross-component boundaries is to clearly define interfaces and to abide by those :-) Agreed, but first we

Re: Smaller and Quicker Releases

Am Montag, den 14.01.2008, 12:52 +0200 schrieb Jukka Zitting: Hi, On Jan 14, 2008 10:28 AM, Felix Meschberger [EMAIL PROTECTED] wrote: Am Sonntag, den 13.01.2008, 16:21 +0200 schrieb Jukka Zitting: JCR (the current Jira project) [...] Wow ! I think this should still be split: I

Re: [jira] Commented: (JCR-1312) Get rid of DOM for XML support

Am Mittwoch, den 16.01.2008, 17:01 +0100 schrieb Thomas Mueller: Hi, My experience is that all XML parser are a little bit different. I don't know about you, but I did run into quite many problems because of XML parser incompatibilities. If we always use the same parser we would be sure we

Re: [jira] Commented: (JCR-1312) Get rid of DOM for XML support

Hi, Am Donnerstag, den 17.01.2008, 11:53 +0200 schrieb Jukka Zitting: Hi, On Jan 16, 2008 6:01 PM, Thomas Mueller [EMAIL PROTECTED] wrote: My experience is that all XML parser are a little bit different. I don't know about you, but I did run into quite many problems because of XML

Re: [OCM] ObjectContentManager and Sessions

Hi Paddy, This is actually more or less, what we are doing in Sling: We are using shared mapping configuration and just creating the mapper (and other helper) objects when creating ObjectContentManager for a session [1]. In the context of an HTTP Request we then have one ObjectContentManager

Re: [OCM] ObjectContentManager and Sessions

Hi Paddy, While I agree, that the session pooling stuff might find its (right) place in Jackrabbit, I don't think we should build it into OCM. The question with the Sling session pooling stuff is, when moving it over to Jackrabbit, whether it will be standalone to be plugged above a JCR

Re: Smaller and Quicker Releases

Hi Roland, Am Samstag, den 19.01.2008, 21:23 +0100 schrieb Roland Weber: Hi Felix, * jackrabbit-classloader: There isn't much work going on here, apart from bugfixing. So there will be no reasons for new releases ! Even bug fixes need to be released. Are you suggesting we just

Re: Smaller and Quicker Releases

Hi Jukka, ++1 I think this is a very valuable strategy moving forward for our patch releases. And it will probably also show, that we might handle the trunk in a similar manner as we would start handling the branch(es). Thanks for this proposal. Regards Felix Am Montag, den 21.01.2008, 12:11

  1   2   3   4   5   6   7   >