[Design of JBoss jBPM] - Re: iCalendar wrapper
by tom.baeyens＠jboss.com
"kukeltje" wrote :
| "Tom" wrote : i an curious to know more about what you call "bean that handles inbound ical attachments".
|
| Currently this a message bean that listens on an IMAP mailbox for iCalendar/iTIP replys that acknowledge or decline a task assignment. This is rather rudimentary at the moment. Again you might argue that it would be better for this to be integrated via ESB, but I want to explore the limits of mapping iCalendar to jBPM.
We are thinking about exactly that. And then even parsing the response message so that tasks could be completely performed through an email interaction. If the initial email contents would be generated something like this:
Please provide following details:
Amount:
Date:
Owner:
Then the user can reply and fill in the requested data. that could then be parsed and used as the task input.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136935#4136935
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136935
18 years
[Design of JBoss jBPM] - Re: LDAP assignment handler
by tom.baeyens＠jboss.com
"alex.guizar(a)jboss.com" wrote : It is not meant to fit arbitrary directory arrangements. Instead, it was designed to be a companion to the LDAP login module provided by JBoss AS, although they are configured separately. It will cover simple directory arrangements out of the box, and should be a good starting point for folks facing more complex arrangements.
|
that approach is a very good idea. we indeed cannot build configurable support for all LDAP configurations. but we can do it for simple configurations. and users with more complex configurations can just take our LDAP code as an example to start customizing.
"alex.guizar(a)jboss.com" wrote : The source code is available on the CVS branch jpdl_3_2_2_IS. I believe this would make an interesting addition to the product. What do you all think?
commit it to trunk and reference it in less then 20 lines from the userguide. kind of like you did here.
then add it to the task project in tempranillo.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136934#4136934
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136934
18 years
[Design of Security on JBoss] - Re: AS 4.2.0 binding to localhost
by roshan_ail
This is a bloody nuisance.
I am running jboss from wtp in eclipse.
It doesn't invoke run.bat so the darn thing binds to localhost.
I had not paid attention to it cos I was using firefox.
I need to use fiddler under ie to debug and the developers who worked on ie7 also thought they were too smart and decided that localhost or 127.0.0.1 will not go through the proxy at all. So I have to use the machine name to access the application.
Now how how do I get wtp to bind jboss to 0.0.0.0?
I haven't been able to figure that out yet.
I know I can run jboss from the console and attach the debugger, why should I have to do that if eclipse can launch jboss from within it.
Binding to localhost is a stupid solution to the problem of the jmx-console being open.
You should do what tomcat does with the manager application and not enable it until the user configures some security credentials for it.
That is a much more elegant solution and it doesn't create a nuisance as well.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136871#4136871
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136871
18 years
[Design the new POJO MicroContainer] - Re: JarEntry as VFS root does not return empty vfspath
by mstruk
I took the 'fix setting of a name' approach and I have a working fix for this issue. Still have to do some code cleanup before committing.
There is just one inconsistency left.
The unit test for this issue actually expects the wrong behavior (as far as I understand).
This is the code:
| URL url = getResource("/vfs/context/jar/simple.jar");
| URL entry = new URL("jar:" + url.toString() + "!/child");
| JarContext context = new JarContext(entry);
| assertEquals("child", context.getRoot().getName()); // WRONG: we should expect ""
| assertEquals("", context.getRoot().getPathName());
|
| url = getResource("/vfs/test/outer.jar");
| entry = new URL("jar:" + url.toString() + "!/jar2.jar ");
| context = new JarContext(entry);
| assertEquals("jar2.jar", context.getRoot().getName()); // WRONG: we should expect ""
| assertEquals("", context.getRoot().getPathName());
|
It's wrong because root node should always have "" name, and "" pathName.
If it doesn't it's a violation of naming rules:
fullUrl = contextUrl + pathName
pathName = parent.pathName + "/" + name
I can fix the unit test, and commit everything, unless someone finds something wrong with my logic :)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136830#4136830
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136830
18 years
[Design of JBoss jBPM] - LDAP assignment handler
by alex.guizar＠jboss.com
During a recent consulting gig I developed an LDAP-based assignment handler. It is not meant to fit arbitrary directory arrangements. Instead, it was designed to be a companion to the LDAP login module provided by JBoss AS, although they are configured separately. It will cover simple directory arrangements out of the box, and should be a good starting point for folks facing more complex arrangements.
In the login model, users reside under an organizational unit, say ou=People,dc=jbpm,dc=org. Roles are defined in another organizational unit, e.g. ou=Roles,dc=jbpm,dc=org. In the assignment model, groups take the place of roles. They are defined in their own organizational unit as well, for example ou=Groups,dc=jbpm,dc=org, although they may be the same as roles if that makes sense to the user.
An LdapService was introduced to manage the connection to the directory. The connection is established with properties read from a classpath resource specified by the string entry resource.ldap.properties in jbpm.cfg.xml. Below is a sample properties file. Notice the similarity with the login module configuration options.
java.naming.factory.initial=com.sun.jndi.ldap.LdapCtxFactory
| java.naming.provider.url=ldap\://localhost\:389/
| java.naming.security.authentication=simple
| java.naming.security.principal=uid\=adminUser,ou\=People,dc\=example,dc\=com
| java.naming.security.credentials=adminUser
| usersCtxDN=ou\=People,dc\=example,dc\=com
| userAttributeID=uid
| passwordAttributeID=userPassword
| groupsCtxDN=ou\=Groups,dc\=example,dc\=com
| groupAttributeID=cn
| memberAttributeID=member
| matchOnUserDN=true
LdapAssignmentHandler extends ExpressionAssignmentHandler so the usual assignment expressions can be used on top of an LDAP server. Right now only users and groups are supported. Memberships, group types, and group hierarchies were out of the scope of the requirements, tough support for them might be added via search controls and extended attributes.
The source code is available on the CVS branch jpdl_3_2_2_IS. I believe this would make an interesting addition to the product. What do you all think?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136827#4136827
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136827
18 years
[Design of JBoss jBPM] - Re: iCalendar wrapper
by aapthorp
"kukeltje" wrote : jBPM does not (imo) avoid assignment states at least not at the technical level. The technical level being jbpm, the businesslevel the processdefinition.
I was alluding to the statement in the user guide that assignment is not part of the task lifecycle. Tom mentions PVM managing task states being managed by a PVM process. This sounds like what I'm looking for.
"kukeltje" wrote : Mail could be extended as well to support mime (so html messages can be send), but I'm not even sure jBPM should do all this.
This is effectively what I have done in order to send a calendar/text mime body part. I also wonder if jBPM should do this or if a mail node is strictly part of jBPM. One might imagine other notification channels. To me this is part of an extended portal architecture (but that's another discussion...). As my original intent for developing the wrapper was to validate some thinking around the potential to leverage iCalendar for business tasks I haven't thought too much about this.
"Tom" wrote : i an curious to know more about what you call "bean that handles inbound ical attachments".
Currently this a message bean that listens on an IMAP mailbox for iCalendar/iTIP replys that acknowledge or decline a task assignment. This is rather rudimentary at the moment. Again you might argue that it would be better for this to be integrated via ESB, but I want to explore the limits of mapping iCalendar to jBPM.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136810#4136810
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136810
18 years