Cfajax Exception thrown not caught

I'm trying to use the new coldfusion 8 ajax features, but I
receive this error in the Ajax debug window: "window:global:
Exception thrown and not caught"
The result of the ajax cfc call shows correctly in the debug
window, but never makes it back to my code because of this error.
sample code:
<javascript>
function getUserName(userId) {
var myTest = new myTestCFC();
var thisUserName = myTest.getName(userId);
alert(thisUserName);
<in body of html>
<cfajaxproxy cfc="myTestCFC" />
Any ideas?

Yes, I have encountered this. What I found out is that if I
have content in my application.cfc page the results for cfselect
will not make it back to the dropdowns even though the debug window
shows that the values are there. I had my footer info in the
application.cfc. Once I removed that I did not receive the
exception. I found this from
Ben
Forta's blog toward the bottom of the page in the comments
section.
Now that I have taken that out when I go to my form the
dropdowns work correctly but when I select anything from the
dropdowns I can't reference them. Such as #form.cfselected_value#.
So I'm going to go back to my application.cfc and start stripping
items out again to see if there is something there causing the
issuse. If anyone has an answer for this please let me know.
Thanks
Lisa

Similar Messages

Exception is not caught in the catch.

Hi,
In my application an exception is thrown but it doesn get caught in the inner catch but at the outermost catch.
809 throw Exception("Cannot Assign", 1120,)
(dbx) next
dbx: warning: can't find symbolic information for thrown type (missing N_LSYM/YR stab?)
dbx: warning: can't find symbolic information for thrown type (missing N_LSYM/YR stab?)
t@3 (l@3) exception will transfer flow to or past '_ex_debug_handshake1'
Use step or next to get to the catch location
stopped in __exdbg_notify_of_throw at 0xfb794a3c
0xfb794a3c: __exdbg_notify_of_throw : retl
dbx: warning: can't find symbolic information for thrown type (missing N_LSYM/YR stab?)
(dbx) where
current thread: t@3
=>[1] SelectionImpl::AssignCart(this = 0x4ab9f8, cart = CLASS), line 809 in "RouteImpl.cpp"
[2] Selection::AssignCart(this = 0x556de8, cart = CLASS), line 477 in "Route.cpp"
[3] CaseBase::RetailRoute(this = 0x4508d0), line 1595 in "CaseBase.cpp"
[4] CaseBase::Assignment(this = 0x4508d0), line 1542 in "CaseBase.cpp"
[5] CaseBase::acceptCart(this = 0x4508d0, cartNbr = CLASS), line 1175 in "CaseBase.cpp"
[6] CaseIF::acceptCart(this = 0x472f40, cartNbr = 0x4c66b8 "00010", error = CLASS), line 515 in "CaseIF.cpp"
AssignCart throws an exception which should get caught in CaseBase::AssignCart instead it gets caught in the catch block of CaseIF::acceptCart.
Thanks in advance for your help.
Thanks,
Santosh A.

Exceptions/Errors are thrown and catch the same for static and non-static methods.
You cannot have fields or methods which are "outside" a class.
The only thing "outside" a class is a package, AFAIK.
The reason your exception is going to the console if because the exception is not being caught.
So is there anyway I can catch this exception and do a gracefully exit using the a static method?You need to place a try catch for this exception. Have a look at the stack trace to see where you could place this to catch the exception.

Database adapter exception not caught

Hello,
I am testing a BPEL orchestration that was running overnight. This process was handling a lot of database transactions that would take quite some time to run. Sometime during the run the database adapter could not connect and an exception was thrown causing the instance to go into an open.faulted state. In the BPEL orchestration I have a Catch-All at the global scope to handle all uncaught exceptions, but apparently this one exception did not get caught. I have had database exceptions thrown and caught previously in other runs, but I am concerned why this one was not handled. Can anyone provide some insight on why this happened and how this can be prevented. I am using 10.1.3.4
Thanks,
Jim

What was the fault. Have you any faults / configuration defined in the BPEL fault framework?
cheers
James

Exception not caught while executing web dynpro application

Hello all,
I'm getting run time error exception CX_WDR_RR_EXCEPTION not caught when running web dynpro application
The error analysis shows the custom component is locked by the user and cannot be regenerated. But I checked in SM12 for locked entries and component was not listed there.
The program terminated in the include LWDR_RUNTIME_REPOSITORYF12
Please suggest how to resolve the isse?
Regards,
anil

sorry...posted in wrong forum...

Losing SFSB after exception thrown - how can I avoid this?

I am using Sun Java System Application Server 9.0
I am using a State Full Session Bean (SFSB) via a Remote Business Interface. In this SFSB I do a �try/catch� to perform an update on an entity with child entities. My catches look for an OptimisticLockException and any other exception. When Oracle throws an OptimisticLockException the catch does not recognize this and catches the any other exception. In both case another exception is thrown, see below for the code. But when this happens the SFSB is destroyed and no longer available causing the client to fail when it tries to use one of the SFSB�s business interface methods.
Can anyone please tell me how I avoid losing the SFSB or how to reload it automatically and quickly?
A plus would be can you tell me why the Oracle exception is not caught by the correct catch? The full exception is oracle.toplink.essentials.exceptions.OptimisticLockException and I have no idea whether is a subclass of another exception type.
} catch (OptimisticLockException ole) {
     Debug.debugPrintln("OrderControllerBean.updateOrder() - optimistic lock exception: " + ole.getMessage());
     throw new EntityAlreadyUpdatedDeleted("Order number: "
                    + oldOrderHeader.getOrderNumber()
                    + "cannot be updated because it has changed or been deleted since you last looked at it");
} catch (Exception ex) {
     Debug.debugPrintln("OrderControllerBean.updateOrder() - other exception persist failed orderNumber: "
                    + oldOrderHeader.getOrderNumber()
                    + " exception: " + ex.getMessage());
     throw new EJBException(ex);
Many thanx��.
Edited by: jdraven on Mar 27, 2008 11:06 PM

No worries!
Thank you for sharing the solution to your problem with the community!
Kameralina
Ask NI (ni.com/ask)
Search The KnowledgeBase
NI Developer Zone
Measure It. Fix It. ni.com/greenengineering/
NI Vision ni.com/vision/

Exception thrown and not caught

I am testing out Ben Forta's tutorial 2 on ajax dropdown
menus and I am getting the following error...
Line: 787
Char: 1
Error: Exception thrown and not caught
WTH????

Hi,
Check for any html comments placed either in your
Application.cfm file (or) the page which you are experiencing the
error. If anything exists remove those comments and try running the
page again..
HTH

'exception thrown but not caught' error on the url iview

Hi,
EP6, we have url iview that is working fine for displaying a web application. but the problem is some of the link on the web application throws 'exception thrown but not caught' error. it happens to some of the users though.

Hi Mokone
I agree with Raghvendranath statement.
This is not portal side problem.U just using URL of that application
Also do this
Open the URLiView editor and check the Fetch Mode property value.
    Launch the same URL in a new browser window (not in the portal).
    Change the URLiView Fetch Mode property from Server-Side to Client-Side.
    The iView is using the Server-side fetching mode but no proxy is defined for the portal
Hope this info help you
Regards
Ruturaj

Dynamic Actions & Cascading List of Values (Exception thrown and not caught

I am having a really strange issue within my Apex 4.0 environment where I am trying to build dynamic actions and cascading list of values.
I am trying to develop new functionality in an existing application, (original application developed using HTMLdb 1.6 and gradually updated to Apex 4.0.1), to add a dynamic action that sets a value of another field, using SQL. The dynamic action is failing with 'Exception thrown and not caught - jquery-1.4.2.min.js Line: 28 Char: 162'. However, when I create a new application within the same workspace and develop the same functionality is works without a problem.
I have ensured the templates for each page/region are an exact copy of each other.
When I run the application in Firebug I get the following information:
Date Fri, 31 Dec 2010 14:20:03 GMT
Server Oracle-Application-Server-11g
X-DB-Content-length 87
Set-Cookie HTMLDB_IDLE_SESSION=31-DEC-2010 23:20:03;path=/
Content-Length 87
Keep-Alive timeout=5, max=99
Connection Keep-Alive
Content-Type text/html; charset=UTF-8
Content-Language en
For the application that is working I get slightly different response headers.
Date Fri, 31 Dec 2010 14:20:37 GMT
Server Oracle-Application-Server-11g
Cache-Control no-cache
Pragma no-cache
X-DB-Content-length 14
Content-Length 14
Keep-Alive timeout=5, max=94
Connection Keep-Alive
Content-Type application/json
Content-Language en
Notice the Content-Type for the version that doesn't work is using "text/html", while the working version uses "application/json"
Firebug also provides the following error:
uncaught exception: Invalid JSON: Content-type: application/json Cache-Control: no-cache Pragma: no-cache {"value":"1"}
Does anyone have any idea what is going on??
Thanks.
Jon

Patrick,
Thanks my session verify function was causing the problem and I have removed it temporarily from my authentication scheme.
I am using the "check_timeout" function that was developed a number of years ago as part of a "How To" section in the old HTMLdb days. I knew there was an issue with this routine as the newer versions of the browsers handle cookies differently and I was going to redevelop it at some point. Do you know which part of the function causes the issue?
Many Thanks,
Jon
FUNCTION check_timeout
RETURN BOOLEAN
AS
l_session_expire VARCHAR2(256) := NULL;
l_cookie_exists BOOLEAN := TRUE;
BEGIN
IF htmldb_custom_auth.get_user IS NULL THEN
RETURN TRUE;
END IF;
BEGIN
l_session_expire := owa_cookie.get('HTMLDB_IDLE_SESSION').vals(1);
EXCEPTION WHEN NO_DATA_FOUND THEN
l_cookie_exists := FALSE; -- no cookie set, assume first page visit after login
END;
IF l_cookie_exists
AND TO_DATE(l_session_expire,'DD-MON-YYYY HH24:MI:SS') < SYSDATE
THEN
wwv_flow.g_unrecoverable_error := TRUE;
owa_util.redirect_url('f?p='||'500:101'); -- Note hard-coded login application and page ID 500:101
RETURN FALSE;
ELSIF NOT g_cookie_already_sent THEN
owa_util.mime_header('text/html', FALSE);
owa_cookie.send ( NAME => 'HTMLDB_IDLE_SESSION',
VALUE => TO_CHAR(SYSDATE+(c_max_idle_minutes/1440),'DD-MON-YYYY HH24:MI:SS'),
expires => NULL,
path => '/',
domain => NULL );
owa_util.http_header_close;
g_cookie_already_sent := TRUE;
END IF;
RETURN TRUE;
END check_timeout;

Exception is not thrown immediately in Hibernate 3. Why??

I am using Hibernate 3.
If I execute "session.update" and the update is not successful (e.g. value too large), the exception is not thrown immediately.
For example,
System.out.println ("pass 1");
session.update(dataBean) ;
System.out.println ("pass 2");
session.getTransaction().commit();
System.out.println ("pass 3");
I find if session.update(dataBean) fails, "pass 1" and "pass 2" are printed but "pass 3" is not printed. That meams Hibernate will not throw exception until I execute "commit". Can I force it to throw immediately (i.e. only "pass 1" will be printed) ?
Thanks in advance.

O/R mappers such as Hibernate and JDO generally defer communications with the database for as long as possible; for an insert or update transaction that will be until commit().
This is for several reasons:
1) general efficiency - a series of update() calls may modify the same attribute of an object multiple times; it's substantially more efficient to update the database just once
2) database efficiency - when a transaction is in progress, even when nothing is occuring in that transaction, more resources are consumed inthe database than when no transaction is active. For example, if a transaction updates a row and then 10 minutes later commits, then during that interval the database has to keep track of 2 different versions of that row and know which connections see which version of the row.
3) connection management - DB connections are expensive resources and once a transaction has started updating the DB, it has to tie up a connection for the duration.
In other words, no matter how long it takes to set up your transaction in Java, a good O/R mapper is not going to begin a database transaction until the last possible moment, which is at commit().
Can I force it to throw immediatelyYou can call commit() any time you want.
It sounds like you want the database to do your input data validation for you. That's wrong. You need to validate input (for size, length, whatever) before you attempt to put it in the database.

