Re: Dasl search error
I have only gotten these types of errors when having an old version of Apache in front of tomcat or using and older AJP connector... But I haven't tried much with tomcat 6. Works fine with 5.0 and 5.5. (HEAD version) -Eiki, idega software. On Jul 28, 2007, at 5:31 AM, virtuallight wrote: I have been trying my hand at the Dasl Search with little luck. According to the documentation this is supposed to be on by default. I started with the dasl example pointed to in the wiki and modified it to fit my setup, but I keep getting 501 (unsupported errors) when I try it. Specifically:Method SEARCH is not defined in RFC 2068 and is not supported by the Servlet API. Is this supported in the slide 2.1 binary? From what I have seen it appears that it is supposed to be. I am running slide on TomCat 6.0.13 with jdk 1.6.0_02 if that matters. The URL to the server is valid in the browser and returns the directories listings. Is the example client code in erorr? Regards, James - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: POLL: Which Slide features do you actually use / need?
Hey Oliver, Slide is truly great software. We have been using it (HEAD) for 2 years now in production solutions for sports federations, government and municipality solutions in 3 countries. I second the idea of pushing out a new version now AS IS. It's good enough and has been for a lng time. What I would like to see is a fix for the huge performance issue with the RDBMSAdapter (clearing all binding on any upload) and true cluster support (including the Lucene index). That is what our enterprise customers are asking for (or demanding). For our developer side of the matter I would like an EASY to use serverside API (not webdav client) and perhaps a simple web service front end or DWR so we can do that AJAX file client the list has talked about. Cheers Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com On Jun 25, 2007, at 10:13 PM, Oliver Zeigermann wrote: Folks! I was wondering which features of Slide are actually useful and if - only *if* - there ever was a 3.0 version which features it should have. Especially, what is missing resp. problematic - if anything - in other famous OS CMS implementations like e.g. Jackrabbit or Alfresco. Thanks in advance for any feedback and cheers Oliver - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: perfomance problem when adding file in big directory
Hi we have just realised we have the same problem and are getting timeouts on uploading a single file because it updates every single thing in the database! And we even have the binding set to false in slide.properties! Did anyone find a solution to this? -Eiki On Sep 7, 2006, at 5:53 PM, Maksimenko Alexander wrote: Hi! I stuck in the following problem - One of my directories has 2000 files stored in it while adding file in this directory Slide adds this file as a child of the directory and updates it StructureImpl.class line 344 : public void create(SlideToken token, ObjectNode object, String strUri) parentObject = parentUri.getStore ().retrieveObject(parentUri); . parentObject.addChild(newObject); store(token, parentObject, true); But while storing parent directory StandardRDBMSAdapter (line 136) clears all its bindings and adds them again : // update binding... try { clearBinding(connection, uri); } catch (ObjectNotFoundException e1) { // clear only if it existed } Enumeration bindings = object.enumerateBindings (); while (bindings.hasMoreElements()) { ObjectNode.Binding binding = (ObjectNode.Binding) bindings.nextElement(); try { statement = connection.prepareStatement( "insert into BINDING (URI_ID, NAME, CHILD_UURI_ID) select ?, ?, URI_ID from URI where URI_STRING = ?"); So when I add one file in this directory Slide does 2000 jdbc calls - and it causes very serious perfomance problems Why Slide clears all bindings when just updating? Is there some workarounds for this problem? Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Lucene ordering not working correctly / ruining limimiting
Hi, (this kind of a resend) I'm having a problem with a Lucene search that should order the results by the modified date and limit the number of results given back to me. It seems that it always returnes an unorderer list of the results which is unusable to me since the first 5 values aren't really the ones I wanted. After a better check it seems that ordering by modified date or creation date doesn't work at all, it was a coincidence that the order was correct in the unlimited search, so the basic problem must be the ordering. Is something wrong with my DASL XML or is it in Slide? After a quick debug of AbstractLuceneExpression it seems that the orderBy parameter in public IBasicResultSet execute(OrderBy orderBy, int limit), is always null. Here's my DASL XML > filesinfinityD:scope> *contains>*S:property-contains>displayname/>*contains>D:prop>*collection/> D:prop> 5 Any ideas or fixes? Best Regards Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Oracle CLOB patch
Thanks for sharing this info, we too have had that problem for a while now with our apps running on Oracle, we changed our property table to use Clob but then we got some issues and ended up with a corrupt Slide database. Hope we can try again on a test server with your patch :D best regards Eirikur, Idega Software On Apr 20, 2007, at 7:06 AM, Justin Lipton wrote: Hi, We often use the Oracle as a store. Some of our properties are quite long >4000 bytes so we changed the PROPERTY_VALUE field to be a CLOB. However we were still getting errors ( ORA-01461: can bind a LONG value only for insert into a LONG column). It turns out that the temporary table being created in Oracle was causing this error - so splitting the SQL into a SELECT than an INSERT provided the solution. Here's the patch we used (we're actually using the 2.1 branch but this patch should work against the HEAD). Regards, Justin. --- StandardRDBMSAdapter.java 2007-04-20 16:53:27.0 +1000 +++ StandardRDBMSAdapter2.java 2007-04-20 16:58:15.0 +1000 @@ -640,28 +640,54 @@ } } -public void createRevisionDescriptor(Connection connection, Uri uri, NodeRevisionDescriptor revisionDescriptor) +public void createRevisionDescriptor(Connection connection, Uri uri, NodeRevisionDescriptor revisionDescriptor) throws ServiceAccessException { PreparedStatement statement = null; try { assureVersionInfo(connection, uri, revisionDescriptor); -createVersionLabels(connection, uri, revisionDescriptor); + +for (Enumeration labels = revisionDescriptor.enumerateLabels(); labels.hasMoreElements();) { +long labelId = assureLabelId(connection, (String) labels.nextElement()); +try { +statement = +connection.prepareStatement( +"insert into VERSION_LABELS (VERSION_ID, LABEL_ID) select VERSION_ID, ? from VERSION_HISTORY vh, URI u where vh.URI_ID = u.URI_ID and u.URI_STRING = ? and vh.REVISION_NO = ?"); +statement.setLong(1, labelId); +statement.setString(2, uri.toString()); +statement.setString(3, revisionDescriptor.getRevisionNumber().toString()); +statement.executeUpdate(); +} finally { +close(statement); +} } for (Enumeration properties = revisionDescriptor.enumerateProperties(); properties.hasMoreElements ();) { +NodeProperty property = (NodeProperty) properties.nextElement(); +// Broken into 2 parts...a JML 20070416 +// to prevent Oracle temp table data error +long vid = 0; try { -NodeProperty property = (NodeProperty) properties.nextElement(); statement = connection.prepareStatement( -"insert into PROPERTIES (VERSION_ID,PROPERTY_NAMESPACE,PROPERTY_NAME,PROPERTY_VALUE,PROPERTY_T YPE,IS_PROTECTED) select vh.VERSION_ID, ?, ?, ?, ?, ? from VERSION_HISTORY vh, URI u where vh.URI_ID = u.URI_ID and u.URI_STRING = ? and vh.REVISION_NO = ?"); -int protectedProperty = property.isProtected () ? 1 : 0; -statement.setString(1, property.getNamespace()); -statement.setString(2, property.getName()); -statement.setString(3, property.getValue ().toString()); -statement.setString(4, property.getType()); -statement.setInt(5, protectedProperty); -statement.setString(6, uri.toString()); -statement.setString(7, revisionDescriptor.getRevisionNumber().toString()); +"select vh.VERSION_ID from VERSION_HISTORY vh, URI u where vh.URI_ID = u.URI_ID and u.URI_STRING = ? and vh.REVISION_NO = ?"); +statement.setString(1, uri.toString()); +statement.setString(2, revisionDescriptor.getRevisionNumber().toString()); +ResultSet res = statement.executeQuery(); +if (res.next()) { +vid = res.getLong(1); +} else { + throw new ServiceAccessException(service, "URI and version not found "+uri.toString()+" "+ revisionDescriptor.getRevisionNumber().toString()); +} +} finally { +close(statement); +} + try { statement = connection.prepareStatement("insert into PROPERTIES VALUES (?, ?, ?, ?, ?, ?)"); +int protectedProperty = property.isProtected () ? 1 : 0; statement.setL
Re: ANYONE? Lucene problem in Slide ,TooManyClauses , DASL search stopped working!
You know what I think I might actually have a query that can end as "**mysearch**" :D Hope that's it! Thanks I'll check it :) -Eiki On Apr 14, 2007, at 3:33 AM, aslam bari wrote: What is your query? Most probably it is caused by the query expression. I faced this problem when i use this type of query:- hello*** ***hel*** 5 ***9 etc. This is something related to bad wildcard query. - Original Message From: Oliver Zeigermann <[EMAIL PROTECTED]> To: Slide Users Mailing List <[EMAIL PROTECTED]> Sent: Friday, 13 April, 2007 6:25:55 PM Subject: Re: ANYONE? Lucene problem in Slide ,TooManyClauses , DASL search stopped working! Hi Eirikur! You need to inspect the query that is being passed over to Lucene to find out what is wrong. This either works by debugging the code and inspecting the variable values (AbstractLuceneExpression, line 224 does the Lucene call). Or you inspect the log as the query is written to the log in line 208). You need debug level enabled for that class, though. Use log4j logger to set fine grained logging settings. Maybe you want to post the expression to the list, if you still have no clue. HTH Oliver 2007/4/13, Eirikur Hrafnsson <[EMAIL PROTECTED]>: On Apr 11, 2007, at 10:35 AM, Eirikur Hrafnsson wrote: Hi all, I have a server running on txfile store that has a component that diplays links to the latest/newest resources in Slide. Suddenly a few weeks ago it started coming up empty and the log says: org.apache.lucene.search.BooleanQuery$TooManyClauses: maxClauseCount is set to 1 at org.apache.lucene.search.BooleanQuery.add (BooleanQuery.java:165) at org.apache.lucene.search.BooleanQuery.add (BooleanQuery.java:156) at org.apache.lucene.search.MultiTermQuery.rewrite (MultiTermQuery.java:63) at org.apache.lucene.search.WildcardQuery.rewrite (WildcardQuery.java:54) at org.apache.lucene.search.BooleanQuery.rewrite (BooleanQuery.java:408) at org.apache.lucene.search.IndexSearcher.rewrite (IndexSearcher.java:138) at org.apache.lucene.search.Query.weight(Query.java:94) at org.apache.lucene.search.Hits.(Hits.java:42) at org.apache.lucene.search.Searcher.search(Searcher.java: 45) at org.apache.lucene.search.Searcher.search(Searcher.java: 37) at org.apache.slide.index.lucene.expressions.AbstractLuceneExpression.ex ecu te(AbstractLuceneExpression.java:224) at org.apache.slide.index.lucene.expressions.AbstractLuceneExpression.ex ecu te(AbstractLuceneExpression.java:116) at org.apache.slide.search.basic.expression.MergeExpression.execute (MergeExpression.java:76) at org.apache.slide.search.basic.expression.MergeExpression.execute (MergeExpression.java:76) at org.apache.slide.search.basic.BasicQueryImpl.execute (BasicQueryImpl.java:134) at org.apache.slide.search.basic.BasicQueryEnvelope.execute (BasicQueryEnvelope.java:214) at org.apache.slide.search.SearchImpl.search (SearchImpl.java: 116) at org.apache.slide.webdav.method.SearchMethod.executeRequest (SearchMethod.java:230) at org.apache.slide.webdav.method.AbstractWebdavMethod.executeRedirect (AbstractWebdavMethod.java:583) at org.apache.slide.webdav.method.AbstractWebdavMethod.run (AbstractWebdavMethod.java:416) at org.apache.slide.webdav.WebdavServlet.service (WebdavServlet.java:151) The DASL search has not changed at all only more data has been put into the repository but honestly it's very little data in there, lots of folders though. I've tried to find out what is the problem with no luck. Some old Lucene forum said that the user should just increase the maxclausecount but I don't think I can do that from my search since it is configured inside Slide. Btw I'm using Slide HEAD from about a month ago but we have the same problem with an older version. What can I do?? Best Regards Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Send a FREE SMS to your friend's mobile from Yahoo! Messenger. Get it now at http://in.messenger.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ANYONE? Lucene problem in Slide ,TooManyClauses , DASL search stopped working!
On Apr 11, 2007, at 10:35 AM, Eirikur Hrafnsson wrote: Hi all, I have a server running on txfile store that has a component that diplays links to the latest/newest resources in Slide. Suddenly a few weeks ago it started coming up empty and the log says: org.apache.lucene.search.BooleanQuery$TooManyClauses: maxClauseCount is set to 1 at org.apache.lucene.search.BooleanQuery.add (BooleanQuery.java:165) at org.apache.lucene.search.BooleanQuery.add (BooleanQuery.java:156) at org.apache.lucene.search.MultiTermQuery.rewrite (MultiTermQuery.java:63) at org.apache.lucene.search.WildcardQuery.rewrite (WildcardQuery.java:54) at org.apache.lucene.search.BooleanQuery.rewrite (BooleanQuery.java:408) at org.apache.lucene.search.IndexSearcher.rewrite (IndexSearcher.java:138) at org.apache.lucene.search.Query.weight(Query.java:94) at org.apache.lucene.search.Hits.(Hits.java:42) at org.apache.lucene.search.Searcher.search(Searcher.java:45) at org.apache.lucene.search.Searcher.search(Searcher.java:37) at org.apache.slide.index.lucene.expressions.AbstractLuceneExpression.execu te(AbstractLuceneExpression.java:224) at org.apache.slide.index.lucene.expressions.AbstractLuceneExpression.execu te(AbstractLuceneExpression.java:116) at org.apache.slide.search.basic.expression.MergeExpression.execute (MergeExpression.java:76) at org.apache.slide.search.basic.expression.MergeExpression.execute (MergeExpression.java:76) at org.apache.slide.search.basic.BasicQueryImpl.execute (BasicQueryImpl.java:134) at org.apache.slide.search.basic.BasicQueryEnvelope.execute (BasicQueryEnvelope.java:214) at org.apache.slide.search.SearchImpl.search(SearchImpl.java: 116) at org.apache.slide.webdav.method.SearchMethod.executeRequest (SearchMethod.java:230) at org.apache.slide.webdav.method.AbstractWebdavMethod.executeRedirect (AbstractWebdavMethod.java:583) at org.apache.slide.webdav.method.AbstractWebdavMethod.run (AbstractWebdavMethod.java:416) at org.apache.slide.webdav.WebdavServlet.service (WebdavServlet.java:151) The DASL search has not changed at all only more data has been put into the repository but honestly it's very little data in there, lots of folders though. I've tried to find out what is the problem with no luck. Some old Lucene forum said that the user should just increase the maxclausecount but I don't think I can do that from my search since it is configured inside Slide. Btw I'm using Slide HEAD from about a month ago but we have the same problem with an older version. What can I do?? Best Regards Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
TooManyClauses , DASL search stopped working!
Hi all, I have a server running on txfile store that has a component that diplays links to the latest/newest resources in Slide. Suddenly a few weeks ago it started coming up empty and the log says: org.apache.lucene.search.BooleanQuery$TooManyClauses: maxClauseCount is set to 1 at org.apache.lucene.search.BooleanQuery.add (BooleanQuery.java:165) at org.apache.lucene.search.BooleanQuery.add (BooleanQuery.java:156) at org.apache.lucene.search.MultiTermQuery.rewrite (MultiTermQuery.java:63) at org.apache.lucene.search.WildcardQuery.rewrite (WildcardQuery.java:54) at org.apache.lucene.search.BooleanQuery.rewrite (BooleanQuery.java:408) at org.apache.lucene.search.IndexSearcher.rewrite (IndexSearcher.java:138) at org.apache.lucene.search.Query.weight(Query.java:94) at org.apache.lucene.search.Hits.(Hits.java:42) at org.apache.lucene.search.Searcher.search(Searcher.java:45) at org.apache.lucene.search.Searcher.search(Searcher.java:37) at org.apache.slide.index.lucene.expressions.AbstractLuceneExpression.execu te(AbstractLuceneExpression.java:224) at org.apache.slide.index.lucene.expressions.AbstractLuceneExpression.execu te(AbstractLuceneExpression.java:116) at org.apache.slide.search.basic.expression.MergeExpression.execute (MergeExpression.java:76) at org.apache.slide.search.basic.expression.MergeExpression.execute (MergeExpression.java:76) at org.apache.slide.search.basic.BasicQueryImpl.execute (BasicQueryImpl.java:134) at org.apache.slide.search.basic.BasicQueryEnvelope.execute (BasicQueryEnvelope.java:214) at org.apache.slide.search.SearchImpl.search(SearchImpl.java: 116) at org.apache.slide.webdav.method.SearchMethod.executeRequest (SearchMethod.java:230) at org.apache.slide.webdav.method.AbstractWebdavMethod.executeRedirect (AbstractWebdavMethod.java:583) at org.apache.slide.webdav.method.AbstractWebdavMethod.run (AbstractWebdavMethod.java:416) at org.apache.slide.webdav.WebdavServlet.service (WebdavServlet.java:151) The DASL search has not changed at all only more data has been put into the repository but honestly it's very little data in there, lots of folders though. I've tried to find out what is the problem with no luck. Some old Lucene forum said that the user should just increase the maxclausecount but I don't think I can do that from my search since it is configured inside Slide. Btw I'm using Slide HEAD from about a month ago but we have the same problem with an older version. What can I do?? Best Regards Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: URI encoding
Nice guide to NetDrive and links to download it: http://davidbrunelle.com/2006/01/07/free-download-netdrive-for-windows/ -Eiki, Idega Software On Mar 22, 2007, at 12:10 PM, [EMAIL PROTECTED] wrote: Hi, You are correct, it is the windows client that made the problem. I have found an update for the 'web folders' and have installed it, and now it is better with the names, though windows client is still bad - when I upload a file the whole explorer including the desktop hangs until the upload completes. I'll try to find this netdrive, it is not officially available, since it is very old I guess. I am not sure if it is the best solution though, since I'll have to tell my clients to download it and install it from an unofficial source, and i would have not been comfortable if someone else had told me that. By the way, does netdrive allow resuming broken/interupted uploads? Thank you for the help. :) -Original Message- From: [EMAIL PROTECTED] To: slide-user@jakarta.apache.org Sent: Wed, 21 Mar 2007 5:32 PM Subject: Re: URI encoding Hi, I'm not a Slide "expert" but in my experience with Icelandic and Lithuanian characters (different charactersets) we ended up with using UTF-8 and telling our clients to use the free NetDrive instead of Microsoft webfolders. Microsoft doesn't seem to know that UTF-8 exists! The main problem is that the windows client isn't sending the URI's (requests) in UTF-8, its just using the locale settings for windows to choose the encoding which for most of europe is ISO-8859-1. And I don't know if or how you can change that (don't use windows myself on a regular basis). In all cases the URIEncoding of server.xml and the request encoding of the client MUST match for anything to work. Then internally Slide sets its encoding according to slide.properties for example and then if you are using RDBMSStore you need to make sure your database can handle your encoding. Hope my answer helps you a little bit since I have had the same problems in the past but your main problem is probably the windows client and its request encoding. cheers Eiki On Mar 21, 2007, at 3:13 PM, [EMAIL PROTECTED] wrote: Having it all in UTF-8 didn't work at all with the windows > client (regular explorer network location). Having it in > WINDOWS-1255 also didn't work, but at least at first the file names > look at the right font. But still can't do anything to them, only > from the origninal file browser I can change the names, but when I > change the name the name immidiatly turn to gibrish when I refresh. > Deleting a file was possible for a fresh file that its name didn't > turn to gibrish yet, i.e delete was the first operation on it. in store/metadata/files.def.xml the file names look like they look > in the windows client. On the command prompt the files look > like ?_1.0 -Original Message- From: [EMAIL PROTECTED] To: slide-user@jakarta.apache.org Sent: Wed, 21 Mar 2007 2:26 PM Subject: Re: URI encoding In my Slide experience using UTF-8 is the best way to go. However then you have to specifically set your webdav client (like > Netdrive) to use UTF encoding and also the server with > URIEncoding="UTF-8" (in server.xml). Also you need to set CATALINA_OPTS in startup.sh to use a JVM > option (-Dfile.encoding=UTF-8) and to be completely safe (for jvm > 1.5 at least on Linux) you need to set the LANG environment > variable to something like "en_US.UTF8". I usually do that in > startup.sh also with " export LANG = "en_US.UTF8" at the top. good luck Best Regards Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com On Mar 21, 2007, at 12:11 PM, [EMAIL PROTECTED] wrote: It is worse than I thought. I think that what happened was that > >> the filenames were cached in IE, and only apeared to be right. >> When > I refreshed after some time, I still get gibrish file >> names. :( -Original Message- From: [EMAIL PROTECTED] To: slide-user@jakarta.apache.org Sent: Wed, 21 Mar 2007 1:31 PM Subject: URI encoding Hi I am trying to use slide with hebrew file names. At first the > >> filenames would get changed to gibrish after the upload. I then added to the /conf/> >> server.xml the redirectPort="8443" URIEncoding="Cp1255" > >> useBodyEncodingForURI="true"/> and then the file names staid what they were on the client >> machine, > but I can't do with them anything, not delete/rename/copy etc'. With english named >> file > there isn't such a problem. How can I make the hebrew file names work? _>> _> __ Check Out the new free AIM(R) Mail -- 2 GB of storage and industry->> > leading spam and email virus protection. _>> _> __ Check Out the new free AIM(R) M
Re: URI encoding
Hi, Hi, You are correct, it is the windows client that made the problem. I have found an update for the 'web folders' and have installed it, and now it is better with the names, though windows client is still bad - when I upload a file the whole explorer including the desktop hangs until the upload completes. I'll try to find this netdrive, it is not officially available, since it is very old I guess. I am not sure if it is the best solution though, since I'll have to tell my clients to download it and install it from an unofficial source, and i would have not been comfortable if someone else had told me that. By the way, does netdrive allow resuming broken/interupted uploads? Yeah NetDrive was always on the Novell webpage put has been buried somewhere. We have many clients in government using it everyday for our webapps and its not "old" really. It just works well. The user can map a webdav directory as a Drive letter in windows, something that webfolders can't do (i think). Just remember to go to advanced features and set it to use "UTF-8" if you use that on the server. You can probably save the settings and just send the config file to your clients... Btw I don't think webdav supports resuming uploads at all, not sure about downloads... best regards Eiki Thank you for the help. :) -Original Message- From: [EMAIL PROTECTED] To: slide-user@jakarta.apache.org Sent: Wed, 21 Mar 2007 5:32 PM Subject: Re: URI encoding Hi, I'm not a Slide "expert" but in my experience with Icelandic and Lithuanian characters (different charactersets) we ended up with using UTF-8 and telling our clients to use the free NetDrive instead of Microsoft webfolders. Microsoft doesn't seem to know that UTF-8 exists! The main problem is that the windows client isn't sending the URI's (requests) in UTF-8, its just using the locale settings for windows to choose the encoding which for most of europe is ISO-8859-1. And I don't know if or how you can change that (don't use windows myself on a regular basis). In all cases the URIEncoding of server.xml and the request encoding of the client MUST match for anything to work. Then internally Slide sets its encoding according to slide.properties for example and then if you are using RDBMSStore you need to make sure your database can handle your encoding. Hope my answer helps you a little bit since I have had the same problems in the past but your main problem is probably the windows client and its request encoding. cheers Eiki On Mar 21, 2007, at 3:13 PM, [EMAIL PROTECTED] wrote: Having it all in UTF-8 didn't work at all with the windows > client (regular explorer network location). Having it in > WINDOWS-1255 also didn't work, but at least at first the file names > look at the right font. But still can't do anything to them, only > from the origninal file browser I can change the names, but when I > change the name the name immidiatly turn to gibrish when I refresh. > Deleting a file was possible for a fresh file that its name didn't > turn to gibrish yet, i.e delete was the first operation on it. in store/metadata/files.def.xml the file names look like they look > in the windows client. On the command prompt the files look > like ?_1.0 -Original Message- From: [EMAIL PROTECTED] To: slide-user@jakarta.apache.org Sent: Wed, 21 Mar 2007 2:26 PM Subject: Re: URI encoding In my Slide experience using UTF-8 is the best way to go. However then you have to specifically set your webdav client (like > Netdrive) to use UTF encoding and also the server with > URIEncoding="UTF-8" (in server.xml). Also you need to set CATALINA_OPTS in startup.sh to use a JVM > option (-Dfile.encoding=UTF-8) and to be completely safe (for jvm > 1.5 at least on Linux) you need to set the LANG environment > variable to something like "en_US.UTF8". I usually do that in > startup.sh also with " export LANG = "en_US.UTF8" at the top. good luck Best Regards Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com On Mar 21, 2007, at 12:11 PM, [EMAIL PROTECTED] wrote: It is worse than I thought. I think that what happened was that > >> the filenames were cached in IE, and only apeared to be right. >> When > I refreshed after some time, I still get gibrish file >> names. :( -Original Message- From: [EMAIL PROTECTED] To: slide-user@jakarta.apache.org Sent: Wed, 21 Mar 2007 1:31 PM Subject: URI encoding Hi I am trying to use slide with hebrew file names. At first the > >> filenames would get changed to gibrish after the upload. I then added to the /conf/> >> server.xml the redirectPort="8443" URIEncoding="Cp1255" > >> useBodyEncodingForURI="true"/> and then the file names staid what they were on the client >> machine, > but I can't do with them anything, not delete/rename/copy etc'. Wit
Re: DASL search doesn't work with httpclient 3.0, Lucene 2.1.0
Aslam! It worked :D Turning off binding (still don't know what that means for my slide store) got rid of the error and returned the correct results! What does having binding = false mean? Thanks alot! - Eiki On Mar 21, 2007, at 2:49 PM, Eirikur Hrafnsson wrote: Discovered a brillian comment related to this problem in AbstractLuceneExpression. INDEXED_BINDING_URI_IDENTIFIER is the prefix "/UURI:"; From AbstractLuceneExpression: // TODO: This is just a quick hack to enable DASL with binding // store // Please replace with something less evel! // At least the INDEXED_BINDING_URI_IDENTIFIER prefix should be // added at indexing time if (Configuration.useGlobalBinding()) { I'm not (on purpose) using binding store, I don't actually know what it does! Or if I need it, perhaps this is totally untested code in HEAD or does it work for someone else? -Eiki On Mar 21, 2007, at 2:29 PM, Eirikur Hrafnsson wrote: The property doesn't exist in my current slide.properties, what does it do? cheers Eiki On Mar 21, 2007, at 12:36 PM, aslam bari wrote: It may be a guess for it. Open your slide.properties file. Add/ Edit following lines like:- org.apache.slide.binding=false Then reindex and retry search. Thanks... - Original Message From: Eirikur Hrafnsson <[EMAIL PROTECTED]> To: Slide Developers Mailing List Cc: Slide Users Mailing List ; [EMAIL PROTECTED]; [EMAIL PROTECTED]; Oliver Zeigermann <[EMAIL PROTECTED]>; [EMAIL PROTECTED] Sent: Wednesday, 21 March, 2007 5:57:27 PM Subject: DASL search doesn't work with httpclient 3.0, Lucene 2.1.0 (Sending again under a new thread name with some additions) Hi just built our webapp with Slide from HEAD with HttpClient 3.0.1 and Lucene 2.1.0 (was in head) and ALMOST everything works it seems. Our webbased slide browser works fine The only thing that is broken is the DASL search, anyone care to take a look at that? I have tried debugging but my knowledge of the insides of Slide is limited. HELP? It seems that the DASL search actually does find results but the URI's it's passing to the store to fetch is not valid? That is my guess since debugging retrieveObject(Uri uri) from the NodeStore interface got some Uri objects that pointed to real images found in Slide except their URI's had " /UURI:" prefixed to them! The stacktrace I get using txfile store is: org.apache.slide.structure.ObjectNotFoundException: No object found at /UURI: at org.apache.slide.store.txfile.AbstractXMLResourceDescriptor.retrieve Obje ct(AbstractXMLResourceDescriptor.java:296) at org.apache.slide.store.txfile.TxXMLFileDescriptorsStore.retrieveObje ct (TxXMLFileDescriptorsStore.java:104) at org.apache.slide.store.AbstractStore.retrieveObject (AbstractStore.java:699) at org.apache.slide.store.ExtendedStore.retrieveObject (ExtendedStore.java:605) at org.apache.slide.structure.StructureImpl.retrieve (StructureImpl.java:207) at org.apache.slide.content.ContentImpl.retrieve (ContentImpl.java:155) at org.apache.slide.search.basic.ComparableResourceImpl. (ComparableResourceImpl.java:166) at org.apache.slide.search.basic.ComparableResourceImpl. (ComparableResourceImpl.java:137) at org.apache.slide.index.lucene.expressions.AbstractLuceneExpression.c reat eResource(AbstractLuceneExpression.java:354) at org.apache.slide.index.lucene.expressions.AbstractLuceneExpression.e xecu te(AbstractLuceneExpression.java:250) at org.apache.slide.index.lucene.expressions.AbstractLuceneExpression.e xecu te(AbstractLuceneExpression.java:116) at org.apache.slide.search.basic.BasicQueryImpl.execute (BasicQueryImpl.java:134) at org.apache.slide.search.basic.BasicQueryEnvelope.execute (BasicQueryEnvelope.java:214) at org.apache.slide.search.SearchImpl.search(SearchImpl.java: 116) at org.apache.slide.webdav.method.SearchMethod.executeRequest (SearchMethod.java:230) at org.apache.slide.webdav.method.AbstractWebdavMethod.executeRedirect (AbstractWebdavMethod.java:583) at org.apache.slide.webdav.method.AbstractWebdavMethod.run (AbstractWebdavMethod.java:416) at org.apache.slide.webdav.WebdavServlet.service (WebdavServlet.java: 151) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at com.idega.servlet.ServletWrapper.service (ServletWrapper.java:174) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:157) at com.idega.slide.authentication.IWSlideAuthenticator.doAuthentication (IWSlideAuthenticator.java:159) ... at java.lang.Thread.run(Thread.java:552) 20 Mar 2007 18:19:47 - org.apache.slide.
Re: URI encoding
Hi, I'm not a Slide "expert" but in my experience with Icelandic and Lithuanian characters (different charactersets) we ended up with using UTF-8 and telling our clients to use the free NetDrive instead of Microsoft webfolders. Microsoft doesn't seem to know that UTF-8 exists! The main problem is that the windows client isn't sending the URI's (requests) in UTF-8, its just using the locale settings for windows to choose the encoding which for most of europe is ISO-8859-1. And I don't know if or how you can change that (don't use windows myself on a regular basis). In all cases the URIEncoding of server.xml and the request encoding of the client MUST match for anything to work. Then internally Slide sets its encoding according to slide.properties for example and then if you are using RDBMSStore you need to make sure your database can handle your encoding. Hope my answer helps you a little bit since I have had the same problems in the past but your main problem is probably the windows client and its request encoding. cheers Eiki On Mar 21, 2007, at 3:13 PM, [EMAIL PROTECTED] wrote: Having it all in UTF-8 didn't work at all with the windows client (regular explorer network location). Having it in WINDOWS-1255 also didn't work, but at least at first the file names look at the right font. But still can't do anything to them, only from the origninal file browser I can change the names, but when I change the name the name immidiatly turn to gibrish when I refresh. Deleting a file was possible for a fresh file that its name didn't turn to gibrish yet, i.e delete was the first operation on it. in store/metadata/files.def.xml the file names look like they look in the windows client. On the command prompt the files look like ?_1.0 -Original Message- From: [EMAIL PROTECTED] To: slide-user@jakarta.apache.org Sent: Wed, 21 Mar 2007 2:26 PM Subject: Re: URI encoding In my Slide experience using UTF-8 is the best way to go. However then you have to specifically set your webdav client (like Netdrive) to use UTF encoding and also the server with URIEncoding="UTF-8" (in server.xml). Also you need to set CATALINA_OPTS in startup.sh to use a JVM option (-Dfile.encoding=UTF-8) and to be completely safe (for jvm 1.5 at least on Linux) you need to set the LANG environment variable to something like "en_US.UTF8". I usually do that in startup.sh also with " export LANG = "en_US.UTF8" at the top. good luck Best Regards Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com On Mar 21, 2007, at 12:11 PM, [EMAIL PROTECTED] wrote: It is worse than I thought. I think that what happened was that > the filenames were cached in IE, and only apeared to be right. When > I refreshed after some time, I still get gibrish file names. :( -Original Message- From: [EMAIL PROTECTED] To: slide-user@jakarta.apache.org Sent: Wed, 21 Mar 2007 1:31 PM Subject: URI encoding Hi I am trying to use slide with hebrew file names. At first the > filenames would get changed to gibrish after the upload. I then added to the /conf/> server.xml the redirectPort="8443" URIEncoding="Cp1255" > useBodyEncodingForURI="true"/> and then the file names staid what they were on the client machine, > but I can't do with them anything, not delete/rename/copy etc'. With english named file > there isn't such a problem. How can I make the hebrew file names work? _ _> __ Check Out the new free AIM(R) Mail -- 2 GB of storage and industry- > leading spam and email virus protection. _ _> __ Check Out the new free AIM(R) Mail -- 2 GB of storage and industry- > leading spam and email virus protection. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ __ Check Out the new free AIM(R) Mail -- 2 GB of storage and industry- leading spam and email virus protection. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DASL search doesn't work with httpclient 3.0, Lucene 2.1.0
Discovered a brillian comment related to this problem in AbstractLuceneExpression. INDEXED_BINDING_URI_IDENTIFIER is the prefix "/UURI:"; From AbstractLuceneExpression: // TODO: This is just a quick hack to enable DASL with binding // store // Please replace with something less evel! // At least the INDEXED_BINDING_URI_IDENTIFIER prefix should be // added at indexing time if (Configuration.useGlobalBinding()) { I'm not (on purpose) using binding store, I don't actually know what it does! Or if I need it, perhaps this is totally untested code in HEAD or does it work for someone else? -Eiki On Mar 21, 2007, at 2:29 PM, Eirikur Hrafnsson wrote: The property doesn't exist in my current slide.properties, what does it do? cheers Eiki On Mar 21, 2007, at 12:36 PM, aslam bari wrote: It may be a guess for it. Open your slide.properties file. Add/ Edit following lines like:- org.apache.slide.binding=false Then reindex and retry search. Thanks... - Original Message ---- From: Eirikur Hrafnsson <[EMAIL PROTECTED]> To: Slide Developers Mailing List Cc: Slide Users Mailing List ; [EMAIL PROTECTED]; [EMAIL PROTECTED]; Oliver Zeigermann <[EMAIL PROTECTED]>; [EMAIL PROTECTED] Sent: Wednesday, 21 March, 2007 5:57:27 PM Subject: DASL search doesn't work with httpclient 3.0, Lucene 2.1.0 (Sending again under a new thread name with some additions) Hi just built our webapp with Slide from HEAD with HttpClient 3.0.1 and Lucene 2.1.0 (was in head) and ALMOST everything works it seems. Our webbased slide browser works fine The only thing that is broken is the DASL search, anyone care to take a look at that? I have tried debugging but my knowledge of the insides of Slide is limited. HELP? It seems that the DASL search actually does find results but the URI's it's passing to the store to fetch is not valid? That is my guess since debugging retrieveObject(Uri uri) from the NodeStore interface got some Uri objects that pointed to real images found in Slide except their URI's had " /UURI:" prefixed to them! The stacktrace I get using txfile store is: org.apache.slide.structure.ObjectNotFoundException: No object found at /UURI: at org.apache.slide.store.txfile.AbstractXMLResourceDescriptor.retrieveO bje ct(AbstractXMLResourceDescriptor.java:296) at org.apache.slide.store.txfile.TxXMLFileDescriptorsStore.retrieveObjec t (TxXMLFileDescriptorsStore.java:104) at org.apache.slide.store.AbstractStore.retrieveObject (AbstractStore.java:699) at org.apache.slide.store.ExtendedStore.retrieveObject (ExtendedStore.java:605) at org.apache.slide.structure.StructureImpl.retrieve (StructureImpl.java:207) at org.apache.slide.content.ContentImpl.retrieve (ContentImpl.java:155) at org.apache.slide.search.basic.ComparableResourceImpl. (ComparableResourceImpl.java:166) at org.apache.slide.search.basic.ComparableResourceImpl. (ComparableResourceImpl.java:137) at org.apache.slide.index.lucene.expressions.AbstractLuceneExpression.cr eat eResource(AbstractLuceneExpression.java:354) at org.apache.slide.index.lucene.expressions.AbstractLuceneExpression.ex ecu te(AbstractLuceneExpression.java:250) at org.apache.slide.index.lucene.expressions.AbstractLuceneExpression.ex ecu te(AbstractLuceneExpression.java:116) at org.apache.slide.search.basic.BasicQueryImpl.execute (BasicQueryImpl.java:134) at org.apache.slide.search.basic.BasicQueryEnvelope.execute (BasicQueryEnvelope.java:214) at org.apache.slide.search.SearchImpl.search(SearchImpl.java:116) at org.apache.slide.webdav.method.SearchMethod.executeRequest (SearchMethod.java:230) at org.apache.slide.webdav.method.AbstractWebdavMethod.executeRedirect (AbstractWebdavMethod.java:583) at org.apache.slide.webdav.method.AbstractWebdavMethod.run (AbstractWebdavMethod.java:416) at org.apache.slide.webdav.WebdavServlet.service (WebdavServlet.java: 151) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at com.idega.servlet.ServletWrapper.service (ServletWrapper.java:174) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:157) at com.idega.slide.authentication.IWSlideAuthenticator.doAuthentication (IWSlideAuthenticator.java:159) ... at java.lang.Thread.run(Thread.java:552) 20 Mar 2007 18:19:47 - org.apache.slide.common.Domain - WARNING - No object found at /UURI: 20 Mar 2007 18:19:47 - org.apache.slide.common.Domain - WARNING - No object found at /UURI: Best Regards Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com On Mar 20, 2007, at 1
Re: DASL search doesn't work with httpclient 3.0, Lucene 2.1.0
The property doesn't exist in my current slide.properties, what does it do? cheers Eiki On Mar 21, 2007, at 12:36 PM, aslam bari wrote: It may be a guess for it. Open your slide.properties file. Add/ Edit following lines like:- org.apache.slide.binding=false Then reindex and retry search. Thanks... - Original Message From: Eirikur Hrafnsson <[EMAIL PROTECTED]> To: Slide Developers Mailing List Cc: Slide Users Mailing List ; [EMAIL PROTECTED]; [EMAIL PROTECTED]; Oliver Zeigermann <[EMAIL PROTECTED]>; [EMAIL PROTECTED] Sent: Wednesday, 21 March, 2007 5:57:27 PM Subject: DASL search doesn't work with httpclient 3.0, Lucene 2.1.0 (Sending again under a new thread name with some additions) Hi just built our webapp with Slide from HEAD with HttpClient 3.0.1 and Lucene 2.1.0 (was in head) and ALMOST everything works it seems. Our webbased slide browser works fine The only thing that is broken is the DASL search, anyone care to take a look at that? I have tried debugging but my knowledge of the insides of Slide is limited. HELP? It seems that the DASL search actually does find results but the URI's it's passing to the store to fetch is not valid? That is my guess since debugging retrieveObject(Uri uri) from the NodeStore interface got some Uri objects that pointed to real images found in Slide except their URI's had " /UURI:" prefixed to them! The stacktrace I get using txfile store is: org.apache.slide.structure.ObjectNotFoundException: No object found at /UURI: at org.apache.slide.store.txfile.AbstractXMLResourceDescriptor.retrieveOb je ct(AbstractXMLResourceDescriptor.java:296) at org.apache.slide.store.txfile.TxXMLFileDescriptorsStore.retrieveObject (TxXMLFileDescriptorsStore.java:104) at org.apache.slide.store.AbstractStore.retrieveObject (AbstractStore.java:699) at org.apache.slide.store.ExtendedStore.retrieveObject (ExtendedStore.java:605) at org.apache.slide.structure.StructureImpl.retrieve (StructureImpl.java:207) at org.apache.slide.content.ContentImpl.retrieve (ContentImpl.java:155) at org.apache.slide.search.basic.ComparableResourceImpl. (ComparableResourceImpl.java:166) at org.apache.slide.search.basic.ComparableResourceImpl. (ComparableResourceImpl.java:137) at org.apache.slide.index.lucene.expressions.AbstractLuceneExpression.cre at eResource(AbstractLuceneExpression.java:354) at org.apache.slide.index.lucene.expressions.AbstractLuceneExpression.exe cu te(AbstractLuceneExpression.java:250) at org.apache.slide.index.lucene.expressions.AbstractLuceneExpression.exe cu te(AbstractLuceneExpression.java:116) at org.apache.slide.search.basic.BasicQueryImpl.execute (BasicQueryImpl.java:134) at org.apache.slide.search.basic.BasicQueryEnvelope.execute (BasicQueryEnvelope.java:214) at org.apache.slide.search.SearchImpl.search(SearchImpl.java:116) at org.apache.slide.webdav.method.SearchMethod.executeRequest (SearchMethod.java:230) at org.apache.slide.webdav.method.AbstractWebdavMethod.executeRedirect (AbstractWebdavMethod.java:583) at org.apache.slide.webdav.method.AbstractWebdavMethod.run (AbstractWebdavMethod.java:416) at org.apache.slide.webdav.WebdavServlet.service (WebdavServlet.java: 151) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at com.idega.servlet.ServletWrapper.service(ServletWrapper.java: 174) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:157) at com.idega.slide.authentication.IWSlideAuthenticator.doAuthentication (IWSlideAuthenticator.java:159) ... at java.lang.Thread.run(Thread.java:552) 20 Mar 2007 18:19:47 - org.apache.slide.common.Domain - WARNING - No object found at /UURI: 20 Mar 2007 18:19:47 - org.apache.slide.common.Domain - WARNING - No object found at /UURI: Best Regards Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com On Mar 20, 2007, at 10:19 AM, Eirikur Hrafnsson wrote: Thanks for the quick reply Greg :) From what I've gathered with searching for Slide and HTTPClient 3.0 and what we tried in the past the DASL search didn't work. Does it work for you? cheers Eiki On Mar 19, 2007, at 6:18 PM, Greg Schueler wrote: Hi Eirikur, We've built slide against HttpClient 3.0.1, and it seems to work, aside from that problem that I sent in the patch for. We have only tested the Ant tasks a bit, but so far they appear to work. (put, delete, mkcol, get) I'd be interested to hear your results with it if you decided to try it again. Thanks, Greg Schueler On 3/19/07, Eirikur Hrafnsson <[EMAIL PROTECTED]> wrote: Question for Slide developers or someone who knows... a while ago we tested HttpClient 3.0 with Slide (HEAD) and it didn't work. Do
DASL search doesn't work with httpclient 3.0, Lucene 2.1.0
(Sending again under a new thread name with some additions) Hi just built our webapp with Slide from HEAD with HttpClient 3.0.1 and Lucene 2.1.0 (was in head) and ALMOST everything works it seems. Our webbased slide browser works fine The only thing that is broken is the DASL search, anyone care to take a look at that? I have tried debugging but my knowledge of the insides of Slide is limited. HELP? It seems that the DASL search actually does find results but the URI's it's passing to the store to fetch is not valid? That is my guess since debugging retrieveObject(Uri uri) from the NodeStore interface got some Uri objects that pointed to real images found in Slide except their URI's had " /UURI:" prefixed to them! The stacktrace I get using txfile store is: org.apache.slide.structure.ObjectNotFoundException: No object found at /UURI: at org.apache.slide.store.txfile.AbstractXMLResourceDescriptor.retrieveObje ct(AbstractXMLResourceDescriptor.java:296) at org.apache.slide.store.txfile.TxXMLFileDescriptorsStore.retrieveObject (TxXMLFileDescriptorsStore.java:104) at org.apache.slide.store.AbstractStore.retrieveObject (AbstractStore.java:699) at org.apache.slide.store.ExtendedStore.retrieveObject (ExtendedStore.java:605) at org.apache.slide.structure.StructureImpl.retrieve (StructureImpl.java:207) at org.apache.slide.content.ContentImpl.retrieve(ContentImpl.java:155) at org.apache.slide.search.basic.ComparableResourceImpl. (ComparableResourceImpl.java:166) at org.apache.slide.search.basic.ComparableResourceImpl. (ComparableResourceImpl.java:137) at org.apache.slide.index.lucene.expressions.AbstractLuceneExpression.creat eResource(AbstractLuceneExpression.java:354) at org.apache.slide.index.lucene.expressions.AbstractLuceneExpression.execu te(AbstractLuceneExpression.java:250) at org.apache.slide.index.lucene.expressions.AbstractLuceneExpression.execu te(AbstractLuceneExpression.java:116) at org.apache.slide.search.basic.BasicQueryImpl.execute (BasicQueryImpl.java:134) at org.apache.slide.search.basic.BasicQueryEnvelope.execute (BasicQueryEnvelope.java:214) at org.apache.slide.search.SearchImpl.search(SearchImpl.java:116) at org.apache.slide.webdav.method.SearchMethod.executeRequest (SearchMethod.java:230) at org.apache.slide.webdav.method.AbstractWebdavMethod.executeRedirect (AbstractWebdavMethod.java:583) at org.apache.slide.webdav.method.AbstractWebdavMethod.run (AbstractWebdavMethod.java:416) at org.apache.slide.webdav.WebdavServlet.service(WebdavServlet.java: 151) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at com.idega.servlet.ServletWrapper.service(ServletWrapper.java:174) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:157) at com.idega.slide.authentication.IWSlideAuthenticator.doAuthentication (IWSlideAuthenticator.java:159) ... at java.lang.Thread.run(Thread.java:552) 20 Mar 2007 18:19:47 - org.apache.slide.common.Domain - WARNING - No object found at /UURI: 20 Mar 2007 18:19:47 - org.apache.slide.common.Domain - WARNING - No object found at /UURI: Best Regards Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com On Mar 20, 2007, at 10:19 AM, Eirikur Hrafnsson wrote: Thanks for the quick reply Greg :) From what I've gathered with searching for Slide and HTTPClient 3.0 and what we tried in the past the DASL search didn't work. Does it work for you? cheers Eiki On Mar 19, 2007, at 6:18 PM, Greg Schueler wrote: Hi Eirikur, We've built slide against HttpClient 3.0.1, and it seems to work, aside from that problem that I sent in the patch for. We have only tested the Ant tasks a bit, but so far they appear to work. (put, delete, mkcol, get) I'd be interested to hear your results with it if you decided to try it again. Thanks, Greg Schueler On 3/19/07, Eirikur Hrafnsson <[EMAIL PROTECTED]> wrote: Question for Slide developers or someone who knows... a while ago we tested HttpClient 3.0 with Slide (HEAD) and it didn't work. Does it work now? We are unfortunately forced to use HttpClient 3.0 so I really hope the answer is yes and I only have to rebuild our jar. (we use an older version from HEAD today) Best Regards Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com On Mar 15, 2007, at 10:24 PM, Antoine Levy-Lambert wrote: > Hello Greg, > > thanks for your patch. Will work on it. > > Antoine > Original-Nachricht > Datum: Thu, 15 Mar 2007 15:18:27 -0700 > Von: "Greg Schueler" <[EMAIL PROTECTED]> > An: [EMAIL PROTECTED], "Anthony Shortland" > <[EMAIL PROTECTED]>, &q
Re: URI encoding
In my Slide experience using UTF-8 is the best way to go. However then you have to specifically set your webdav client (like Netdrive) to use UTF encoding and also the server with URIEncoding="UTF-8" (in server.xml). Also you need to set CATALINA_OPTS in startup.sh to use a JVM option (-Dfile.encoding=UTF-8) and to be completely safe (for jvm 1.5 at least on Linux) you need to set the LANG environment variable to something like "en_US.UTF8". I usually do that in startup.sh also with " export LANG = "en_US.UTF8" at the top. good luck Best Regards Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com On Mar 21, 2007, at 12:11 PM, [EMAIL PROTECTED] wrote: It is worse than I thought. I think that what happened was that the filenames were cached in IE, and only apeared to be right. When I refreshed after some time, I still get gibrish file names. :( -Original Message- From: [EMAIL PROTECTED] To: slide-user@jakarta.apache.org Sent: Wed, 21 Mar 2007 1:31 PM Subject: URI encoding Hi I am trying to use slide with hebrew file names. At first the filenames would get changed to gibrish after the upload. I then added to the /conf/ server.xml the redirectPort="8443" URIEncoding="Cp1255" useBodyEncodingForURI="true"/> and then the file names staid what they were on the client machine, but I can't do with them anything, not delete/rename/copy etc'. With english named file there isn't such a problem. How can I make the hebrew file names work? __ __ Check Out the new free AIM(R) Mail -- 2 GB of storage and industry- leading spam and email virus protection. __ __ Check Out the new free AIM(R) Mail -- 2 GB of storage and industry- leading spam and email virus protection. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Slide Client with Slide DeltaV
Check out Swingdaver client source code http://swingdaver.sourceforge.net/ We used it to learn how to get to that stuff. Specifically the class that extends WebDavResource... good luck Best Regards Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com On Sep 27, 2006, at 7:00 PM, Gregg Freeman wrote: Hi All, We're wanting to use the DeltaV capabilities of the Slide server, but are having some trouble finding information on how to write a client which supports it. We have a non-deltaV client working, but would like to try out the DeltaV capabilities. Could someone point me to something that would help us create a client which can do the following: 1) get the latest version of a file/resource 2) get a specific (non-latest) version of a file/resource 3) get all the revisions of a file/resource Thank you in advance, Gregg ___ Gregg Freeman Director, Development & Services Seagull Software Tel:+1 816-272-5610 Mobile: +1 816-695-3924 Email: [EMAIL PROTECTED] Web:www.seagullsoftware.com __ Where SOA and BPM Meet the Mainframe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Questions on Sequential-modes and the next release?
Actually we have that set to false already but since it seems a PUT of a resource locks its parent folder also with sequential-mode = write so it still waits. Is that correct behaviour? -Eiki On 24.7.2006, at 11:46, Darren Hartford wrote: For example a webapp we created automatically gets RSS feeds and stores them in Slide every 20 minutes. The frontpage of the webapp then tries to read these files via an Ajax RSS reader and has to wait until the writes are finished. I would much rather (if versions are enabled) that while the PUT is going on the GET would get the last version available but otherwise wait until the PUT is done and only that resource gets locked up for the moment. Is that possible today? I was playing in domain.xml under the , there is an option for: false This normally defaults to true, but according to the javadoc/documentation, turning this false will allow read-only actions to not use transactions. I only did minor testing with this, but what testing I did (performance-oriented on read-only without any other transactions) actually had sporadic results from quite good to same-as-before. The sporadic results got me a little worried so I haven't tested any further but this may assist you! -D - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Questions on Sequential-modes and the next release?
Hey Oliver, what problems could I run into if I use sequential-mode = OFF ? We're running webapplications on Slide with various databases and today we are using "WRITE" mode but I find it bothersome that a whole folder is locked for read access when a long write is happening to one of its files. Does fine-grained work better? For example a webapp we created automatically gets RSS feeds and stores them in Slide every 20 minutes. The frontpage of the webapp then tries to read these files via an Ajax RSS reader and has to wait until the writes are finished. I would much rather (if versions are enabled) that while the PUT is going on the GET would get the last version available but otherwise wait until the PUT is done and only that resource gets locked up for the moment. Is that possible today? And the last question...when will the next stable version of Slide be released? best regards Eiki, idega. Eirikur S. Hrafnsson Chief Software Engineer [EMAIL PROTECTED] Idega hf. ı Engjavegi 6 ı 104 Reykjavík ı Iceland Tel. +354 554 7557 ı Fax +354 885 7557 http://www.idega.com ı [EMAIL PROTECTED] On 20.7.2006, at 20:35, Oliver Zeigermann wrote: This should be explained here: http://wiki.apache.org/jakarta-slide/ConcurrencyIssues Oliver 2006/7/20, Darren Hartford <[EMAIL PROTECTED]>: In domain.xml, configuration node, what is this configuration option used/useful for? fine-grain Specifically in regards to optimizing for search/read performance while still maintaining write-integrity. Thanks, -D - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Incorrect wiki page, DaslConfiguration. And casesensitivity
Hi all, I just wanted to point out an error in the Wiki page that has wasted my time twice now since I had forgotten it from the first time : / http://wiki.apache.org/jakarta-slide/DaslConfiguration The page states and illustrates that you can use a Slide only in your DASL searching. This will not fly! The correct name for the parameter is as I learned from an earlier post to this mailing list. Someone with Wiki edit privileges might want to change that... p.s. Is there any way to do a case-insensitive search with propcontains ? best regards Eiki, idega. Eirikur S. Hrafnsson Chief Software Engineer [EMAIL PROTECTED] Idega hf. ı Engjavegi 6 ı 104 Reykjavík ı Iceland Tel. +354 554 7557 ı Fax +354 885 7557 http://www.idega.com ı [EMAIL PROTECTED]
Re: Will "caseless" be supported in a future version?
Hi, I saw Stefan L. answered a similar question on this a while ago, he said: "The Lucene based content indexing will be available in Slide 2.2 and you can get it from the CVS HEAD. The "caseless" attribute will not be supported. But you can index "caseless" choosing an appropriate Lucene analyzer. Stefan" And since I also need caseless search for both the standard slide properties and content I would like to know if there is some way to enable caseless indexing by default (e.g. change the default Lucene analyzer and not just per each custom property like in the DASLConfig Wiki example). I'm not using any custom properties or homemade indexers... cheers Eiki, idega. Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com On 20.6.2005, at 14:11, Michael Perkonigg wrote: Hello, will the caseless tag with DASL be supported in a future slide version? 2.2pre1 seems not to support it. Thanks, Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Slide, Dasl and pdf
Good question...hope someone from the Slide team can answer that since we also are forced to use the 2.2pre1 in a production environment... (Slide 2.2pre1 is a pretty stable version though so don't be afraid to use it ) On 13.4.2005, at 07:54, Bertrand Tignon wrote: And when will the 2.2 version be released ? - Original Message - From: "Eirikur Hrafnsson" <[EMAIL PROTECTED]> To: "Slide Users Mailing List" Sent: Tuesday, April 12, 2005 6:28 PM Subject: Re: Slide, Dasl and pdf On 12.4.2005, at 13:19, Edmund Urbani wrote: Bertrand Tignon wrote: Thank u for replying Edmund. Well, I'm using Slide 2.1 I didn't manage to get the Slide 2.2 via cvs. I read the "how-to" but I don't see the 2.2 version, is it called "Slide_HEAD_PRE_MERGE", or "SLIDE_HEAD_AFTER_EVENTS" or something like that ? About the wiki "DASL Configuration", I don't know how to get the lucene library needed (package org.apache.slide.index.*). thanx for your help Bertrand. There is no 2.2 release, yet. The closest you get to 2.2 is the current CVS HEAD. That org.apache.slide.index package is in slide-stores-2.x.jar. It's there even in 2.1, even though it appearantly does not work. Maybe I should ask a different question on this list: Does the LuceneIndexer that is currently in CVS HEAD work? It does, the version in 2.1 does not. -Eiki Edmund - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Best Regards Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Best Regards Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Slide, Dasl and pdf
There is a document somewhere in the Slide head which contains settings for the indexers (property and content) and the extractors (pdf,office...) it's called Extractor-Domain.xml. You could take a look at that. Here are my working settings (from my Domain.xml): (at the end of my definition) store/index/content true store/index/metadata true And then later in Domain.xml I add the extractors and set them to the paths we want to index, in our case just everything under /files forbidden forbidden http://xmlns.idega.com/block/article/xml"; property="headline" xpath="/article/headline/text()" /> http://xmlns.idega.com/block/article/xml"; property="teaser" xpath="/article/teaser/text()" /> http://xmlns.idega.com/block/article/xml"; property="body" xpath="/article/body/text()" /> http://xmlns.idega.com/block/article/xml"; property="author" xpath="/article/author/text()" /> http://xmlns.idega.com/block/article/xml"; property="source" xpath="/article/source/text()" /> http://xmlns.idega.com/block/article/xml"; property="comment" xpath="/article/comment/text()" /> ... And that's how we shave! Best Regards Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com On 13.4.2005, at 09:19, Edmund Urbani wrote: Eirikur Hrafnsson wrote: On 12.4.2005, at 13:19, Edmund Urbani wrote: Bertrand Tignon wrote: Thank u for replying Edmund. Well, I'm using Slide 2.1 I didn't manage to get the Slide 2.2 via cvs. I read the "how-to" but I don't see the 2.2 version, is it called "Slide_HEAD_PRE_MERGE", or "SLIDE_HEAD_AFTER_EVENTS" or something like that ? About the wiki "DASL Configuration", I don't know how to get the lucene library needed (package org.apache.slide.index.*). thanx for your help Bertrand. There is no 2.2 release, yet. The closest you get to 2.2 is the current CVS HEAD. That org.apache.slide.index package is in slide-stores-2.x.jar. It's there even in 2.1, even though it appearantly does not work. Maybe I should ask a different question on this list: Does the LuceneIndexer that is currently in CVS HEAD work? It does, the version in 2.1 does not. -Eiki Thanks. That's good to hear. I was about to give up. Now I'd like to good back to the question I had earlier: Do I need to add anything to my Domain.xml other than the element (as explained in the Wiki) to make the lucene indexer work? Edmund - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Slide, Dasl and pdf
On 12.4.2005, at 13:19, Edmund Urbani wrote: Bertrand Tignon wrote: Thank u for replying Edmund. Well, I'm using Slide 2.1 I didn't manage to get the Slide 2.2 via cvs. I read the "how-to" but I don't see the 2.2 version, is it called "Slide_HEAD_PRE_MERGE", or "SLIDE_HEAD_AFTER_EVENTS" or something like that ? About the wiki "DASL Configuration", I don't know how to get the lucene library needed (package org.apache.slide.index.*). thanx for your help Bertrand. There is no 2.2 release, yet. The closest you get to 2.2 is the current CVS HEAD. That org.apache.slide.index package is in slide-stores-2.x.jar. It's there even in 2.1, even though it appearantly does not work. Maybe I should ask a different question on this list: Does the LuceneIndexer that is currently in CVS HEAD work? It does, the version in 2.1 does not. -Eiki Edmund - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Best Regards Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
CMS language strategy?
I'm curious to know what strategy other Slide users creating content management systems have taken in linking together translated version of the "same" article. e.g. I write an article in english and then someone does a Swedish version of it but that is a different file in Slide. I have thought about using the file names as identifiers e.g. english version would be called "article_27_EN.article" and the swedish version "article_27_SE.article". But is there a "standard" webdav way of handling this "problem"? Or a best way someone has discovered? Best Regards Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Content encoding and MS Word ...
Maybe you could create an event handler (trigger?) that sets the encoding everytime someone uploads a word document? I would also like to do something like that and know it's possible but don't know how to do it yet... Best Regards Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com On 4.2.2005, at 14:37, <[EMAIL PROTECTED]> wrote: Hi, found in this list many postings about URL encoding ... but nothing about content encoding. In a project using Slide/Tamino which I am coaching, XHTML documents are stored using MS Word, where it is important to know the encoding of the content. Unfortunately, MS Word 2003 does *not* sent the encoding in the Content-Type header like: Content-Type: text/html; charset=windows-1252 but only sends the mime-type. As a consequence, the encoding is not available as part of the value of the DAV:getcontenttype property. Has anybody an idea how to make MS Word sending the encoding? Has anybody thought about a Slide parameter (e.g. in slide.properties) to specify a default-content-encoding to assume in case, the client doesn't send it? Thanks & regards, Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DASL, how to exclude a directory?
Hi, how can I exclude a directory in a recursive/deep DASL search? I want to search "/files" and subfolders but not "/files/cms". Best Regards Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: slide on JBoss 3.2.6 deploy problem
Your SimpleXMLExtractor config most likely has an invalid xpath, what does it look like? -Eirikur, idega. On 28.1.2005, at 09:54, Catalin Kormos wrote: Hi there, I'm realy new to Slide, just downloaded the last version and trying to deploy it on a JBoss 3.2.6 server instance. I've copyied slide.war into the deploy dir of the server, and the following exception is throwned. Is there anything else that i should do? do you have any ideea about what could be the problem? here is stack trace: 2005-01-28 11:49:15,500 INFO [STDOUT] 28 Jan 2005 11:49:15 - org.apache.slide.common.Domain - INFO - Namespace configuration complete 2005-01-28 11:49:15,656 INFO [STDOUT] org.apache.slide.util.conf.ConfigurationException: Could not create xPath from given attribute @ null 2005-01-28 11:49:15,656 INFO [STDOUT] at org.apache.slide.extractor.SimpleXmlExtractor.createInstruction(SimpleX mlExtractor.java:114) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.apache.slide.extractor.SimpleXmlExtractor.configure(SimpleXmlExtrac tor.java:79) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.apache.slide.extractor.ExtractorManager.configure(ExtractorManager. java:123) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.apache.slide.common.Domain.init(Domain.java:445) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.apache.slide.common.Domain.init(Domain.java:366) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.apache.slide.common.Domain.init(Domain.java:329) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.apache.slide.webdav.WebdavServlet.init(WebdavServlet.java:253) 2005-01-28 11:49:15,656 INFO [STDOUT] at javax.servlet.GenericServlet.init(GenericServlet.java:211) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.apache.slide.webdav.WebdavServlet.init(WebdavServlet.java:195) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.ja va:1029) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:862) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext. java:4013) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.apache.catalina.core.StandardContext.start(StandardContext.java: 4357) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.j ava:823) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595) 2005-01-28 11:49:15,656 INFO [STDOUT] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 2005-01-28 11:49:15,656 INFO [STDOUT] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.ja va:39) 2005-01-28 11:49:15,656 INFO [STDOUT] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso rImpl.java:25) 2005-01-28 11:49:15,656 INFO [STDOUT] at java.lang.reflect.Method.invoke(Method.java:324) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java: 503) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java: 149) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.apache.catalina.core.StandardContext.init(StandardContext.java: 5441) 2005-01-28 11:49:15,656 INFO [STDOUT] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 2005-01-28 11:49:15,656 INFO [STDOUT] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.ja va:39) 2005-01-28 11:49:15,656 INFO [STDOUT] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso rImpl.java:25) 2005-01-28 11:49:15,656 INFO [STDOUT] at java.lang.reflect.Method.invoke(Method.java:324) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java: 503) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java: 149) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.jboss.web.tomcat.tc5.TomcatDeployer.performDeployInternal(TomcatDep loyer.java:316) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.jboss.web.tomcat.tc5.TomcatDeployer.performDeploy(TomcatDeployer.ja va:76) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:320) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.jboss.web.WebModule.startModule(WebModule.java:62) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.jboss.web.WebModule.startService(WebModule.java:40) 2005-01-28 11:49:15,656 INFO [STDOUT] at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(Service
Re: txFileStore and encoding (WAS: Re: turkish filenames)
Hi On 17.1.2005, at 11:27, Jacob Lund wrote: Hi All! Eirikur Hrafnsson just said something in this mail that might be of general interest. Basically the JVM parameter -Dfile.encoding=UTF-8 enables unicode characters in the filestore without any strange fixes or hacks! I did not do any extensive testing on this but if someone could confirm, then this is very good news for the txfilestore :-) /jacob Actually I'm using JDBCStore, I didn't mention txfilestore. Of course the underlying file system needs to support utf-8 to begin with (most do) but the file.encoding parameter controls what the default encoding is used internally in Strings so when you store a file to the txstore it can matter, that is true. b.r. Eirikur, idega. - Original Message ----- From: "Eirikur Hrafnsson" <[EMAIL PROTECTED]> To: "Slide Users Mailing List" Sent: Monday, January 17, 2005 11:56 AM Subject: Re: turkish filenames Hi, I had the same problem with Icelandic and Swedish character and the "solution" is to set the URIEncoding="UTF-8" for connectors in tomcats server.xml like this: You also have to add the JVM parameter -Dfile.encoding=UTF-8 to the JAVA_OPTS variable. Now with that said not all webdav clients will work well with this setup because a lot of them use ISO-8859-1 by default. However to test if the setup is working correctly on windows (at least) I recommend you download NetDrive and change its preferences to use UTF-8 encoding. Novel NetDrive is a free and pretty cool client as it can map a webdav repository to a windows drive letter. In Slide 2.2 there said to be better support for detecting the clients encoding and more options you can set in Slide.properties but I haven't had time to try it yet Good luck! Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com On 17.1.2005, at 09:38, Serkan Özkan wrote: Hi I am trying to store files with names including turkish characters but I can't. My configuration: - latest version of slide,2.1, downloaded a few days ago. - JDBCStore, PostgresRDBMSAdapter. Database encoding is unicode. - using webdavservlet. - added debug code to org/apache/slide/webdav/WebdavServlet.java to print request parameters, everything seems fine, characters are urlencoded properly . - commented out fixTomcatURL and fixTomcatHeader (because there is a hardcoded conversion to iso-8859-1, which does not support turkish characters at all) at org/apache/slide/webdav/util/WebdavUtils.java, if these could solve encoding problems, but nothing changed. - request encoding is utf-8 - using tomcat bundle with jboss 3.2.5 Results: all turkish characters at filenames are converted to nonsense characters. any suggestions? thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Best Regards Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: turkish filenames
Hi, I had the same problem with Icelandic and Swedish character and the "solution" is to set the URIEncoding="UTF-8" for connectors in tomcats server.xml like this: maxThreads="150" minSpareThreads="25" maxSpareThreads="75" enableLookups="false" redirectPort="8443" acceptCount="100" debug="0" connectionTimeout="2" URIEncoding="UTF-8" disableUploadTimeout="true" /> You also have to add the JVM parameter -Dfile.encoding=UTF-8 to the JAVA_OPTS variable. Now with that said not all webdav clients will work well with this setup because a lot of them use ISO-8859-1 by default. However to test if the setup is working correctly on windows (at least) I recommend you download NetDrive and change its preferences to use UTF-8 encoding. Novel NetDrive is a free and pretty cool client as it can map a webdav repository to a windows drive letter. In Slide 2.2 there said to be better support for detecting the clients encoding and more options you can set in Slide.properties but I haven't had time to try it yet Good luck! Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com On 17.1.2005, at 09:38, Serkan Özkan wrote: Hi I am trying to store files with names including turkish characters but I can't. My configuration: - latest version of slide,2.1, downloaded a few days ago. - JDBCStore, PostgresRDBMSAdapter. Database encoding is unicode. - using webdavservlet. - added debug code to org/apache/slide/webdav/WebdavServlet.java to print request parameters, everything seems fine, characters are urlencoded properly . - commented out fixTomcatURL and fixTomcatHeader (because there is a hardcoded conversion to iso-8859-1, which does not support turkish characters at all) at org/apache/slide/webdav/util/WebdavUtils.java, if these could solve encoding problems, but nothing changed. - request encoding is utf-8 - using tomcat bundle with jboss 3.2.5 Results: all turkish characters at filenames are converted to nonsense characters. any suggestions? thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: getCreationDate -- broken?
This is the same question I asked a few weeks ago and did not get any response... On 29.12.2004, at 16:27, Roy Russo wrote: Using 2.1b. Is this method call broken? long lCreated = wdResource.getCreationDate(); Seems like I it always returns 0. DavExplorer is showing the value is set for the resource. Is there another way I can get this value for a specific file? Roy Russo JBoss Portal Developer JBoss, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Best Regards Eirikur S. Hrafnsson, [EMAIL PROTECTED] Chief Software Engineer Idega Software http://www.idega.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]