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

[Design of JBoss Web Services] - Re: Hudson file permissions

by richard.opalka＠jboss.com

I was thinking about all those qa things some days ago Thomas. Here is my idea, how it could work: * there will be a new user, let's call him builder for illustration * each team member log in to jbws.dyndns.org * then he switch to builder user * do the QA staff, such as new environment setup, update of existing one What do you think about this idea? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4141984#4141984 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4141984

18 years

1
0
0 / 0

[Design of JBoss Web Services] - Re: Hudson file permissions

by thomas.diesler＠jboss.com

I need to recreate the hudson env to verify what I claim above View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4141983#4141983 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4141983

18 years

1
0
0 / 0

[Design of JBoss Web Services] - Hudson file permissions

by thomas.diesler＠jboss.com

Over the last couple of days we did not have any hudson runs because most files belong to ropalka.jbossws and do not have group write permissions. Hudson silently aborts a job if it cannot write the 'nextBuildNumber' It is therefore important that you run | > umask 2 | > hudson-setup | > hudson-start | That should cause all newly created files to have group write access. umask is a build-in shell command that cannot be run from within ant AFAIK. Instead of recreating the hudson environment, I try to fix the file permissions. That may take a while View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4141978#4141978 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4141978

18 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Reliance jBPM overview

by kekatos

Hi all, I want to get involved with the reliance-jbpm project but I am not sure I get the general idea the right way. At the JBossMicrocontainer wiki page it is described as anonymous wrote : reliance-jbpm - define your dependencies with jBPM. So, just to make it clear to me, the general idea of the jbpm-reliance project is to prepare the conf,classes,dependencies,annotations etc that will make the jbpm-jpdl runtime run in the jboss microcontainer without using the jboss application server, is that right? Regards, Yanis Kekatos View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4141957#4141957 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4141957

18 years

1
0
0 / 0

[Design of JCA on JBoss] - Re: JBAS-5278 Errors .

by jesper.pedersen

I'm going to provide a new implementation that will fix the problem targeted towards AS-5.0.CR1. I don't think that documentation is an issue here, since it needs to be updated for AS-5.0 anyway. Keeping the configuration in the same format seems to be a good idea -- if possible. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4141953#4141953 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4141953

18 years

1
0
0 / 0

[Design of JBoss Build System] - Re: Move dependency management back into app server svn stru

by scott.stark＠jboss.org

Why the trunk/component-matrix/pom.xml is picked up is because the trunk/pom.xml is resolved as the thirdparty/pom.xml jboss-as-parent, and its parent is redirected to the component-matrix/pom.xml by this: | <parent> | <groupId>org.jboss.jbossas</groupId> | <artifactId>jboss-as-component-matrix</artifactId> | <version>5.0.0-SNAPSHOT</version> | <relativePath>component-matrix</relativePath> | </parent> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4141952#4141952 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4141952

18 years

1
0
0 / 0

[Design of Security on JBoss] - Re: Security Injection in AS5

by scott.stark＠jboss.org

Stefan, you should be able to try this again as trunk has been updated to use the 2.2.5.beta1 jboss-common-core with the JBCOMMON-48 fix. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4141944#4141944 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4141944

18 years

1
0
0 / 0

[Design of JBoss/Tomcat Integration] - Re: WebAppClassLoader getURLs() override

by scott.stark＠jboss.org

Thanks for the patch, but I would not expect the aspects/src/main/org/jboss/aspects/remoting/InvokeRemoteInterceptor.java to be involved. Are you using aop remoting in your setup? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4141941#4141941 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4141941

18 years

1
0
0 / 0

[Design of Security on JBoss] - Re: SSO LdapLoginProvider activates an identity based on the

by aamonten

Hi, I just add a new Identity Provider to the trunk, which allow you to define what entry attribute should be used to verify the activation. You can download it here Its an extension of the LDAPIdentityProvider that should be configured like this | <provider id="si:jboss-sso:ldapactivation:login" class="org.jboss.security.idm.ldap.ActivationLDAPIdentityProvider"> | | <property name="connectionURL"> | jdbc:ldap://localhost:1389/dc=foo,dc=bar?SEARCH_SCOPE:=subTreeScope&secure:=false&concat_atts:=true&size_limit:=10000000 | </property> | | <property name="username">cn=admin</property> | | <property name="password">password</property> | | <property name="identityOu">People</property> | | <property name="roleOu">roles</property> | | <property name="activation">carLicense</property> | | </provider> You can set any of the valid attributes of an InetOrgPerson schema at the activation property , which would be used to validate the activation. If none are set it would set the Identoty as active View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4141940#4141940 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4141940

18 years

1
0
0 / 0

[Design of JBoss Build System] - Re: Move dependency management back into app server svn stru

by scott.stark＠jboss.org

Ah, I see, thanks. I think mvn tries to resolve parent poms locally if it can. I see to different versions in this: | <properties> | ... | <version.org.jboss.common-core>2.2.3.GA</version.org.jboss.common-core> | | ... | | <dependency> | <groupId>org.jboss</groupId> | <artifactId>jboss-common-core</artifactId> | <version>2.2.4.GA</version> | </dependency> | I don't see the version.org.jboss.common-core used anywhere though. So the build-thirdparty.xml is not used at all any longer. I thought Paul had updated this, but the build/build.xml createthirdparty target is just calling maven with the thirdparty dir as the basedir. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4141938#4141938 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4141938

18 years

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 April 2008