Exception not caught

Hi all.
At my new customer, I have to implement webdynpro applications. The problem is that when I want to test the application, IE displays a message like this:
"The following error text was processed in the system EPB : An exception occurred that was not caught.
"The ABAP call stack was:
Method: CHECK of program CX_FQDN=======================CP
Method: LATE_CONSTRUCTOR of program CL_WDR_UCF====================CP
Method: HANDLE_REQUEST of program CL_WDR_UCF====================CP
Method: IF_HTTP_EXTENSION~HANDLE_REQUEST of program CL_WDR_MAIN_TASK==============CP
Method: EXECUTE_REQUEST of program CL_HTTP_SERVER================CP
Function: HTTP_DISPATCH_REQUEST of program SAPLHTTP_RUNTIME
Module: %_HTTP_START of program SAPMHTTP
I have no idea what the problem is. All the necessary services are activated in SICF.
Thanks for your help
Nicolas

Hi,
it's about the fully qualified domain name (FQDN), see the <a href="http://help.sap.com/saphelp_nw70/helpdata/en/67/be9442572e1231e10000000a1550b0/frameset.htm">documentation</a>
Regards, Heidi

Resteasy in-built exceptions not caught in the exception mapper

Hi friends,
I have written some exception mappers to catch and handle the in-built rest easy exceptions like NotFoundException,MethodNotAllowedException, etc., Sample code as shown:
@Provider
public class NotFoundExceptionMapper implements ExceptionMapper<org.jboss.resteasy.spi.NotFoundExc eption>
@Override
Response toResponse(org.jboss.resteasy.spi.NotFoundExceptio n exception) {
return Response.status(500).build();
I have also written a try catch block in my web filter class. Whenever a NotFoundException occurs, it is not caught in the mapper, but it goes to the catch block in the Filter.
Whereas I have tried another exception mapper class to handle JsonParsingException. This is working correctly and giving a proper response from the mapper whenever a Json Parse exception occurs.
The issue is only with the case of resteasy inbuilt exceptions.
Also, the Provider has been registered in the application context using the include-filter tag inside component scan.
Is there any additional configuration to be done for this?
Please guide me as to what needs to be done to catch rest easy in-built exceptions in the mapper class itself.
Regards,
RM

Cross posted
http://stackoverflow.com/questions/10251640/resteasy-in-built-exceptions-not-caught-in-the-exception-mapper
http://www.java-forums.org/advanced-java/58655-resteasy-built-exceptions-not-caught-exception-mapper.html
db

Data Quality vendor-specific error: An error occurred when calling function 'sdq_init_connector ()' in connector ": "(-8) Exception!." Detailed error message: Exception thrown by Java: java.lang.UnsatisfiedLinkError: nio (Not found in com.ibm.oti.vm.boots

When attempting to create a new Account in siebel integrated with OEDQ the following error occurs.
ERROR
Data Quality vendor-specific error: An error occurred when calling function 'sdq_init_connector ()' in connector ": "(-8) Exception!." Detailed error message: Exception thrown by Java: java.lang.UnsatisfiedLinkError: nio (Not found in com.ibm.oti.vm.bootstrap.library.path)(SBL-APS-00118)
STEPS
The issue can be reproduced at will with the following steps:
1) from EDQ director we have imported the EDQ_CDS,EDQ-REFERENCE DATA & EDQ_HISTORICAl DATA packages sucessfully.
2) Created dnd.param file in SIebel server SDQCOnnector folder.
3) Copied the libdnd.so file to siebsrvr lib directory(32 bit)
3) In dnd.param file we have mentioned the javalib file and instllation directory path(<Siebsrvr roo>/dnd/install)
4) Unzipped the EDQ-Siebel Connector files in dnd/install folder
5) Copied the dnd.properties file in dnd/install directory and modified it accordingly to point to installed EDQ instance.
6) Configured the Siebel components for EDQ integration.
7) Realtime EDQ jobs are running.
8) Create a new Account
Env details are
On : 8.2.2.14 [IP2014] version, Client Functionality
EDQ 11.1.1.7.4
IBM JDK 1.7 32 bit
Using Open UI
Any Champ have faced this issue and overcame it please let me know the resolution steps. your help is
Regards
Monoj Dey
9007554589

