[Rife-users] About relative paths for Rep references
MemoryUsers are defined in a file. Is there any reason why the file that is pointed to cannot be in a directory level well above the normal place ? I ask because I find that this reference does not seem to work: participant param=../../../../users.xml ParticipantMemoryUsers/participant thx fred -- F.Baube* Georgetown/MSFS/1988 * Think pangalactically. fbaube#saunalahti.fi * Act locally. gsm +358 41 536 8192 * wmd 60°11'10.8N 24°57'36.9E ___ Rife-users mailing list Rife-users@uwyn.com http://www.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] About relative paths for Rep references
They are looked up through the classpath, just as any RIFE resource is by default. Relative paths don't work. MemoryUsers are defined in a file. Is there any reason why the file that is pointed to cannot be in a directory level well above the normal place ? I ask because I find that this reference does not seem to work: participant param=../../../../users.xml ParticipantMemoryUsers/participant -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://www.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Sortable columns and filters with RIFE/Crud
Hi Pieter, thanks for your kind words. - Is there an option to make the columns in the browse views clickable so that they can be used to sort the contents? No, that is currently not possible, but it shouldn't be hard to add. Sadly I'm currently overloaded with work, so I can't do it soon, but maybe someone else on the list can help you with it. It would be a cool feature to have! - Is there a way to add filter to the browse views? Yes, you can, this page contains information about the supported element properties: http://rifers.org/wiki/display/RIFECRUD/Customization You can add a crud_implementation-browse property to the crud sub- site. This can point to an element implementation that extends com.uwyn.rife.crud.elements.admin.Browse. You can then overload the prepareQueries(CountQuery countQuery, RestoreQuery restoreQuery, int pagingLimit) method, call the super method and add some query filtering there. This will change the actual DB query, so you can filter on pretty much anything you like. If you don't want to work through the DB query, you can also overload the countEntities and restoreEntities methods and intervene in the actual counting and restoring process. I hope this helps. Best regards, Geert -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://www.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] About relative paths for Rep references
Quoting Geert Bevin: They are looked up through the classpath, just as any RIFE resource is by default. Relative paths don't work. _Strictly_ speaking, that's not correct, is it ? For example, rep/users.xml is a relative path, and it works. What I have tried instead is to create a participant which uses an environment variable to locate users.xml. To do this I changed the access of ParticipantMemoryUsers.mUsers from private to protected, then extended it to override initialize(). Unfortunately this approach fails at startup, with a message which gives no clues about how to fix it. Any assistance would be most welcome. fred Jan 18, 2006 12:40:41 PM org.apache.catalina.core.StandardContext filterStart SEVERE: Exception starting filter RIFE javax.servlet.ServletException: Fatal error while creating memory users. at com.uwyn.rife.servlet.RifeFilter.init(RifeFilter.java:63) at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:225) at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:308) at org.apache.catalina.core.ApplicationFilterConfig.init(ApplicationFilterConfig.java:79) at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3563) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4133) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524) at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:804) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:497) at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1195) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503) at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(DynamicMetaDataImpl.java:213) at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(MetaDataImpl.java:220) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:815) at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:784) at org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1377) at org.apache.catalina.manager.ManagerServlet.deploy(ManagerServlet.java:636) at org.apache.catalina.manager.ManagerServlet.doPut(ManagerServlet.java:423) at javax.servlet.http.HttpServlet.service(HttpServlet.java:712) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:514) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:868) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:663) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Jan 18, 2006 1:07:51 PM org.apache.catalina.core.StandardContext filterStart SEVERE: Exception starting filter RIFE javax.servlet.ServletException: Fatal error while creating memory users. at com.uwyn.rife.servlet.RifeFilter.init(RifeFilter.java:63) at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:225) at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:308) at
Re: [Rife-users] About relative paths for Rep references
They are looked up through the classpath, just as any RIFE resource is by default. Relative paths don't work. _Strictly_ speaking, that's not correct, is it ? For example, rep/users.xml is a relative path, and it works. No, it's looked up absolutely, just like any resource in Java. It's looked up from the root of the classpath, not according to a filesystem. What I have tried instead is to create a participant which uses an environment variable to locate users.xml. To do this I changed the access of ParticipantMemoryUsers.mUsers from private to protected, then extended it to override initialize(). Unfortunately this approach fails at startup, with a message which gives no clues about how to fix it. Any assistance would be most welcome. Sorry, these stacktraces don't contain any useful information. There isn't much I can tell. Try debugging during RifeFilter.init() to see what the cause is. Best regards, Geert -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://www.uwyn.com/mailman/listinfo/rife-users
[Rife-users] Classpath
Another potentially quite stupid question ... They are looked up through the classpath, just as any RIFE resource is by default. Relative paths don't work. _Strictly_ speaking, that's not correct, is it ? For example, rep/users.xml is a relative path, and it works. No, it's looked up absolutely, just like any resource in Java. It's looked up from the root of the classpath, not according to a filesystem. I have not dealt with classpath issues too much. When you talk about the root of the classpath that is used to search for (for example) parameters supplied in rep/participants.xml, -- is this the same as the value of the CLASSPATH env.variable when the servlet contsiner is started ? -- is this the same as the value of the Java system property that is available to programs at runtime ? -- so, would it be possible to add additional directories to this classpath simply by adding some to CLASSPATH ? -- or, is this classpath something that is defined by and for Rife ? thx much fred -- F.Baube* Georgetown/MSFS/1988 * Think pangalactically. fbaube#saunalahti.fi * Act locally. gsm +358 41 536 8192 * wmd 60°11'10.8N 24°57'36.9E ___ Rife-users mailing list Rife-users@uwyn.com http://www.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Classpath
This is the standard Java classpath. Everything applies for it that usually applies to the Java classpath. Another potentially quite stupid question ... They are looked up through the classpath, just as any RIFE resource is by default. Relative paths don't work. _Strictly_ speaking, that's not correct, is it ? For example, rep/users.xml is a relative path, and it works. No, it's looked up absolutely, just like any resource in Java. It's looked up from the root of the classpath, not according to a filesystem. I have not dealt with classpath issues too much. When you talk about the root of the classpath that is used to search for (for example) parameters supplied in rep/participants.xml, -- is this the same as the value of the CLASSPATH env.variable when the servlet contsiner is started ? -- is this the same as the value of the Java system property that is available to programs at runtime ? -- so, would it be possible to add additional directories to this classpath simply by adding some to CLASSPATH ? -- or, is this classpath something that is defined by and for Rife ? -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://www.uwyn.com/mailman/listinfo/rife-users
[Rife-users] Many to many relationships using RIFE/Crud
Hi all, how can you do a many to many relation in RIFE/Crud? I want e.g. to have an article type that can have multiple categories linked to it by means of checkboxes. I found the manyToOne method, but there doesn't seem to be a manyToMany method. pieter-- pieter claerhout . [EMAIL PROTECTED] . http://www.yellowduck.be/ ___ Rife-users mailing list Rife-users@uwyn.com http://www.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Classpath
Quoting Geert Bevin: This is the standard Java classpath. Everything applies for it that usually applies to the Java classpath. I'm finding that the classpath is defined at runtime the way I need it to be; I verify it with System.getProperty (java.class.path); ...and yet it is still not finding the XML file that is referenced for ParticipantMemoryUsers. The XML file is located in the first directory on the classpath. Is there something I'm missing ? Some tip on getting it to work as expected ? Or am I just dumb ? :-O fred Another potentially quite stupid question ... They are looked up through the classpath, just as any RIFE resource is by default. Relative paths don't work. _Strictly_ speaking, that's not correct, is it ? For example, rep/users.xml is a relative path, and it works. No, it's looked up absolutely, just like any resource in Java. It's looked up from the root of the classpath, not according to a filesystem. I have not dealt with classpath issues too much. When you talk about the root of the classpath that is used to search for (for example) parameters supplied in rep/participants.xml, -- is this the same as the value of the CLASSPATH env.variable when the servlet contsiner is started ? -- is this the same as the value of the Java system property that is available to programs at runtime ? -- so, would it be possible to add additional directories to this classpath simply by adding some to CLASSPATH ? -- or, is this classpath something that is defined by and for Rife ? -- F.Baube* Georgetown/MSFS/1988 * Think pangalactically. fbaube#saunalahti.fi * Act locally. gsm +358 41 536 8192 * wmd 60°11'10.8N 24°57'36.9E ___ Rife-users mailing list Rife-users@uwyn.com http://www.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Classpath ( ResourceFinder)
I wonder if I need to replace the default com.uwyn.rife.resources.ResourceFinder with an instance of com.uwyn.rife.resources.ResourceFinderDirectories. System.getProperty (java.class.path); webapps/myapp/WEB-INF/classes/ does not appear in this classpath list. Therefore it looks like -- the search path for participant data defaults to webapps/myapp/WEB-INF/classes/ -- therefore participants easily find rep/users.xml and rep/datasources.xml -- specifying additional search directories, perhaps above webapps/myapp/WEB-INF/classes/ , is problematic unless a different ResourceFiner is used. thx fred -- F.Baube* Georgetown/MSFS/1988 * Think pangalactically. fbaube#saunalahti.fi * Act locally. gsm +358 41 536 8192 * wmd 60°11'10.8N 24°57'36.9E ___ Rife-users mailing list Rife-users@uwyn.com http://www.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Classpath ( ResourceFinder)
Ok, Fred, step back a little, what exactly do you try to do? You can't set the classpath by setting the property, that never worked, please lookup how the classpath works in Java and specifically in servlet containers. On 18-jan-06, at 16:05, Fred Baube wrote: I wonder if I need to replace the default com.uwyn.rife.resources.ResourceFinder with an instance of com.uwyn.rife.resources.ResourceFinderDirectories. System.getProperty (java.class.path); webapps/myapp/WEB-INF/classes/ does not appear in this classpath list. Therefore it looks like -- the search path for participant data defaults to webapps/myapp/WEB-INF/classes/ -- therefore participants easily find rep/users.xml and rep/datasources.xml -- specifying additional search directories, perhaps above webapps/myapp/WEB-INF/classes/ , is problematic unless a different ResourceFiner is used. -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://www.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] Many to many relationships using RIFE/Crud
Hi Pieter, RIFE/Crud doesn't automatically generate interfaces yet for many to many relationship (yet). There isn't a constraint for it in RIFE either. Currently you can however implement your own elements and inject those. The mapping can be done by adding an additional mapping table and doing the many to many logic in callbacks. I hope this helps. I know that Stéphane Meslin-Weber has used this for some projects, maybe he has some example code ready for you. Best regards, Geert how can you do a many to many relation in RIFE/Crud? I want e.g. to have an article type that can have multiple categories linked to it by means of checkboxes. I found the manyToOne method, but there doesn't seem to be a manyToMany method. -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://www.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] About RIFE hosting
Hi everyone, I added a page about hosting on the RIFE project site: http://rifers.org/hosting I contacted a number of hosting companies that looking interesting and those that agree to offer a discount for RIFE users will be put on that page. You might wanna watch it. Currently RimuHosting is the only one that has already replied. Best regards, Geert -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://www.uwyn.com/mailman/listinfo/rife-users
Re: [Rife-users] About RIFE hosting
Excellent ! Regards, Christophe. Le 18 janv. 06 à 22:39, Geert Bevin a écrit : Hi everyone, I added a page about hosting on the RIFE project site: http://rifers.org/hosting I contacted a number of hosting companies that looking interesting and those that agree to offer a discount for RIFE users will be put on that page. You might wanna watch it. Currently RimuHosting is the only one that has already replied. Best regards, Geert -- Geert Bevin Uwyn bvba Use what you need Avenue de Scailmont 34 http://www.uwyn.com 7170 Manage, Belgium gbevin[remove] at uwyn dot comTel +32 64 84 80 03 PGP Fingerprint : 4E21 6399 CD9E A384 6619 719A C8F4 D40D 309F D6A9 Public PGP key : available at servers pgp.mit.edu, wwwkeys.pgp.net ___ Rife-users mailing list Rife-users@uwyn.com http://www.uwyn.com/mailman/listinfo/rife-users ___ Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs exceptionnels pour appeler la France et l'international. Téléchargez sur http://fr.messenger.yahoo.com ___ Rife-users mailing list Rife-users@uwyn.com http://www.uwyn.com/mailman/listinfo/rife-users