Re: [orchestra] class Conversation and ThreadLocals
Hi! Class Conversation uses a thread-local variable to store the current conversation. Thread-locals are pretty tricky to manage in a container environment; they need to be cleared at the end of each request as the same thread will be reused by the container. Would storing this value in request scope be acceptable instead? No, this is not possible. For each bean requested from the conversation scope a new conversation will be started. You can put multiple beans into the same conversation by adding the orchestra:conversationName= attribute to the spring bean configuration. This means you can have multiple conversations in parallel. To make things a little bit more complicated, you can have the same conversations per conversationContext. This makes it possible to have multiple windows. The scope hierarchy is: application-session-conversationContext-conversation starting with session they are 1:n. The conversation object is like the http session just a container for the conversation scoped beans. Now, to get access to this scope we have the Conversation.getCurrentInstance() which works only from within a conversation scoped bean. This method returns the conversation container the current bean lives in. To make this work, we use Spring AOP (see org.apache.myfaces.orchestra.conversation.CurrentConversationAdvice) this advice triggers for every method (public methods) call to the conversation scoped bean - in other words: It is a proxy which transparently wraps your bean and just maintains the thread-local. (Have a look at SpringConversationScope.getBean:137 to see what happens when a new bean is going to be created) As you can see, in the finally block we set it to the previous value - which is null for the topmost call. What we might do is to use reflection to see if there is a ThreadLocal.remove() method and call this in Conversation.setCurrentInstance() in case of conversation==null. If this is required. Ciao, Mario
Re: [orchestra] minor issues
Hi! AFAIK there is no way in readObject to get the serialVersionUID of the stored object, is there a way? I'm not sure. Why would you want to? I'd generate the serialVersionUID with any number and use a second local version which will be written first to the the stream. That way, we can react in readObject appropriate. A little bit more complex, but robust about changes. Sorry, I don't understand. You're thinking perhaps that the readObject method could detect the version of data being read in, and set certain fields to default values if the object format is old, else read them from the stream? Exactly. This is what I do often. I guess that is possible but I don't see why Orchestra would need to get that tricky... On the other hand, I do not understand what the serialVersionUID is worth implementing it when we do not gain anything additional other than make our IDE shut-up. Can we perhaps start with the default serialVersionUID behaviour, and add this when necessary? Skimming through the source showed me that none of the serialization cases are really there to do classic serialization - just to make the container happy. So - yes - there is no problem starting with the default behaviour :-) There is one apparently tricky case, the ConversationManager. For the other classes, is it ok to add serialVersionUID? For ConversationManager, I see that custom serialization (readObject et al) has currently been implemented, with the comment //we just implement it to make it work with distributed sessions Does this code actually work with distributed sessions? It looks to me like any access to this class on a machine other than the one it was created on will cause exceptions due to things like conversationContexts and conversationManager being null.. You are right, it does NOT work with distributed sessions, but it is required to avoid this nasty exception if you put a not-serializable bean into the session scope. As of now, using Orchestra requires you to use sticky sessions (a session bound to a specific tomcat instance). The problem is, that I do not know yet if it is possible to serialize all the database session state of the used ORM mapper. I thought about to solve this once we have to cross this bridge. For now, it is assured that, if the http session has to switch to another node (e.g. due to server failure) the user just has to start over the current conversation. Ciao, Mario
[jira] Commented: (ORCHESTRA-3) PropertyPlaceholderConfigurer STOPS working after the introduction of orchestra into my configuration
[
https://issues.apache.org/jira/browse/ORCHESTRA-3?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12519241
]
Mario Ivankovits commented on ORCHESTRA-3:
--
During debugging the situation I found a workaround you can try.
Add the aop:scoped-proxy to the persistentContextConversationInterceptor
bean. It should look like the following then:
bean id=persistentContextConversationInterceptor
class=org.apache.myfaces.orchestra.conversation.spring.PersistenceContextConversationInterceptor
aop:scoped-proxy/
property name=persistenceContextFactory
ref=persistentContextFactory/
/bean
Due to the aop:scoped-proxy configuration the initialization of the dataSource
will happen on the first real request to the scope and thus happens after the
spring property configuration replacement.
PropertyPlaceholderConfigurer STOPS working after the introduction of
orchestra into my configuration
--
Key: ORCHESTRA-3
URL: https://issues.apache.org/jira/browse/ORCHESTRA-3
Project: MyFaces Orchestra
Issue Type: Bug
Components: Conversation
Environment: xp, spring 2.0.6, jsf-1.2 ri
Reporter: Dan Tran
Here is my configuration, any thoughts? or can some one confirm this?
!-- Configurer that replaces ${...} placeholders with values from a
properties file --
!-- (in this case, JDBC-related settings for the dataSource definition
below) --
!-- THIS STOPS WORKING SINCE INTRODUCTION OF ORCHESTRA BEANS --
bean id=propertyConfigurer
class=org.springframework.beans.factory.config.PropertyPlaceholderConfigurer
property name=location value=/WEB-INF/jdbc-hsqldb.properties/
/bean
!-- EL expression is not translated --
bean id=dataSource
class=org.springframework.jdbc.datasource.DriverManagerDataSource
property name=driverClassName value=${jdbc.driverClassName}/
property name=url value=${jdbc.url}/
property name=username value=${jdbc.username}/
property name=password value=${jdbc.password}/
/bean
The error is
Caused by: org.apache.commons.dbcp.SQLNestedException: Cannot load JDBC
driver class '${jdbc.driverClassName}'
It is producable using orchestra example
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: [orchestra] minor points
Hi! The constructor for class ConversationContext takes a ConversationManager object as a parameter (ie a ref to its parent), but never uses it. Is there some future intention to do something with this parameter, or can it be removed? Might be a relict from previous times. Let's remove it for now. In CurrentConversationAdvice.invoke, the finally clause has the previous conversation being restored as the last step. Is it ok to make this the first step instead, just in case one of the other steps throws an exception? I've looked at the code and run the unit tests and there seems no reason not to. Yes, it's pretty minor :-) +1 Ciao, Mario
[jira] Resolved: (ORCHESTRA-3) PropertyPlaceholderConfigurer STOPS working after the introduction of orchestra into my configuration
[
https://issues.apache.org/jira/browse/ORCHESTRA-3?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mario Ivankovits resolved ORCHESTRA-3.
--
Resolution: Fixed
Assignee: Mario Ivankovits
According to the spring forum thread aop:scoped-proxy IS a way to go. So I'll
leave it that way. FAQ needs to be created.
PropertyPlaceholderConfigurer STOPS working after the introduction of
orchestra into my configuration
--
Key: ORCHESTRA-3
URL: https://issues.apache.org/jira/browse/ORCHESTRA-3
Project: MyFaces Orchestra
Issue Type: Bug
Components: Conversation
Environment: xp, spring 2.0.6, jsf-1.2 ri
Reporter: Dan Tran
Assignee: Mario Ivankovits
Here is my configuration, any thoughts? or can some one confirm this?
!-- Configurer that replaces ${...} placeholders with values from a
properties file --
!-- (in this case, JDBC-related settings for the dataSource definition
below) --
!-- THIS STOPS WORKING SINCE INTRODUCTION OF ORCHESTRA BEANS --
bean id=propertyConfigurer
class=org.springframework.beans.factory.config.PropertyPlaceholderConfigurer
property name=location value=/WEB-INF/jdbc-hsqldb.properties/
/bean
!-- EL expression is not translated --
bean id=dataSource
class=org.springframework.jdbc.datasource.DriverManagerDataSource
property name=driverClassName value=${jdbc.driverClassName}/
property name=url value=${jdbc.url}/
property name=username value=${jdbc.username}/
property name=password value=${jdbc.password}/
/bean
The error is
Caused by: org.apache.commons.dbcp.SQLNestedException: Cannot load JDBC
driver class '${jdbc.driverClassName}'
It is producable using orchestra example
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: Please create Orchestra JIRA project
Hi! Done: Component Core and release 1.0-SNAPSHOT Enjoy your vacation, Mario! Thanks ... but now its over again :-( I've setup the components now Now, its up to the users to file bugs :) Ciao, Mario
[orchestra] first release
Hi! Now that I am back from vacation I'll start cutting a first release of MyFaces Orchestra. There is not that much negative feedback, which could mean that it is an awesome piece of code which just works or it is not widely used yet ;-) Anyway, I think a release could help increasing the acceptance. Any objections? Ciao, Mario
Re: Please create Orchestra JIRA project
Thanks! Could one please create the component core. Should be sufficient for now. I'll do the rest when I am back - and - I'll be back ;-) Version unreleased or nightly will make it too. I am on vacation and jira is to heavy-weight to be used from the mobile phone using roaming fees. Thanks again! Mario -Original Message- From: Manfred Geiler [EMAIL PROTECTED] Date: Thursday, Jul 26, 2007 9:20 am Subject: Re: Please create Orchestra JIRA project To: Reply-MyFaces Development dev@myfaces.apache.orgTo: MyFaces Development dev@myfaces.apache.org Done. Just created the new Jira project. Mario, could you please check if you have enough permissions to create components and versions? Thanks. --Manfred On 7/25/07, Dan Tran [EMAIL PROTECTED] wrote: Thanks -D Matthias Wessendorf-4 wrote: Hi Dan, I created a request: https://issues.apache.org/jira/browse/INFRA-1299 -Matthias On 7/25/07, Dan Tran [EMAIL PROTECTED] wrote: I have a few patches sitting at my local disk since I has no where to go ;-) Thanks -- View this message in context: http://www.nabble.com/Please-create-Orchestra-JIRA-project-tf4140300.html#a11776893 Sent from the My Faces - Dev mailing list archive at Nabble.com. -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- View this message in context: http://www.nabble.com/Please-create-Orchestra-JIRA-project-tf4140300.html#a11777459 Sent from the My Faces - Dev mailing list archive at Nabble.com. -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
Re: Adding FacesMessage that can be available in view after handleNavigation
Hi! But after redirecting to errors.faces all messages are discarded. And therefore user doesn't see his fatal error. How can I using JSF add all messages to view to redirect? See the tomahawk sandbox RedirectTracker stuff [1]. Correctly configured it will make the messages available after a redirect too. Ciao, Mario [1] http://wiki.apache.org/myfaces/RedirectTracker
Re: Adding FacesMessage that can be available in view after handleNavigation
Hi! Sorry, maybe I am ambiguous. I mean changing navigation flow using getNavigationHandler().handleNavigation() but not really redirect with context.getExternalContext().redirect(error.faces); Should I use RedirectTracker also for handleNavigation? The RedirectTracker will handle every redirect issued through the Servlet-API. In the end, handleNavigation() with the redirect / option will do so. The RedirectTracker will work transparently in the background. Ciao, Mario
Re: [VFS] Subversion as a File System?
Hi! Would it be possible to use (make work) VFS with Subversion as a file system? We already had a try to do this [1]. Due to licensing issues any commit of the code has been delayed ... until it got that old that it is now not that easy to apply. If you would like to, you could spend some time to make it work with current svn head again. Would be great for sure! Thanks! Ciao, Mario [1] https://issues.apache.org/jira/browse/VFS-43 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Orchestra] location of orchestra.xsd
Hi Michael! Spring itself uses the following pattern for handling namespaces: xsi:schemaLocation=http://www.springframework.org/schema/lang http://www.springframework.org/schema/lang/spring-lang-2.0.xsd; spring.schemas : http\://www.springframework.org/schema/lang/spring-lang.xsd=org/springframework/scripting/config/spring-lang-2.0.xsd The xsd file is then located in the classpath. Would it make sense for orchestra to do the same? Yes, definitely. I've seen the warning too, just neglected to fix it :-) Thanks for the hints, I'll try to fix it the same way ... or send a patch if you have some time ;-) Ciao, Mario
Re: [Orchestra] Orchestra and ajax
Hi Michael! Do you have plans for a release? Yes, I think to start a release mid August (after my vacation). Everyone should have had enough time then to uncover major bugs. Ciao, Mario
[jira] Commented: (VFS-166) Can't create an SFTP connection to the server
[ https://issues.apache.org/jira/browse/VFS-166?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12510159 ] Mario Ivankovits commented on VFS-166: -- try sftp:// (lower case) Please consult the commons-user mailinglist before writing bugs :-) Thanks! Ciao, Mario Can't create an SFTP connection to the server - Key: VFS-166 URL: https://issues.apache.org/jira/browse/VFS-166 Project: Commons VFS Issue Type: Bug Environment: Windows XP,JAVA 1.6 Reporter: Chris wojdak I'm trying to use the Commons VFS - SFTP component and it's giving me an error. I'm not sure what the problem is because based on the documentation it's correct. This is the error message I get. org.apache.commons.vfs.FileSystemException: Badly formed URI SFTP://user:[EMAIL PROTECTED]. I have no problems logging in using putty and Cygwin. Can anyone help me out? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (VFS-166) Can't create an SFTP connection to the server
[ https://issues.apache.org/jira/browse/VFS-166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits resolved VFS-166. -- Resolution: Invalid Assignee: Mario Ivankovits Can't create an SFTP connection to the server - Key: VFS-166 URL: https://issues.apache.org/jira/browse/VFS-166 Project: Commons VFS Issue Type: Bug Environment: Windows XP,JAVA 1.6 Reporter: Chris wojdak Assignee: Mario Ivankovits I'm trying to use the Commons VFS - SFTP component and it's giving me an error. I'm not sure what the problem is because based on the documentation it's correct. This is the error message I get. org.apache.commons.vfs.FileSystemException: Badly formed URI SFTP://user:[EMAIL PROTECTED]. I have no problems logging in using putty and Cygwin. Can anyone help me out? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (VFS-166) Can't create an SFTP connection to the server
[ https://issues.apache.org/jira/browse/VFS-166?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12510163 ] Mario Ivankovits commented on VFS-166: -- Please post the full stack trace ... and still, whats bad using the commons-user ml until we know that you really catched a bug? Can't create an SFTP connection to the server - Key: VFS-166 URL: https://issues.apache.org/jira/browse/VFS-166 Project: Commons VFS Issue Type: Bug Environment: Windows XP,JAVA 1.6 Reporter: Chris wojdak Assignee: Mario Ivankovits I'm trying to use the Commons VFS - SFTP component and it's giving me an error. I'm not sure what the problem is because based on the documentation it's correct. This is the error message I get. org.apache.commons.vfs.FileSystemException: Badly formed URI SFTP://user:[EMAIL PROTECTED]. I have no problems logging in using putty and Cygwin. Can anyone help me out? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (VFS-113) NullPointerException during getting InputStream from SftpFileObject
[ https://issues.apache.org/jira/browse/VFS-113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12510170 ] Mario Ivankovits commented on VFS-113: -- Hi, this is your real exception: Caused by: com.jcraft.jsch.JSchException: Session.connect: java.net.ConnectException: Connection refused: connect at com.jcraft.jsch.Session.connect(Unknown Source) at com.jcraft.jsch.Session.connect(Unknown Source) at org.apache.commons.vfs.provider.sftp.SftpClientFactory.createConnection(SftpClientFactory.java:210) It looks like some sort of network configuration problem, could you try to enable debugging of your ssh daemon. In case you use OpenSSH, as far as I know you have to have the configuration option PasswordAuthentication set to yes to make the jsch library work. NullPointerException during getting InputStream from SftpFileObject --- Key: VFS-113 URL: https://issues.apache.org/jira/browse/VFS-113 Project: Commons VFS Issue Type: Bug Reporter: Tim Rademacher Fix For: 1.1 Attachments: SftpFileObject.diff Hi, I experienced unregular NullPointerExceptions while getting an InputStream from an SftpFileObject. It only occures in a multithreading environment. I made a patch. By now it seems to work! Regards, Tim -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (VFS-113) NullPointerException during getting InputStream from SftpFileObject
[ https://issues.apache.org/jira/browse/VFS-113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12510174 ] Mario Ivankovits commented on VFS-113: -- Oh, sorry, mixed up things ... could you please provide a small test case to reproduce your exception. Thanks! NullPointerException during getting InputStream from SftpFileObject --- Key: VFS-113 URL: https://issues.apache.org/jira/browse/VFS-113 Project: Commons VFS Issue Type: Bug Reporter: Tim Rademacher Fix For: 1.1 Attachments: SftpFileObject.diff Hi, I experienced unregular NullPointerExceptions while getting an InputStream from an SftpFileObject. It only occures in a multithreading environment. I made a patch. By now it seems to work! Regards, Tim -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (VFS-113) NullPointerException during getting InputStream from SftpFileObject
[ https://issues.apache.org/jira/browse/VFS-113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12510183 ] Mario Ivankovits commented on VFS-113: -- I am out of time at the moment. So if its a threading issue, you could create your own FileSystemManager per Thread. Just have a look at the VFS.java source and do the same, just store the reference in an ThreadLocal. Hope this is a appropriate workaround for the moment. NullPointerException during getting InputStream from SftpFileObject --- Key: VFS-113 URL: https://issues.apache.org/jira/browse/VFS-113 Project: Commons VFS Issue Type: Bug Reporter: Tim Rademacher Fix For: 1.1 Attachments: SftpFileObject.diff Hi, I experienced unregular NullPointerExceptions while getting an InputStream from an SftpFileObject. It only occures in a multithreading environment. I made a patch. By now it seems to work! Regards, Tim -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (VFS-166) Can't create an SFTP connection to the server
[ https://issues.apache.org/jira/browse/VFS-166?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12510188 ] Mario Ivankovits commented on VFS-166: -- Docs can be found here [1], though, it could be more ;-) Out of curiosity, what JVM do you use, the above stack trace looks like it can't find the VFS library itself. However, do you have the JSCH library in your classpath? It's required to access a SFTP resource. [1] http://jakarta.apache.org/commons/vfs Can't create an SFTP connection to the server - Key: VFS-166 URL: https://issues.apache.org/jira/browse/VFS-166 Project: Commons VFS Issue Type: Bug Environment: Windows XP,JAVA 1.6 Reporter: Chris wojdak Assignee: Mario Ivankovits I'm trying to use the Commons VFS - SFTP component and it's giving me an error. I'm not sure what the problem is because based on the documentation it's correct. This is the error message I get. org.apache.commons.vfs.FileSystemException: Badly formed URI SFTP://user:[EMAIL PROTECTED]. I have no problems logging in using putty and Cygwin. Can anyone help me out? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (VFS-161) Minimize using of LIST command in the FTP provider
[ https://issues.apache.org/jira/browse/VFS-161?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits updated VFS-161: - Priority: Major (was: Minor) Minimize using of LIST command in the FTP provider -- Key: VFS-161 URL: https://issues.apache.org/jira/browse/VFS-161 Project: Commons VFS Issue Type: Improvement Affects Versions: 1.1 Reporter: Alex Crane I have a big bis storage of files (about 10 TBytes). Path to file looks like /storage/storage1/node1/76423fds7g78df6gdf7hdfh/2384dg7sdfg8dfh.dat Existance checking and deleteing of files takes very long time because of LIST command: LIST /storage ... LIST /storage/storage1 ... LIST /storage/storage1/node1 LIST /storage/storage1/node1/76423fds7g78df6gdf7hdfh and so on. For example, there is no need to perform LIST command to delete file. I`m using FTPClients from commons.net and it works 1000x faster. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: how to render various components dynamically for a generic editor ?
Hi! I have to create a generic editor with various fields based on a configuration(file, database …). Each field can be rendered as a different input type, e.g. selectOneCheckbox, selectManyCheckbox, selectOneRadio, selectOneMenu, selectManyMenu or even inside a tree2 structure. Moreover I have to add validators and converters to the components, e.g. for numeric input, dates etc. You can have a look at the dynaForm component in MyFaces Orchestra which already do something like that based on a JPA annotated bean. You can easily create a new extractor based on e.g. the metadata of your database. It's not very well documented, but a very simple example can be found in the MyFaces Orchestra Examples package. Ciao, Mario
Re: [Orchestra] Orchestra and ajax
Hi Michael! the problem seems to be the first partial submit. After that a new Conversation is created. On subsequent partial submits it works like expected. Thanks for your webapp! I managed to find the problem and I think I fixed it. The problem was: I tried to work with the HttpServletRequest/Response objects gathered in the OrchestraServletFilter to be independent from the FacesContext, though, this fails if one replaces/wrappes these objects for some reasons in the JSF layer ... what Icefaces seems to do. Now I try to get a FacesContext and fall back to my direct connection only if there is no FacesContext ... voila, your example started to work. btw.: with the latest build I get a java.lang.IllegalStateException: no facesContext error. Works with an older build. fixed now too. Have fun again! :-) Ciao, Mario
Re: [Orchestra] Orchestra and ajax
Hi Michael! Thanks, I will have a look at it over the weekend. Ciao, Mario Hi, the problem seems to be the first partial submit. After that a new Conversation is created. On subsequent partial submits it works like expected. You can see that with the included war (no jars included, configured for ICEFaces 1.6 DR5 and Sun RI 1.2) http://www.nabble.com/file/p11350877/example.war example.war . First time you click on a new tab, the Conversation object is created new. After that the Conversation object does not change any more. btw.: with the latest build I get a java.lang.IllegalStateException: no facesContext error. Works with an older build. Thanks Michael
Re: [Orchestra] Orchestra and ajax
-mapping servlet-namePersistent Faces Servlet/servlet-name url-pattern/xmlhttp/*/url-pattern /servlet-mapping servlet-mapping servlet-nameBlocking Servlet/servlet-name url-pattern/block/*/url-pattern /servlet-mapping session-config session-timeout 30 /session-timeout /session-config welcome-file-list welcome-fileindex.html/welcome-file welcome-fileindex.htm/welcome-file welcome-fileindex.jsp/welcome-file welcome-filedefault.html/welcome-file welcome-filedefault.htm/welcome-file welcome-filedefault.jsp/welcome-file /welcome-file-list /web-app Perhaps something is configured differently. Thanks Michael Mario Ivankovits wrote: I tried the following with the latest ICEFaces (1.6.0-DR5) and it works as expected. Though, I have to admit I am wondering WHY it works as as you stated Icefaces do not add the conversationContext= url parameter. It looks like it somehow captures the request map and provides the same map for the partial submit request (through the CopyingRequestAttributesMap). Could you explain a little bit in detail what exactly you try to do ... or even better ... could you provide some sort of war which shows the problem - would be great. What I tried was to have a simple conversation scope bean and a form printing some conversation debugging stuff. If the output of the partial submit matches with the output above we were able find our conversation again. Ciao, Mario
Re: Orchestra on code.google.com
Craig wrote: Doesn't myfaces-goodies have a nice ring? Yepp ... sound nice ;-) Kito D. Mann wrote: I don't know -- this might be confusing since Matthias already has FacesGoodies [1] :-) . would be myfaces-orchestra-goodies, should be enough dissociation between FacesGoodies then, I hope so. And when I think about, this project is a mixture of just non asf license compatible code and, yea - for sure, some goodies possible due to direct connection to e.g. hibernate. I have a nice ActionListener which will close the conversation if a exception has been thrown and some database update has taken place ... definitely a goodie - I like it :-) - but requires some sort of Interceptor for hibernate. Ciao, Mario
Re: Orchestra on code.google.com
Cagatay Civici wrote: Mario, What about stability of sourceforge lately? I used it in the past, but was disappointed about speed and reachability. I had no problems with sourceforge for a long time when working on jsf-comp. Ok, so lets sum up ... Use the jsf-comp space for myfaces-orchestra non-asf license compatible stuff. (Given the project owners accept it ;-) ) Use the module name myfaces-orchestra-goodies. What do you think? Ciao, Mario
Re: [Orchestra] Orchestra and ajax
Hi Michael!
But now I have a problem with orchestra when using partial submits (we use
ICEFaces by the way).
As there is no page refresh the request attribute CONVERSATION_CONTEXT_REQ
is not set.
I tried the following with the latest ICEFaces (1.6.0-DR5) and it works
as expected. Though, I have to admit I am wondering WHY it works as as
you stated Icefaces do not add the conversationContext= url parameter.
It looks like it somehow captures the request map and provides the same
map for the partial submit request (through the
CopyingRequestAttributesMap).
Could you explain a little bit in detail what exactly you try to do ...
or even better ... could you provide some sort of war which shows the
problem - would be great.
What I tried was to have a simple conversation scope bean and a form
printing some conversation debugging stuff. If the output of the partial
submit matches with the output above we were able find our conversation
again.
THE JSPX:
[EMAIL PROTECTED] id=icefacesTest
type=org.apache.myfaces.orchestraTests.backings.IcefacesTest--
f:view
xmlns:f=http://java.sun.com/jsf/core;
xmlns:t=http://myfaces.apache.org/tomahawk;
xmlns:h=http://java.sun.com/jsf/html;
xmlns:ice=http://www.icesoft.com/icefaces/component;
t:document
t:documentHead
/t:documentHead
t:documentBody
ice:outputConnectionStatus
activeLabel=active
disconnectedLabel=disconnected
inactiveLabel=inactive
cautionLabel=caution/
ice:outputText value=just an icefaces test /
ice:panelGrid
columns=2
f:facet name=header
ice:outputText value=current conversation state -
you should see the same after clicking the button /
/f:facet
ice:outputText value=context id: /
ice:outputText
value=#{icefacesTest.currentConversationContextId} /
ice:outputText value=conversation id: /
ice:outputText
value=#{icefacesTest.currentConversationIdentifier} /
/ice:panelGrid
ice:form
ice:panelGrid
columns=2
f:facet name=header
ice:outputText value=check values /
/f:facet
ice:outputText value=request count: /
ice:outputText value=#{icefacesTest.requestCount} /
ice:outputText value=current time:: /
ice:outputText value=#{icefacesTest.currentTime}
f:convertDateTime type=both
dateStyle=medium timeStyle=long /
/ice:outputText
ice:outputText value=context id: /
ice:outputText
value=#{icefacesTest.currentConversationContextId} /
ice:outputText value=conversation id: /
ice:outputText
value=#{icefacesTest.currentConversationIdentifier} /
/ice:panelGrid
ice:commandButton value=partial refresh
partialSubmit=true/
/ice:form
/t:documentBody
/t:document
/f:view
THE BEAN:
package org.apache.myfaces.orchestraTests.backings;
import org.apache.myfaces.orchestra.conversation.Conversation;
import org.apache.myfaces.orchestra.conversation.ConversationManager;
import java.util.Date;
public class IcefacesTest
{
private int requestCount = 0;
public Long getCurrentConversationContextId()
{
return ConversationManager.getInstance().getConversationContextId();
}
public int getCurrentConversationIdentifier()
{
Conversation conv = Conversation.getCurrentInstance();
if (conv == null)
{
return -1;
}
return System.identityHashCode(conv);
}
public int getRequestCount()
{
return requestCount++;
}
public Date getCurrentTime()
{
return new Date();
}
}
THE MANAGED-BEAN CONFIG IN SPRING:
bean
name=icefacesTest
class=org.apache.myfaces.orchestraTests.backings.IcefacesTest
scope=conversation /
Ciao,
Mario
Re: Orchestra on code.google.com
Hi! Kito D. Mann schrieb: I don't know -- this might be confusing since Matthias already has FacesGoodies [1] :-). [1] http://code.google.com/p/facesgoodies/ Why not adding it to facesgoodies then? I understand facesgoodies as template for quickstarting an application. I'd opt for the project name myfaces-orchestra-extras if we think nonasf is too non standard. Ciao, Mario
Re: Orchestra on code.google.com
Hi Jesse! how about using jsf-comp.sf.net? Sure, why not, we can add a orchestra-(extras|nonasf) module. What about stability of sourceforge lately? I used it in the past, but was disappointed about speed and reachability. Ciao, Mario got initiated for that reason... and a few of the components are used... regards Alexander -Original Message- From: Mario Ivankovits [mailto:[EMAIL PROTECTED] Sent: Monday, June 25, 2007 3:29 PM To: MyFaces Development Subject: Orchestra on code.google.com Hi! code.google.com is fine for that. I'd like to start a project at code.google.com to host any code not allowed (or not easily allowed) by the policy of ASF. e.g. when depending on (L)GPL code. I reserved a name already [1]. Any objections about it? Ciao, Mario [1] http://code.google.com/p/myfaces-orchestra-nonasf -- mit freundlichen Grüßen Mario Ivankovits Software Engineering OPS EDV VertriebsgesmbH A-1120 Wien, Michael-Bernhard-Gasse 10 Firmenbuch Nr.: FN51233v, Handelsgericht Wien Tel.: +43-1-8938810; Fax: +43-1-8938810/3700 http://www.ops.co.at E-Mail: [EMAIL PROTECTED] Skype: mario_ivankovits
Re: Orchestra on code.google.com
Hi Dennis! Perhaps this has been covered already, but does it have binary deps on MyFaces? Or just the JSF API? No deps to MyFaces, else it would be a bug. If Orchstra has no dep on the MyFaces implementation, you may be able to open this up to more users and you wouldn't have to find a new name - just add it to facesgoodies. Yea, but then jsf-comp.sf.net might be a better and already known place, no? Ciao, Mario
Orchestra on code.google.com
Hi! code.google.com is fine for that. I'd like to start a project at code.google.com to host any code not allowed (or not easily allowed) by the policy of ASF. e.g. when depending on (L)GPL code. I reserved a name already [1]. Any objections about it? Ciao, Mario [1] http://code.google.com/p/myfaces-orchestra-nonasf
Re: Orchestra vs Spring-Annotations
Hi Michael! did not find the connector for Hibernate. I do not want to use JPA, but rather just spring DAOs. Is a direct Hibernate connector available? If so, how do I use it? Due to license restrictions we are not able to depend on LGPL code. I use a custom Hibernate connector, just, could you please give me one day or two to find another host for this kind of code. I'll post it there then. I am not at home and I am not sure if I have the correct version of the adapter here, but try this one [1] in the meantime please. Thanks! Ciao, Mario [1] http://l3x.net/imwiki/Wiki.jsp?page=MoreOrchestra
Re: [VOTE] Invite Simon Kitching to join the Apache Commons PMC
Niall Pemberton wrote: [X] +1, don't let Simon get away - lets try to get him to join the new PMC [ ] -1, no leave him out Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Invite Rahul Akolkar to join the Apache Commons PMC
Hi! [X] +1, don't let Rahul get away - lets try to get him to join the new PMC [ ] -1, no leave him out Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (VFS-98) VFS causes deadlocks or is not thread-safe
[ https://issues.apache.org/jira/browse/VFS-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12506967 ] Mario Ivankovits commented on VFS-98: - Hehe - sometimes something looks complicated - its great if there is a simple fix for such a case :-) VFS causes deadlocks or is not thread-safe -- Key: VFS-98 URL: https://issues.apache.org/jira/browse/VFS-98 Project: Commons VFS Issue Type: Bug Affects Versions: Nightly Builds Environment: jdk1.5.0_07 / Linux Reporter: Juha-Matti Toppinen Assignee: Mario Ivankovits Attachments: vfs.dead.jstack.txt, vfs.dead.threaddump.synchronizedfileobject.txt, vfs.dead.threaddump.txt, vfs_deadlock.txt Newer versions of VFS seems to be unusable in multithreading environments, causing a deadlock of some kind. This causes my Java web server application to completely hang when there is many concurrent connections. My application uses a single FileSystemManager instance, and makes quite heavy use of VFS; opening many files from many threads simultaneously. I have tried, without success different workarounds based on some mailing list threads: - Using both NullReferenceFilesCache and the default SoftReferenceFilesCache. (SoftReferenceFilesCache seemed to sometimes cause some additional thread-related exceptions under heavy load, but propably unrelated to this issue) - Using the new SynchorizedFileObjectDecorator also did not help. On the contrary, it seemed to trigger the deadlock more easily. The version I have problems with is a nightly build: commons-vfs-20060831 The older version commons-vfs-20060115 works beautifully, but I would like to use newer version because I want to be able to use FileObject.refresh() to reset the internal state of files (specially, to get a fresh list of children). I hope the threading issues are going to be resolved in near future, and I am willing to help in any way. I do not have very deep experience about multithreading applications, so I wasn't able to get more close to the roots of the issue. Feel free to ask for more information. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vfs] HttpClient 3.x Compatibility?
Hi James! Help! I'm in jar hell (again). Apparently, HttpClient v2.0.2 and 3.0.1(current stable release) are not binary compatible. They introduced setParams()/getParams() methods into the HttpConnectionManager interface. However, VFS' WebdavConnectionManager doesn't implement these methods and it can't unless it upgrades its dependency to HttpClient 3.0.1, since the property type of the params property isn't introduced until 3.0.1. This causes a major issue, because my project requires the 3.0.1 version of HttpClient, but we're also using VFS' webdav support, so we're required to stick with HttpClient 2.0.2 to resolve this issue. Any suggestions? Looks like we have to find out whats the problem is with webdav and the latest httpclient. Do you have any status on that? Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vfs] HttpClient 3.x Compatibility?
Hi James! I didn't know there was an issue between the two. I know that I can update the dependency in the pom and change the WebdavConnectionManager to have the required methods and it works (at least it compiles). I don't have the integration test environment set up, though. Ok, so I'll give it a try. Could you attach the patch to a jira issue please. Btw, in the VFS HEAD the WebdavConnectionManager has been moved to the http filesystem and renamed to ThreadLocalHttpConnectionManager as it turned out that it is useful there too. Ciao, Mario On 6/20/07, Mario Ivankovits [EMAIL PROTECTED] wrote: Hi James! Help! I'm in jar hell (again). Apparently, HttpClient v2.0.2 and 3.0.1(current stable release) are not binary compatible. They introduced setParams()/getParams() methods into the HttpConnectionManager interface. However, VFS' WebdavConnectionManager doesn't implement these methods and it can't unless it upgrades its dependency to HttpClient 3.0.1, since the property type of the params property isn't introduced until 3.0.1. This causes a major issue, because my project requires the 3.0.1 version of HttpClient, but we're also using VFS' webdav support, so we're required to stick with HttpClient 2.0.2 to resolve this issue. Any suggestions? Looks like we have to find out whats the problem is with webdav and the latest httpclient. Do you have any status on that? Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- mit freundlichen Grüßen Mario Ivankovits Software Engineering OPS EDV VertriebsgesmbH A-1120 Wien, Michael-Bernhard-Gasse 10 Firmenbuch Nr.: FN51233v, Handelsgericht Wien Tel.: +43-1-8938810; Fax: +43-1-8938810/3700 http://www.ops.co.at E-Mail: [EMAIL PROTECTED] Skype: mario_ivankovits - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VFS] RE: [EMAIL PROTECTED]: Project ivy (in module ivy) failed
Hi Gilles! I traced back the failure in the gump build of ivy up to [1]. A class that we use in VFS has been renamed. I guess you mean the ThreadLocalHttpConnectionManager class (former WebdavConnectionManager). May I ask, why you use it directly? 3. Replace our dependency to commons-vfs-sandbox in gump by a static dependency version. 4. Copy the old WebdavConnectionManager to the ivy codebase until vfs 1.1 has been released. Btw, I am trying to upgrade the httpclient library to 3.0.1 which also involves some changes on the ConnectionManager stuff, so we might run into troubles again. Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to enable a Listener before file transfering [VFS]
Hi! How can i have a listener when calling fileObject.copyFrom I want to get the transferred bytes in the destination. This is not possible yet. The Progress and Cancellation API for VFS is still on the TODO list, but time constraints prevent me from doing something in this area. Sorry. Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MYFACES-1666) HtmlResponseWriterImpl implements different encoding behaviour for the two writeText methods
[ https://issues.apache.org/jira/browse/MYFACES-1666?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12506512 ] Mario Ivankovits commented on MYFACES-1666: --- Its not that it might confuse me, but it allows one to reuse this configuration for other non ri compatible stuff too ... which I think is not good. I'd like it to have it fine grained. Just to make it a little bit more complicated to find a conclusion ;-) I think we can drop the word STRICT, SUCCESSIVE_SPACE_ENCODING would be sufficient. HtmlResponseWriterImpl implements different encoding behaviour for the two writeText methods Key: MYFACES-1666 URL: https://issues.apache.org/jira/browse/MYFACES-1666 Project: MyFaces Core Issue Type: Bug Components: General Affects Versions: 1.1.5 Reporter: Manfred Geiler Assignee: Manfred Geiler HtmlResponseWriterImpl implements different behaviour for the two writeText methods: * writeText(Object value, String componentPropertyName) does not encode successive spaces and newlines * writeText(char cbuf[], int off, int len) does encode successive spaces and newlines RI does not encode in both variants. IMO both methods SHOULD encode successive spaces and newlines to render the corresponding HTML syntax (nbsp; and br/). Therefore we should (re)add this feature and make it switchable via a MyFaces Option STRICT_RI_MODE or something like that. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (VFS-98) VFS causes deadlocks or is not thread-safe
[ https://issues.apache.org/jira/browse/VFS-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12506089 ] Mario Ivankovits commented on VFS-98: - First: Sorry for my long delay! I think I managed to fix this locking issue, could you please give VFS HEAD a try. Thanks! VFS causes deadlocks or is not thread-safe -- Key: VFS-98 URL: https://issues.apache.org/jira/browse/VFS-98 Project: Commons VFS Issue Type: Bug Affects Versions: Nightly Builds Environment: jdk1.5.0_07 / Linux Reporter: Juha-Matti Toppinen Assignee: Mario Ivankovits Attachments: vfs.dead.jstack.txt, vfs.dead.threaddump.synchronizedfileobject.txt, vfs.dead.threaddump.txt, vfs_deadlock.txt Newer versions of VFS seems to be unusable in multithreading environments, causing a deadlock of some kind. This causes my Java web server application to completely hang when there is many concurrent connections. My application uses a single FileSystemManager instance, and makes quite heavy use of VFS; opening many files from many threads simultaneously. I have tried, without success different workarounds based on some mailing list threads: - Using both NullReferenceFilesCache and the default SoftReferenceFilesCache. (SoftReferenceFilesCache seemed to sometimes cause some additional thread-related exceptions under heavy load, but propably unrelated to this issue) - Using the new SynchorizedFileObjectDecorator also did not help. On the contrary, it seemed to trigger the deadlock more easily. The version I have problems with is a nightly build: commons-vfs-20060831 The older version commons-vfs-20060115 works beautifully, but I would like to use newer version because I want to be able to use FileObject.refresh() to reset the internal state of files (specially, to get a fresh list of children). I hope the threading issues are going to be resolved in near future, and I am willing to help in any way. I do not have very deep experience about multithreading applications, so I wasn't able to get more close to the roots of the issue. Feel free to ask for more information. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (VFS-164) HttpFileSystem dies under heavy load
HttpFileSystem dies under heavy load Key: VFS-164 URL: https://issues.apache.org/jira/browse/VFS-164 Project: Commons VFS Issue Type: Improvement Affects Versions: Nightly Builds Reporter: Mario Ivankovits Assignee: Mario Ivankovits Fix For: 1.1 Under heavy load the HttpFileSystem dies due to the fact that the used http library tries to limit the number of concurrent connections per server. To workaround this, we now use a HttpConnectionManager which keeps one connection per thread. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (VFS-164) HttpFileSystem dies under heavy load
[ https://issues.apache.org/jira/browse/VFS-164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits resolved VFS-164. -- Resolution: Fixed HttpFileSystem dies under heavy load Key: VFS-164 URL: https://issues.apache.org/jira/browse/VFS-164 Project: Commons VFS Issue Type: Improvement Affects Versions: Nightly Builds Reporter: Mario Ivankovits Assignee: Mario Ivankovits Fix For: 1.1 Under heavy load the HttpFileSystem dies due to the fact that the used http library tries to limit the number of concurrent connections per server. To workaround this, we now use a HttpConnectionManager which keeps one connection per thread. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[orchestra] Announce of
Hi! We would like to announce the availability of Apache MyFaces Orchestra [1]. Orchestra is yet another try to simplify the development of web applications using JPA or any other object relational mapper like plain Hibernate. In contrast to the other solutions we think ours is easier to use with a low learning curve. There are no new annotations required other than those you'll use for JPA, though, using Springs *Template classes to get access to the persistence context will do the trick too. With help of the Spring framework Apache MyFaces Orchestra introduce new scopes usable for your managed beans. For example you'll get a conversation scope where its lifetime is synchronized with the database session. This allows you to directly use the entities in your view, though, even if you use data transfer objects you'll find it convenient to gain from the persistence context session cache and keep things like automatic version checking without having to think about it. Further documentation can be found in the Apache MyFaces Orchestra Core Module [2]. The next milestone is to work towards a 1.0 release, for now you can download snapshots as described in [3]. Thanks to everyone who made it possible to get this project alive. Have fun! Ciao, Mario [1] http://myfaces.apache.org/orchestra [2] http://myfaces.apache.org/orchestra/myfaces-orchestra-core/index.html [3] http://myfaces.apache.org/orchestra/download.html
[orchestra] nightly build and continuum
Hi! What needs to be done to have a nightly build of orchestra and continuum running? Someone to volunteer? Thanks! Ciao, Mario
Re: [orchestra] nightly build and continuum
Hi Mr. Continuum! continuum rocks! here you go: http://people.apache.org/repo/m2-snapshot-repository/org/apache/myfaces/orchestra/ Wow - THAT was bleedingly fast Thanks a lot! Ciao, Mario
Re: Tomahawk sandbox component submitOnEvent and Trinidad components
Hi Carsten! I've change submitOnEvent in a way that should make it work with Trinidad too, though, I have no Trinidad here and do not have the time to test it. Please give it a try and report back. Hm, as far as I can see, the behaviour didn't change: A Trinidad developer promised me to have a look at it, though, he also told me that the form component in Trinidad has something like a defaultHandler which should do the same ... and maybe without javascript. Wouldn't it solve your use-case too? Ciao, Mario
Re: how to create dynamic grahpics with JFreeChart and myfaces?
Hi!
I want to show a BufferedImage on a JSF-generated page. In my case, this
Image is generated by the JFreeChart[1] library. Now my question:
What must I do, that I can show this image as a graphic on a JSF Page?
Hehe - I had the same problem yesterday.
One solution is the latest tomahawk-sandbox and its graphicsImageDynamic
component.
There you can do something like:
s:graphicsImageDynamic value=#{backingBean.chartRenderer} where the
method signature of chartRenderer is
public ImageRenderer getChartRenderer()
{
}
To fulfill the ImageRenderer requirements is easy, just create a png/gif
byte array out of the chart and write it to the ResponseStream where
requested by the ImageRenderer Interface.
The trick is, that you have to find some way to push down informations
to the managed bean.
If you do not use MyFaces Orchestra (or Seam) which provides a
conversation scope, the easiest way is to put the backingBean into the
session scope.
Another way is to use s:graphicsImageDynamic
imageRenderer=#{backingBean.chartImageRenderer}. Then the method
signature of chartImageRenderer is
public String getChartImageRenderer() where you have to provide a FQN of
a class implementing the ImageRenderer interface.
It should work then to add f:param tags within the graphicsImageDynamic
component to pass down some informations to the renderer.
Though, I do not know much more about that way ... I am a MyFaces
Orchestra user ;-)
Ciao,
Mario
[jira] Created: (TOMAHAWK-1016) ParameterResourceProvider do not encode the value
ParameterResourceProvider do not encode the value - Key: TOMAHAWK-1016 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1016 Project: MyFaces Tomahawk Issue Type: Bug Reporter: Mario Ivankovits Assignee: Mario Ivankovits The ParameterResourceProvider do not encode the value which will be later used by the browser for subsequent requests. This means that values with special url characters like #, etc are destroying the url, the request will fail. The proposed solution for now is to use java.net.URLEncoder to encode the value using the response writer charset, or UTF-8 if it is not set. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (TOMAHAWK-1016) ParameterResourceProvider do not encode the value
[ https://issues.apache.org/jira/browse/TOMAHAWK-1016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits resolved TOMAHAWK-1016. Resolution: Fixed Fix Version/s: 1.1.6-SNAPSHOT ParameterResourceProvider do not encode the value - Key: TOMAHAWK-1016 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1016 Project: MyFaces Tomahawk Issue Type: Bug Reporter: Mario Ivankovits Assignee: Mario Ivankovits Fix For: 1.1.6-SNAPSHOT The ParameterResourceProvider do not encode the value which will be later used by the browser for subsequent requests. This means that values with special url characters like #, etc are destroying the url, the request will fail. The proposed solution for now is to use java.net.URLEncoder to encode the value using the response writer charset, or UTF-8 if it is not set. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (TOMAHAWK-1016) ParameterResourceProvider do not encode the value
[ https://issues.apache.org/jira/browse/TOMAHAWK-1016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12501615 ] Mario Ivankovits commented on TOMAHAWK-1016: BTW this class is used by the components: * graphicImageDynamic * outputLinkDynamic both located in the tomahawk-sandbox ParameterResourceProvider do not encode the value - Key: TOMAHAWK-1016 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1016 Project: MyFaces Tomahawk Issue Type: Bug Reporter: Mario Ivankovits Assignee: Mario Ivankovits Fix For: 1.1.6-SNAPSHOT The ParameterResourceProvider do not encode the value which will be later used by the browser for subsequent requests. This means that values with special url characters like #, etc are destroying the url, the request will fail. The proposed solution for now is to use java.net.URLEncoder to encode the value using the response writer charset, or UTF-8 if it is not set. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Tomahawk sandbox component submitOnEvent and Trinidad components
Hi! have you got any clue on this? I have't used Trinidad till now. @carsten: Do you see some javascript regarding submitOnEvent stuff rendered into the resulting html? @martin: I rely on the ComponentFamily, do you know if input fields in Trinidad use UIInput.COMPONENT_FAMILY and commands UICommand.COMPONENT_FAMILY? Alternatively I check the class using instanceof UIInput|UICommand, but this I know can not work with Trinidad. Ciao, Mario [EMAIL PROTECTED] wrote: Hi, just a short question: Does the Tomahawk sandbox component submitOnEvent collaborate with Trinidad components? I'm afraid it simply doesn't… Or am I missing some configuration gimmick? For your information, our environment also includes Facelets… Thanks in advance, Carsten
Re: Tomahawk sandbox component submitOnEvent and Trinidad components
Hi Matthias! But, the problem is, that Family/Type are strings. Why not going against the base interfaces, provided by JSF ? -javax.faces.component.EditableValueHolder -javax.faces.component.ActionSource Yepp, I'll change it that way. I just wanted to know ;-) Thanks! Ciao, Mario
Re: Tomahawk sandbox component submitOnEvent and Trinidad components
Matthias Wessendorf schrieb: On 6/1/07, Mario Ivankovits [EMAIL PROTECTED] wrote: Hi! have you got any clue on this? I have't used Trinidad till now. @carsten: Do you see some javascript regarding submitOnEvent stuff rendered into the resulting html? @martin: I rely on the ComponentFamily, do you know if input fields in Trinidad use UIInput.COMPONENT_FAMILY and commands UICommand.COMPONENT_FAMILY? Alternatively I check the class using instanceof UIInput|UICommand, but this I know can not work with Trinidad. EditableValueHolder / ActionSource ? Still, what about ComponentFamily? Ciao, Mario
Re: Tomahawk sandbox component submitOnEvent and Trinidad components
Hi Matthias! Hi Matthias! But, the problem is, that Family/Type are strings. Why not going against the base interfaces, provided by JSF ? -javax.faces.component.EditableValueHolder -javax.faces.component.ActionSource When I hook on one of the UISelect* components I use a different event action. Instead of onkeypress the component will automatically choose onchange. This will be done by checking for one of UISelectBoolean.COMPONENT_FAMILY, UISelectMany.COMPONENT_FAMILY, UISelectOne.COMPONENT_FAMILY Is there something similar for Trinidad? Its just to make the component a little bit smarter, the user/in is always able to define which even to use as attribute. Ciao, Mario
Re: Tomahawk sandbox component submitOnEvent and Trinidad components
Hi! just a short question: Does the Tomahawk sandbox component submitOnEvent collaborate with Trinidad components? I've change submitOnEvent in a way that should make it work with Trinidad too, though, I have no Trinidad here and do not have the time to test it. Please give it a try and report back. Thanks! Ciao, Mario
Re: [COMMUNITY] Ernst Fastl - Committer
Hi! Thanks Ernst, and welcome to the team! Welcome on board! Ciao, Mario
[jira] Commented: (VFS-162) Url parsing incorrect with @ symbol in the password field.
[ https://issues.apache.org/jira/browse/VFS-162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12498955 ] Mario Ivankovits commented on VFS-162: -- Special characters have to be encoded. In your case the @ should be written as %40. And then there is an api which you can use. We have some *FileSystemConfiguBuilder which will help you there. See [1] to get a clue. Ciao, Mario [1] http://jakarta.apache.org/commons/vfs/api.html Url parsing incorrect with @ symbol in the password field. -- Key: VFS-162 URL: https://issues.apache.org/jira/browse/VFS-162 Project: Commons VFS Issue Type: Bug Affects Versions: 1.0 Environment: N/A Reporter: Ivan Lazarte Attachments: vfs-bug-fix.zip The file system being used used is SftpFileSystem. After an initial look into, I'd have to subclass and invoke the Jsch libs directly to potentially set the pw programmatically? It'd be nice if Sftp could accept a high level, non api specific method for programmatically setting the pw. Expected behavior is to choose the rightmost @ as the host delimiter, but a higher level programmatic api is a nice to have as well. If I've missed anything in the api which lets me do this already, just let me know! :) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (VFS-162) Url parsing incorrect with @ symbol in the password field.
[ https://issues.apache.org/jira/browse/VFS-162?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits resolved VFS-162. -- Resolution: Won't Fix Url parsing incorrect with @ symbol in the password field. -- Key: VFS-162 URL: https://issues.apache.org/jira/browse/VFS-162 Project: Commons VFS Issue Type: Bug Affects Versions: 1.0 Environment: N/A Reporter: Ivan Lazarte Attachments: vfs-bug-fix.zip The file system being used used is SftpFileSystem. After an initial look into, I'd have to subclass and invoke the Jsch libs directly to potentially set the pw programmatically? It'd be nice if Sftp could accept a high level, non api specific method for programmatically setting the pw. Expected behavior is to choose the rightmost @ as the host delimiter, but a higher level programmatic api is a nice to have as well. If I've missed anything in the api which lets me do this already, just let me know! :) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (VFS-98) VFS causes deadlocks or is not thread-safe
[ https://issues.apache.org/jira/browse/VFS-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12498957 ] Mario Ivankovits commented on VFS-98: - Yes, we fixed it. If you experience some deadlocks try generating a full thread dump. Its output should help greatly :-) Ciao, Mario VFS causes deadlocks or is not thread-safe -- Key: VFS-98 URL: https://issues.apache.org/jira/browse/VFS-98 Project: Commons VFS Issue Type: Bug Affects Versions: Nightly Builds Environment: jdk1.5.0_07 / Linux Reporter: Juha-Matti Toppinen Assigned To: Mario Ivankovits Attachments: vfs.dead.jstack.txt, vfs.dead.threaddump.synchronizedfileobject.txt, vfs.dead.threaddump.txt Newer versions of VFS seems to be unusable in multithreading environments, causing a deadlock of some kind. This causes my Java web server application to completely hang when there is many concurrent connections. My application uses a single FileSystemManager instance, and makes quite heavy use of VFS; opening many files from many threads simultaneously. I have tried, without success different workarounds based on some mailing list threads: - Using both NullReferenceFilesCache and the default SoftReferenceFilesCache. (SoftReferenceFilesCache seemed to sometimes cause some additional thread-related exceptions under heavy load, but propably unrelated to this issue) - Using the new SynchorizedFileObjectDecorator also did not help. On the contrary, it seemed to trigger the deadlock more easily. The version I have problems with is a nightly build: commons-vfs-20060831 The older version commons-vfs-20060115 works beautifully, but I would like to use newer version because I want to be able to use FileObject.refresh() to reset the internal state of files (specially, to get a fresh list of children). I hope the threading issues are going to be resolved in near future, and I am willing to help in any way. I do not have very deep experience about multithreading applications, so I wasn't able to get more close to the roots of the issue. Feel free to ask for more information. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VFS] FileSystemManager in non singleton mode?
Hi! The documentation implies I can create a File system instance without using the singleton. If you create it by manually using DefaultFileSystemManager is it the non-singleton mode? Yes. We just use a singleton with VFS.getManager(). Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: subform and model changes
Hi! How about keepSubmittedValues which is a bit more specific than keepInput? However, it doesn't matter too much what we call it. t:dataTable has something called preserveRowStates which has a similar purpose, but I can't see how we can use the same name (nor am I sure that preserveRowStates is the best name for the one on t:dataTable). preserveSubmittedValues ? Ciao, Mario
Re: [PROPOSAL] MyFaces JSR-252 Version Number (was MyFaces 2.0.0)
Hi Manfred! For me, all in your post result in a simple +1 from my side ;-) A20.5. not solved, but if there is a JSF fix we must join all our influence and convice Ed to call it JSF-1.3 ;-) This only happens if there is a minor release of the spec do we have seen something in the past? Ciao, Mario
Re: [Tomahawk] ModalDialog: close with dialogok-event
Hi Matthias!
I'm trying to use some inputfields in the modaldialog but the input seems not
to be set in my backing bean.
h:panelGrid columns=2
h:outputText value=Name: /
s:inputSuggestAjax
value=#{resourceManageController.newResourceTypeName}
suggestedItemsMethod=#{resourceManageController.getResourceTypes}
autoComplete=true maxSuggestedItems=10 /
/h:panelGrid
h:panelGrid columns=2
t:commandButton id=ok forceId=true value=Ok
onclick=window.parent._myfaces_currentModal._myfaces_ok=true;
window.parent._myfaces_currentModal.hide(); /
t:commandButton id=cancel forceId=true
value=Abbrechen
onclick=window.parent._myfaces_currentModal.hide(); /
/h:panelGrid
Hmmm ... I think the problem is, that you immediately close the
ModalDialog in your commandButton's onClick method.
Please try the following ... instead of adding the javascript to the
commandButton, add a panelGroup and embed a f:verbatim where you place
the javascript to hide the modal dialog.
Add something like rendered=#{backingBean.closeDialog} attribute to
the panelGroup and, in your backing bean (beside getter/setter for the
boolean closeDialog), set the boolean to true in your commandButton
action method.
Also put the rest of the page also in an panelGroup with
rendered=#{!backingBean.closeDialog} (notice the !)
The goal is to have the javascript to close the dialog rendered after
the request which will update your model.
I hope it is somehow clear what I try to propose!?!
Ciao,
Mario
Re: Submit using the enter key?
Hi ! I am trying to submit a form using the enter key, but it doesn't work... Ever tried to use our SubmitOnEvent [1] sandbox component? Ciao, Mario [1] http://wiki.apache.org/myfaces/SubmitOnEvent
Re: [Tomahawk] ModalDialog: close with dialogok-event
Hi! didn't I have to close the dialog immediatly ? without closing the dialog there wouldn't be a call to the backing bean .. ? Keep in mind that the dialog is in fact a different jsf page. So you have to finish the lifecycle of this sub page to get the model updated and then refresh the master page to reflect the changes there too. With some more javascript magic you can avoid this round-trip, though, you'll find thats hard too as manual javascript and JSF has its own oddities. For now, all this means you have to put the bean required on the sub page (or at least a lightweight result bean) into the session scope ... which is a bad thing, but should do it for now. Later you can use Apache MyFaces Orchestra (we are working hard on the documentation) to get two new JSF scopes: * conversation * flush Even if Orchestra is created to simplify your live with persistence, it does not require you to use this module. You can just use the new scopes alone without problems. Stay tuned! Ciao, Mario
Re: Orchestra vs Spring-Annotations
Hi! Hey, can anyone tell me how Orchestra compares to Spring-Annotations JSF module (http://sannotations.sourceforge.net/jsf.html)? I did not find the required information on their homepage, though, it looks like there is indeed some overlap. Some quick differences are: * Orchestra do not require annotations, admitted, they simplify your life ;-) * We really introduce a conversation scope comparable to session, request etc ... you use scope=conversation in your managed bean config to do the magic We hope that makes it more natural to use, every JSF developer is aware of scopes ... so we just have one or two additional scopes. * We had persistence in mind, means, beans in one of those scope can have a persistence context with the same length = long sessions, though, as I already mentioned in another post using our persistence is optional. You can configure conversation scopes with this persistence context synchronization, and another conversation name without this feature enabled. The same counts for our flash scope. Ok, with the above features we are just one of many :-), but at least we try another strategy than the others. Additionally we try another approach to generate forms based on the beans meta data (=annotations). IMHO in contrast to generated JSF pages the cons here are: * the form changes as your model do * the user will be able to choose which properties to view within the form (this is a future enhancement) - often it depends on the installation how the form should look like, now the user can custom it. I think this will work best with dataTable like pages. Additional info should be available at [1] and [2] during the next week. I've updated [1], but it might take some time until the new site will be available. The new version of our site will show a short example and more text on the start page. Ciao, Mario [1] http://myfaces.apache.org/orchestra/myfaces-orchestra-core/index.html [2] http://wiki.apache.org/myfaces/Orchestra
subform and model changes
Hi! It looks like model changes are not reflected in subforms not subject of the current request. So if you have stuff like: h:form h:commandInput / h:commandButton id=btn1 / s:subForm h:selectOneMenu / h:commandButton id=btn2 / /s:subForm /h:form Now if you select one of the elements of the selectOneMenu and press btn2 everything is fine. If you enter something in the commandInput and press btn1 which will change the data the selectOneMenu relies on this works too, but if you change the value of the selectOneMenu (which is the one which will be selected then) this do not work as during the render phase the selectOneMenu component will use its submittedValue instead of the model value. As far as I can see this happens as the processValidators phase is skipped for the subform and thus the submitted value will not be reset. What do you think if we, instead of just skipping the processValidators phase, iterate through the components and set their submittedValue to null so they will get their value from the model again. Ciao, Mario
Re: subform and model changes
Hi Mike! If you want to change the submitted values to the backing bean, then you need to do so in code just as if you wanted to do it for a regular form. http://wiki.apache.org/myfaces/ClearInputComponents Yep, I am aware of this, but I really hate to use component bindings. This is alway a last resort for me. That said, I'd not be opposed to adding an attribute to a subform to configure it to refetch from the model so long as that was not the default behavior. Hmmm not issuing the validation and not updating the model to allow to submit another form was the main goal of subForm, no? If we say subForm was introduced to avoid the use of multiple h:forms on the page, then it should refetch from the model by default. I'd like to add a parameter ... maybe called refetchFromModel ... with a default value of true. I am sure this is the major use case, especially if you keep in mind that e.g. you can change the options of a select*Listbox but not its value (yet). It's a sandbox component, I think we can argue the change. Any objections? Ciao, Mario
Re: subform and model changes
Hi ! One of my primary use cases is to do something like set of input field rows add-new-row button inside of a subForm This means you allow the user to add some rows and validate the input at a later save point at once? However, you won :-) So I'll try to develop the attribute with a default value to keep the current behavior. Now for a good attribute name (with the value to keep current behavior): refetchFromModel=false modelRestore=false restoreValues=false keepInput=true ... I'd opt for keepInput which means the subForm will keep the input (by default) or in case of keepInput=false it will refetch the data from the model. Ciao, Mario
Re: [VFS] Support for cifs (smb) not in VFS 1.0
Hi! But that doesn't contain smb (cifs) anymore. Can anybody tell me why cifs moved to sandbox? We moved cifs to the sandbox due to unresolved (at that time) legal issues. These issues are solved now and we will move cifs back to the head as soon as I find some time to adjust the build process as required by our rules for lgpl dependencies. Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VFS] Support for cifs (smb) not in VFS 1.0
Hi! thanks for the fast response. Could you tell me which version of jcifs will be implemented in VFS? At the moment I think it is 0.8.3. What do you plan to use? As long as there is no compatibility break in any of the jcifs releases you can use the latest version if wanted. In our project we use jcifs 1.2.6 with VFS. Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VFS] Bookmark Support in VFS
Hi Mark! Windows creates small text files (.URL) files that look something like this: [InternetShortcut] URL:http://www.news.com I guess you mean that we could treat them as links, do you? If so, then no, there are no plans yet to support this stuff. Not sure how easy/hard it would be to implement. Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Tomahawk] ModalDialog: close with dialogok-event
Hi! after open the modal dialog with the link open dialog and then closing it with the link close window there should be a server call cause it's the dialogok-event. but nothing happens ... But the dialog box closes? Do you use IE or firefox? Do you see any javascript error? For firefox install the FireBug extensions and for IE you might have to enable the checkbox in extras/... (dont know where exactly ;-) ) to show javascript errors Ciao, Mario
Re: [Tomahawk] ModalDialog: close with dialogok-event
Hi Matthias! But the dialog box closes? Do you use IE or firefox? Do you see any javascript error? For firefox install the FireBug extensions and for IE you might have to enable the checkbox in extras/... (dont know where exactly ;-) ) to show javascript errors now I've tested the example with IE ... nothing happens there until now I tried it with Firefox, everything work as it should there. I'm developing with Eclipse, it uses the IE as internal browser. So it works with your application too if you use firefox? Which means we have a browser incompatibility here. If this is the case I'll investigate it soon and please open a jira issue [1] Thanks! Ciao, Mario [1] http://myfaces.apache.org/issue-tracking.html
Re: What is nightly builds ?
Volker Weber wrote: the nightly builds are here: http://people.apache.org/builds/myfaces/nightly/ Hmmm ... wer are on 1.1.6 for tomahawk, no? I can't find them in the nightly directory. Anyone knows whats wrong? Ciao, Mario
Re: [vfs] trunk build fails?
looks like the a test is failing.
For now, please add -Dmaven.test.skip=true to your mvn cmd line as our tests do
not really work with surefire (maven2) yet.
Mario
-Original Message-
From: James Carman [EMAIL PROTECTED]
Date: Monday, Mai 21, 2007 7:15 pm
Subject: [vfs] trunk build fails?
To: Reply-Jakarta Commons Developers List
commons-dev@jakarta.apache.orgTo: Jakarta Commons Developers List
commons-dev@jakarta.apache.org
I am trying to install VFS into our local maven repository (we require
WebDAV support, so we need the sandbox) and I can't get a clean build using
Maven2. I checkout, cd to the directory, and run a mvn install and I get...
[INFO] Scanning for projects...
[INFO] Reactor build order:
[INFO] Commons VFS (project)
[INFO] core
[INFO] examples
[INFO] sandbox
[INFO]
-
---
[INFO] Building Commons VFS (project)
[INFO]task-segment: [clean, install]
[INFO]
-
---
[INFO] [clean:clean]
[INFO] Deleting directory /home/jcarman/commons-vfs/target
[INFO] Deleting directory /home/jcarman/commons-vfs/target/classes
[INFO] Deleting directory /home/jcarman/commons-vfs/target/test-classes
[INFO] [antrun:run {execution: default}]
[INFO] Executing tasks
[copy] Copying 2 files to
/home/jcarman/commons-vfs/target/classes/META-INF
[INFO] Executed tasks
[INFO] [site:attach-descriptor]
[INFO] [install:install]
[INFO] Installing /home/jcarman/commons-vfs/pom.xml to
/home/jcarman/.m2/reposit
ory/org/apache/commons/commons-vfs-project/1.1-SNAPSHOT/commons-
vfs-project-1.1-
SNAPSHOT.pom
[INFO]
-
---
[INFO] Building core
[INFO]task-segment: [clean, install]
[INFO]
-
---
[INFO] [clean:clean]
[INFO] Deleting directory /home/jcarman/commons-vfs/core/target
[INFO] Deleting directory /home/jcarman/commons-vfs/core/target/classes
[INFO] Deleting directory /home/jcarman/commons-vfs/core/target/test-classes
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
Compiling 218 source files to /home/jcarman/commons-vfs/core/target/classes
[INFO] [antrun:run {execution: default}]
[INFO] Executing tasks
[echo] Setup test-data environment
[copy] Copying 30 files to
/home/jcarman/commons-vfs/core/target/classes/te
st-data
[INFO] Executed tasks
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
Compiling 58 source files to
/home/jcarman/commons-vfs/core/target/test-classes
[INFO] [surefire:test]
[INFO] Surefire report directory:
/home/jcarman/commons-vfs/core/target/surefire
-reports
---
T E S T S
---
Running org.apache.commons.vfs.provider.ram.test.RamProviderTestCase
Tests run: 0, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.109 sec
Running org.apache.commons.vfs.provider.http.test.HttpProviderTestCase Tests
run: 0, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.069 sec Running
org.apache.commons.vfs.provider.url.test.UrlHttpProviderTestCase Tests run: 0,
Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.006 sec Running
org.apache.commons.vfs.provider.ftp.test.FtpProviderTestCase
Tests run: 0, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.008 sec
Running org.apache.commons.vfs.provider.tar.test.TgzProviderTestCase
Tests run: 0, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.014 sec
Running org.apache.commons.vfs.provider.local.test.LocalProviderTestCase Tests
run: 0, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 sec Running
org.apache.commons.vfs.RunTest
Tests run: 0, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.081 sec May
21, 2007 1:13:24 PM org.apache.commons.vfs.VfsLog info
INFO: Using /tmp/vfs_cache as temporary files store.
Running org.apache.commons.vfs.provider.jar.test.JarProviderTestCase
Tests run: 0, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.026 sec
Running org.apache.commons.vfs.provider.tar.test.NestedTarTestCase
Tests run: 0, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.116 sec
Running org.apache.commons.vfs.test.FileSystemManagerFactoryTestCase
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.305 sec
FA
ILURE!
Running org.apache.commons.vfs.provider.tar.test.Tbz2ProviderTestCase Tests
run: 0, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec Running
org.apache.commons.vfs.provider.tar.test.NestedTbz2TestCase
Tests run: 0, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.apache.commons.vfs.provider.url.test.UrlProviderHttpTestCase Tests
run: 0, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 sec Running
datatable and groupBy enhancements
Hi! I'd like to make the following two enhancements to the tomahawk datatable/column: 1) add a new attribute groupByValue to the column This allows to configure a valueBinding to be used as value to check if there is a group change instead of scanning the children. The old behavior still works, but has the disadvantages that it doesn't not work if you embed the values in an panelGrid/panelGroup or any other container. Say you'll print the customer name in the groupBy column. The groupByValue will be the id of the customer but the column content is a panelGrid rendering the name/address etc. 2) use objects instead of StringBuffer to create the compare string The current implementation uses a StringBuffer to collect all the children values. This means it has to lookup the converter to convert the object to a string. I'd like to change this to use a list of objects and compare them object by object using .equals(), avoiding the need to use a converter. Though, this might be an incompatible change as a converter might return the same string for different object values and where there was no group change in the past, now it will. However, I think this case is very unlikely. What do you think? Any objections? Ciao, Mario
Re: datatable and groupBy enhancements
Hi! Sugesstion 1 has disadvatage: if you change one property of children in group, which is not defined as groupByValue or taken in account when computing value of checking value, you don't get whole group as changed. Notice, this change is backward compatible, so if you do NOT use groupByValue you'll get what you have now. The table will simply scan the children of the groupBy cell. groupByValue will just give you the control of WHICH property to use to check the group change condition, you'll do this if you have multiple children added to a panelGrid (which currently do not work, but I'll change this too) Suggestion 2 has disadvantage: equals() method returns only TWO results - true/false, while comparator returns THREE results - -1, 0, 1. By using equals() method you can't do sorting on objects :( This would be true if we have to use sorting for this kind of stuff, but we do not have to. The code was a simple .compareTo()==0, so replacable by .equals() once we check the objects directly and not their string representation in an StringBuffer. Ciao, Mario
[jira] Created: (TOMAHAWK-1004) some groupBy enhancements for datatable
some groupBy enhancements for datatable --- Key: TOMAHAWK-1004 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1004 Project: MyFaces Tomahawk Issue Type: Improvement Components: Extended Datatable Reporter: Mario Ivankovits Assigned To: Mario Ivankovits Priority: Minor 1) add an optional groupByValue attribute to the column component to allow configuring where to get the value to check the group change 2) change to use a list of objects instead of the string based comparison 3) recursively get the children of the column to get components nested in an panelGrid etc too -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (TOMAHAWK-1004) some groupBy enhancements for datatable
[ https://issues.apache.org/jira/browse/TOMAHAWK-1004?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits resolved TOMAHAWK-1004. Resolution: Fixed Fix Version/s: 1.1.6-SNAPSHOT some groupBy enhancements for datatable --- Key: TOMAHAWK-1004 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1004 Project: MyFaces Tomahawk Issue Type: Improvement Components: Extended Datatable Reporter: Mario Ivankovits Assigned To: Mario Ivankovits Priority: Minor Fix For: 1.1.6-SNAPSHOT 1) add an optional groupByValue attribute to the column component to allow configuring where to get the value to check the group change 2) change to use a list of objects instead of the string based comparison 3) recursively get the children of the column to get components nested in an panelGrid etc too -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: commons compress status?
Hi! I agree that the 'compress' tar classes should be removed and a pointer left to the VFS project. We've already moved an early version (before the api cleanup) of the COMPRESS codebase to VFS. The thing is, that VFS normally would NOT like to provide the implementation for a certain filesystem, it should just be a wrapper for the implementation library. We can make an exception, though, fact is that there are too to few active developers (yet) for VFS to push stuff like this any further. Ciao, Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
configure language bundle as managed bean (was: Sandbox behaviour!!)
Hi! I meant you create a managed bean entry, something like: managed-bean managed-bean-namebundle/managed-bean-name managed-bean-classyour.package.name.LanguageBundler/managed-bean-class managed-bean-scopeapplication/managed-bean-scope /managed-bean where LanguageBundler is a class implementing the Map interface and the methods containsKey and get - the rest can throw an UnsupportedOperationException In get() read from your ResourceBundle. That way you are close to JSF 1.2 and the problems outlined previously are gone. Hope this helps! Ciao, Mario Hi evrybody, I have configured it: application view-handler org.apache.myfaces.tomahawk.application.jsp.JspTilesViewHandlerImpl /view-handler locale-config default-localees/default-locale /locale-config message-bundle servidesk.messages.MessageResources /message-bundle /application But still necesary to put: - Mensaje original De: Adam Winer [EMAIL PROTECTED] Para: MyFaces Discussion users@myfaces.apache.org Enviado: miércoles, 16 de mayo, 2007 9:06:14 Asunto: Re: Sandbox behaviour!! Yes, in JSF 1.2 you can add a resource-bundle tag to faces-config.xml, which will add a ResourceBundle as if it were a managed bean available on all pages. This is more efficient than f:loadBundle, and also makes the resource bundle available at all parts of the JSF lifecycle (instead of just during Render Response). -- Adam Winer On 5/15/07, Mario Ivankovits [EMAIL PROTECTED] wrote: Hi! try using s:loadBundle instead of f:loadBundle for your messages If there is only one bundle for your application I'd suggest to configure it as managed bean (implementing the map interface). That way you * can get rid of configuring it on each page * have it available even for ajax requests * it is JSF 1.2 like (as far as I know you can configure it there with a special managed-bean entry) Ciao, Mario regards Ernst On 5/15/07, Angel Miralles Arevalo [EMAIL PROTECTED] wrote: Hi everybody, can anybody explain me, what are functionalities for sandbox components? For example if you put a message from a .properties inside a s:pprPanelGroup/s:pprPanelGroup. When you execute the component (ajax) the message has disappeared! Thank you very much!! LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com http://es.voice.yahoo.com/ ¡Descubre una nueva forma de obtener respuestas a tus preguntas! Entra en Yahoo! Respuestas http://es.answers.yahoo.com/;_ylc=X3oDMTEzNWwxbTZtBF9TAzIxMTQ3MTQxOTAEc2VjA01haWwEc2xrA3RhZ2xpbmVz.
Re: [PROPOSAL] Create a notifications mailing list
Hi! People who want to see commits and notifications right next to each other should absolutely have that option. And you will, just filter both lists into the same folder (or give them the same tag.) And active developers should certainly be watching both commits and notifications. You can apply the same filter to move the Continuum messages to another folder - or even trash them. Howver, _how_ you watch them should be up to you -- the Atom feed on the official archives is a great resource, as are Nabble forums. I do not use atom feeds to monitor any mailing-list ... so don't know if they will be of any value for me. Ciao, Mario
Re: Sandbox behaviour!!
Hi! try using s:loadBundle instead of f:loadBundle for your messages If there is only one bundle for your application I'd suggest to configure it as managed bean (implementing the map interface). That way you * can get rid of configuring it on each page * have it available even for ajax requests * it is JSF 1.2 like (as far as I know you can configure it there with a special managed-bean entry) Ciao, Mario regards Ernst On 5/15/07, Angel Miralles Arevalo [EMAIL PROTECTED] wrote: Hi everybody, can anybody explain me, what are functionalities for sandbox components? For example if you put a message from a .properties inside a s:pprPanelGroup/s:pprPanelGroup. When you execute the component (ajax) the message has disappeared! Thank you very much!! LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com
[jira] Resolved: (VFS-135) Don't force-set the classloader
[ https://issues.apache.org/jira/browse/VFS-135?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits resolved VFS-135. -- Resolution: Fixed Fix Version/s: 1.1 Makes sense ... just ... did you test it in a webapp environment? Don't force-set the classloader --- Key: VFS-135 URL: https://issues.apache.org/jira/browse/VFS-135 Project: Commons VFS Issue Type: Bug Affects Versions: 1.1 Reporter: Adam Heath Priority: Minor Fix For: 1.1 Attachments: fix_StandardFileSystemManager-use-findClassLoader.patch StandardFileSystemManager is force-setting the classloader. The attached patch changes this. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (VFS-135) Don't force-set the classloader
[ https://issues.apache.org/jira/browse/VFS-135?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12495478 ] Mario Ivankovits commented on VFS-135: -- Thanks for the patch! Don't force-set the classloader --- Key: VFS-135 URL: https://issues.apache.org/jira/browse/VFS-135 Project: Commons VFS Issue Type: Bug Affects Versions: 1.1 Reporter: Adam Heath Priority: Minor Fix For: 1.1 Attachments: fix_StandardFileSystemManager-use-findClassLoader.patch StandardFileSystemManager is force-setting the classloader. The attached patch changes this. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (VFS-136) Fix index in vfs.provider/get-attributes.error
[ https://issues.apache.org/jira/browse/VFS-136?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits resolved VFS-136. -- Resolution: Fixed Fix Version/s: 1.1 Applied - Thanks for the patch! Fix index in vfs.provider/get-attributes.error -- Key: VFS-136 URL: https://issues.apache.org/jira/browse/VFS-136 Project: Commons VFS Issue Type: Bug Affects Versions: 1.1 Reporter: Adam Heath Priority: Trivial Fix For: 1.1 Attachments: fix_attributes-not-exist-parameter-indices.patch See attached patch. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (VFS-137) Call handledChanged appropriately.
[ https://issues.apache.org/jira/browse/VFS-137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12495588 ] Mario Ivankovits commented on VFS-137: -- In this case onChange() is just to allow subclasses to do some internal freshup in case we changed the file - e.g. in ftp and sftp This has nothing to do with handleChanged which - as the comment states - will only be called by a FileMonitor. This patch needs some thoughts if we really can change/combine it as proposed. Call handledChanged appropriately. -- Key: VFS-137 URL: https://issues.apache.org/jira/browse/VFS-137 Project: Commons VFS Issue Type: Bug Affects Versions: 1.1 Reporter: Adam Heath Priority: Minor Attachments: fix_AbstractFileObject-handleChange.patch See attached patch. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (VFS-138) Fix ClassCastException in AbstractFileName
[ https://issues.apache.org/jira/browse/VFS-138?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits resolved VFS-138. -- Resolution: Fixed Fix Version/s: 1.1 Applied - Thanks for the patch! Fix ClassCastException in AbstractFileName -- Key: VFS-138 URL: https://issues.apache.org/jira/browse/VFS-138 Project: Commons VFS Issue Type: Bug Affects Versions: 1.1 Reporter: Adam Heath Fix For: 1.1 Attachments: fix_AbstractFileName-equals-ClassCastException.patch The contract for equals doesn't allow you to throw a ClassCastException. So, add an instanceof comparison. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (VFS-139) Fix javac 1.5 warnings
[ https://issues.apache.org/jira/browse/VFS-139?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits resolved VFS-139. -- Resolution: Fixed Fix Version/s: 1.1 Applied - Thanks for the patch! Fix javac 1.5 warnings -- Key: VFS-139 URL: https://issues.apache.org/jira/browse/VFS-139 Project: Commons VFS Issue Type: Improvement Affects Versions: 1.1 Reporter: Adam Heath Priority: Trivial Fix For: 1.1 Attachments: fix_java15-warnings.patch In java1.5, javac has support for varargs. It does this by auto-creating an array of the appropriate type, when a variable number of parameters are passed. However, in such cases, when a null is passed to such a method, it isn't completely sure how to proceed. Should it create an array with a single null value, or should it just pass the null value straight thru? In any event, the attached patch fixes it. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (VFS-140) Fix memory leaking when closing a file.
[ https://issues.apache.org/jira/browse/VFS-140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits resolved VFS-140. -- Resolution: Fixed Fix Version/s: 1.1 Applied - thanks for the patch! Fix memory leaking when closing a file. --- Key: VFS-140 URL: https://issues.apache.org/jira/browse/VFS-140 Project: Commons VFS Issue Type: Bug Affects Versions: 1.1 Reporter: Adam Heath Priority: Minor Fix For: 1.1 Attachments: fix_AbstractFileObject-null-content-close.patch Unset content after the file is closed, to fix a memory leak. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (VFS-141) Implement refresh in DelegateFileObject.
[ https://issues.apache.org/jira/browse/VFS-141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits resolved VFS-141. -- Resolution: Fixed Fix Version/s: 1.1 Applied - Thanks for the patch! Implement refresh in DelegateFileObject. Key: VFS-141 URL: https://issues.apache.org/jira/browse/VFS-141 Project: Commons VFS Issue Type: Bug Affects Versions: 1.1 Reporter: Adam Heath Priority: Minor Fix For: 1.1 Attachments: fix_DelegateFileObject-implement-refresh.patch See $summary and patch. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (VFS-142) Clear ThreadData after all streams are closed, fixes a memory leak
[ https://issues.apache.org/jira/browse/VFS-142?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12495613 ] Mario Ivankovits commented on VFS-142: -- Is it really worth the hassle? Having the FileContentThreadData around in an ThreadLocal might not necessarily introduce a memory leak and the object itself is not that big, two array lists and one reference. Clear ThreadData after all streams are closed, fixes a memory leak -- Key: VFS-142 URL: https://issues.apache.org/jira/browse/VFS-142 Project: Commons VFS Issue Type: Bug Affects Versions: 1.1 Reporter: Adam Heath Attachments: fix_ThreadData-clear.patch After all streams are closed in FileContentThreadData, clear the ThreadLocal. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (VFS-160) Speedup FileNameParser.encodeCharacter
[ https://issues.apache.org/jira/browse/VFS-160?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12495702 ] Mario Ivankovits commented on VFS-160: -- Could you explain a little bit why this would be a speedup improvement? I don't think that our character comparison is really slower than the array access stuff. Speedup FileNameParser.encodeCharacter -- Key: VFS-160 URL: https://issues.apache.org/jira/browse/VFS-160 Project: Commons VFS Issue Type: Improvement Affects Versions: 1.1 Reporter: Adam Heath Priority: Minor Attachments: feature_array-based-encodeCharacter.patch Use an array for characters 256, and a BitSet for those larger. Speedup improvement. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (VFS-144) Only take the first LocalFileProvider, not the last
[ https://issues.apache.org/jira/browse/VFS-144?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits resolved VFS-144. -- Resolution: Fixed Fix Version/s: 1.1 Applied - Thanks for the patch! Only take the first LocalFileProvider, not the last --- Key: VFS-144 URL: https://issues.apache.org/jira/browse/VFS-144 Project: Commons VFS Issue Type: Bug Affects Versions: 1.1 Reporter: Adam Heath Priority: Minor Fix For: 1.1 Attachments: fix_DefaultFileSystemManager-first-LocalProvider.patch Modify DefaultFileSystemManager, to only take the first LocalFileProvider registered, not the last. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (VFS-145) Switch the files caches implementations to HashMap, as it is faster
[ https://issues.apache.org/jira/browse/VFS-145?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits resolved VFS-145. -- Resolution: Fixed Fix Version/s: 1.1 A - TFTP! ;-) Switch the files caches implementations to HashMap, as it is faster --- Key: VFS-145 URL: https://issues.apache.org/jira/browse/VFS-145 Project: Commons VFS Issue Type: Improvement Affects Versions: 1.1 Reporter: Adam Heath Fix For: 1.1 Attachments: feature_FilesCache-TreeMap-HashMap.patch There's no reason to use a TreeMap, as we aren't doing ordered traversal of the map. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (VFS-157) Cache the hashCode in AbstractFileName
[ https://issues.apache.org/jira/browse/VFS-157?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits resolved VFS-157. -- Resolution: Fixed Fix Version/s: 1.1 A - TFTP! ;-) Cache the hashCode in AbstractFileName -- Key: VFS-157 URL: https://issues.apache.org/jira/browse/VFS-157 Project: Commons VFS Issue Type: Improvement Affects Versions: 1.1 Reporter: Adam Heath Fix For: 1.1 Attachments: feature_cache-AbstractFileName-hashCode.patch See $summary and patch. Noticeable speedup. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (VFS-147) Don't call Thread.currentThread in DefaultFileMonitor
[ https://issues.apache.org/jira/browse/VFS-147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits resolved VFS-147. -- Resolution: Fixed Fix Version/s: 1.1 Applied - Thanks for the patch! Don't call Thread.currentThread in DefaultFileMonitor - Key: VFS-147 URL: https://issues.apache.org/jira/browse/VFS-147 Project: Commons VFS Issue Type: Improvement Affects Versions: 1.1 Reporter: Adam Heath Priority: Minor Fix For: 1.1 Attachments: feature_use-monitorThread-not-Thread.currentThread.patch DefaultFileMonitor has a reference to the thread; no need to call Thread.currentThread(). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