Hi Monoj,
A few questions:
- What OS is Siebel running on?
- What version of the Siebel connector are you using?
- Which libdnd.so file are you using?
- What's the contents of your dnd.parms file?
thanks,
Nick

Exceptions not caught in shared library when compiled under Sun Studio 9

I realize it's a fairly old version of Sun Studio, however if at all possibly we'd like to avoid updating to the latest.
Sun Studio 9, version reports
version of "/opt/SUNWspro/bin/../prod/bin/../../bin/cc": Sun C 5.6 2004/07/15
version of "/opt/SUNWspro/bin/../prod/bin/../../bin/CC": Sun C++ 5.6 2004/07/15
uname -a
SunOS sunblade 5.9 Generic_118558-27 sun4u sparc SUNW,Sun-Blade-100
The problem is within our shared library a function calls another method within a try/catch block. This method then sometimes throws an exception which does have a matching catch block. On all other systems (Windows, AIX, HP-UX, Linux) the code works, the exception is caught and handled. On Solaris with Sun Studio 9 though, the exception is ignored and instead triggers an abort and core dump.
Stack Trace:
ffffffff7daa871c lwpkill (6, 0, ffffffff7fffd9c0, ffffffff7d3064d4, 2, ffffffff7fffd9ec) + 8
ffffffff7da3e4b8 abort (ffffffff7d40dac8, ffffffff7d40cc38, ffffffff7d411e78, 10604c, 2, ffffffff7d40dac8) + 100
ffffffff7d3064d4 __1cH__CimplRdefault_terminate6F_v_ (ffffffff7d40dac8, ffffffff7d40cc38, ffffffff7d411e78, 10604c, 104e40, ffffffff7d3064d0) + 4
ffffffff7d3062b4 __1cH__CimplMex_terminate6F_v_ (ffffffff7d40de40, 0, 0, ffffffff7d40de40, ffffffff7d40c978, 1) + 24
ffffffff7d306f04 exthrow_body (ffffffff7d40de40, 0, 0, 105af4, 52, ffffffff7d40e2e8) + 84
ffffffff7d306e58 __1cG__CrunIex_throw6Fpvpkn0AQstatic_type_info_pF1_v_v_ (ffffffff7d40dec8, ffffffff7f0dea78, ffffffff7ecb6b28, ffffffff7d40de40, 0, ffffffff7d40de40) + 3c
ffffffff7ecb6d90 __1cLIGExceptionFThrow6FnQenumIGErrorCodes_pkcxxp2x_v_ (fffffffffffff3e3, 0, 0, 0, ffffffff7f1187da, a0) + 80
ffffffff7ecb6e78 __1cOThrowException6FnQenumIGErrorCodes_pkcxxp1x_v_ (fffffffffffff3e3, 0, 0, 0, ffffffff7f1187da, a0) + 30
ffffffff7f083304 __1cSIGRasterProcessingNVerifyPalette6FpnMIGRasterPage_nTenumIGContrastModes__v_ (1001f3c10, 0, 0, 0, 0, 0) + b4
ffffffff7f083760 __1cSIGRasterProcessingOInvertContrast6FpnMIGRasterPage_nTenumIGContrastModes_nTenumIGColorChannels_pnPtagAT_RECTANGLE__v_ (1001f3c10, 0, 0, ffffffff7fffe1a8, 0, 0) + 20
ffffffff7f039a2c iIG_IP_contrast_invert (1001f3c10, 100162b10, 0, 0, 0, 0) + 104
ffffffff7f039ba0 iIG_IP_contrast_invert_masked (1001f3c10, 100162b10, 0, 0, 0, 0) + 80
000000010000b4e0 ipcontrast_invert_notify (10014d000, 10014d, 0, 100000, 100162000, 100162) + 48
Try/catch block:
 try
 <Triggering function>
 catch(const IGException& ige)
 <Handling Code>
