August 2009 - jboss-dev-forums - Jboss List Archives

[Design of Messaging on JBoss (Messaging/JBoss)] - ignores on tests...

by clebert.suconic＠jboss.com

IMO we should ban using using things like this: <exclude name="**/jms/tests/XAResourceRecoveryTest.class"/> | <exclude name="**/jms/tests/XATest.class"/> | <exclude name="**/jms/tests/stress/**"/> | <exclude name="**/jms/tests/manual/**"/> | 1 year later.. nobody knows why XAResourceRecoverTest and XATest are commented ou on the build.xml :-) Besides.. we have had a few cases where a test was ignored by accident. (I guess I did it once, Andy.. Jeff.. maybe Tim? :-) ) Better to comment out the test... with a big description on why. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250741#4250741 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250741

16 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: interested in contributing ?

by caleb.powell

Tom, the contribution agreement has been signed. Please let me know when I have write permission on the svn repository. Thanks. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250669#4250669 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250669

16 years, 7 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Removing JACC Permissions Hack

by anil.saldhana＠jboss.com

JBossWS creates a transient webapp to deal with ws invocations. The original problem was that this web app metadata was not being fed to the security deployer which happens very early in the pipeline of deployers. For this reason, we generated the JACC permissions for this particular transient web app in the webservices module. The fix would be to get the metadata of this transient web app to go through the chain of deployers just like regular standard web apps that get deployed in AS. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250658#4250658 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250658

16 years, 7 months

1
0
0 / 0

[Design of JBoss Web Services] - Removing JACC Permissions Hack

by richard.opalka＠jboss.com

This is related to: JBAS-5935 I'm trying to remove JACC permissions hack in JBossWS AS integration code base and I have two issues with that: ad1) When I'll comment out WSJACCPermissionsDeploymentAspect DA from jboss-5.2.0.Beta/server/all/deployers/jbossws.deployer/META-INF/stack-agnostic-jboss-beans.xml and I'll start AS: [/home/opalka][/opt/svn/jbossas/branches/Branch_5_x/build/output/jboss-5.2.0.Beta/bin]>./run.sh -c all and finally I'll run the test [/home/opalka][/opt/svn/jbossas/branches/Branch_5_x/testsuite]>./build.sh one-test -Dtest=org.jboss.test.webservice.jbws309.JBWS309TestCase I'd expect this test to fail, but it isn't. What is going on wrong with it? In that usecase JACC permissions shouln't be generated at all and test should fail, at least from what I read in associated JIRA JBAS-4644 ad2) I don't know how to fix that issue properly? Can I move WarSecurityDeployer from POST_CLASSLOADER deployers map to REAL_CLASSLOADERS map, or it have to stay in POST_CLASSLOADER map to prevent potential security attacks? Associated JBossWS deployers that generate web meta data cannot be moved from REAL to POST_CLASSLOADER stage because of dependency on EJB3 REAL deployers. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250574#4250574 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250574

16 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Jbpm authentication/user management with LDAP

by kukeltje

First step would be to use some basic search functionality which will lead to e.g. http://www.jboss.org/index.html?module=bb&op=viewtopic&t=156920&postdays=... and go from there Second step would be to implement something yourself according to the info you found Third step would be to test it in a test environment Fourth step would be to take it into production View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250554#4250554 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250554

16 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - Jbpm authentication/user management with LDAP

by mfraz

Dear all! I have configured jbPm console to run on Apache tomcat 6.0. It is working perfectly. Now I want it to hook Jbpm authentication and user management with an Active Directory preferable LDAP. Please guide me step by step how to do this. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250533#4250533 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250533

16 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: GetOutcomes returns additional transition

by kukeltje

thanks. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250498#4250498 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250498

16 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: GetOutcomes returns additional transition

by shekharv

I did, :) https://jira.jboss.org/jira/browse/JBPM-2492 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250497#4250497 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250497

16 years, 7 months

1
0
0 / 0

[Design of JBossXB] - Re: JBossXB should swap out the Context ClassLoader before i

by alex.loubyansky＠jboss.com

I pinged Ales. He's enjoying his vacation at the moment and we'll be back in business on Monday. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250494#4250494 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250494

16 years, 7 months

1
0
0 / 0

[Design of Embedded JBoss] - Do we need Asset.getPath?

by ALRubinger

Have had some debates with both Aslak and John on the subject. From IRC today: "#jboss-dev" wrote : ALR: ping | baileyje: Pong | ALR: So I had thrown together a MemoryMap impl earlier before I realized Aslak had already put a partial one up.. Whoops | baileyje: Hehe, whoever gets there first in working form wins. | ALR: he ran into the same issue I did. Asset does not have enough data to really support the Archive.add(Asset...) functionality. | baileyje: Yep. | ALR: Is that encompassed in another task, or should there be an new task to update the API to support getting Path like info from an asset? | baileyje: This is something we'd debated a lot. | baileyje: I think I left it to aslak to determine if we need some getPath from Asset or not. Hoping we wouldn't need it. | ALR: Yeah. Seems like you could get rid of it if required a Path of every addition | baileyje: It may be demanded by TMPARCH-6 | baileyje: Right. | I think my proposal was that every Asset addition needed a path | And that "container " additions could know how to supply it. | ALR: That would keep Asset cleaner | Like: addManifest("String") would assemble the default Path and Asset to add, then delegate to add(Path,Asset) | baileyje: Yes, but I'm not sure if it works for every case. I like the cleaner approach too. | aslak disagreed on that poing. | *point | ALR: Yeah.. | ALR: He wants the default path as a required attribute on each asset? | baileyje: Yes. | ALR: hmmm.. | baileyje: I'll review your patches in a bit. Trying to keep up with you guys while I'm pulled away to other things this week. | ALR: seems like we should require the path and leave asset clean and rely on the containers to establish the paths, until we have compelling evidence the Asset needs a path attr.. | baileyje: That's my position. | baileyje: If you have the time to prove that to aslak, awesome. | ALR: K. I will see if I can put something together.. It makes the MemoryMap much easier to impl a path required.. | And if in trying to prove it he was right all along, we eat our words. | I'll mail him this little discussion | for sure.. | Or better, post on the forum. Aslak, now public for your review at your convenience. Also I'd like to do more forum posts for topics that should leave some trail. So we can all be in the conversation and remember the history. S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250485#4250485 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250485

16 years, 7 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 August 2009