[JBoss jBPM] - Re: problem in jbpm1.3.2 with oracle9i backend
by lampli
I had fixed it without any change but below ,and when i ant it in eclipse, i got the right result!
|
| <target name="create.db" depends="declare.jbpm.tasks" description="creates a oracle database with the jbpm tables and loads the processes in there">
| | <jbpmschema actions="create"
| | cfg="${basedir}/src/config.files/hibernate.cfg.xml" />
| | <loadidentities file="${basedir}/src/resources/oracle/identity.db.xml"
| | cfg="${basedir}/src/config.files/hibernate.cfg.xml" />
| | <ant antfile="build.xml" target="build.processes" inheritall="false" />
| | <deployprocess cfg="${basedir}/src/config.files/hibernate.cfg.xml"
| | properties="${basedir}/src/resources/oracle/create.db.hibernate.properties">
| | <fileset dir="build" includes="*.process" />
| | </deployprocess>
| | </target>
|
| regards and thanks ,
| lamp
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3975052#3975052
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3975052
19 years, 6 months
[JBoss Portal] - Re: Security constraints for portlets
by zerrt
anonymous wrote : This is not a bug. The whole idea of the portal is to let the users customize their portal (next version of portal will include dashboard management).
|
| You want to let the users edit the preferences of a portlet. Let's say you want to let one user display 15 posts per forum page and the other display 20.
|
| That's why we have management portlets (for admins).
|
| That said, one custom state could be an administration state restricted to some roles.
I suppose I understand what you are saying about the most common use of the edit mode and that all users should be able to access it if it is used for things like personal settings, etc. This is the intended use for this mode, I know. But I don't think that it should be taken for granted that this will always the case and that the ability to permission the edit mode is not needed. All other portals that I have ever worked with allow you to set permissions on the view and edit modes independantly. Reading this thread, it is clear that cases that need this kind of functionality are not that uncommon.
For my case, since I have no user edit functions for my portlet but I have admin edit functions, it would be convenient for me to use the edit mode of a portlet for admin use. It may not be the common use but it is a valid use in my opinion and should be allowed. It allows me to take advantage of the built in icon in the portal header, etc without having to do extra work.
I looked more closely at the permissions and it looks like the personalize option does set permissions for the edit mode. It's just that you can only set them on portal or page instances. So in theory I could set up a portlet with the edit mode only for the admin role - as long as it is OK that all the portlets on that page have the same permissions. But I can't figure out why it is set up like that. Why not keep the permissions consistent at every level. There is nothing to be gained by limiting the flexibility in this way. It just makes the permission system less fine-grained. Maybe it's just that I am used to doing things a different way and I have to get used to this new way for it to make sense. I know that these kinds of things are being addressed for version 2.6 so maybe all this will be straightened out soon. I'm not sure what dashboard management is, though. What kind of functionality does that include?
Anyway, thanks for the suggestion of creating a custom mode. To create a custom "admin" mode, would I have to create my own layout and render set if I want to add a new icon for the this mode on the portlet header? Maybe it might be easier to just have a link inside the body of the portlet that only appears for the admin role. Then the admin edit functionality can just be a view of the portlet that doesn't need a special mode. Not ideal but it should be fairly easy to do.
I'm sure I'll figure something out. At least I know why what I was trying to do won't work. This forum has really helped me out a lot.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3975046#3975046
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3975046
19 years, 6 months
[Remoting] - Socket read stuck on a client invoke call
by sarbu
Hi all,
I am using JBoss Remoting 1.4.0 version. Sometimes I get into an issue where the client.invoke() gets stuck at the socketRead0 method. The request eventually times out after 30 minutes.
I have two systems that communicate with each other. The client connector object is created and stored in a hashtable. When a method has to be called, the client connector is retrieved from this hash and then the invoke is called.
I also have the connection listener to notify me every 10 seconds when the connection is lost. The listener implementation removes the connector object from the hash when the connection lost event is received. However, the connection listener does not get invoked until the first invoke method is completed/released.
I reboot one of the systems. The invoke is called from the active system before the listener is called. This is the use case where I get stuck on the call.
Is there any suggestions as to how I can work around this issue? Would upgrading to 2.0.0 help?
Thanks
Saravanan
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3975045#3975045
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3975045
19 years, 6 months