February 2010 - jboss-user - Jboss List Archives

[Performance Tuning] New message: "Re: JBoss Request Queue Size"

by Peter Johnson

User development, A new message was posted in the thread "JBoss Request Queue Size": http://community.jboss.org/message/528932#528932 Author : Peter Johnson Profile : http://community.jboss.org/people/peterj Message: -------------------------------------------------------------- Most of the information is kept in the MBean jboss.web:name=http-127.0.0.1-8080,type=ThreadPool (IP address and port number will vary), but the wait queue depth is not tracked. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528932#528932

14 years, 10 months

1
0
0 / 0

[jBPM] New message: "Re: Determine type of event notification"

by Ronald van Kuijk

User development, A new message was posted in the thread "Determine type of event notification": http://community.jboss.org/message/528931#528931 Author : Ronald van Kuijk Profile : http://community.jboss.org/people/kukeltje Message: -------------------------------------------------------------- Phewww... no idea... I'll have to check in the source -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528931#528931

14 years, 10 months

1
0
0 / 0

[Performance Tuning] New message: "Re: JBoss 3.2.6 - pauses for a minute during startup"

by Peter Johnson

User development, A new message was posted in the thread "JBoss 3.2.6 - pauses for a minute during startup": http://community.jboss.org/message/528930#528930 Author : Peter Johnson Profile : http://community.jboss.org/people/peterj Message: -------------------------------------------------------------- Another thought - did you preallocate the disk? If not, VMWare at times expanding the size of the virtual disk could explain the wild differences in "pause" times. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528930#528930

14 years, 10 months

1
0
0 / 0

[jBPM] New message: "Re: getVariables for multiple instances at once?"

by Ronald van Kuijk

User development, A new message was posted in the thread "getVariables for multiple instances at once?": http://community.jboss.org/message/528927#528927 Author : Ronald van Kuijk Profile : http://community.jboss.org/people/kukeltje Message: -------------------------------------------------------------- Normally tasks are used to differentiate... If something with the salary needs to be done there is a task for this and you have taskslists... Ronald -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528927#528927

14 years, 10 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: VFS3 and symlinks"

by Jason Greene

User development, A new message was posted in the thread "VFS3 and symlinks": http://community.jboss.org/message/528926#528926 Author : Jason Greene Profile : http://community.jboss.org/people/jason.greene@jboss.com Message: -------------------------------------------------------------- > johnbailey wrote: > > After discussing with Jason on IRC, it seems any behavior related to symbolic link support would really have to rely in the FileSystem instances. The FileSystem instances may need to support symbolic links in different ways, or not at all. Handling symbolic links in the VFS or VirtualFile classes would break certain functionality allowing FileSystems to be mounted at any path. > > Ex. > RealPath --> /real/path/to/archive.jar > SymLinkedPath --> /link/to/archive.jar ('link' is symlink to /real/path) > > If you mount mount any FileSystem (maybe real, zip, assembled ...) at '/link' in the VFS, regardless of if it has anything to do with 'archive.jar', it would not be possible to get to the contents of the FileSystem if you force paths to be canonical in the VFS or VirtualFile layer. It would take the VFS path and convert it to the canonical path, and never get to the mounted FileSystem. In essence, the FileSystem does not exist in the VFS. > > What would make sense is if you asked a RealFileSystem for a specific path and it does the JDK File based canonical path conversion automatically. There may not necessarily be any other FileSystem that supports it, but there is nothing stopping a specific FileSystem from adding support. > > So I think it just makes sense to make sure we aren't switching between path types, and just leave it to the FileSystems to support it. Where symlinks on vfs really break down is relative paths. If you have a symlink in a mount's root that points to "../sibling.jar", then it should refer to the parent of the mount in VFS. Unfortunately we don't know what a symlink points to since java doesn't know. If we could, however, read the link (say via an lstat call), it would be possible to canonicalize them correctly. We could bundle a JNI module that would allow for RealFileSystem to pull the link info, however, that would be a big effort for an uncommon feature. IMO we should wait to see if there is demand for it, and add it later. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528926#528926

14 years, 10 months

1
0
0 / 0

[JBoss Web Services] New message: "Re: JbossWS username authentication not working"

by Peter Johnson

User development, A new message was posted in the thread "JbossWS username authentication not working": http://community.jboss.org/message/528925#528925 Author : Peter Johnson Profile : http://community.jboss.org/people/peterj Message: -------------------------------------------------------------- This configuration information: jbossws-users.properties: # A sample users.properties file for use with the UsersRolesLoginModule kermit=thefrog is inconsistent with this code: ((BindingProvider)port).getRequestContext().put(BindingProvider.USERNAME_PROPERTY, "kermitabc");; ((BindingProvider)port).getRequestContext().put(BindingProvider.PASSWORD_PROPERTY, "thefrogdef");; -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528925#528925

14 years, 10 months

1
0
0 / 0

[jBPM] New message: "Determine type of event notification"

by M M

User development, A new message was posted in the thread "Determine type of event notification": http://community.jboss.org/message/528924#528924 Author : M M Profile : http://community.jboss.org/people/gubespam Message: -------------------------------------------------------------- If I create a single event listener that is set up to listen for both "start" and "end" events, is there a way to determine, from within the notify() method, which event (start or end) actually occurred? -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528924#528924

14 years, 10 months

1
0
0 / 0

[jBPM] New message: "Re: getVariables for multiple instances at once?"

by aaron ehrensberger

User development, A new message was posted in the thread "getVariables for multiple instances at once?": http://community.jboss.org/message/528923#528923 Author : aaron ehrensberger Profile : http://community.jboss.org/people/aehrensberger Message: -------------------------------------------------------------- In trying to build this queue of 2000 process instances, I want to filter based on the values of these variables. So, say 1000 of these jobs are meant for someone that can see salary and one of the variables is salary...I want to show that person 1000 jobs and not 2000. The only way I know to do this now is to loop the 2000 instances, pull back their vars one by one, and process them in code. Making 2000 calls, regardless of how lightweight they are, would seem to be less efficient than making say 10 pagination calls, pulling back a larger set of data, I would think? In any case, this is the basis of my original question... -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528923#528923

14 years, 10 months

1
0
0 / 0

[Performance Tuning] New message: "Re: JBoss 3.2.6 - pauses for a minute during startup"

by Mike Curwen

User development, A new message was posted in the thread "JBoss 3.2.6 - pauses for a minute during startup": http://community.jboss.org/message/528922#528922 Author : Mike Curwen Profile : http://community.jboss.org/people/mike.curwen Message: -------------------------------------------------------------- Hi Brian, I don't find an entry for either of those properties in the boot.log. I've googled a bit, and are you thinking I should add -Djava.security.egd=file:/dev/urandom ? Thanks. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528922#528922

14 years, 10 months

1
0
0 / 0

[jBPM] New message: "Re: Create process instance without starting it"

by Ronald van Kuijk

User development, A new message was posted in the thread "Create process instance without starting it": http://community.jboss.org/message/528921#528921 Author : Ronald van Kuijk Profile : http://community.jboss.org/people/kukeltje Message: -------------------------------------------------------------- Your explanation is clear, and it explains what I expected. You were asking a 'technical' question in the direction of what you thought was the solution instead of asking a design question in the functional area. I think you could/should use eventlisteners on the process start event. You can call a java class there that sends the notification before the process is at the custom activity. If that does not work, you can make the start node async (do not forget to give the start state a name!). The process instance returns immediately then and the rest is executed via the jobExecutor. HTH, Ronald -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/528921#528921

14 years, 10 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user February 2010