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

[Design of Security on JBoss] - Re: AS 4.2.0 binding to localhost

by ryan.campbell＠jboss.com

I'm skeptical that the existing approach will actually push users to read any documentation. All they will do is type ./run.sh --help and find the -b option. I agree inconvenience is the point, so long as it actually accomplishes the goal of forcing users to deal with the security implications. The current approach does not go far enough. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4025164#4025164 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4025164

19 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: Designer 'Save Without Deploying' not working

by estaub

It's hard to believe no one else has run into this if it's a "always-fails" bug. So it's probably not. I think you'll probably have to provide more info to get anyone to look at it. A stack trace would probably help! -Ed Staub View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4025162#4025162 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4025162

19 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: Designer 'Save Without Deploying' not working

by jeffdelong

I tested this further. I was also not able to 'Deploy Process Archive" the websale example. However I was able to 'Save Without Deploying' as well as 'Deploy Process Archive" the simple example. So perhaps there is an issue with the websale example??? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4025156#4025156 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4025156

19 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Designer 'Save Without Deploying' not working

by jeffdelong

I am trying to do 'Save Without Deploying' of the examples/websale into a websale.par in a local directory from the Designer in jbpm-jpdl-suite-3.2.Beta2. I am getting a NullPointerException. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4025153#4025153 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4025153

19 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Still have insufficient separation of metadata

by scott.stark＠jboss.org

I don't know why I would have marked it transient unless there was a related serialization problem. I'll have to come back to it when we start working on mbean management. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4025147#4025147 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4025147

19 years, 1 month

1
0
0 / 0

[Design of JBoss ESB] - Re: Dead letter service

by kurt.stam＠jboss.com

http://jira.jboss.com/jira/browse/JBESB-453 Daniel, I assigned it to you, but I'll help out on this. --Kurt View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4025135#4025135 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4025135

19 years, 1 month

1
0
0 / 0

[Design of JBoss Web Services] - EndpointMetaData#eagerInitializeTypes()

by heiko.braun＠jboss.com

The folllowing code is taken from EndpointMetaData#eagerInitializeTypes: | [...] | String javaTypeName = tmMetaData.getJavaTypeName(); | QName xmlType = tmMetaData.getXmlType(); | if (xmlType != null) | { | List<Class> types = typeMapping.getJavaTypes(xmlType); | | boolean registered = false; | for (Class current : types) | { | if (current.getName().equals(javaTypeName)) | { | registered = true; | break; | } | } | | if (registered == false) | { | // register type follows here | [...] | In which cases is type already known (registered = true;) and doesnt need to be registered? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4025133#4025133 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4025133

19 years, 1 month

1
0
0 / 0

[Design of JBoss ESB] - Re: Dead letter service

by mark.little＠jboss.com

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

19 years, 1 month

1
0
0 / 0

[Design of JBoss ESB] - Re: Dead letter service

by kurt.stam＠jboss.com

Right, should we open a different jira for this functionality? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4025125#4025125 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4025125

19 years, 1 month

1
0
0 / 0

[Design of JBoss Build System] - Re: JBoss/JCA Maven Build

by pgier

"scott.stark(a)jboss.org" wrote : Either a custom jar plugin that supports spi/impl notions, or the use of ant to build the jars would be needed otherwise. | I think that pretty much sums up our options 1 - Break into separate projects 2 - Create maven plugin to generate artifacts 3 - use ant to build the jars The first option is obviously the easiest for me, but I think it is the best choice. The second option will bring up some other issues if we start changing the names of artifacts. For example how will the artifacts be structured in the repository? If we just have two separate jars, it will be more complicated for projects that might depend on just the spi. The third option will create a mix of ant and maven which is not ideal. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4025123#4025123 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4025123

19 years, 1 month

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