[
https://issues.apache.org/jira/browse/JCRVLT-216?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16212304#comment-16212304
]
Nicolas Peltier commented on JCRVLT-216:
I agree on a general case that this is not a good
Nicolas Peltier created JCRVLT-216:
--
Summary: Aggregate defined children of the filter path ancestors,
optionally install them
Key: JCRVLT-216
URL: https://issues.apache.org/jira/browse/JCRVLT-216
[
https://issues.apache.org/jira/browse/JCR-4033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15605892#comment-15605892
]
Nicolas FILOTTO commented on JCR-4033:
--
Great news! having it fixed in 2.13.5 should be enough many
[
https://issues.apache.org/jira/browse/JCR-4033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15535722#comment-15535722
]
Nicolas FILOTTO edited comment on JCR-4033 at 10/25/16 3:05 PM:
[~mduerig
[
https://issues.apache.org/jira/browse/JCR-4033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15535722#comment-15535722
]
Nicolas FILOTTO commented on JCR-4033:
--
Is it possible to at least know whether you consider
[
https://issues.apache.org/jira/browse/JCR-4033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15527188#comment-15527188
]
Nicolas FILOTTO edited comment on JCR-4033 at 9/27/16 7:32 PM:
---
Please find
[
https://issues.apache.org/jira/browse/JCR-4033?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas FILOTTO updated JCR-4033:
-
Attachment: JCR-4033.patch
Please find a patch proposal that initializes the field openStackTrace
[
https://issues.apache.org/jira/browse/JCR-4033?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas FILOTTO updated JCR-4033:
-
Description:
If an exception occurs inside the constructor of SessionImpl, the session
[
https://issues.apache.org/jira/browse/JCR-4033?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas FILOTTO updated JCR-4033:
-
Affects Version/s: (was: 2.13.3)
2.13.1
Description
[
https://issues.apache.org/jira/browse/JCR-4034?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15526713#comment-15526713
]
Nicolas FILOTTO commented on JCR-4034:
--
Sorry for the duplicate but the server was very slow when I
[
https://issues.apache.org/jira/browse/JCR-4034?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas FILOTTO closed JCR-4034.
> Session Leak in case of an exception inside the constructor of SessionI
[
https://issues.apache.org/jira/browse/JCR-4034?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas FILOTTO resolved JCR-4034.
--
Resolution: Duplicate
> Session Leak in case of an exception inside the construc
Nicolas FILOTTO created JCR-4033:
Summary: Session Leak in case of an exception inside the
constructor of SessionImpl
Key: JCR-4033
URL: https://issues.apache.org/jira/browse/JCR-4033
Project
Hi Angela,
this mail just to say i was wrong at my first analysis to incriminate
persistence, looks like i was using isMember before
adding a user to a group which is #1 useless, and #2 more & more expensive as i
was adding users to group.
Nicolas
> On 06 Aug 2015, at 10:56, Angela Sc
and was probably faster.
mmm interesting, yeah i might argue that :-) and that we could probably in case
of an error “replay” user/group sync persisting one by one,
from the last successful save. Will have a look.
Thanks a lot,
Nicolas
.
Thanks Angela for your answers!
Nicolas
with an API without saving at each user creation, group
creation, membership change?
Thanks for your answers,
Nicolas
the DefaultSyncContext. let me know
if you need more override points.
regards, toby
On Fri, Jun 12, 2015 at 11:48 AM, Tobias Bocanegra tri...@apache.org wrote:
Hi,
On Mon, Jun 8, 2015 at 9:06 AM, Nicolas Peltier npelt...@adobe.com wrote:
Hi Tobias,
as discussed off list, this defaultsynchandler
after and before each sync, and may be also after the initial configuration)
wouldn’t do the trick, wdyt? e.g. [0] could be fixed by adding a component
checking the user attribute
Nicolas
[0] https://issues.apache.org/jira/browse/OAK-2948
On 15 May 2015, at 16:16, Nicolas Peltier npelt
org.apache.jackrabbit.oak.spi.security.authentication.external;version=1.0.0 to
the import package instructions of the plugin.
but this is kind of weird, any clue?
Nicolas
[0] dependency
groupIdorg.apache.jackrabbit/groupId
artifactIdoak-auth-external/artifactId
version1.2.1/version
scopeprovided/scope
that be a
possible enhancement?
Nicolas
Ok let’s do this, i might do the same with LdapIdentityProvider (paged search,
see other thread), once i got those working, we’ll create appropriate JIRAs.
Thanks,
Nicolas
On 14 May 2015, at 20:31, Tobias Bocanegra tri...@apache.org wrote:
Hi Nicolas,
On 14 May 2015 at 07:20:47, Nicolas
To be clearer, said in a different way, i’d like to pull a given set of users
(LDAP query) from a LDAP server in a scheduled manner, using at most the oak
code :-)
Nicolas
On 06 May 2015, at 11:09, Nicolas Peltier npelt...@adobe.com wrote:
Hi,
i’m implementing an application where users
Hi Davide,
this would be nice indeed! wouldn’t that be “indexPath”, not “re-indexPath” ?
Nicolas
On 26 Aug 2014, at 12:04, Davide Giannella dav...@apache.org wrote:
Hello team,
when we issue the reindex by changing the index definition with
`reindex=true` the algorithm scan all
[
https://issues.apache.org/jira/browse/JCR-3485?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13532496#comment-13532496
]
Nicolas Gavalda commented on JCR-3485:
--
The issue can easily be reproduced
[
https://issues.apache.org/jira/browse/JCR-3485?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13532496#comment-13532496
]
Nicolas Gavalda edited comment on JCR-3485 at 12/14/12 5:56 PM
Nicolas created JCR-3484:
Summary: Populate and admin links not works
Key: JCR-3484
URL: https://issues.apache.org/jira/browse/JCR-3484
Project: Jackrabbit Content Repository
Issue Type: Bug
Hello
I'm Nicolas Dufour. I'm using Jackrabbit for now more than a year and I
thought to present myself and try to contribute to Jackrabbit.
I'm also using JCR as the main repository for my own personal project which
will provide a simulation platform that could be used in aviation or other
Hi Jukka,
Why would getNodeByUUID(...).getPath() become so expensive? It seems we
could keep a pointer to the last value no?
Nicolas
On 4/11/07, Jukka Zitting [EMAIL PROTECTED] wrote:
Hi,
Thanks for comments and pointers to further information.
I think using a Subversion-like structure
Hi Nunnny,
First of all, welcome to the GSOC 07 and the Jackrabbit community.
The idea is from me but I am not mentoring the project. Jukka Zitting (in
cc) has far more experience in Jackrabbit than me. He will be mentoring the
project. I think you should contact him.
In my opinion, the
Hello,
I would like to propose a subject to the Jackrabbit community for Google
Summer Of Code 07.
Drawing on my experience from last year as a student, I would like to
propose a project where documentation is widely available and where no
update to the core parts of Jackrabbit is needed.
[
https://issues.apache.org/jira/browse/JCR-556?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Toper updated JCR-556:
--
Attachment: VisitorPattern22022007.patch
Hello,
Thanks for your comment.
VisitorPattern22022007.patch
[
https://issues.apache.org/jira/browse/JCR-556?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Toper updated JCR-556:
--
Attachment: VisitorPattern22022007-2.patch
VisitorPattern22022007-2.patch is checkstyle compliant
[
https://issues.apache.org/jira/browse/JCR-556?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475018
]
Nicolas Toper commented on JCR-556:
---
Stefan,
You are right. It is more elegant. I'll update the code and rewrite
[
https://issues.apache.org/jira/browse/JCR-556?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Toper updated JCR-556:
--
Attachment: VisitorPattern22022007-3.patch
VisitorPattern22022007-3.patch implements all the required
[
https://issues.apache.org/jira/browse/JCR-556?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475049
]
Nicolas Toper commented on JCR-556:
---
Yes my mistake.
Why don't you want to check for initialization
[
https://issues.apache.org/jira/browse/JCR-556?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Toper updated JCR-556:
--
Attachment: Visitor2202007-final.patch
Hi,
Here is the patch with Stefan's suggestion and tested it. I
if they are valid utf-8 or not.
So if the package application produces UTF-8 encoded filename there won't be
any issue
Hope it helps.
Nicolas
On 2/21/07, Julian Reschke [EMAIL PROTECTED] wrote:
Tobias Bocanegra schrieb:
Unrelated to that...:
- use a standard format for the archive (i.e. zip/jar
[
https://issues.apache.org/jira/browse/JCR-556?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nicolas Toper updated JCR-556:
--
Attachment: VisitorPattern200207.patch
Hi,
I still haven't quit working on the backup tool. Thanks
Hi,
As you might know, I am adding a visitor pattern to the PersistenceManager.
My code update is over however I would like to add a unit test to validate
the modification, but I can't find the relevant ones to the
PersistenceManager class.
Can you please tell them where should I write those
Hi,
I wish to add two methods to PersistenceManager Interface. They would return
an Iterator object of the content of the persistence manager. They would be
optimized for iterating on all the NodeState and PropertyState stored in a
specific persistence layer.
Iterating directly at the
persistence manager would implement two interfaces:
PersistenceManager and VisitableItemStateCollection. Do you agree?
BTW in which package should the interface be located?
Nicolas
On 2/14/07, Jukka Zitting [EMAIL PROTECTED] wrote:
Hi,
On 2/14/07, Nicolas [EMAIL PROTECTED] wrote:
I wish
Hi Florent,
What you describe is one of the backup tool use case. I am adding the last
touch to it so it can be committed it by hopefully next week (there is jut a
few home cleaning tasks to perform). If you need it faster, please contact
me privately so I can tell you which classes you need to
Hi Tobias,
You're right, it's not going to help.
On 11/21/06, Tobias Bocanegra [EMAIL PROTECTED] wrote:
why should that help improving the changelog in respect to references?
this tracker does something completely different. it records altered
uuids of imported nodes in order to be able to
[ http://issues.apache.org/jira/browse/JCR-535?page=all ]
Nicolas Toper updated JCR-535:
--
Attachment: WorkspaceImporterRootNodeTest.patch
Hi,
Here is a test code demonstrating the issue and that it applies only to
REPLACE_EXISTING behaviour.
Nicolas
Hi Szymon,
Rereading my email, there is something important I forgot to write: the
snippet of code is the following:
itemOps = new a BatchedItemOperations(...);
NodeState root = itemOps.getNodeState(nodeInfo.getId());
root.getChildNodeEntries();
As you can see root is not an instance of Node
Hi Jukka,
Thanks, you are totally right.
(for the little story, it comes from a temporary unit test.)
Nico
On 10/31/06, Jukka Zitting [EMAIL PROTECTED] wrote:
Hi,
On 10/31/06, Nicolas [EMAIL PROTECTED] wrote:
Actually they have different names, but the same name sibling is a use
case
I
Hi,
As you know, I am still fairly new to Jackrabbit and its internals. I think
there is something I didn't understand correctly. Can you please help me?
I am trying to fetch all direct children of the root node from a repository
with 3 nodes I have put in. When I write
[
http://issues.apache.org/jira/browse/JCR-535?page=comments#action_12444926 ]
Nicolas Toper commented on JCR-535:
---
Hi,
About this issue, can I assume there are no concurrent operations?
I am deleting all subnodes under root except
[
http://issues.apache.org/jira/browse/JCR-535?page=comments#action_12444311 ]
Nicolas Toper commented on JCR-535:
---
Sure. Let me write it. I'll post it this week.
Ignore root node when importing through sysView
[
http://issues.apache.org/jira/browse/JCR-556?page=comments#action_12444079 ]
Nicolas Toper commented on JCR-556:
---
Hi,
For those wondering, what is the status of the backup tool. It is working, but
to make it really useful, Jukka and I
[
http://issues.apache.org/jira/browse/JCR-535?page=comments#action_12444114 ]
Nicolas Toper commented on JCR-535:
---
My mistakes. Sorry. It was caused by my first try to get rid of the bug. I
will correct them ASAP.
About the test case
[ http://issues.apache.org/jira/browse/JCR-535?page=all ]
Nicolas Toper updated JCR-535:
--
Attachment: patch-WorkspaceImporter-231006-2.txt
Here is the new patch.
Ignore root node when importing through sysView
Hi,
If unregistering a ns is an unfrequent operation, can't we simply check for
every node?
Another idea would be simply to leave it to the developer responsability to
unregister a ns only if there are no content? In a second step we could
manage those checks.
What do you think?
BR
Nico
my
[
http://issues.apache.org/jira/browse/JCR-535?page=comments#action_12443580 ]
Nicolas Toper commented on JCR-535:
---
Understood :) Thanks. So I'll check the UUID (imagine a use case where we swap
one JCR compliant repository for another; if I
[
http://issues.apache.org/jira/browse/JCR-569?page=comments#action_12442223 ]
Nicolas Toper commented on JCR-569:
---
[[ Old comment, sent by email on Wed, 13 Sep 2006 18:00:23 +0200 ]]
Hi Stefan,
About your first point, you are right
wrote:
It seems that we have the same target :
http://incubator.apache.org/graffito/jcr-mapping/index.html
br
Christophe
On 10/10/06, Nicolas Modrzyk [EMAIL PROTECTED] wrote:
Hi All,
We've developed something called a bean coder for our application.
We've made it open source in case other
for basic functional use. We did not
have more requirements than map the bean to the repository(with good
speed) so that its fields were searchable using the regular query
manager.
Niko
On Oct 12, 2006, at 6:11 PM, Alexandru Popescu wrote:
On 10/12/06, Nicolas Modrzyk [EMAIL PROTECTED
Christophe,
Given the thing we like in our tool, is the fact that no
configuration is needed, you just need a reference to the node you
want to store the bean, could that be fitted in Graffito by any means ?
Also, what Timur said on the thread on the server side:
on the project's user list.
Regards,
Nicolas,
issue, but can be annoying to new
users and we should ease as most as possible their path I think.
Nicolas
On 10/9/06, Tobias Bocanegra [EMAIL PROTECTED] wrote:
no offense but imo java developers should know what features and
language extensions were introduced in the respective jdk releases
concerned with more complete solutions (like ..?), but this has been
working very well so far in our production environment, so just felt
like we should contribute back something to the community.
Regards,
Nicolas John,
[
http://issues.apache.org/jira/browse/JCR-580?page=comments#action_12437614 ]
Nicolas Toper commented on JCR-580:
---
Hi,
Which class are you writing about please?
Should be public: NodeType[] registerNodeTypes(List defs
[ http://issues.apache.org/jira/browse/JCR-569?page=all ]
Nicolas Toper updated JCR-569:
--
Attachment: WorkspaceImporter.patch
Hi,
As told, it was untested. Now it is and working (according to the unit test).
BR
Nicolas
WorkspaceImporter Refactoring
[
http://issues.apache.org/jira/browse/JCR-569?page=comments#action_12435345 ]
Nicolas Toper commented on JCR-569:
---
Just to be sure everything is all right: I have checked with my machine. Only 2
tests are run when calling o.a.j.test.core.xml
[
http://issues.apache.org/jira/browse/JCR-569?page=comments#action_12434496 ]
Nicolas Toper commented on JCR-569:
---
Sure. Here it is:
Introduction
The current o.a.j.core.xml.WorspaceImporter class has one main responsability:
to import data
[
http://issues.apache.org/jira/browse/JCR-569?page=comments#action_12434497 ]
Nicolas Toper commented on JCR-569:
---
Hi Stefan,
About your first point, you are right: this is why I sent yesterday a more in
depth analysis. This JIRA issue
WorkspaceImporter Refactoring
-
Key: JCR-569
URL: http://issues.apache.org/jira/browse/JCR-569
Project: Jackrabbit
Issue Type: Improvement
Reporter: Nicolas Toper
Hi,
As you know, I have run
[ http://issues.apache.org/jira/browse/JCR-569?page=all ]
Nicolas Toper updated JCR-569:
--
Attachment: SysViewImporter.patch
This is the skeleton. This class is not to be included in JR code.
WorkspaceImporter should inherit this class so
not using it for now) and for the sanityCheck(): therefore
it will be only a few lines and we will have good SoC.
Please have a look as the patch proposed earlier to have a look at the
design and the new code (it is far from over and a lot of methods are
incomplete).
BR
Nicolas
Hi Roberto,
In a private conversation, you told me this idea is something you borrowed
from RDF/OWL. Do you see anything else we should borrow?
Do you think we could easily with this evolution map properties to RDF?
Nicolas
On 9/11/06, Roberto Fonti (JIRA) [EMAIL PROTECTED] wrote:
more
[ http://issues.apache.org/jira/browse/JCR-556?page=all ]
Nicolas Toper updated JCR-556:
--
Attachment: BIO.patch
Add a flag autoCreate to know whether or not to create autocreate Node. As
suggested by Jukka, it avoids to create a specific class to restore
[ http://issues.apache.org/jira/browse/JCR-556?page=all ]
Nicolas Toper updated JCR-556:
--
Attachment: PropInfo.patch
Set a flag in PropInfo in the apply method to escape or not the protected
properties.
This flag is by default set to the usual behavior
should document the core. In my case, it took me a lot
of time the part I needed (I wrote a new UpdatableStateManager since I
couldn't figure out how the EventFactory was working).
BR
Nicolas
my blog! http://www.deviant-abstraction.net !!
Hi,
My company is currently evaluating Jackrabbit as a replacement for our
current content repository. But for this, we would definitely needs
clustering both for HA and scaling out (we currently host several To of
data).
I have seen the open issue on JIRA (JCR 169). It seems we are still
[ http://issues.apache.org/jira/browse/JCR-556?page=all ]
Nicolas Toper updated JCR-556:
--
Attachment: patch-backup-040906.txt
Hi,
Here are some refactoring to the backup tool. This goes in the contrib package
for the backup tool. It is mainly clean up
Hi
On 9/2/06, Jukka Zitting [EMAIL PROTECTED] wrote:
How about refactoring the original BatchedItemOperations class to a
base class that doesn't do any of the checks (or has just empty
placeholder methods for the checks) and a subclass that contains the
checks. Or even better, refactor the
moving then yes, this is a great move to do.
Nicolas,
On Sep 1, 2006, at 5:50 PM, Jukka Zitting wrote:
Hi,
The incubating Graffito project
(http://incubator.apache.org/graffito/) is building a nice
portlet-based content management framework. One of the design goals is
to be independent
Hi,
They will be overwritten.
Cheers,
Nico
my blog! http://www.deviant-abstraction.net !!
On 9/1/06, J Kuijpers [EMAIL PROTECTED] wrote:
We use the importxml method on the sessionimpl to import some nodes in
jackrabbit. I want to have some influence on the uuid and checkedoutstate
on
the
need the
node to be checkedin and give it my own uuid. Don't want to alter them
afterwards for performance reaons
Nicolas Toper wrote:
Hi,
They will be overwritten.
Cheers,
Nico
my blog! http://www.deviant-abstraction.net !!
On 9/1/06, J Kuijpers [EMAIL PROTECTED] wrote:
We use
Refactoring of the BackupTool
-
Key: JCR-556
URL: http://issues.apache.org/jira/browse/JCR-556
Project: Jackrabbit
Issue Type: Improvement
Reporter: Nicolas Toper
Priority: Minor
[ http://issues.apache.org/jira/browse/JCR-556?page=all ]
Nicolas Toper updated JCR-556:
--
Attachment: patch-jr-010906-NodeVersionHistoriesUpdatableStateManager.txt
This is a new class I propose to put in o.a.j.state.
It is designed to update easily
[ http://issues.apache.org/jira/browse/JCR-556?page=all ]
Nicolas Toper updated JCR-556:
--
Attachment: patch-jr-010906-PropInfo.txt
This patch contains a few updates I had to PropInfo. I added three getters and
switched to other getXXX to public
[ http://issues.apache.org/jira/browse/JCR-556?page=all ]
Nicolas Toper updated JCR-556:
--
Attachment: patch-jr-010906-SysViewImporter.txt
SysViewImporter: takes a system view XML document and import it as it is in an
empty repository. It is heavily based
[ http://issues.apache.org/jira/browse/JCR-556?page=all ]
Nicolas Toper updated JCR-556:
--
Attachment: patch-jr-010906-VersionManagerImpl.txt
This patch adds importVersions in the VersionManagerImpl.
Refactoring of the BackupTool
[ http://issues.apache.org/jira/browse/JCR-556?page=all ]
Nicolas Toper updated JCR-556:
--
Attachment: patch-jr-010906-RepositoryImpl.txt
This is a small update to RepositoryImpl. I wanted to avoid updating the
interface VersionManager to add the method
Hm, sounds interesting, but wouldn't this only work with file system based
persistence managers? I mean, I can't imagine how to get an index with
decent
performance using a database based persistence manager in the near future?
Do
you already have an idea how achieve the needed performance?
Hi,
The GSOC is over and the backup tool need a little bit of refactoring before
being committed (see past threads). Here are the changes I plan to
implement.
- Add a method to import/export the node version histories in VersionManager
and implement them in its classes.
- Subclass PropInfo to
Hi Jukka,
The Google Summer of Code is over and I still have a few things to finish.
Maybe we should create a new JIRA issue for it. What do you think?
I ask this because Google would like a pointer to the current GSOC codebase
and I soon will file a new patch.
BR
Nico
my blog!
Hi,
The patches are posted.
I am waiting for your feedback to perform the last refactoring so we can
start using it.
Cheers
Nico
now, the code try to be as much separated as possible, but I can quite
easily refactor the other way.
What are your thoughts on this issue?
Nicolas
On 8/17/06, Tobias Bocanegra [EMAIL PROTECTED] wrote:
The patches are posted.
I am waiting for your feedback to perform the last refactoring so
/17/06, Dominique Pfister [EMAIL PROTECTED] wrote:
Hi Nicolas,
as Tobi pointed out, I would not rely on the fact that the
VersionManager currently uses a PersistenceManager. This could very
easily change in the future. Since sysview importing puts restrictions
on the items being imported, I'd
Julian,
Thanks, it's all clear now :)
Nico
On 8/16/06, Julian Reschke [EMAIL PROTECTED] wrote:
Tobias Bocanegra schrieb:
Usually I completely separate Javadoc from the source.
wow. how do you achieve this? i thought that the javadoc is inlined in
the source code?
regards, toby
Maybe
] wrote:
On 8/15/06, Nicolas [EMAIL PROTECTED] wrote:
Of course.
Actually the backup tool is backupping all workspaces and the version
node
histories using the XML system view. The advantage of this approach are:
easiness to check the backup is correct, easiness to modify a backup if
needed
[ http://issues.apache.org/jira/browse/JCR-442?page=all ]
Nicolas Toper updated JCR-442:
--
Attachment: patch-jr-final1.tar.gz
This is the proposed path to the core for the backup tool.
Sorry for the 4 patches but some Gremlins have invaded my computer
Hi
I am working on a backup and restore tool for Jackrabbit. It's why I need to
escape all checks since I am writing protected node (for this reason).
What is your other idea about this please?
BR
Nicolas
my blog! http://www.deviant-abstraction.net !!
On 8/15/06, Stefan Guggisberg [EMAIL
of the repository.
I have a similar issue with restoring the Node Version Histories but it's
another post ;)
Cheers,
Nico
my blog! http://www.deviant-abstraction.net !!
On 8/15/06, Jukka Zitting [EMAIL PROTECTED] wrote:
Hi,
On 8/15/06, Nicolas [EMAIL PROTECTED] wrote:
I am working on a backup
Hello,
I am really happy to announce you that the backup tool is working both on
restore and backup. I will clean up all classes in the next few days and
post the patches when the few and minor modifications have been approved by
the ML
BR,
Nico
my blog! http://www.deviant-abstraction.net !!
Oops sorry...
Usually I completely separate Javadoc from the source.
Nico
my blog! http://www.deviant-abstraction.net !!
On 8/15/06, Jukka Zitting [EMAIL PROTECTED] wrote:
Hi,
On 8/15/06, Nicolas [EMAIL PROTECTED] wrote:
I guess this is a (really minor) mistake: you can find a Javadoc file
child node definition found for {
http://www.jcp.org/jcr/1.0}rootVersion
This exception is raised when I call getEffectiveNodeType...
Where does this could come from? I really don't see.
Nico
On 8/9/06, Nicolas [EMAIL PROTECTED] wrote:
No I am writing this importer and wondering
1 - 100 of 213 matches
Mail list logo