The code which throws the exception is a static method of IGException which has a basic throw line:
 throw IGException(...);
Source code is compiled with the following flags, none of which I could find any info to suggest affect this:
CC -c -Xt -xCC -misalign -xarch=v9 -O
Linking of the shared object is then done via the following, again nothing obvious that could cause issues. mapfile is an empty file.
ld -o <outputfilename> -G -z textoff -M mapfile -z noversion -64 -h <outputfilename> <object files> -L/opt/SUNWspro/lib/v9 -lCrun -lX11 -lc -lm
I did read somewhere mentioning to make sure to use RTLD_GLOBAL if using dlopen on the .so, but the test app is using ld to link the library.
Does anyone have any ideas why with the Sun Studio 9 compiler these exceptions are not being caught? Based on the fact they are caught on all other compilers, i'm guessing this issue is with the compiler.
Also, as a test it seems that if the shared object is not built as a 64-bit object, then everything works. The issue only seems to occur when it is a 64-bit object. Likely an issue with the 64-bit compiling?
Edited by: 837682 on Feb 17, 2011 9:23 AM

As the other poster pointed out, you need to link the shared library using CC, not ld. I should have noticed that error in the original post.
Try using CC instead of ld in your link command. The CC command causes additional files to be linked into the shared library that are required for proper operation, and particularly for exception handling. I think that is the actual source of your problem.
You should not use -L options that point into the compiler installation area, and when you use CC to link, you don't need to.
I'm surprised that you seem to have a copy of libCrun.so.1 in the compiler installation area -- that should not be the case. The the only versions of libCrun should be static libraries libCrun.a. You almost never want to link with a static version of a system library, and absolutely never when building a shared library. The file /opt/SUNWspro/lib/libCrun.so.1 ought to be a symbolic link pointing to /usr/lib/libCrun.so.1, but if that were the case, the version command would have the same output.
By any chance, did you install your compiler by copying it from another installation? If you do that, you need to use tar, not cp, to ensure that symbolic links are preserved.

