hi
as mentioned and discussed several times before, we may
think about splitting the 'jcr-server' project into
a webdav specific project and the jcr-server.
1) Proposal for webdav project structure
+ jackrabbit
+ webdav
+ c
[ http://issues.apache.org/jira/browse/JCR-407?page=all ]
angela reassigned JCR-407:
--
Assign To: angela
> read IOHandlers from the config.xml
> ---
>
> Key: JCR-407
> URL: http://issues.apache.org/jira/browse/JC
[
http://issues.apache.org/jira/browse/JCR-407?page=comments#action_12375271 ]
angela commented on JCR-407:
thanks for the patch. i will take a look at it.
> read IOHandlers from the config.xml
> ---
>
> Key: JCR-407
>
[ http://issues.apache.org/jira/browse/JCR-407?page=all ]
jeremi Joslin updated JCR-407:
--
Attachment: patchIOHandlers.diff
here is my patch.
Some informations about it:
* I had a node IOHandlers in the config which contains a list of IOhandler.
* the Resour
read IOHandlers from the config.xml
---
Key: JCR-407
URL: http://issues.apache.org/jira/browse/JCR-407
Project: Jackrabbit
Type: Improvement
Components: webdav
Versions: 1.0
Reporter: jeremi Joslin
Priority: Minor
Jon, do you have any estimation about how many nodes are added to the
root path, so that you reached this error. I have been following the
discussion about this possible issue (I may be in the position of
having a quite flat hierarchy, and I want to understand what the
future may prepare to me).
m
Hi;
I am trying to register some custom node types in Jackrabbit, but when I try to
create some node of some kind of node type I have registered (I think of)
occurs an error saying that the node type doesn't exists, but the namespace
have been registered because it is showing resolved.
I am tryi
hi all,
i have a huge problem: we are running our application using the file
persistance manager insde jboss.
when i shutdown jboss for backup something seemed to have gone wrong and
now the filesystem is corrupt. is there any way to resore a corrupt
filesystrem or has anybod written a tootl fo
[
http://issues.apache.org/jira/browse/JCR-402?page=comments#action_12375195 ]
Jukka Zitting commented on JCR-402:
---
> I am far from understanding this legal stuff, but I am reading the above: "we
> cannot release it. If you want it,
> just go in, build it
[ http://issues.apache.org/jira/browse/JCR-298?page=all ]
Jukka Zitting resolved JCR-298:
---
Resolution: Fixed
Resolved as suggested in revision 395386. I haven't tested this so please
reopen this issue if there is a problem with this fix.
> missing b
Yes, maybe I'm wrong, but is there any difference on saving serialized node
states and file contents (externalBlobs disabled) on blob columns respect to
the allowed blob column size?
They should be handled on the same way, isn't it?
Please, correct me if I'm missing the point.
Martin
On 4/19/06
On 4/19/06, Martin Perez <[EMAIL PROTECTED]> wrote:
> I have no problems uploading various megabyte files to derby without
> configuring anything...
that's not the issue. saving serialized node states with
DerbyPersistenceManager is what we're talking about.
[ http://issues.apache.org/jira/browse/JCR-298?page=all ]
Jukka Zitting updated JCR-298:
--
Version: (was: 1.0)
Assign To: Jukka Zitting
> missing blob.remove in Berkeley DB persistance manager
> -
[ http://issues.apache.org/jira/browse/JCR-401?page=all ]
Jukka Zitting resolved JCR-401:
---
Resolution: Fixed
Upgraded the dependency to 2.0.83 in revision 395364. Thanks for suggesting
this.
> contrib/bdb-persistence: update berkeleydb version
> ---
[ http://issues.apache.org/jira/browse/JCR-401?page=all ]
Jukka Zitting updated JCR-401:
--
Version: (was: 1.0)
> contrib/bdb-persistence: update berkeleydb version
> --
>
> Key: JCR-401
>
mmm
I have no problems uploading various megabyte files to derby without
configuring anything...
On 4/19/06, Brian Moseley <[EMAIL PROTECTED]> wrote:
>
> On 4/19/06, Alexandru Popescu <[EMAIL PROTECTED]> wrote:
>
> > I am wondering if this problem may occur with Derby too?
>
> yes, it does. derb
[ http://issues.apache.org/jira/browse/JCR-401?page=all ]
Jukka Zitting reassigned JCR-401:
-
Assign To: Jukka Zitting
> contrib/bdb-persistence: update berkeleydb version
> --
>
> Key: JCR-401
>
[
http://issues.apache.org/jira/browse/JCR-402?page=comments#action_12375172 ]
Alexandru Popescu commented on JCR-402:
---
I am far from understanding this legal stuff, but I am reading the above: "we
cannot release it. If you want it, just go in, build
#: Brian Moseley changed the world a bit at a time by saying (astral date:
4/19/2006 7:07 PM) :#
On 4/19/06, Alexandru Popescu <[EMAIL PROTECTED]> wrote:
I am wondering if this problem may occur with Derby too?
yes, it does. derby's default blob size is 1M, iirc.
I would really like to be
[
http://issues.apache.org/jira/browse/JCR-402?page=comments#action_12375153 ]
Jukka Zitting commented on JCR-402:
---
AFAIK we can't release the BerkeleyDB persistence manager as the BerkeleyDB
license is incompatible with ASLv2. Please enlighten me if I'm
[ http://issues.apache.org/jira/browse/JCR-403?page=all ]
Jukka Zitting resolved JCR-403:
---
Fix Version: 1.1
Resolution: Fixed
Added TransientRepository.shutdown() in revision 395305.
> add shutdown() or logoutAll() method to TransientRepository
On 4/19/06, Alexandru Popescu <[EMAIL PROTECTED]> wrote:
> I am wondering if this problem may occur with Derby too?
yes, it does. derby's default blob size is 1M, iirc.
[
http://issues.apache.org/jira/browse/JCR-399?page=comments#action_12375146 ]
Marcin Cenkier commented on JCR-399:
>> Currently the DBFileSystem implementation stores all workspace
>> config in the database.
>
> not quite correct. a DbFileSystem doesn'
[
http://issues.apache.org/jira/browse/JCR-405?page=comments#action_12375133 ]
angela commented on JCR-405:
(second try, sorry if the first comment made it anyway to jira)
this would required the following api methods to be change or - perhaps better
- depreca
[ http://issues.apache.org/jira/browse/JCR-399?page=all ]
Stefan Guggisberg updated JCR-399:
--
Priority: Minor (was: Major)
reducing priority, this is not a major issue.
> DBFileSystem database connections strings stored in database
> -
[
http://issues.apache.org/jira/browse/JCR-399?page=comments#action_12375128 ]
Stefan Guggisberg commented on JCR-399:
---
> Currently the DBFileSystem implementation stores all workspace config
> in the database.
not quite correct. a DbFileSystem does
If header evaluation compliance provlems
Key: JCR-406
URL: http://issues.apache.org/jira/browse/JCR-406
Project: Jackrabbit
Type: Bug
Components: webdav
Reporter: Julian Reschke
There is a problem with the implement
Sandeep Warikoo wrote:
Hi,
Though I am not familiar my maven, here is a snippet from project.xml which
shows the version used is 3.1
**
commons-collections
commons-
Hi,
Though I am not familiar my maven, here is a snippet from project.xml which
shows the version used is 3.1
**
commons-collections
commons-collections
3
hi jérémi
jeremi joslin wrote:
For the moment, the IOhandlers are loaded by the IOmanager and the
IOmanager is loaded from the configuration file. Is it possible to
change the default IOmanager to read the configuration file for
loading the IOhandlers instead of in hard in the code?
the reason
Hi Florent,
On 4/19/06, Marcel Reutegger <[EMAIL PROTECTED]> wrote:
> Hi Florent,
>
> Florent Guillaume wrote:
> > Hi,
> >
> > I have a node that has lots of unordered children nodes. Some of these
> > nodes are "real children" in the document management sense, the others
> > (in small number) are
PROPPATCH doesn't respect document order
Key: JCR-405
URL: http://issues.apache.org/jira/browse/JCR-405
Project: Jackrabbit
Type: Bug
Components: webdav
Reporter: Julian Reschke
Priority: Minor
PROPPATCH is curr
Alexandru,
I'm using Derby on my application and I had no problems uploading big files.
Martin
On 4/19/06, Alexandru Popescu <[EMAIL PROTECTED]> wrote:
>
> Hi Stefan.
>
>
> I am wondering if this problem may occur with Derby too?
>
> tia,
>
> ./alex
> --
> .w( the_mindstorm )p.
>
> #: Stefan Gug
Sandeep Warikoo wrote:
Hi Marcel,
Thanks for the reply. I was able to move forward after using Maven 1.0.2,
but still ran into following errors:
build:start:
java:prepare-filesystem:
java:compile:
[echo] Compiling to E:\ja
Hi Stefan.
I am wondering if this problem may occur with Derby too?
tia,
./alex
--
.w( the_mindstorm )p.
#: Stefan Guggisberg changed the world a bit at a time by saying (astral date:
4/19/2006 11:03 AM) :#
hi daniel
the default schema for mysql uses 'blob' columns for storing
serialized no
Hi,
For my project, I need to export datas from the repository in
different formats (for example convert to pdf, doc, odt...). I know,
It's not a standart function of the WebDav but I need it.
For the moment, the IOhandlers are loaded by the IOmanager and the
IOmanager is loaded from the configura
[ http://issues.apache.org/jira/browse/JCR-388?page=all ]
jeremi Joslin updated JCR-388:
--
Attachment: patch_rfc3253.zip
hi Angela,
this is my patch for this task. it replace the previous one.
Can you take a look?
> add support for RFC 3253 to the simple s
hi florent
On 4/19/06, Florent Guillaume <[EMAIL PROTECTED]> wrote:
> Stefan Guggisberg wrote:
> > btw: you should in general try to avoid flat hierarchies in jackrabbit
> > as they come at a certain performance cost.
>
> Hi Stefan,
>
> Could you expand a bit on that? Aren't there any BTree-like s
Hi Marcel,
Thanks for the reply. I was able to move forward after using Maven 1.0.2,
but still ran into following errors:
build:start:
java:prepare-filesystem:
java:compile:
[echo] Compiling to E:\jackrabbit/target/classes
hi jon,
On 4/16/06, Jon Loken <[EMAIL PROTECTED]> wrote:
> Hi Stefan,
> Please excuse me if I am not sending this feedback to the right person.
no problem, however the dev list is the 'right' place for this kind of feedback.
i am sending this reply to the dev list as well.
>
> I've just getting
Hi Florent,
Florent Guillaume wrote:
Hi,
I have a node that has lots of unordered children nodes. Some of these
nodes are "real children" in the document management sense, the others
(in small number) are just nodes that hold complex datatypes but are
really part of the main document.
I'd
Stefan Guggisberg wrote:
btw: you should in general try to avoid flat hierarchies in jackrabbit
as they come at a certain performance cost.
Hi Stefan,
Could you expand a bit on that? Aren't there any BTree-like structures used
to store children on unordered nodes? Does this depend on the back
building jackrabbit with maven 1.1-beta-2 is not tested and we don't
recommend using that maven version. please use the stable maven build 1.0.2
regards
marcel
Sandeep Warikoo (JIRA) wrote:
Unable to compile jackrabbit source code
Key: JCR-40
hi daniel
the default schema for mysql uses 'blob' columns for storing
serialized node states.
the blob data type has a maximum size limit of 65k. if your repository needs
to store large numbers of child nodes per node you can use the 'mediumblob'
data type instead.
e.g.
create table default_NODE
44 matches
Mail list logo