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

[Deployers on JBoss (Deployers/JBoss)] - JBoss deletes all the temp on shutdown

by apetrov2

Hi, probably I am not doing something right. I have an application EAR file it is a shopping platform with a catalog. This shopping platform has different payment methods. The user uploads a class file with a payment method and the platform starts using it. But the problem is that on shutdown all the tmp directory is deleted and all changes made are deleted to. Where and how to place all the content that needs to be persistent and at the same time to be in my classpath. The last time I worked with application server Oracle an Bea Weblogic I think, I remember that the deployment was only once and it is not delted after. What should I do? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121496#4121496 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121496

18 years, 2 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Web service security callbacks

by Kevin.Conner＠jboss.com

Morning Heiko. I have just been playing with the jmstransport unit test, trying to work out how JMS doesn't suffer from the issue we are seeing. >From what I can see, the reason it does not suffer from our issue is that it is not trying to achieve the same thing. The JMS integration that currently exists appears to be exposing *MDBs* as a webservice and not exposing *webservices* over JMS. It is also exposing them as JAX-RPC endpoints instead of JAX-WS ones (hence avoiding the warning) . Is my correct or do I only have part of the puzzle? . What we are trying to achieve (at least in this instance) is to expose co-located *webservices* through the ESB without having to make an invocation over HTTP. We don't care whether the implementation of those webservices is 181, an MDB, JSE or otherwise. We are trying to act as an independent transport mechanism for jbossws. This topic certainly needs more discussion but I do not feel that JBW is the appropriate place. Tom Fennelly has done the majority of this work and he should also be involved in these discussions. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121485#4121485 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121485

18 years, 2 months

1
0
0 / 0

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: JBAS-4919 - ha singletons in heterogenous topologies

by galder.zamarreno＠jboss.com

Re 1) Done. http://jira.jboss.com/jira/browse/JBAS-5155 Re 2) Yeah, makes more sense. Generally you call super.start/create and then do your job, but had to put the election policy injections before super.startService which looked awkward to me. Putting in createService() override makes more sense "bstansberry(a)jboss.com" wrote : The fact that this will be done should be documented in HASingletonSupport(MBean).setElectionPolicy(). | I'll document it there and also in the HASingletonElectionPolicy javadoc for setHAP and setSN so that people understand when these methods are called. Re 3) I'm Ok with that too. Re 4) I'll look into the test/mock drivers to see if I can replicate something along this lines. You're right in that my machine can hardly cope with 2 AS 5 nodes running a clustered test. It takes 10 minutes to run a single cluster test! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121463#4121463 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121463

18 years, 2 months

1
0
0 / 0

[Design of Security on JBoss] - Role generation and mapping

by anil.saldhana＠jboss.com

Role Generation: Historically, we have had role generation as part of the JAAS authentication process we do. The login modules populate the subject with a group called as "Roles". I want to provide RoleGeneration facilities at the security domain level. We will still maintain legacy role generation expectations as part of the Jaas layer. Use case: User may perform authentication against the ldap server using a custom login module not inheriting from JBoss AbstractServerLoginModule. Then can use JBoss RoleGeneration modules specified at the security domain to generate the roles from a DB, LDAP server, properties file wherever. Role Mapping: Once the roles are generated and placed into the security context, the users can always apply mapping modules to the roles in the context. Use case: As part of the security domain, for a particular principal, a set of roles are generated. The security domain is not dependent on a particular application or deployment. But an user may wish to apply specific mapping to roles based on the deployment or principal name or resource type etc. I am looking for feedback mainly on the role generation part. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121462#4121462 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121462

18 years, 2 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Re: Explicit depends tag on the bean definitions for the dep

by alesj

"anil.saldhana(a)jboss.com" wrote : But where do these methods indicate that they will handle dependency? ;) | In the initial deployers design forum post for sure. ;-) If there is no such (simple) indication in the code/javadocs, then we should definitely add a note. They don't handle generic dependency, but this is somehow equivalent to depends dependency. It's just that the info is much more natural + being already present also helps. :-) "anil.saldhana(a)jboss.com" wrote : | I was of the impression that these methods handled the metadata type passed to the deployer and the type of the attachment as output. | That too. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121461#4121461 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121461

18 years, 2 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Re: Explicit depends tag on the bean definitions for the dep

by anil.saldhana＠jboss.com

I know about the setInputs and setOutputs methods added into the deployers. But where do these methods indicate that they will handle dependency? ;) I was of the impression that these methods handled the metadata type passed to the deployer and the type of the attachment as output. I will take a look at your MC presentation. :) I will scan the files for depends tags next week and remove them. :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121454#4121454 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121454

18 years, 2 months

1
0
0 / 0

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: JBAS-4228 Preferred master node for HASingleton

by bstansberry＠jboss.com

This shouldn't be in HASingletonElectionPolicyBase or HASingletonElectionPolicySimple. It should be in its own policy impl class. Go ahead an use a different JIRA since beta3 is out. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121453#4121453 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121453

18 years, 2 months

1
0
0 / 0

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: JBAS-4919 - ha singletons in heterogenous topologies

by bstansberry＠jboss.com

Following your points; 1) +1. Please open a JIRA. 2) Better in createService() so the policy has it available in its own startService(). (The policy is injected into HASS, so it will go through create/start first). Keep doubting; if your gut keeps telling you it's wrong we can discuss more. If I decide it's wrong I won't flame you, as I've just now agreed. :) The fact that this will be done should be documented in HASingletonSupport(MBean).setElectionPolicy(). 3) That's ugly. That complexity is enough to convince me that the managedSingleton property should come out of HASingletonElectionPolicy. 4) Two semi-conflicting thoughts: OTOH that's a lot of overhead. E.g. to run the testsuite we now need to have 3 IP addresses available, with multicast working between all 3. So, for now I'd say no, unless we can use mocks to simulate the cluster in the test driver's VM. OTOH there's lots of other areas where this is useful. But, there's too much other stuff on our plates; if we can't do it in the test driver's VM. let's not do it at all for now. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121451#4121451 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121451

18 years, 2 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Web service security callbacks

by mark.little＠jboss.com

"heiko.braun(a)jboss.com" wrote : However, if this doesn't lead to an instant solution ;) I'll reschedule the related issue for subsequent releases. Maybe we find some time to talk about this at the dev conference in Orlando. We need to remember that what we have at the moment in terms of WS support fits the release requirements for the initial platform. Unless there's a clear need, I can't see this changing until the first CP at the earliest. JBW would be a good place to discuss. Don't forget to register ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121446#4121446 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121446

18 years, 2 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Re: Explicit depends tag on the bean definitions for the dep

by alesj

Ages ago :-) we added inputs/outputs which naturally order the deployers for a certain stage. I think MarkN just added deployers user guide section in the docs: - http://labs.jboss.com/files/jbossmc/docs/2.0.x/userGuide/index.html Check those for more details. Or see my MC presentation from Zurich JUG: - http://anonsvn.jboss.org/repos/jbossas/projects/presentations/trunk/micro... So, if you ask me, drop it. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121441#4121441 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121441

18 years, 2 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 January 2008