Exception thrown in EJB not captured in ManagedBean

Hi. Im new in community.
I have an EE project using JSF 1.2, EJB 3.0 deployed in Weblogic 10.3.6.
My EJB that throws an Exception that is captured in my ManagedBean. However the exception does not reach to my ManagedBean.
This exception should reload the page with an error message stating that the group already exists, but as the exception does not reach the ManagedBean, the page is not displayed with the error message.
I appreciate the help. Rgrds.
My web.xml
<error-page>
 <exception-type>java.lang.Exception</exception-type>
 <location>/PRErrorPageView.faces</location>
</error-page>
My EJB:
try {
 List<Grupo> grupos = findGrupoByName(grupo.getNomeGrupo());
 if (!grupos.isEmpty() && !alteraPermissao)
 throw new GrupoException("msgErroGrupoNomeCadastrado");
My ManagedBean:
Here is the call of my EJB
grupoServices.persisteGrupo(grupo, listCR, listCC, listCM, listCP, listMo, alteraGrupo, codigoTela, codigoUsuarioLogado);
cancelar();
FacesUtil.addSuccessMessage("Grupo criado com sucesso!");
} catch (GrupoException e) {
logger.warning(e.getMsg());
FacesUtil.addErrorMessage(e.getMsg());
My class GrupoException:
public class GrupoException extends ComponentException{
 /** The serialVersionUID */
 private static final long serialVersionUID = -6912605895523623154L;
 public GrupoException(String key){
 super(key);
My ComponentException:
public class ComponentException extends RuntimeException{
 /** The serialVersionUID */
 private static final long serialVersionUID = -2534006938034008594L;
 private String msg;
 public ComponentException(String key) {
 String msgBundle = ResourcesUtil.getString(ResourcesUtil.MENSAGENS_FILE, key);
 this.msg = msgBundle;
Weblogic log:
]] Root cause of ServletException.
javax.faces.FacesException: #{cadastroGrupo.gravar}: javax.ejb.EJBException: EJB Exception: : br.com.telefonica.portal.services.exceptions.GrupoException
 at br.com.telefonica.portal.services.impl.GrupoServiceImpl.persisteGrupo(GrupoServiceImpl.java:93)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:597)
 at com.bea.core.repackaged.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310)
 at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
 at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)
 at com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
 at com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
 at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
 at com.oracle.pitchfork.spi.MethodInvocationVisitorImpl.visit(MethodInvocationVisitorImpl.java:34)
 at weblogic.ejb.container.injection.EnvironmentInterceptorCallbackImpl.callback(EnvironmentInterceptorCallbackImpl.java:54)
 at com.oracle.pitchfork.spi.EnvironmentInterceptor.invoke(EnvironmentInterceptor.java:42)
 at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
 at com.bea.core.repackaged.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:89)
 at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
 at com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
 at com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
 at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
 at com.bea.core.repackaged.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
 at $Proxy87.persisteGrupo(Unknown Source)
 at br.com.telefonica.portal.services.impl.GrupoServiceImpl_k21zc8_GrupoServicesLocalImpl.__WL_invoke(Unknown Source)
 at weblogic.ejb.container.internal.SessionLocalMethodInvoker.invoke(SessionLocalMethodInvoker.java:39)
 at br.com.telefonica.portal.services.impl.GrupoServiceImpl_k21zc8_GrupoServicesLocalImpl.persisteGrupo(Unknown Source)
 at br.com.telefonica.portal.web.views.CadastroGrupoBean.gravar(CadastroGrupoBean.java:310)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:597)
 at com.sun.el.parser.AstValue.invoke(AstValue.java:187)
 at com.sun.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:297)
 at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:88)
 at com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:102)
 at javax.faces.component.UICommand.broadcast(UICommand.java:387)
 at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:475)
 at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:756)
 at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:82)
 at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
 at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
 at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265)
 at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
 at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
 at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:301)
 at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
 at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
 at weblogic.servlet.internal.RequestEventsFilter.doFilter(RequestEventsFilter.java:27)
 at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
 at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.wrapRun(WebAppServletContext.java:3730)
 at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3696)
 at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
 at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:120)
 at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2273)
 at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2179)
 at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1490)
 at weblogic.work.ExecuteThread.execute(ExecuteThread.java:256)
 at weblogic.work.ExecuteThread.run(ExecuteThread.java:221)
