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

[Design of Security on JBoss] - Re: SimplePrincipal - equals() Implementation

by scott.stark＠jboss.org

Ok, in talking to Anil the issue is what Darran wants a more restrictive implementation of SimplePrincipal.equals to only consider equality with other SimplePrincipals. That is valid if you are going to mix Principal implementations, but this should not be happening for a given security domain. My question is why is it? Is it because a single cache is being used by multiple security domains? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4077867#4077867 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4077867

18 years, 7 months

1
0
0 / 0

[Design of JBoss Build System] - Re: Maven dependencies still not working properly.

by adrian＠jboss.org

Thanks that worked. I put a FIXME in the pom. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4077845#4077845 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4077845

18 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Hibernate Driven Persistence

by bershath27

>>For this component we should definitely look at using Hibernate to abstract out the DB differences. so, you guys have already started this ? shall i start cutting some hibernate code? Tim ? thanks Tyronne Wickramarathne View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4077836#4077836 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4077836

18 years, 7 months

1
0
0 / 0

[Design of JBoss ESB] - Re: How to use FaultTo

by Kevin.Conner＠jboss.com

... and changing it in this manner will have no effect in any case. The FaultTo EPR is cached by the pipeline processor *before* the pipeline is executed. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4077833#4077833 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4077833

18 years, 7 months

1
0
0 / 0

[Design of JBoss ESB] - Re: How to use FaultTo

by mark.little＠jboss.com

Try ActionProcessingFaultException (I think), and pass back the message. In reality what should happen is that the sender defines the FaultTo and not the receiver. I wouldn't expect the Action to change the contents of the incoming message, which is what I think you're doing. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4077832#4077832 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4077832

18 years, 7 months

1
0
0 / 0

[Design of JBoss ESB] - How to use FaultTo

by jaroslaw.kijanowski

Hi, I've modified the exceptions_faults QS to verify the FaultTo element of a message works. I've added following lines of code to the causesException method in [1] , just before the ActionProcessingException is thrown. [1] product/samples/quickstarts/exceptions_faults/src/org/jboss/soa/esb/samples/quickstart/exceptions/MyBasicAction.java | PortReference pr = new PortReference(); | pr.setAddress("jms://localhost/queue/quickstart_FAULT_TO_Alert/"); | pr.addExtension("jbossesb:java.naming.factory.initial", "org.jnp.interfaces.NamingContextFactory"); | pr.addExtension("jbossesb:java.naming.provider.url", "localhost"); | pr.addExtension("jbossesb:specification-version", "1.1"); | pr.addExtension("jbossesb:connection-factory", "ConnectionFactory"); | pr.addExtension("jbossesb:message-selector", "serviceName='ExceptionCaughtService'"); | EPR epr = new EPR(); | epr.setAddr(pr); | message.getHeader().getCall().setFaultTo(epr); | | throw new ActionProcessingException("BAD STUFF HAPPENED"); | } | I expected that an autgenerated (by the ESB) message was sent to the quickstart_FAULT_TO_Alert queue. What I get is following warning in the ESB console: 16:39:36,343 INFO [STDOUT] &&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 16:39:36,343 INFO [STDOUT] JustAnotherAction exceptionHandler: Via Gateway |BASIC_ACTION| |JUST_ANOTHER_ACTION| |EXCEPTION_HANDLING| 16:39:36,343 INFO [STDOUT] &&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 16:39:36,344 WARN [ActionProcessingPipeline] No fault address defined for fault message! How do I define the fault address for the fault message if not via message.getHeader().getCall().setFaultTo(myEPR) ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4077831#4077831 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4077831

18 years, 7 months

1
0
0 / 0

[Design of JBoss Build System] - Re: Maven dependencies still not working properly.

by pgier

For some reason, transitive deps show up in the classpath before direct dependencies, so you get issues like this. It's something I will eventually try to fix in maven, because I think direct deps should come first. For now, you can exclude the transitive dep on jbossxb by adding this to the container dependency. | <dependency> | <groupId>org.jboss.microcontainer</groupId> | <artifactId>jboss-container</artifactId> | <version>2.0.0-SNAPSHOT</version> | <scope>compile</scope> | <exclusions> | <exclusion> | <groupId>jboss</groupId> | <artifactId>jbossxb</artifactId> | </exclusion> | </exclusions> | </dependency> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4077827#4077827 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4077827

18 years, 7 months

1
0
0 / 0

[Design of Security on JBoss] - Re: SimplePrincipal - equals() Implementation

by anil.saldhana＠jboss.com

>From a pure Java perspective, Darran you are correct that we need to determine equality on the same type of objects. But as Scott said, the name of a Principal is what differentiates from another. I want to propose that we incorporate check on the type of principal being compared in SimplePrincipal (as Darran said). This is important. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4077820#4077820 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4077820

18 years, 7 months

1
0
0 / 0

[Design of JBoss Build System] - Maven dependencies still not working properly.

by adrian＠jboss.org

In the common project there is a jbossxb-builder project http://anonsvn.jboss.org/repos/common/jbossxb-builder/trunk/ This specifies EXPLICITLY a dependency on jbossxb-2.0-snapshot, but it is actually picking up jbossxb-2.0.0CR3 via dependency on jboss-container | [DEBUG] Output directory: /home/ejort/common/jbossxb-builder/target/classes | [DEBUG] Classpath: | [DEBUG] /home/ejort/common/jbossxb-builder/target/classes | [DEBUG] /home/ejort/.m2/repository/jboss/jboss-vfs/2.0.4.snapshot/jboss-vfs-2.0.4.snapshot.jar | | WRONG | | [DEBUG] /home/ejort/.m2/repository/jboss/jbossxb/2.0.0.CR3/jbossxb-2.0.0.CR3.jar | [DEBUG] /home/ejort/.m2/repository/jboss/jboss-common-logging-spi/2.0.4.GA/jboss-common-logging-spi-2.0.4.GA.jar | [DEBUG] /home/ejort/.m2/repository/sun-jaxb/jaxb-api/2.0.5/jaxb-api-2.0.5.jar | [DEBUG] /home/ejort/.m2/repository/apache-xerces/xml-apis/2.7.1/xml-apis-2.7.1.jar | [DEBUG] /home/ejort/.m2/repository/apache-slide/webdavlib/2.0/webdavlib-2.0.jar | | CORRECT BUT NOT USED | | [DEBUG] /home/ejort/.m2/repository/org/jboss/jbossxb/2.0.0-SNAPSHOT/jbossxb-2.0.0-SNAPSHOT.jar | This is causing it to fail to compile. How do we fix this so it is not stupid? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4077818#4077818 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4077818

18 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Caching in BaseClassLoaderDomain.findLoaderInExports

by adrian＠jboss.org

For the canCache yes. If C2 were first and it were found, it would be cached. It wouldn't blacklist at the global level because C1 says not to. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4077811#4077811 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4077811

18 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 2007