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

[Design of EJB 3.0] - Re: Pulling security out as a separate module

by jesper.pedersen

Anil, we need a jboss-ejb3-security-client.jar file that contains all the security related classes for the client side. Can you produce such an archive which we can include in our installer ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4145808#4145808 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4145808

16 years, 5 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: File locking

by alesj

You mean this one, that you already proposed. :-) - http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134400 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4145806#4145806 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4145806

16 years, 5 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: File locking

by alesj

"sacha.labourey(a)jboss.com" wrote : What about using the same class from the Apache Java implementation? I doubt they have the same bug. Which class? And how would you force any JDK to use it? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4145803#4145803 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4145803

16 years, 5 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: File locking

by sacha.labourey＠jboss.com

What about using the same class from the Apache Java implementation? I doubt they have the same bug. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4145801#4145801 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4145801

16 years, 5 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: File locking

by alesj

"adrian(a)jboss.org" wrote : "alesj" wrote : | | See URLExistsUnitTestCase in JBossVFS. | | | | What is the purpose of this test? | It is testing the JDK rather than the VFS so why is it in the VFS testsuite? | | Surely this code: | | | conn = tmpURL.openConnection(); | | lastModified = conn.getLastModified(); | | | should be changed to use the VFS to check the getLastModified works | and assert the file can still be deleted? It's Scott's test. But I think the purpose is to verify that URLConnection::lastModified can also tell you that the file has been deleted. See comments on the test code: | /** | * Test file deletion can be detected via URLConnection.getLastModified == 0. | Since like it was already said, we use this for lastModified check on URL based VFS handlers. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4145798#4145798 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4145798

16 years, 5 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Publish ESB services to web services

by Kevin.Conner＠jboss.com

"Jim Ma" wrote : | I do not investigate the ESB code base deeply and have two questions for Step 2: | | a . Can each response message be easily transformed to a javax.xml.SOAPMessage when we have the output xsd file ? | Unfortunately there is no easy way to do this with the current architecture so you have the freedom to do what you feel is best. The options could include transformations (smooks/xsd) on a part of the message, marshalling part of the message using JAXB etc. Generating the schema is also an option, perhaps by specifying the types rather than the xsd. The ESB 5 architecture will have the ability to automatically generate the schema from the service, so we need to consider these issue going forward. "Jim Ma" wrote : b. How can we compose the ActionProcessingException to soap message when we have fault xsd file? Take ActionProcessingException as a exception bean to marshal and unmarshall fault message? Again, there is no easy answer to this at the moment. What do you feel is the right approach for handling this? Kev View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4145796#4145796 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4145796

16 years, 5 months

1
0
0 / 0

[Design of JBoss ESB] - Re: JBoss ESB Message interceptors

by Kevin.Conner＠jboss.com

There are InputOutputFilters that can be applied to every message going in/out of the ESB, does this suit your needs? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4145792#4145792 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4145792

16 years, 5 months

1
0
0 / 0

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: Solution of JBREM-954 and ramifications into UnifiedInvo

by galder.zamarreno＠jboss.com

Actually, if we made that change in UnifiedInvokerHAProxy, i.e laundering of IE, we'd have to do it in UnifiedInvokerProxy as well, so might be better if Remoting did it for us. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4145788#4145788 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4145788

16 years, 5 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Discussion of JBREM-954

by galder.zamarreno＠jboss.com

JBREM-954 I have started a forum thread in the Clustering design forums due to ramifications of any solutions to this JIRA has in the UnifiedInvokerHAProxy layer. See: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=134185 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4145785#4145785 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4145785

16 years, 5 months

1
0
0 / 0

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: Solution of JBREM-954 and ramifications into UnifiedInvo

by galder.zamarreno＠jboss.com

godammit! i hate when this forum chops the subject and does not even tell you when you preview it View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4145784#4145784 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4145784

16 years, 5 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 April 2008