; nested exception is: br.com.telefonica.portal.services.exceptions.GrupoException
 at com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:118)
 at javax.faces.component.UICommand.broadcast(UICommand.java:387)
 at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:475)
 at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:756)
 at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:82)
 Truncated. see log file for complete stacktrace
Caused By: javax.faces.el.EvaluationException: javax.ejb.EJBException: EJB Exception: : br.com.telefonica.portal.services.exceptions.GrupoException
 at br.com.telefonica.portal.services.impl.GrupoServiceImpl.persisteGrupo(GrupoServiceImpl.java:93)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:597)
 at com.bea.core.repackaged.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310)
 at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
 at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)
 at com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
 at com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
 at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
 at com.oracle.pitchfork.spi.MethodInvocationVisitorImpl.visit(MethodInvocationVisitorImpl.java:34)
 at weblogic.ejb.container.injection.EnvironmentInterceptorCallbackImpl.callback(EnvironmentInterceptorCallbackImpl.java:54)
 at com.oracle.pitchfork.spi.EnvironmentInterceptor.invoke(EnvironmentInterceptor.java:42)
 at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
 at com.bea.core.repackaged.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:89)
 at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
 at com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
 at com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
 at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
 at com.bea.core.repackaged.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
 at $Proxy87.persisteGrupo(Unknown Source)
 at br.com.telefonica.portal.services.impl.GrupoServiceImpl_k21zc8_GrupoServicesLocalImpl.__WL_invoke(Unknown Source)
 at weblogic.ejb.container.internal.SessionLocalMethodInvoker.invoke(SessionLocalMethodInvoker.java:39)
 at br.com.telefonica.portal.services.impl.GrupoServiceImpl_k21zc8_GrupoServicesLocalImpl.persisteGrupo(Unknown Source)
 at br.com.telefonica.portal.web.views.CadastroGrupoBean.gravar(CadastroGrupoBean.java:310)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:597)
 at com.sun.el.parser.AstValue.invoke(AstValue.java:187)
 at com.sun.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:297)
 at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:88)
 at com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:102)
 at javax.faces.component.UICommand.broadcast(UICommand.java:387)
 at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:475)
 at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:756)
 at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:82)
 at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
 at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
 at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265)
 at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
 at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
 at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:301)
 at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
 at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
 at weblogic.servlet.internal.RequestEventsFilter.doFilter(RequestEventsFilter.java:27)
 at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
 at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.wrapRun(WebAppServletContext.java:3730)
 at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3696)
 at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
 at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:120)
 at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2273)
 at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2179)
 at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1490)
 at weblogic.work.ExecuteThread.execute(ExecuteThread.java:256)
 at weblogic.work.ExecuteThread.run(ExecuteThread.java:221)
