January 2009 - jboss-user - Jboss List Archives

[JBossWS] - Exceptions thrown to the client without logging

by justin_sane

I have some custom exceptions created in my web service. When the client calls that web service within jboss, when it fails with a custom exception I want it to return to the client the exception. All fine, except for one little thing. The JAXWS that handles the request, before sending the exception to the client, calls logger.error on that exception! I can configure the log4j or some other logger to avoid this, but is there some nice solution, like configuring jax to only stacktrace the exceptions that aren't defined in the web service interface. Thank You View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4200405#4200405 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4200405

17 years, 3 months

1
0
0 / 0

[JBoss Tools (users)] - Re: JBoss Tools Model Update NPE

by max.andersen＠jboss.com

thanks for tracking down - please report it in jira with the steps we need to do to reproduce it (i..e attach a minimal project ?) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4200402#4200402 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4200402

17 years, 3 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: Jarjared version of JBC3 for using in JBossAS 4.2

by bstansberry＠jboss.com

Suggest you get the source from svn directly. Tagged releases are under http://anonsvn.jboss.org/repos/jbosscache/core/tags. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4200396#4200396 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4200396

17 years, 3 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: org.jboss.cache.TreeCache and JBoss cache > 1.4.1

by bstansberry＠jboss.com

If you want to use sesssion replication, I don't think this is fixable, at least no fix that doesn't involve repackaging the JBC 3 classes as discussed at http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4200115#4200115. See my post above where I say anonymous wrote : if the 3.0.1 classes are in the war, they'll be visible to the session replication code as well, likely leading to incompatible type issue (e.g. which version or org.jboss.cache.Fqn). Your java.lang.VerifyError is the kind of thing I was talking about. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4200395#4200395 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4200395

17 years, 3 months

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - Log4j mismatch ?

by kejoseph

I have JBoss setup with the default log4j.xml. My problem is that all application related messages that are printed in the server.log are displayed at INFO level. The application that is deployed has its own log4j file with its own pattern layout. Could this be causing it or is the issue someplace else ? The output of the log files looks something like this date:time INFO [thread name] classname (filename :line number) - [entire application message - most of which is a repeat of the ealier pattern] Do let me now. Thanks, -Kevin. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4200394#4200394 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4200394

17 years, 3 months

1
0
0 / 0

[JBoss Cache: Core Edition] - Re: Problem when using EJB3EntityTreeCache for caching entit

by bstansberry＠jboss.com

Please give an example of how you are calling "flush for tables". View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4200393#4200393 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4200393

17 years, 3 months

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - Re: JBoss compatibility with Windows server 2008

by PeterJ

JBoss AS (and JBoss SOA) are pure Java, thus they should run the same on any operating system that has a JVM. Having said that, you can run into networking/firewall and permission issues because some OSes have security tightened down more than others. But the OS vendor should provide the necessary information on how to configure your security settings to open ports and do other such things. I have Server 2008 running in VMWare. I think that I ran JBoss AS there with no issues (it's been several months since I used Server 2008). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4200385#4200385 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4200385

17 years, 3 months

1
0
0 / 0

[EJB 3.0] - Re: Wrong column type: expected: numeric(10, 0)

by jayb0ss

The xml was eaten in the previous post. | change from: | <property name="hibernate.hbm2ddl.auto" value="validate"/> | to: | <property name="hibernate.hbm2ddl.auto" value="update"/> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4200384#4200384 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4200384

17 years, 3 months

1
0
0 / 0

[JBoss Tools (users)] - Re: JBoss Tools Model Update NPE

by atomz4peace2

I actually tracked the problem down to one TLD file. If this is in web-inf, I get the error. The name is functions.tld. I removed all but one function definition and still get the NPE: <?xml version="1.0" encoding="UTF-8" ?> <tlib-version>1.0</tlib-version> 1.1 AA Functions http://www.foo.com/functions AA Functions isApproved <function-class>com.foo.aa.webapp.util.WebUtils</function-class> <function-signature> boolean isApproved(com.foo.aa.business.ReviewRecord) </function-signature> View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4200383#4200383 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4200383

17 years, 3 months

1
0
0 / 0

[EJB 3.0] - Re: Wrong column type: expected: numeric(10, 0)

by jayb0ss

work around. try changing persistence.xml as follows: file is located here //src/model/META-INF/persistence.xml change from: to: This will skip the validity check during start up. I think this should be considered a bug by JBoss. I have Developer 1.0 GA and the 2.0 Beta and they both suffer from the same problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4200382#4200382 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4200382

17 years, 3 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-user January 2009