July 2006 - jboss-dev-forums - Jboss List Archives

[Design of JBoss Collaboration Server] - Re: MessageData getBoundary() bug?

by acoliver＠jboss.org

AFTER a bug is created in JIRA. Then the "create attachment' thing shows up. Then from your jboss-mail dir do cvs diff -u > mypatch.foo New files should be zipped (tar.bz2 or tar.gz preferred, zip okay) relative to jboss-mail dir. Under no circumumstances should changed files be sumitted that way. Thats basically it. It is on the wiki but it needs to be updated to refer to jira. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961658#3961658 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961658

17 years, 9 months

1
0
0 / 0

[Design of JBoss Collaboration Server] - Re: MessageData getBoundary() bug?

by osterday

Andrew, I just posted the issue. Off topic I know, but how would/should patches be submitted? A diff? Or did I miss this info in a post? Thanks! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961650#3961650 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961650

17 years, 9 months

1
0
0 / 0

[Design of JBoss Collaboration Server] - Feature Request - I'll do the work!

by sappenin

Sorry if this has been addressed. If so, please point me in the right direction. I would like to be able to lock down the JMS queues that JBCS uses (like localmail, remotemail, etc). I don't want a random application to be able to place messages into those queues without authenticating. Currently, the JMSMailListener doesn't authenticate when it connects to the JMS queues to "put" messages on them (i.e., the "unauthenticated user" identity is used). In JMSMailListener.putMessage(...), there should be an option to authenticate as a given user (i.e., a "system" or "admin" user, for example). I would be willing to add the code necessary to get the "putMessage" function to authenticate as some pre-specified user, but I'm wondering what is the best way to do get userid/password information for such a "system" user. Does it make sense to have "system"/"admin" userid and password attributes in the jboss-service.xml Listener definitions (and tweak the Mbean code as well)? That way, a given listener would be able to query what the "system" userid/password is. Unfortunately, If it were designed this way, then every listener would need to define an authentication userid/password, which isn't exactly pretty. Is there a better way to accomplish this? Thanks! David View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961646#3961646 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961646

17 years, 9 months

1
0
0 / 0

[Design of JBoss Collaboration Server] - Re: Multiple Mail Bodies?

by sappenin

Very Cool! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961635#3961635 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961635

17 years, 9 months

1
0
0 / 0

[Design of JBoss Profiler] - Re: Crashes when send signal

by clebert.suconic＠jboss.com

There is a BUG on the codebase... When adding to Linked Lists during startup, this is causing a crash. This usually happens on dual core systems. We have some fixes on CVS, and I'm trying to find other places where still required to synchronize lists. If you could try using CVS, maybe that will fix your issue. (sorry about the delay answer this) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961625#3961625 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961625

17 years, 9 months

1
0
0 / 0

[Design of JBossCache] - Re: Use of InvocationContext vs. explicit Option in the API

by bstansberry＠jboss.com

I personally prefer the overloaded API as well (I don't mind lots of methods, as long as they all belong there and it's clear what's meant to be used when.) Another thing I thought about was having the accessor/mutator for InvocationContext.setOptionOverrides() be static (or adding a static version), to at least get rid of the getCurrent() call. (The static method would do that for you). Similar to Thread.sleep() instead of Thread.currentThread().sleep(). But then I remember I'm always typing Thread.currentThread().sleep() and Thread.currentThread().setContextClassLoader() and having the IDE complain about the former and not the latter. That's always annoyed me. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961599#3961599 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961599

17 years, 9 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: next steps for the console webapp

by kukeltje

"svetzal" wrote : | For sure, it's all a matter of how interactive you want it to be. Not much, certainly not initially "svetzal" wrote : | And if we're not adding much more value than a single-tag analog of a JSF dataTable, I'm not sure why we'd want to make the effort. Correct, for the form elements that is true. Now you'd have to pass it some thing to make it read-only or not, pass the label, the formelement etc.... That could all be hidden, but the advantage is imo to little. For the 'transition buttons' it would hide some things, but there to I'm looking for a different implementation instead of using javascript to set another field. I'm no supporter of hiding complexity, removing complexity is imo always better. "svetzal" wrote : | It would be very interesting to split these out into a separate package in hopes that it could be used with other JSF implementations. Please explain a little more, I do not exactely get what you mean. "svetzal" wrote : | I have an interactive JSF component written by one of our guys here (with much cursing and swearing) that does LDAP browsing and object selection. Our next step is to refactor it so that it is simpler. Would things like combining dojo/myfaces solve anything here? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961598#3961598 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961598

17 years, 9 months

1
0
0 / 0

[Design of Kosmos] - Re: serviceResultUpdaterJob not traversing repository

by aron.gombas

Hmm, that's odd. I've added this to our JIRA: http://jira.jboss.com/jira/browse/KOSMOS-37 If you have some time, please go ahead and debug it, because my time is very limited at the moment. Anyway, you helped to the community a lot with your testing, thank you very much. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961574#3961574 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961574

17 years, 9 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: next steps for the console webapp

by svetzal

"tom.baeyens(a)jboss.com" wrote : | sure a task list and a task form JSF component should be possible, no ? | For sure, it's all a matter of how interactive you want it to be. Event propogation and state coordination between sub-components we've found tricky due to the way the components are instantiated throughout the JSF request lifecycle. And if we're not adding much more value than a single-tag analog of a JSF dataTable, I'm not sure why we'd want to make the effort. "tom.baeyens(a)jboss.com" wrote : | i don't see why an explicit ty to myfaces would be required. also i don't get what you mean with external resource binding. | In order for a component to be highly interactive, and visually interesting, we will require some client-side JavaScript, CSS styles, possibly iconography/images... In order to make this easy for JSF app developers to use we would want to package the components in a JAR along with their own resources. Serving out these resources is not difficult, but seems "hackish" as you need to settle on your own URL convention, build a phase listener to implement that convention, and broker requests to these private resources. And you need to build it flexibly so you can grow this library in the future. MyFaces has some interesting efforts underway to make this flexible and elegant, but the classes are buried in recent implementations. You can see if you check out HEAD and look through the Tomahawk implementations. It would be very interesting to split these out into a separate package in hopes that it could be used with other JSF implementations. I have an interactive JSF component written by one of our guys here (with much cursing and swearing) that does LDAP browsing and object selection. Our next step is to refactor it so that it is simpler. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961570#3961570 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961570

17 years, 9 months

1
0
0 / 0

[Design of Security on JBoss] - Re: EJB getCallerPrincipal inconsistencies

by scott.stark＠jboss.org

The spec still says that getCallerPrincipal cannot return null. Whether or not there is an unauthenticated identity has been a function of the security domain. Personally I wanted to see the getCallerPrincipal changed to be consistent with the web tier getUserPrincipal and return null if there was no caller, but the change was viewed as incompatible. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961568#3961568 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961568

17 years, 9 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-dev-forums July 2006