April 2007 - jboss-dev-forums - Jboss List Archives

[Design of JBoss Portal] - Re: Portal User Creation. Users are not persons !!!

by thomas.heute＠jboss.com

"JavaWings" wrote : And of course I'd really like to do user account creation under program control, not by interacting with a browser. Use the UserModule, you have all the API to create users and roles dynamically. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4036618#4036618 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4036618

18 years, 11 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Commands: Maybe result should be part of the Command-Obj

by tom.baeyens＠jboss.com

the idea is very interesting. some thoughts: in case of remote communication, you get back an updated copy of the original command that you supplied as a parameter. with this you introduce the overhead of introducing a typed member for the result in *all* the commands, while the map containing multiple results was only needed for a few. when returning an object, it is up to the command what is returned. in any case, that has to be properly documented in the javadocs of the command. so the command could decide to use the proposed pattern and return itself as the result. by keeping object, we still can use the suggested approach, but we don't force it on all the commands. despite all these cons-thoughts i still think it is an interesting idea and i don't want to ditch the idea just yet. but overall, i'm not yet convinced. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4036614#4036614 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4036614

18 years, 11 months

1
0
0 / 0

[Design of JBoss Wiki] - Re: Downloaded the source and wouldnt build from Maven

by Oberiko

Hello. Would it be possible to replace the current files on the site with property files that point to the the new Maven repositories? Probably save quite a few headaches. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4036504#4036504 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4036504

18 years, 11 months

1
0
0 / 0

[Design of JBoss Build System] - Mavenize JBoss Test

by pgier

I created a maven pom.xml that seems to work fine for jboss test. If no one has any objections, I would like to remove the ant build scripts and thirdparty directory and reorganize the directory structure to match maven defaults. The generated jars should still be the same with the new directory structure. Is this change ok? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4036500#4036500 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4036500

18 years, 11 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Portal User Creation. Users are not persons !!!

by JavaWings

"anders3" wrote : "JavaWings" wrote : I guess this needs to go in the user forum instead. Sorry about that. | | No worries, your issue is relevant for development as well. | 1) I belive you should look at the new version 2.6 | | 2) About coorporate usage. In my eyes the user-portlet is "perfect" for the objective of such a portlet. | I think you should regarde the user-portlet as "identity" .. and program your own coorporate relations for persons closer to your own business model. | So keep the user as identity only. Think of it as a technical thing that can be user/pwd, certificate etc. Not as a "person" I agree. Mainly because I think of users as "actors", which means they can be machines or agents. The objectional part of 2.4 was the idea any random person on the internet can waltz up and create an account. Not only is that sometimes not allowed, it may not even be meaningful in terms of the portlets the enterprise is using. Even if having human accounts is meaningful, exposing user registration should be, at a minimum, a policy decision that is up to the owner of the server to deploy. Well, until I get 2.6 running the only way I know of to create portal users is to register them. Rats. ;) And of course I'd really like to do user account creation under program control, not by interacting with a browser. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4036495#4036495 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4036495

18 years, 11 months

1
0
0 / 0

[Design of POJO Server] - Re: JACC Policy Bean not getting injected into EJBModule

by anil.saldhana＠jboss.com

Scott, thanks for the SecurityDeployer cleanup that you made. Set<DeploymentUnit> children = unit.getChildren(); is needed by deployers dealing with top level deployments to know what embedded deployments exist? An example would be the JaccPolicy bean that works at the top level and it cannot commit the PolicyConfiguration until everyone underneath has linked to it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4036489#4036489 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4036489

18 years, 11 months

1
0
0 / 0

[Design of JBoss jBPM] - Commands: Maybe result should be part of the Command-Object

by camunda

Hi! I am currently working a lot with the commands. I had one problem for a few times by now: How to return more than one object as a result? For example, if I want to load the ProcessInstance but with the logs? The Logs have to be queried from the database in a seperate call, so I have the ProcessInstance and the Variables-Map as a result. Because I don't like the idea to introduce some "DTO" again (which just holds ProcessInstance & Map) I thought about the possibility to include the results of a Command in the Command-Object and return the Command in the execute method (new signature then: | Command execute(Command command) throws Exception; | What do you think? I think the overhead for returning the parameters again is not so much and the benefit is to really improve the power of the commands. And to KNOW what is the result of a command (at the moment it is a Object, that could be everything and is only checked at runtime at the client with a cast). So: Opinions to that issue? Regards Bernd View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4036431#4036431 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4036431

18 years, 11 months

1
0
0 / 0

[Design of JBoss ESB] - Re: JSR-170 message store

by derek.adams

"kurt.stam(a)jboss.com" wrote : I think we need one extra argument, a message store id/message classification. | I think we want to use the message store for all sorts of purposes. One example would be the DLQ I was talking about, so we need to be able to have 'substore' in this store, where I can store messages for this purpose. Is this posiible? The JCR allows arbitrary metadata to be associated with each node. I was thinking we could just add a jbossesb:delivered boolean property to each message node. We could then do queries against that metadata to get the list of undelivered messages. The JCR spec allows the base repository schema to be extended with custom types, so we could have a well-defined layout for all of the info related to a message. I could see attributes like jbossesb:message-id, jbossesb:message-created-date, jbossesb:message-category, etc.. which would make reporting against messages really easy. The database message store impl would do the equivalent by adding columns in the message table. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4036422#4036422 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4036422

18 years, 11 months

1
0
0 / 0

[Design of JBoss ESB] - Re: JSR-170 message store

by derek.adams

"burrsutter" wrote : | Can you give me 2 out-of-the-box ESB actions? | | MessageSave (or whatever) -returns the UUID in the message header property | MessageRetreive - has a to fetch the right one. | I checked in two actions along with the JCR code. The first (org.jboss.soa.esb.actions.persistence.StoreMessage) stores a message to the default message store. The second (org.jboss.soa.esb.actions.persistence.StoreJCRMessage) stores a message to the JCR message store. I didn't add a message property for the resulting UID, but that would be easy to add. I can also add actions for retrieving the messages as well. Now that I am thinking about it, maybe it would be better to pass in a message property that indicates which message store to save to/load from. If not specified, it would use the default message store. I will take a look and get back to you soon. Thanks, Derek View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4036418#4036418 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4036418

18 years, 11 months

1
0
0 / 0

[Design of POJO Server] - Re: JAXB Deployer refactoring

by adrian＠jboss.org

Ok, I'm probably going to split the deployers into multiple projects anyway, at least spi and implementation projects. I'll create a deployers-todo :-) project for this so we know it needs to really go in a jaxb-int project somewhere. I'd really like to revisit how minimal we can get the bootstrap classpath with the new OSGi style classloader. It's still not very good because of all the transitive dependencies like this JAXB deployer living in jboss-deployers.jar introduces. The xml parsing is what really kills it. :-( View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4036391#4036391 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4036391

18 years, 11 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums April 2007