; nested exception is: br.com.telefonica.portal.services.exceptions.GrupoException
 at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:102)
 at com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:102)
 at javax.faces.component.UICommand.broadcast(UICommand.java:387)
 at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:475)
 at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:756)
 Truncated. see log file for complete stacktrace
Caused By: javax.ejb.EJBException: EJB Exception: : br.com.telefonica.portal.services.exceptions.GrupoException
 at br.com.telefonica.portal.services.impl.GrupoServiceImpl.persisteGrupo(GrupoServiceImpl.java:93)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:597)
 at com.bea.core.repackaged.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:310)
 at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)
 at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)
 at com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
 at com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
 at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
 at com.oracle.pitchfork.spi.MethodInvocationVisitorImpl.visit(MethodInvocationVisitorImpl.java:34)
 at weblogic.ejb.container.injection.EnvironmentInterceptorCallbackImpl.callback(EnvironmentInterceptorCallbackImpl.java:54)
 at com.oracle.pitchfork.spi.EnvironmentInterceptor.invoke(EnvironmentInterceptor.java:42)
 at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
 at com.bea.core.repackaged.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:89)
 at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
 at com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
 at com.bea.core.repackaged.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
 at com.bea.core.repackaged.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)
 at com.bea.core.repackaged.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
 at $Proxy87.persisteGrupo(Unknown Source)
 at br.com.telefonica.portal.services.impl.GrupoServiceImpl_k21zc8_GrupoServicesLocalImpl.__WL_invoke(Unknown Source)
 at weblogic.ejb.container.internal.SessionLocalMethodInvoker.invoke(SessionLocalMethodInvoker.java:39)
 at br.com.telefonica.portal.services.impl.GrupoServiceImpl_k21zc8_GrupoServicesLocalImpl.persisteGrupo(Unknown Source)
 at br.com.telefonica.portal.web.views.CadastroGrupoBean.gravar(CadastroGrupoBean.java:310)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:597)
 at com.sun.el.parser.AstValue.invoke(AstValue.java:187)
 at com.sun.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:297)
 at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:88)
 at com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:102)
 at javax.faces.component.UICommand.broadcast(UICommand.java:387)
 at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:475)
 at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:756)
 at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:82)
 at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
 at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
 at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265)
 at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
 at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
 at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:301)
 at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
 at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
 at weblogic.servlet.internal.RequestEventsFilter.doFilter(RequestEventsFilter.java:27)
 at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
 at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.wrapRun(WebAppServletContext.java:3730)
 at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3696)
 at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
 at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:120)
 at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2273)
 at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2179)
 at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1490)
 at weblogic.work.ExecuteThread.execute(ExecuteThread.java:256)
 at weblogic.work.ExecuteThread.run(ExecuteThread.java:221)
; nested exception is: br.com.telefonica.portal.services.exceptions.GrupoException
 at weblogic.ejb.container.internal.EJBRuntimeUtils.throwEJBException(EJBRuntimeUtils.java:156)
 at weblogic.ejb.container.internal.BaseLocalObject.handleSystemException(BaseLocalObject.java:887)
 at weblogic.ejb.container.internal.BaseLocalObject.handleSystemException(BaseLocalObject.java:818)
 at weblogic.ejb.container.internal.BaseLocalObject.postInvoke1(BaseLocalObject.java:517)
 at weblogic.ejb.container.internal.BaseLocalObject.__WL_postInvokeTxRetry(BaseLocalObject.java:455)
 Truncated. see log file for complete stacktrace
Caused By: br.com.telefonica.portal.services.exceptions.GrupoException
 at br.com.telefonica.portal.services.impl.GrupoServiceImpl.persisteGrupo(GrupoServiceImpl.java:93)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:597)
 Truncated. see log file for complete stacktrace

Tao,
 > If your ejb method is in a transaction context, then you throw application
 exception, the container will try to commit the transaction.
 In the case of an application exception, the caller will be responsible for
 committing or rolling back the transaction. (A runtime exception will roll
 back the transaction automatically.) That is why, if you use CMT, that the
 EJB methods call from outside the EJB container (such as from a servlet)
 should never be able to throw runtime exceptions.
 Peace,
 Cameron Purdy
 Tangosol, Inc.
 http://www.tangosol.com
 +1.617.623.5782
 WebLogic Consulting Available
 "Tao Zhang" <[email protected]> wrote in message
 news:3a33c04a$[email protected]..
 >
 > Hi,
 > It's ok because you look after the transaction yourself. probably you use
 the default transaction attribute 'Supports'.
 >
 > If your ejb method is in a transaction context, then you throw application
 exception, the container will try to commit the transaction.
 >
 > Hope this can help.
 > Tao Zhang
 >
 > "Gormless" <[email protected]> wrote:
 > >
 > >When I throw an application exception from within a statless session bean
 which uses jdbs for DB Lookup Only I get
 > >"Exception thrown in non-transactional EJB invoke".
 > >
 > >As this is a llokup only I have no Transaction Management
 >

