[
https://issues.apache.org/jira/browse/JCR-3985?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Buchmann updated JCR-3985:
Comment: was deleted
(was: ah, big decimal. i was wondering if its hexadecimal numbers or url
[
https://issues.apache.org/jira/browse/JCR-3985?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15329191#comment-15329191
]
David Buchmann commented on JCR-3985:
-
ah, big decimal. i was wondering if
[
https://issues.apache.org/jira/browse/JCR-3985?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15329190#comment-15329190
]
David Buchmann commented on JCR-3985:
-
ah, big decimal. i was wondering if
[
https://issues.apache.org/jira/browse/JCR-3985?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15322285#comment-15322285
]
David Buchmann commented on JCR-3985:
-
hi alfu,
using https://github.com/jacka
David Buchmann created JCR-3985:
---
Summary: jackrabbit remoting fails on number followed by "e"
Key: JCR-3985
URL: https://issues.apache.org/jira/browse/JCR-3985
Project: Jackrabbit Content
[
https://issues.apache.org/jira/browse/JCR-2112?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14523353#comment-14523353
]
David Buchmann commented on JCR-2112:
-
is there more missing than just add si
[
https://issues.apache.org/jira/browse/JCR-2113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14006024#comment-14006024
]
David Buchmann commented on JCR-2113:
-
there is alfusaney yallow working on this
David Buchmann created JCR-3756:
---
Summary: weakreferences not working with 2.6.5 on java 1.6.0_65 on
a mac
Key: JCR-3756
URL: https://issues.apache.org/jira/browse/JCR-3756
Project: Jackrabbit Content
[
https://issues.apache.org/jira/browse/JCR-2233?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13862533#comment-13862533
]
David Buchmann commented on JCR-2233:
-
@[~uwej711] we are adding support for thi
t, Jun 22, 2013 at 10:25 AM, David Buchmann
> wrote:
>> we hit the question what the return value of Row.getValue()
>> [1] should be if the property in question is multivalue...
>
> As per a previous question at [1], JSR 170 doesn't have a way to
> get multivalue
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi,
while implementing the php port of jcr, we hit the question what the
return value of Row.getValue() [1] should be if the property in
question is multivalue. it seems jackrabbit converts things to string
and concatenates them. is this situation spe
[
https://issues.apache.org/jira/browse/JCR-3585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13664033#comment-13664033
]
David Buchmann commented on JCR-3585:
-
are you sure the feature is working at all?
[
https://issues.apache.org/jira/browse/JCR-3594?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13656908#comment-13656908
]
David Buchmann commented on JCR-3594:
-
each jackrabbit has exactly one repository
David Buchmann created JCR-3508:
---
Summary: add and remove top level node in one jsop fails
Key: JCR-3508
URL: https://issues.apache.org/jira/browse/JCR-3508
Project: Jackrabbit Content Repository
[
https://issues.apache.org/jira/browse/JCR-3279?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13561738#comment-13561738
]
David Buchmann commented on JCR-3279:
-
i realized that this is not a general pro
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> We'd be happy to get some feedback of your thoughts about this
> conference. Feedback from last years participants as well as ideas an
> proposals from any potential participant for this year.
if there is interest, i would love to present the PHP po
David Buchmann created JCR-3306:
---
Summary: JSR 283 Transactions
Key: JCR-3306
URL: https://issues.apache.org/jira/browse/JCR-3306
Project: Jackrabbit Content Repository
Issue Type: Sub-task
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi,
it would be great to have https://issues.apache.org/jira/browse/JCR-3245
in 2.4 at some point.
at this point the patch will not help jackrabbit being faster but is
meant for our php client jackalope. of course other remoting clients
like the jack
[
https://issues.apache.org/jira/browse/JCR-3219?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Buchmann resolved JCR-3219.
-
Resolution: Fixed
indeed you are right. sorry for opening a ticket about something that got fixed
[
https://issues.apache.org/jira/browse/JCR-3219?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13240364#comment-13240364
]
David Buchmann edited comment on JCR-3219 at 3/28/12 12:1
[
https://issues.apache.org/jira/browse/JCR-3219?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13240364#comment-13240364
]
David Buchmann commented on JCR-3219:
-
sorry for being silent so long. i finally
-
Key: JCR-3279
URL: https://issues.apache.org/jira/browse/JCR-3279
Project: Jackrabbit Content Repository
Issue Type: Bug
Components: jackrabbit-spi2dav
Affects Versions: 2.4
Reporter: David Buchmann
i have a repository with a
[
https://issues.apache.org/jira/browse/JCR-3273?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13238212#comment-13238212
]
David Buchmann commented on JCR-3273:
-
if jcr:mixinTypes is a legal property name
[
https://issues.apache.org/jira/browse/JCR-3273?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13236719#comment-13236719
]
David Buchmann commented on JCR-3273:
-
i was thinking if jcr:mixinTypes is sort
Reporter: David Buchmann
Priority: Minor
using jackrabbit 2.4 (the remoting with davex, not tested with others) i can
set the property jcr:mixinTypes to a node without getting an exception. before
saving, the property is there but isNodeType returns false. when i save and
read
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi,
> as far as jsop is concerned i don't remember that we ever
> talked about this problematic. but you may come up with a
> suggestion on how to address this.
we could type the properties somehow. it felt weird when implementing
that the thing to i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
>> or would the jcr spec forbid it? found nothing about it. when
>> looking at the xml representation, it sounds totally normal. when
>> outputting i.e. the path of the property and the node it looks
>> strange.
>
> as of jcr 2.0 properties and child n
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi,
while implementing the jackalope php jsop client for the jackrabbit
backend, i stumbled over a problem with the json returned when a
property and a child node have the same name:
the repository is something like this:
to create it, i do
[
https://issues.apache.org/jira/browse/JCR-1616?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13224262#comment-13224262
]
David Buchmann commented on JCR-1616:
-
additionally, the json returned for a node
[
https://issues.apache.org/jira/browse/JCR-3251?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13223562#comment-13223562
]
David Buchmann commented on JCR-3251:
-
investigating further, i notice that the req
Components: jackrabbit-spi2dav
Reporter: David Buchmann
Fix For: 2.4
when a node has a child node and a property with the same name, getting the
property without previously getting the node having the property results in a
NullPointerException.
the repository is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
NodeIterator i = session.getRootNode().getNodes();
while(i.hasNext()) {i.nextNode().remove();}
PropertyIterator p = session.getRootNode().getProperties();
while(p.hasNext()) {p.nextProperty().remove();}
session.save();
Am 27.02.2012 18:30, schrieb P
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
+1 from a non pmc member :-)
all phpcr jackalope tests run fine with the new version
cheers,david
Am 03.02.2012 13:53, schrieb Jukka Zitting:
> Hi,
>
> A candidate for the Jackrabbit 2.4.0 release is available at:
>
> http://people.apache.org/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi,
sorry for closing it. in our company we have the policy that the creator
of a ticket closes it to aknowledge he is happy with the resolution...
if this is important in your workflow, i would suggest restricting the
close operation to people who c
[
https://issues.apache.org/jira/browse/JCR-3050?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Buchmann closed JCR-3050.
---
oh, ok. guess with the right exception i will understand what i do wrong :-)
actually the root node is
, sql
Reporter: David Buchmann
Priority: Minor
affects version 2.3.7
running a query that joins on the same node type against 2.3.6 returns 1
result, while running it against 2.3.7 returns the same node 3 times. if i join
two different node types, i get only one result
: jackrabbit-jcr-client, locks
Affects Versions: 2.3.6
Reporter: David Buchmann
while investigating JCR-3205 i noticed that when my client java vm terminates
without calling explicit session.logout() the session locks are not released. i
would expect the session to do its logout job
[
https://issues.apache.org/jira/browse/JCR-3205?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Buchmann closed JCR-3205.
---
> Missing support for lock timeout and ownerHint in jcr-ser
jcr-server, locks
Reporter: David Buchmann
(this is a follow-up of JCR-3205)
i am surprised by the davex reply to a lock request with infinite timeout
(before and after the fix from JCR-3205):
Second-2147483
this number is
2^21+50331
which seems pretty random to me. coincidally, this
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
i ran the phpcr tests with jackalope and it looks good.
+1
the only surprise i had: we had one test with a (very weird) join query
SELECT data.zeronumber
FROM [nt:unstructured] AS data
INNER JOIN [nt:unstructured] AS second
ON data.[jcr
[
https://issues.apache.org/jira/browse/JCR-3205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13189812#comment-13189812
]
David Buchmann commented on JCR-3205:
-
thanks, the timeout is now taken into accoun
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
i can not find the reference right now, but i thought it is not possible
to remove the current version of a node. after all, what would the node
be then?
you could restore the previous version with removeExisting set to true.
or if you completely want
[
https://issues.apache.org/jira/browse/JCR-3205?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Buchmann updated JCR-3205:
Attachment: tcpdump.log
full dump of the tcp communication between client and server for the sample
, jackrabbit-spi2jcr
Affects Versions: 2.3.6
Reporter: David Buchmann
trying to set the lock timeout when creating a lock seems not to work over the
davex transport. the timeout is always 2147483.
this was my test code:
import javax.jcr.*;
import javax.jcr.lock.*;
import
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi,
i was playing around with the node types. according to the jcr
specification [1], nt:resource extends mix:mimeType, mix:lastModified
but in jackrabbit, it also has mix:referenceable...
NodeTypeManager m = s.getWorkspace().getNodeTypeManager();
N
Issue Type: Bug
Reporter: David Buchmann
with a code snipped like the following, i get a NullPointerException in
ItemState:
Session s = repo.login(sc,workspace);
QueryManager qm = s.getWorkspace().getQueryManager();
Query q = qm.createQuery("SELECT * FROM [nt:unstruc
documentation and the odd fix to the api
ourselves. it would be great if this tree people could get commit rights
to svn:
Christian Stocker
Tobias Ebnöther
David Buchmann
please tell me if you need more information to accept this request.
cheers,david
- --
Liip AG // Agile Web Development // T
Issue Type: Bug
Components: jackrabbit-spi2dav
Affects Versions: 2.2.7
Reporter: David Buchmann
Priority: Minor
when using the davex remoting protocol, search for nodes with "_x0020 " in the
name fails.
Credentials sc = new SimpleCredenti
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi,
with the jackalope project, we implement a php binding for jcr that
talks over the spi connection to the jackrabbit backend.
talking to the microkernel over REST would be the natural evolution of
things - the closer to the current spi the better
[
https://issues.apache.org/jira/browse/JCR-2984?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13045877#comment-13045877
]
David Buchmann commented on JCR-2984:
-
the exception is misleading. afaik unregiste
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi,
thanks angela and alexander for the explanation. i see the use of
relative paths. i think my question is answered by alexanders statement:
> (Jackrabbit), but I think it is good to make application code be aware of
> absolute/relative path errors
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi,
while implementing the jcr interfaces in php [1] we are a bit confused
about access by relative path [2].
what is a valid relative path? if it would be just names without any
"/", it would be straightforward. but at least jackrabbit can handle
..
[
https://issues.apache.org/jira/browse/JCR-2454?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13014439#comment-13014439
]
David Buchmann edited comment on JCR-2454 at 4/3/11 5:2
[
https://issues.apache.org/jira/browse/JCR-2454?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13014439#comment-13014439
]
David Buchmann commented on JCR-2454:
-
awesome, thanks uwe! would love to see
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi everybody,
i work on the jackalope project (a php library that interfaces with the
jackrabbit backend component [1]). for testing, we are looking for some
test content so we can test with more than some dummy entries in the
repository.
does anybod
55 matches
Mail list logo