[Design of JBoss Labs] - Re: Navigation in Labs 2.0
by james.cobb＠jboss.com
1. Global Navigation:
A new navigation structure has been designed to help the user access various portions of the site. These common elements will be accessible from every page.
The content would be broken into:
Home | Knowledge Base | JBoss Projects | Contribute | My.ORG
2. Projects Navigation:
The "JBoss Projects" page will be a common landing page where the user can access all jboss projects. We'll remove the old groups of "JEMS" and "Community projects" from the site. The new design will categorize the projects by function.
3. Individual Project Navigation: The project leads should have the ability to add additional pages to their project sites. The project pages portlet would have to be on each page and it's ui design would be important to show the connection of the navigation to the pages.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4003537#4003537
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4003537
19 years, 2 months
[Design of JBoss jBPM] - Re: remove context sensitive menus
by falazar
anonymous wrote :
| Using the name "Task" for TaskInstance's is good, i think. (as long as there is no reference to a task definition somewhere, which i don't think is necessary)
|
| But taking into account all the feedback and consistency, i would keep the complete names of "Process Definition" and "Process Instance".
Correct, keep Process Instance or Process for this, that is the simplest short definition,
and matches the Task Instance, Tasks, Task Definition style.
Execution is really more of an action term, and not appropriate.
Under the Process Definition page, it is not intuitive that all of the stuff is there,
"Start" should be moved to another area, and the Process List on the end seems to warrant its only top level listing or something.
We currently have a Processes page which just lists all the processes and a filter to easily select if you need to see only one type of processes, lets them easily navigate,
you have a similar search in yours.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4003533#4003533
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4003533
19 years, 2 months
[Design of JBoss jBPM] - Re: Web Console: Context Menus and Navigation
by falazar
"kukeltje" wrote:
The opening page is the user tasklist. That is (obivious) the most important one. I therefor would make it, the user part of the menu, the top one in the menu. (the username and logout are probably out of place then... hmmmmm)
David:
Yeah, this occured to me too, but I didn't have a quick answer so I just tabled the thought. One thing that has occured to me in the past is that the view that is currently presented (of the user task list) is more of a managerial view. I think I will ultimately end up making another user task list which is only the current user, and renaming the current one to be "All Tasks" or something to that effect.
Falazar:
Yeah right now the first thing on the menu is inactive most of the time, and jumps around, I would rather see the main (bottom) stuff up top, and we made and All Tasks page like that, and a Users task page as well, that are seperate.
Also we are working now on a scheme that would allow a special "filtered" view for process lists or task lists, that would show certain process varaibles, that are deemed "important" this was suggested for several things like "Purchase Requests" where the Amount was wanted to be seen in the list view.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4003522#4003522
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4003522
19 years, 2 months
[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Fail-over design questions
by hendra_netm
"timfox" wrote : In memory persistent message replication is not implemented yet, but when it does it would be used for persistent messages not non persistent messages.
|
| Yes, you might lose np messages in crash, but you don't want to just randomly lose them at other non crash times, just because the server wants to move the connection.
|
| I don't think that would be acceptable to the majority of users.
I see. Then how are users able to maintenance their server without disturbing the service?
For example, I need to maintenance my server without disturbing my services. So I need to shut down the server but I don't want any message loss.
In normal situation (without clustering), I would stop the producer and let the consumer get all messages before shutting down the server. With clustering, I don't know which clients connect to one specific server that I want to shut down due to HA-JNDI.
Is there possible that clients check which server node that they connect to?
Regards,
Hendra
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4003504#4003504
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4003504
19 years, 2 months