Error Occurred: Exception thrown is NOT a DSCException : UnExpected From DSC

Hey Everybody ,
In the context of my project. I was bring to use LiveCycle ES API to identify with the server . so when i try to connect using the EJB proposed by livecycle i get this error :
com.adobe.idp.um.api.UMException| [com.adobe.livecycle.usermanager.client.AuthenticationManagerServiceClient] errorCode:16385 errorCodeHEX:0x4001 message:Exception thrown is NOT a DSCException : UnExpected From DSC chainedException:ALC-DSC-000-000: com.adobe.idp.dsc.DSCRuntimeException: Internal error.chainedExceptionMessage:Internal error. chainedException trace:ALC-DSC-000-000: com.adobe.idp.dsc.DSCRuntimeException: Internal error.
at com.adobe.idp.dsc.provider.impl.ejb.EjbMessageDispatcher.doSend(EjbMessageDispatcher.java :175)
at com.adobe.idp.dsc.provider.impl.base.AbstractMessageDispatcher.send(AbstractMessageDispat cher.java:66)
at com.adobe.idp.dsc.clientsdk.ServiceClient.invoke(ServiceClient.java:208)
at com.adobe.livecycle.usermanager.client.AuthenticationManagerServiceClient.authenticate(Au thenticationManagerServiceClient.java:109)
at com.gaselys.test.PurgeProcess.main(PurgeProcess.java:71)
Caused by: java.rmi.RemoteException: Remote EJBObject lookup failed for 'ejb/Invocation'; nested exception is:
org.jboss.remoting.CannotConnectException: Can not get connection to server. Problem establishing socket connection for InvokerLocator [socket://127.0.0.1:4446/?dataType=invocation&enableTcpNoDelay=true&marshaller=org.jboss. invocation.unified.marshall.InvocationMarshaller&socketTimeout=600000&unmarshaller=org.jbo ss.invocation.unified.marshall.InvocationUnMarshaller]
at com.adobe.idp.dsc.provider.impl.ejb.EjbMessageDispatcher.initialise(EjbMessageDispatcher. java:105)
at com.adobe.idp.dsc.provider.impl.ejb.EjbMessageDispatcher.doSend(EjbMessageDispatcher.java :141)
... 4 more
Caused by: org.jboss.remoting.CannotConnectException: Can not get connection to server. Problem establishing socket connection for InvokerLocator [socket://127.0.0.1:4446/?dataType=invocation&enableTcpNoDelay=true&marshaller=org.jboss.invocation.unified.marshall .InvocationMarshaller&socketTimeout=600000&unmarshaller=org.jboss.invocation.unified.marsh all.InvocationUnMarshaller]
at org.jboss.remoting.transport.socket.MicroSocketClientInvoker.transport(MicroSocketClientI nvoker.java:530)
at org.jboss.remoting.MicroRemoteClientInvoker.invoke(MicroRemoteClientInvoker.java:122)
at org.jboss.remoting.Client.invoke(Client.java:1550)
at org.jboss.remoting.Client.invoke(Client.java:530)
at org.jboss.invocation.unified.interfaces.UnifiedInvokerProxy.invoke(UnifiedInvokerProxy.ja va:183)
at org.jboss.invocation.InvokerInterceptor.invokeInvoker(InvokerInterceptor.java:365)
at org.jboss.invocation.MarshallingInvokerInterceptor.invoke(MarshallingInvokerInterceptor.j ava:63)
at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:61)
at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:70)
at org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:184)
at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:100)
at $Proxy0.create(Unknown Source)
at com.adobe.idp.dsc.provider.impl.ejb.EjbMessageDispatcher.initialise(EjbMessageDispatcher. java:95)
... 5 more
Caused by: java.net.ConnectException: Connection refused: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(Unknown Source)
at java.net.PlainSocketImpl.connectToAddress(Unknown Source)
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.SocksSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at org.jboss.remoting.transport.socket.SocketClientInvoker.createSocket(SocketClientInvoker. java:187)
at org.jboss.remoting.transport.socket.MicroSocketClientInvoker.getConnection(MicroSocketCli entInvoker.java:801)
at org.jboss.remoting.transport.socket.MicroSocketClientInvoker.transport(MicroSocketClientI nvoker.java:526)
... 17 more
NB: The ejb is working well on my first environment <Dev>
I'm using Livecycle ES 2 9.0
JBoss_4_2_1_GA
Oracle 10g
Any proposal or suggestion will be useful
Naoufal FAHEM

Awsome I have no more error
i had to make change on my jboss-service.xml .
change
<attribute name="serverBindAddress">${jboss.bind.address}</attribute>
i changed the ${jboss.bind.address} with my server ip adress.
now everything is working fine

Cfajax Exception thrown not caught

Similar Messages

Maybe you are looking for