Alex Lukin | 1 Dec 15:24 2007
Picon

Re: How to covert string to legal node name?

Hello, dear collegues!

Well, finally i've got path conversion working with cyrillic and 
other "strange" symbols user can input. 

I tried ISO mapping but it confuses
node.getPath() method so I can not use resulting path for webdav access. It 
gets just patrially decoded.

URL-like encodings are not usable too because path becomes not human-readable 
trough webdav.

So my solution is to use JSR-283 p.3.6.3 mapping but this is incomplete if 
someone wants to use path for webdav access. It is neccessary to map symbols 
like ",', &,?,= etc 

May be JSR-283 needs some additional definitions for illegal path symbol 
mapping?

At least we need path encoding that does not confuse webdav and produces more 
or less human-readeble node names
--

-- 
SY, Alex Lukin
RIPE NIC HDL: LEXA1-RIPE

Roland Weber | 2 Dec 12:14 2007
Picon

Re: The state of WebDAV Clients

Thomas wrote:
>> > project outside of Apache?
> 
>> No, we didn't consider that yet.
>> The real problem is to find people who can and want to invest
>> time into the project.
> 
>> Having an Apache label attached to it
>> might put it into a better position
> 
> ... in a better position to get people work on it?

in a better position to be noticed in the first place?

> In my view, it's more important to have people that are
> interested to work on the project.

Agreed. Will a project outside of Apache improve the situation?
It isn't harder to send in patches for an Apache sandbox or lab
project than for a Sourceforge or Google Code project.
The advantages I see for an outside project are:
- it can make releases
- there can be initial non-Apache committers

The advantage of a sandbox effort in Jackrabbit is that
it's easy to set up. Starting a new lab takes a bit more
effort, but wouldn't tie the project to Jackrabbit. Also,
it doesn't require Jackrabbit karma to work in a lab.
I don't see the Incubator as a viable alternative yet,
because it's entry criteria are not easy to meet. I can't
(Continue reading)

Thomas Mueller | 3 Dec 11:12 2007
Picon

Re: BLOBStore Question

Hi,

The documentation was not that clear, I have changed it now:

"Bundle persistence managers store each node together with all the
properties as one unit. Large binary properties are stored to the
BLOBStore by default (or DataStore if configured). Setting the minimum
blob size for bundle persistence managers very high decreases the
performance."

That means, the BLOBStore is used by default, and the default settings
are usually OK.

Regards,
Thomas

On Nov 29, 2007 4:55 PM, qcfireball <qcfireball <at> yahoo.com> wrote:
>
> Does the FileSystemBLOBStore get used automatically?  I cannot find any
> documentation for setting this up.  The Persistence Manager docs mention
> using DataStore or BLOBStore to help with performance.
>
> I want to use FileSystemBLOBStore because I am on Jackrabbit 1.3.3, and want
> to wait for the next release before I start messing around with DataStore.
>
> Does someone have a snippet from their repositoy.xml showing how to set this
> up?  Thanks.
> --
> View this message in context: http://www.nabble.com/BLOBStore-Question-tf4898059.html#a14028580
> Sent from the Jackrabbit - Users mailing list archive at Nabble.com.
(Continue reading)

KÖLL Claus | 3 Dec 13:44 2007
Picon

AW: FullText Search Problem

hi marcel,

> //element(*, nt:base)[jcr:contains(., 'test\!')]

'\!' is not a valid escape sequenece in java ....

BR,
claus

-----Ursprüngliche Nachricht-----
Von: Marcel Reutegger [mailto:marcel.reutegger <at> gmx.net] 
Gesendet: Freitag, 30. November 2007 15:33
An: users <at> jackrabbit.apache.org
Betreff: Re: AW: AW: FullText Search Problem

KÖLL Claus wrote:
> thanks for the informations
> can you add your comments to the jira issue ?
> https://issues.apache.org/jira/browse/JCR-1248

sure.

> ok if try to run the query like this
> 
> //element(*, nt:base)[jcr:contains(., 'test\"!\"')]"
> 
> it works fine

hmm, why did you add the double quotes? I think this should be sufficent:

(Continue reading)

Thomas Mueller | 3 Dec 14:08 2007
Picon

Re: FullText Search Problem

Hi,

> > //element(*, nt:base)[jcr:contains(., 'test\!')]
> '\!' is not a valid escape sequenece in java ....

Try "//element(*, nt:base)[jcr:contains(., 'test\\!')]";

Regards,
Thomas

KÖLL Claus | 3 Dec 14:24 2007
Picon

AW: FullText Search Problem

hi thomas,

thanks for the info .. this works also fine
but as described in 
https://issues.apache.org/jira/browse/JCR-1248
i think this should handle jackrabbit by a util class internal that we get no exception

BR,
claus

-----Ursprüngliche Nachricht-----
Von: Thomas Mueller [mailto:thomas.tom.mueller <at> gmail.com] 
Gesendet: Montag, 03. Dezember 2007 14:08
An: users <at> jackrabbit.apache.org
Betreff: Re: FullText Search Problem

Hi,

> > //element(*, nt:base)[jcr:contains(., 'test\!')]
> '\!' is not a valid escape sequenece in java ....

Try "//element(*, nt:base)[jcr:contains(., 'test\\!')]";

Regards,
Thomas

Jørgen Sivesind | 3 Dec 15:05 2007

Re: Third Hop error.


Ahhhh.  I tried setting up all the configuration again, but couldn't get
anything to work still.  Then I downloaded the source to Xerces, to debug
the problem.  Guess what was wrong!:

                FileInputStream xml = new FileInputStream("test.xml");

Couldn't find the file, and "xml" was null.

Sorry for wasting your time, everybody.  :blush:

Sincerely,
Jørgen Sivesind

Stefan Guggisberg wrote:
> 
> HI,
> 
> On Nov 30, 2007 10:00 AM, Jørgen Sivesind <jsi <at> enonic.com> wrote:
>>
>> Maybe I could ask the favour that if there are anybody out there who have
>> run
>> the "Third Hop" example with JackRabbit 1.3.3 and gotten it to work, to
>> please say so.  In that case, I'll look closer at my environment
>> settings.
>> ;-)
> 
> i successfully ran ThirdHop.java on java 1.5 (os-x). i can only guess
> that there's
> a problem with your JAXP environment/version...
(Continue reading)

Eugeny N Dzhurinsky | 3 Dec 17:40 2007

simple XPATH query optimization

Hello all!

We have a node with 50 children, each child has the property URL, this
property holds the URL.

We want to use XPATH to query the nodes like this:

/jcr:root/websites/*[jcr:like( <at> URL, "%\/\/www.domain.com%")]

However for some reason this query takes about 30 seconds to execute

JackRabbit version is 1.3.1, repository is configured to use local filesystem 
storage and file bundle persistence manager.

Could somebody please advice how can we speed up this query?

Thank you in advance!

--

-- 
Eugene N Dzhurinsky
Ard Schrijvers | 3 Dec 18:19 2007
Picon

RE: simple XPATH query optimization

Hello,

> Hello all!
> 
> We have a node with 50 children, each child has the property 
> URL, this property holds the URL.
> 
> We want to use XPATH to query the nodes like this:
> 
> /jcr:root/websites/*[jcr:like( <at> URL, "%\/\/www.domain.com%")]
> 
> However for some reason this query takes about 30 seconds to execute
> 
> JackRabbit version is 1.3.1, repository is configured to use 
> local filesystem storage and file bundle persistence manager.
> 
> Could somebody please advice how can we speed up this query?

You cannot. There have been multiple mailing threads before regarding
jcr:like starting with a %. You should not use a leading % if you want
performing searches (this is quite general in any search implementation
i am aware of, independant of lucene). 

So, it will be much faster if you have two tests, for example,
https://www.domain.com% OR http://www.domain.com%

OTOH, I still wouldn't like the % in the end. If you want it really like
it should in my opinion (in other words, fast if you have millions of
links), you should configure your property URL to be analyzed with your
own custom url-analyzer. See [1] at the bottom for explanation:
(Continue reading)

Debbie Troxel | 3 Dec 22:37 2007

Glassfish and Windows XP. Hopeless?

I have been investigating Jackrabbit and would really like to be able to use it but have been extremely frustrated trying to get an environment that works.

Others seem to have run into the same issues, but I haven't found any pointers to resolutions.  Is it hopeless to try to run under Glassfish on Windows XP? 

It looks like the ideal approach would be to use the Resource Adapter.  I've installed it successfully on linux, but under Windows, I get
com.sun.enterprise.deployment.backend.IASDeploymentException: java.io.IOException: filename: C:\Java\Sun\SDK\domains\domain1\applications\j2ee-modules\jackrabbit-jca\license\LICENSE 
java.io.FileNotFoundException: (The system cannot find the path specified)

This looks like the issue documented by Daniel BrŸuen in this post:
http://www.nabble.com/Jackrabbit-RAR-Deployment-in-Glassfish-(and-on-Mac-OS-X)-t4334860.html
Windows also has a case insensitive filesystem so apparently the license folder and LICENSE file collide.  Is there any workaround for Windows? 

Giving up on that approach, I tried a Model 2 deployment, and again ran into the same issues others have reported.  I installed all the required jars and created a JNDI reference named 'jcr/testRepository' bound to org.apache.jackrabbit.core.jndi.BindableRepositoryFactory.

In my webapp, I look up the Repository using
            InitialContext context = new InitialContext();
            Context environment = (Context) context.lookup("java:comp/env");
            Repository repository = (Repository) environment.lookup("jcr/testRepository");

It works initially, but if I make any changes and redeploy my webapp, I get the .lock error:
javax.jcr.RepositoryException: The repository home C:\Java\jackrabbit\test appears to be in use since the file named .lock is locked by another process.  The only solution seems to be restarting Glassfish every time I want to redeploy, which is not practical.

This problem is very similar to this thread, but I don't see any solution there.
http://www.nabble.com/Repository-Lock-Problem-in-JEE-Environment-tf4312389.html#a12308562

So am I just out of luck on Windows / Glassfish?

If so, my next approach would be to look at Model 3 deployment, but I see every recent post asking for help or pointers to a Model 3 solution have gone unanswered, so that's not too encouraging either.  It appears that RMI is dismissed as too slow, and I'm not very familiar with WebDAV, so I'm not sure if that's something I should be pursuing. 

I would really appreciate any suggestions or help.
Thanks so much,
Debbie


Gmane