Caught exception still showing stack trace

I have a piece of code which attempts to draw some data out of a JPEG. The line that actually gets the data will raise a com.sun.image.codec.jpeg.TruncatedFileException: Premature end of input file, if you have a corrupt JPEG. If I put the code in a "try" block, and try to catch com.sun.image.codec.jpeg.TruncatedFileException, the catch never gets executed. But if I do a generic catch by just catching Exception, the catch block DOES get executed. HOWEVER... Even though the catch block is executed, and I have a line that says "System.out.println("Found a problem");" or something like that, Java still outputs a stack trace as well. This is making me think that maybe it is throwing 2 exceptions? But if I put another try block around it, it still does the same thing.... Here is a snippet of my code, followed by the stack trace.
RenderedImage meanImage = JAI.create("mean", pb, null);
double[] mean;
try {
mean = (double[])meanImage.getProperty("mean");
} catch (Exception e) {
System.out.println("Caught in getProperty.");
return;
NOTE: The line "mean = (double[])meanImage.getProperty("mean");
is the one throwing the exception. And I've tried the catch block with and without the return statement.
Here is the stack trace...
Corrupt JPEG data: premature end of data segment
com.sun.image.codec.jpeg.TruncatedFileException: Premature end of input file
at sun.awt.image.codec.JPEGImageDecoderImpl.readJPEGStream(Native Method)
at sun.awt.image.codec.JPEGImageDecoderImpl.decodeAsBufferedImage(JPEGImageDecoderImpl.java:210)
at com.sun.media.jai.codecimpl.JPEGImage.<init>(JPEGImageDecoder.java:112)
at com.sun.media.jai.codecimpl.JPEGImageDecoder.decodeAsRenderedImage(JPEGImageDecoder.java:51)
at com.sun.media.jai.opimage.CodecRIFUtil.create(CodecRIFUtil.java:89)
at com.sun.media.jai.opimage.JPEGRIF.create(JPEGRIF.java:52)
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:324)
at javax.media.jai.FactoryCache.invoke(FactoryCache.java:130)
at javax.media.jai.OperationRegistry.invokeFactory(OperationRegistry.java:1669)
at javax.media.jai.ThreadSafeOperationRegistry.invokeFactory(ThreadSafeOperationRegistry.java:481)
at javax.media.jai.registry.RIFRegistry.create(RIFRegistry.java:340)
at com.sun.media.jai.opimage.StreamRIF.create(StreamRIF.java:104)
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:324)
at javax.media.jai.FactoryCache.invoke(FactoryCache.java:130)
at javax.media.jai.OperationRegistry.invokeFactory(OperationRegistry.java:1669)
at javax.media.jai.ThreadSafeOperationRegistry.invokeFactory(ThreadSafeOperationRegistry.java:481)
at javax.media.jai.registry.RIFRegistry.create(RIFRegistry.java:340)
at com.sun.media.jai.opimage.FileLoadRIF.create(FileLoadRIF.java:109)
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:324)
at javax.media.jai.FactoryCache.invoke(FactoryCache.java:130)
at javax.media.jai.OperationRegistry.invokeFactory(OperationRegistry.java:1669)
at javax.media.jai.ThreadSafeOperationRegistry.invokeFactory(ThreadSafeOperationRegistry.java:481)
at javax.media.jai.registry.RIFRegistry.create(RIFRegistry.java:340)
at javax.media.jai.RenderedOp.createInstance(RenderedOp.java:805)
at javax.media.jai.RenderedOp.createRendering(RenderedOp.java:853)
at javax.media.jai.RenderedOp.getRendering(RenderedOp.java:874)
at javax.media.jai.RenderedOp$1.getPropertyNames(RenderedOp.java:1777)
at javax.media.jai.PropertyEnvironment.mapDefaults(PropertyEnvironment.java:280)
at javax.media.jai.PropertyEnvironment.getPropertyNames(PropertyEnvironment.java:135)
at javax.media.jai.WritablePropertySourceImpl.addProperties(WritablePropertySourceImpl.java:306)
at javax.media.jai.RenderedOp.createPropertySource(RenderedOp.java:1803)
at javax.media.jai.RenderedOp.getPropertyNames(RenderedOp.java:1837)
at javax.media.jai.PropertyEnvironment.hashNames(PropertyEnvironment.java:319)
at javax.media.jai.PropertyEnvironment.<init>(PropertyEnvironment.java:125)
at javax.media.jai.DescriptorCache.getPropertySource(DescriptorCache.java:1198)
at javax.media.jai.OperationRegistry.getPropertySource(OperationRegistry.java:1941)
at javax.media.jai.ThreadSafeOperationRegistry.getPropertySource(ThreadSafeOperationRegistry.java:595)
at javax.media.jai.OperationRegistry.getPropertySource(OperationRegistry.java:1980)
at javax.media.jai.ThreadSafeOperationRegistry.getPropertySource(ThreadSafeOperationRegistry.java:608)
at javax.media.jai.OperationNodeSupport.getPropertySource(OperationNodeSupport.java:624)
at javax.media.jai.RenderedOp.createPropertySource(RenderedOp.java:1800)
at javax.media.jai.RenderedOp.getProperty(RenderedOp.java:1924)
at plugins.medianEvaluator$Evaluate.Caught in getProperty.
Name: /home/jimdrewes/TEST.JPG Color: java.awt.Color[r=0,g=0,b=0]
<init>(medianEvaluator.java:74)
at plugins.medianEvaluator$1.construct(medianEvaluator.java:41)
at plugins.SwingWorker$2.run(SwingWorker.java:110)
at java.lang.Thread.run(Thread.java:536)
java.lang.reflect.InvocationTargetException
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:324)
at javax.media.jai.FactoryCache.invoke(FactoryCache.java:130)
at javax.media.jai.OperationRegistry.invokeFactory(OperationRegistry.java:1669)
at javax.media.jai.ThreadSafeOperationRegistry.invokeFactory(ThreadSafeOperationRegistry.java:481)
at javax.media.jai.registry.RIFRegistry.create(RIFRegistry.java:340)
at com.sun.media.jai.opimage.FileLoadRIF.create(FileLoadRIF.java:109)
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:324)
at javax.media.jai.FactoryCache.invoke(FactoryCache.java:130)
at javax.media.jai.OperationRegistry.invokeFactory(OperationRegistry.java:1669)
at javax.media.jai.ThreadSafeOperationRegistry.invokeFactory(ThreadSafeOperationRegistry.java:481)
at javax.media.jai.registry.RIFRegistry.create(RIFRegistry.java:340)
at javax.media.jai.RenderedOp.createInstance(RenderedOp.java:805)
at javax.media.jai.RenderedOp.createRendering(RenderedOp.java:853)
at javax.media.jai.RenderedOp.getRendering(RenderedOp.java:874)
at javax.media.jai.RenderedOp$1.getPropertyNames(RenderedOp.java:1777)
at javax.media.jai.PropertyEnvironment.mapDefaults(PropertyEnvironment.java:280)
at javax.media.jai.PropertyEnvironment.getPropertyNames(PropertyEnvironment.java:135)
at javax.media.jai.WritablePropertySourceImpl.addProperties(WritablePropertySourceImpl.java:306)
at javax.media.jai.RenderedOp.createPropertySource(RenderedOp.java:1803)
at javax.media.jai.RenderedOp.getPropertyNames(RenderedOp.java:1837)
at javax.media.jai.PropertyEnvironment.hashNames(PropertyEnvironment.java:319)
at javax.media.jai.PropertyEnvironment.<init>(PropertyEnvironment.java:125)
at javax.media.jai.DescriptorCache.getPropertySource(DescriptorCache.java:1198)
at javax.media.jai.OperationRegistry.getPropertySource(OperationRegistry.java:1941)
at javax.media.jai.ThreadSafeOperationRegistry.getPropertySource(ThreadSafeOperationRegistry.java:595)
at javax.media.jai.OperationRegistry.getPropertySource(OperationRegistry.java:1980)
at javax.media.jai.ThreadSafeOperationRegistry.getPropertySource(ThreadSafeOperationRegistry.java:608)
at javax.media.jai.OperationNodeSupport.getPropertySource(OperationNodeSupport.java:624)
at javax.media.jai.RenderedOp.createPropertySource(RenderedOp.java:1800)
at javax.media.jai.RenderedOp.getProperty(RenderedOp.java:1924)
at plugins.medianEvaluator$Evaluate.<init>(medianEvaluator.java:74)
at plugins.medianEvaluator$1.construct(medianEvaluator.java:41)
at plugins.SwingWorker$2.run(SwingWorker.java:110)
at java.lang.Thread.run(Thread.java:536)
Caused by: java.lang.RuntimeException: Unable to process image stream, incorrect format.
at com.sun.media.jai.codecimpl.JPEGImage.<init>(JPEGImageDecoder.java:114)
at com.sun.media.jai.codecimpl.JPEGImageDecoder.decodeAsRenderedImage(JPEGImageDecoder.java:51)
at com.sun.media.jai.codec.ImageDecoderImpl.decodeAsRenderedImage(ImageDecoderImpl.java:148)
at com.sun.media.jai.opimage.StreamRIF.create(StreamRIF.java:135)
... 40 more
I'm using Forte as my development environment, and JAI to do imaging stuff.
Any help would be great.
Thanks,
-Jim Drewes
www.jimdrewes.com

Actually, if you look at the stack trace close enoughI told you I didn't read the stack trace... I never will read anything that you don't bother simplifying down, perhaps since *you* knew where this was you could have pointed it out...
Because your line is being printed in the middle of the stack trace is a *BIG* hint that the exception you are catching is not the one that is printing the stack trace.
So its almost like its catching an error
after it raises a DIFFERENT not-caught error.Which is eactly what I told you... And by the position of your ESystem.out line there is also an (several?) un-caught error after your caught error.
I tried putting all of those create
statements in their own try blocks,
but it still gave me the same error.Are you sure its the same exceptio, and not other exceptions.
I also stuck in a MediaTracker yesterday...
The tracker comes back just fine,
with no errors on the image being
loaded. But when the data gets drawn
out, it raises this error again.Maybe have a google for image loading and java.awt.image.ImageObserver for some more clues.

Similar Messages

  • JDialog subclass for optionally showing stack trace from exceptions?

    hi,
    does anyone know of some code/jar that includes a widgit that displays an error message, and has a button for toggling an exception stack trace on or off?
    this would be like the segmentation fault dialog on windows except instead of the grungy register contents you'd get the grungy stack trace..
    just trying to avoid having write one myself.. :)
    thanks,
    asjf

    this sounds like one:
    http://www.yworks.com/products/yDoc/showcase/batik-1.5/org/apache/batik/util/gui/JErrorPane.html

  • Admin console showing stack trace for JNDI

    A "com.sun.enterprise.tools.guiframework.exception.FrameworkError" was caught. The message from the exception: "Unable to get View for ViewDescriptor 'customResources'"
    The root cause is "javax.management.MalformedObjectNameException: Invalid character ':' in value part of property"
    See the HTML source for more detailed (stack trace) information.
    Below are 2 stack traces to help diagnose the problem. The first is the
    traditional stack trace, the second is a full stack trace to the root cause.
    Stack Trace:
    ================
    com.sun.enterprise.tools.guiframework.exception.FrameworkException: java.lang.reflect.InvocationTargetException while attempting to process a 'error' event for 'customResources'.
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.dispatchEvent(DescriptorViewHelper.java:777)
         at com.sun.enterprise.tools.guiframework.view.BaseServlet.handleException(BaseServlet.java:426)
         at com.sun.enterprise.tools.guiframework.view.BaseServlet.handleException(BaseServlet.java:283)
         at com.sun.enterprise.tools.guiframework.view.BaseServlet.onUncaughtException(BaseServlet.java:202)
         at com.iplanet.jato.ApplicationServletBase.fireUncaughtException(ApplicationServletBase.java:1164)
         at com.iplanet.jato.ApplicationServletBase.processRequest(ApplicationServletBase.java:639)
         at com.sun.enterprise.tools.guiframework.view.BaseServlet.processRequest(BaseServlet.java:186)
         at com.iplanet.jato.ApplicationServletBase.doGet(ApplicationServletBase.java:459)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:747)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
         at sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:585)
         at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:249)
         at java.security.AccessController.doPrivileged(Native Method)
         at javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
         at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:282)
         at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:165)
         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:257)
         at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:55)
         at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:161)
         at java.security.AccessController.doPrivileged(Native Method)
         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
         at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:263)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
         at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:225)
         at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:173)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
         at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
         at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:132)
         at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
         at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:933)
         at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:189)
         at com.sun.enterprise.web.connector.grizzly.ProcessorTask.doProcess(ProcessorTask.java:604)
         at com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:475)
         at com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:371)
         at com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:264)
         at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:281)
         at com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:83)
    Caused by: java.lang.reflect.InvocationTargetException
         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:585)
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.invokeHandler(DescriptorViewHelper.java:863)
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.invokeHandlers(DescriptorViewHelper.java:800)
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.invokeHandler(DescriptorViewHelper.java:840)
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.invokeHandlers(DescriptorViewHelper.java:800)
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.invokeHandler(DescriptorViewHelper.java:840)
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.invokeHandlers(DescriptorViewHelper.java:800)
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.dispatchEvent(DescriptorViewHelper.java:775)
         ... 39 more
    Caused by: com.sun.enterprise.tools.guiframework.exception.FrameworkError: com.sun.enterprise.tools.guiframework.exception.FrameworkException: java.lang.reflect.InvocationTargetException while attempting to process a 'beforeCreate' event for 'resourceTable'.
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.beforeCreate(DescriptorViewHelper.java:344)
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.createChild(DescriptorViewHelper.java:242)
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewBeanBase.createChild(DescriptorViewBeanBase.java:125)
         at com.iplanet.jato.view.ContainerViewBase.ensureChild(ContainerViewBase.java:187)
         at com.iplanet.jato.view.ContainerViewBase.getChild(ContainerViewBase.java:541)
         at com.sun.enterprise.tools.guiframework.view.descriptors.ViewDescriptor.registerChildren(ViewDescriptor.java:192)
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.registerViewDescriptorChildren(DescriptorViewHelper.java:68)
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewBeanBase.registerViewDescriptorChildren(DescriptorViewBeanBase.java:117)
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewBeanBase.<init>(DescriptorViewBeanBase.java:60)
         at com.sun.enterprise.tools.guiframework.view.descriptors.ViewBeanBaseDescriptor.getInstance(ViewBeanBaseDescriptor.java:37)
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewManager.getView(DescriptorViewManager.java:199)
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewManager.getView(DescriptorViewManager.java:159)
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewManager.getViewBean(DescriptorViewManager.java:59)
         at com.sun.enterprise.tools.guiframework.event.handlers.NextPageHandler.forwardTo(NextPageHandler.java:38)
         ... 50 more
    Caused by: com.sun.enterprise.tools.guiframework.exception.FrameworkException: java.lang.reflect.InvocationTargetException while attempting to process a 'beforeCreate' event for 'resourceTable'.
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.dispatchEvent(DescriptorViewHelper.java:777)
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.beforeCreate(DescriptorViewHelper.java:337)
         ... 63 more
    Caused by: java.lang.reflect.InvocationTargetException
         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:585)
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.invokeHandler(DescriptorViewHelper.java:863)
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.invokeHandlers(DescriptorViewHelper.java:800)
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.invokeHandler(DescriptorViewHelper.java:840)
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.invokeHandlers(DescriptorViewHelper.java:800)
         at com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.dispatchEvent(DescriptorViewHelper.java:775)
         ... 64 more
    Caused by: com.sun.enterprise.tools.guiframework.exception.FrameworkException: com.sun.enterprise.tools.guiframework.exception.FrameworkException: com.sun.enterprise.tools.guiframework.exception.FrameworkException: javax.management.MBeanException: Operation 'getCustomResource' failed in 'resources' Config Mbean.
    Target exception message: Invalid character ':' in value part of property
         at com.sun.enterprise.tools.admingui.handlers.CommonHandlers.invokeMBean(CommonHandlers.java:136)
         ... 73 more
    Caused by: com.sun.enterprise.tools.guiframework.exception.FrameworkException: com.sun.enterprise.tools.guiframework.exception.FrameworkException: javax.management.MBeanException: Operation 'getCustomResource' failed in 'resources' Config Mbean.
    Target exception message: Invalid character ':' in value part of property
         at com.sun.enterprise.tools.admingui.util.MBeanUtil.invoke(MBeanUtil.java:57)
         at com.sun.enterprise.tools.admingui.handlers.CommonHandlers.invokeMBean(CommonHandlers.java:123)
         ... 73 more
    Caused by: com.sun.enterprise.tools.guiframework.exception.FrameworkException: javax.management.MBeanException: Operation 'getCustomResource' failed in 'resources' Config Mbean.
    Target exception message: Invalid character ':' in value part of property
         at com.sun.enterprise.tools.admingui.util.MBeanUtil.invoke(MBeanUtil.java:155)
         at com.sun.enterprise.tools.admingui.util.MBeanUtil.invoke(MBeanUtil.java:46)
         ... 74 more
    Caused by: javax.management.MBeanException: Operation 'getCustomResource' failed in 'resources' Config Mbean.
    Target exception message: Invalid character ':' in value part of property
         at com.sun.enterprise.admin.MBeanHelper.extractAndWrapTargetException(MBeanHelper.java:371)
         at com.sun.enterprise.admin.config.BaseConfigMBean.invoke(BaseConfigMBean.java:382)
         at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(DynamicMetaDataImpl.java:213)
         at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(MetaDataImpl.java:220)
         at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:815)
         at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:784)
         at sun.reflect.GeneratedMethodAccessor23.invoke(Unknown Source)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:585)
         at com.sun.enterprise.admin.util.proxy.ProxyClass.invoke(ProxyClass.java:54)
         at $Proxy1.invoke(Unknown Source)
         at com.sun.enterprise.admin.server.core.jmx.SunoneInterceptor.invoke(SunoneInterceptor.java:272)
         at com.sun.enterprise.tools.admingui.util.MBeanUtil.invoke(MBeanUtil.java:148)
         ... 75 more
    Caused by: javax.management.MalformedObjectNameException: Invalid character ':' in value part of property
         at javax.management.ObjectName.construct(ObjectName.java:529)
         at javax.management.ObjectName.<init>(ObjectName.java:1304)
         at com.sun.enterprise.admin.meta.naming.MBeanNamingDescriptor.createObjectName(MBeanNamingDescriptor.java:360)
         at com.sun.enterprise.admin.config.ConfigMBeanHelper.getConfigBeanObjectName(ConfigMBeanHelper.java:224)
         at com.sun.enterprise.admin.config.ConfigMBeanHelper.getConfigBeansObjectNames(ConfigMBeanHelper.java:213)
         at com.sun.enterprise.admin.config.ConfigMBeanHelper.getChildObjectNames(ConfigMBeanHelper.java:200)
         at com.sun.enterprise.admin.config.ConfigMBeanHelper.converConfigBeansToObjectNames(ConfigMBeanHelper.java:143)
         at com.sun.enterprise.admin.config.ManagedConfigBean.invokeOperation(ManagedConfigBean.java:1281)
         at com.sun.enterprise.admin.config.BaseConfigMBean.invoke(BaseConfigMBean.java:366)
         ... 86 more
    ================
    Full Trace:
    ================
         javax.management.ObjectName.construct(ObjectName.java:529)
         javax.management.ObjectName.<init>(ObjectName.java:1304)
         com.sun.enterprise.admin.meta.naming.MBeanNamingDescriptor.createObjectName(MBeanNamingDescriptor.java:360)
         com.sun.enterprise.admin.config.ConfigMBeanHelper.getConfigBeanObjectName(ConfigMBeanHelper.java:224)
         com.sun.enterprise.admin.config.ConfigMBeanHelper.getConfigBeansObjectNames(ConfigMBeanHelper.java:213)
         com.sun.enterprise.admin.config.ConfigMBeanHelper.getChildObjectNames(ConfigMBeanHelper.java:200)
         com.sun.enterprise.admin.config.ConfigMBeanHelper.converConfigBeansToObjectNames(ConfigMBeanHelper.java:143)
         com.sun.enterprise.admin.config.ManagedConfigBean.invokeOperation(ManagedConfigBean.java:1281)
         com.sun.enterprise.admin.config.BaseConfigMBean.invoke(BaseConfigMBean.java:366)
         com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(DynamicMetaDataImpl.java:213)
         com.sun.jmx.mbeanserver.MetaDataImpl.invoke(MetaDataImpl.java:220)
         com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:815)
         com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:784)
         sun.reflect.GeneratedMethodAccessor23.invoke(Unknown Source)
         sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         java.lang.reflect.Method.invoke(Method.java:585)
         com.sun.enterprise.admin.util.proxy.ProxyClass.invoke(ProxyClass.java:54)
         $Proxy1.invoke(Unknown Source)
         com.sun.enterprise.admin.server.core.jmx.SunoneInterceptor.invoke(SunoneInterceptor.java:272)
         com.sun.enterprise.tools.admingui.util.MBeanUtil.invoke(MBeanUtil.java:148)
         com.sun.enterprise.tools.admingui.util.MBeanUtil.invoke(MBeanUtil.java:46)
         com.sun.enterprise.tools.admingui.handlers.CommonHandlers.invokeMBean(CommonHandlers.java:123)
         sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
         sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
         sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         java.lang.reflect.Method.invoke(Method.java:585)
         com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.invokeHandler(DescriptorViewHelper.java:863)
         com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.invokeHandlers(DescriptorViewHelper.java:800)
         com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.invokeHandler(DescriptorViewHelper.java:840)
         com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.invokeHandlers(DescriptorViewHelper.java:800)
         com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.dispatchEvent(DescriptorViewHelper.java:775)
         com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.beforeCreate(DescriptorViewHelper.java:337)
         com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.createChild(DescriptorViewHelper.java:242)
         com.sun.enterprise.tools.guiframework.view.DescriptorViewBeanBase.createChild(DescriptorViewBeanBase.java:125)
         com.iplanet.jato.view.ContainerViewBase.ensureChild(ContainerViewBase.java:187)
         com.iplanet.jato.view.ContainerViewBase.getChild(ContainerViewBase.java:541)
         com.sun.enterprise.tools.guiframework.view.descriptors.ViewDescriptor.registerChildren(ViewDescriptor.java:192)
         com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.registerViewDescriptorChildren(DescriptorViewHelper.java:68)
         com.sun.enterprise.tools.guiframework.view.DescriptorViewBeanBase.registerViewDescriptorChildren(DescriptorViewBeanBase.java:117)
         com.sun.enterprise.tools.guiframework.view.DescriptorViewBeanBase.<init>(DescriptorViewBeanBase.java:60)
         com.sun.enterprise.tools.guiframework.view.descriptors.ViewBeanBaseDescriptor.getInstance(ViewBeanBaseDescriptor.java:37)
         com.sun.enterprise.tools.guiframework.view.DescriptorViewManager.getView(DescriptorViewManager.java:199)
         com.sun.enterprise.tools.guiframework.view.DescriptorViewManager.getView(DescriptorViewManager.java:159)
         com.sun.enterprise.tools.guiframework.view.DescriptorViewManager.getViewBean(DescriptorViewManager.java:59)
         com.sun.enterprise.tools.guiframework.event.handlers.NextPageHandler.forwardTo(NextPageHandler.java:38)
         sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
         sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
         sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         java.lang.reflect.Method.invoke(Method.java:585)
         com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.invokeHandler(DescriptorViewHelper.java:863)
         com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.invokeHandlers(DescriptorViewHelper.java:800)
         com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.invokeHandler(DescriptorViewHelper.java:840)
         com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.invokeHandlers(DescriptorViewHelper.java:800)
         com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.invokeHandler(DescriptorViewHelper.java:840)
         com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.invokeHandlers(DescriptorViewHelper.java:800)
         com.sun.enterprise.tools.guiframework.view.DescriptorViewHelper.dispatchEvent(DescriptorViewHelper.java:775)
         com.sun.enterprise.tools.guiframework.view.BaseServlet.handleException(BaseServlet.java:426)
         com.sun.enterprise.tools.guiframework.view.BaseServlet.handleException(BaseServlet.java:283)
         com.sun.enterprise.tools.guiframework.view.BaseServlet.onUncaughtException(BaseServlet.java:202)
         com.iplanet.jato.ApplicationServletBase.fireUncaughtException(ApplicationServletBase.java:1164)
         com.iplanet.jato.ApplicationServletBase.processRequest(ApplicationServletBase.java:639)
         com.sun.enterprise.tools.guiframework.view.BaseServlet.processRequest(BaseServlet.java:186)
         com.iplanet.jato.ApplicationServletBase.doGet(ApplicationServletBase.java:459)
         javax.servlet.http.HttpServlet.service(HttpServlet.java:747)
         javax.servlet.http.HttpServlet.service(HttpServlet.java:860)
         sun.reflect.GeneratedMethodAccessor56.invoke(Unknown Source)
         sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         java.lang.reflect.Method.invoke(Method.java:585)
         org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:249)
         java.security.AccessController.doPrivileged(Native Method)
         javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
         org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:282)
         org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:165)
         org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:257)
         org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:55)
         org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:161)
         java.security.AccessController.doPrivileged(Native Method)
         org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
         org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:263)
         org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
         org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:225)
         org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:173)
         org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
         org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)
         org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
         org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:132)
         org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:551)
         org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:933)
         org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:189)
         com.sun.enterprise.web.connector.grizzly.ProcessorTask.doProcess(ProcessorTask.java:604)
         com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(ProcessorTask.java:475)
         com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(ReadTask.java:371)
         com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(ReadTask.java:264)
         com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:281)
         com.sun.enterprise.web.connector.grizzly.WorkerThread.run(WorkerThread.java:83)
    ================

    This appears to be a bug. But may I request more information here?
    Are there any resources that have jndi-names with some non-alpha-numeric characters in them? Can you just check the jndi-names that you have defined while creating the resources/connection-pools?
    Thanks,
    Kedar

  • Exception Handling and Stack Traces in JDK 1.1.8

    Hi,
    I'm presently maintain and upgrading a Web-Objects 4.5 application that uses the JDK 1.18. There are two constantly recurring exceptions that keep getting thrown, exceptions for which there are no stack traces. These are exceptions thrown by methods that do not presently have throws or try/catch code associated with them.
    My questions are:
    1) Why are there no stack traces available? Is it because the exception handling code is not there, or could there be another reason?
    2) Will the inclusion of exception-handling code ALWAYS lead to stack traces and messages becoming available (if I put a e.printStackTrace() in my catch(Excetion e) clause), or will there be situations where it will not be available?
    3) What is the best way for me to handle these types of exceptions in order to gain the most information possible about their root causes and possible solutions?
    Thanks for your help.

    I have never seen a case where there was no stack trace.
    I have seen cases where the stack trace does not provide line numbers. I have also seen cases where it is less than useful as it terminates on a native call (which is to be expected.)
    However, if you don't call printStackTrace() then you don't get it. And if you catch an exception an throw a different one you also loose information. So you might want to check those possibilities.

  • Stack traces mysteriously disappear from Exceptions

    I'm using Sun Java System Application Server Platform Edition 8.0.0_01 on Solaris 8 on a Sun-Fire machine. The problem is that some exceptions thrown in session beans make it to the presentation tier without their stack traces.
    Here is a session bean method:
    * @ejb.interface-method
    public void generateException() throws SbankInternalException
    try { System.exit(0); }
    catch (Exception e) {
    throw new SbankInternalException("Unexpected exception", e);
    SbankInternalException is a simple wrapper on Exception:
    public class SbankInternalException
    extends Exception
    public SbankInternalException() {}
    public SbankInternalException(String message)
    super(message);
    public SbankInternalException(String message, Throwable cause)
    super(message, cause);
    public SbankInternalException(Throwable cause)
    super(cause);
    Here is the code that triggers the problem:
    <h3>Exception testing:</h3>
    <%
    try {
    maintenanceServices.generateException();
    } catch (Exception E) {
    Throwable e = (Throwable) E;
    %>
    <h3>Caught exception <%=E%></h3>
    <pre>
    <%
    do {
    %>CLASS: <%=e.getClass().getName()%>
    MESSAGE: <%=e.getMessage()%><br><%
    StackTraceElement se[] = e.getStackTrace();
    if (se.length == 0) {
    %> EMPTY STACK TRACE<br><br><%
    } else {
    for (int i = 0; i < se.length; i++) {
    %> <%=se.toString()%><br><%
    %> <br><br><%
    e = e.getCause();
    } while (e != null);
    %>
    </pre>
    And here is what I get:
    <h3>Exception testing:</h3>
         <h3>Caught exception sbank.services.SbankInternalException: Unexpected exception</h3>
         <pre>
    CLASS: sbank.services.SbankInternalException
    MESSAGE: Unexpected exception<br>
    EMPTY STACK TRACE<br><br>
    CLASS: java.security.AccessControlException
    MESSAGE: access denied (java.lang.RuntimePermission exitVM)<br>
    EMPTY STACK TRACE<br><br>
         </pre>
    Server log does not contain any message about that.
    This only seems to be the problem for exceptions declared in bean interface. When a RuntimeException is thrown in the bean, then it is properly logged to the server log (with strack trace), and I catch a nice RemoteException in the presentation layer, as expected (also with stack trace, though the top frame is somewhere in the demarshalling code of application server guts, so it's not very useful).
    Is it my error, or a bug?
    regards
    Marcin

    I'm not complaining that the exceptions declared to be thrown from session bean interface are not logged. AFAIR that is OK with the EJB spec.
    I'm complaining that the stack traces are stripped from the exception on its way from the session bean to the client (presentation layer in this case).
    I know that I could log the error in the session bean, that is just a workaround. I still would like to know why my exceptions are being broken? After all the whole point of exceptions is that they can be generated in one place, and investigated/displayed in another.
    The only explanation I can think of that there is some silly optimization, that omits stack frames when serializing the exceptions, so that they propagate faster. If it is so, can I disable that?
    Marcin

  • Is it possible to obtain line numbers in the stack trace of an exception

    Is it possible for e.StackTrace in the following code to contain line numbers?
    try
    catch(Exception e)
    LogStackTrace("Stack Trace:" + e.StackTrace);}
    Hong

    Thank you for your response.
    The linked article is for Windows Phone and it points out "it's not possible to deploy the PDB alongside the EXE/DLL". Is this also the case for Windows Store app, or Windows Store app is different and it can be deployed with a .pdb file as you
    pointed out?
    The Windows Store app package is like the following:
    My App_1.3.0.5_AnyCPU.appxupload
    It is a zip file that contains the following two files:
    My App_1.3.0.5_AnyCPU.appx
    My App_1.3.0.5_AnyCPU.appxsym
    Hong

  • WLST, how do I suppress unwanted stack traces and make WLST less verbose?

    Hi everyone,
    I've just started out with WLST but have ended up somewhat confused. My script works as intended but is very verbose.
    Suppose I want to log in:
    try:
         connect(user, "wrong_password", url)
    except WLSTException, err:
         print str(err)
         print "Run with option \"-h\" for help"The password is wrong so I get something like this printed out by me:
    {noformat}
    Error occured while performing connect : User: wm714, failed to be authenticated. Use dumpStack() to view the full stacktrace
    {noformat}
    But I also get a totally unwanted Java stack trace (before my message):
    {noformat}This Exception occurred at Fri May 21 15:49:01 CEST 2010.
    javax.naming.AuthenticationException [Root exception is java.lang.SecurityException: User: wm714, failed to be authenticated.]
    at weblogic.jndi.internal.ExceptionTranslator.toNamingException(ExceptionTranslator.java:42)
    at weblogic.jndi.WLInitialContextFactoryDelegate.toNamingException(WLInitialContextFactoryDelegate.java:783)
    at weblogic.jndi.WLInitialContextFactoryDelegate.pushSubject(WLInitialContextFactoryDelegate.java:677)
    {noformat}
    I don't want to confuse the user with all that! I found this:
    http://objectmix.com/weblogic/529822-wlst-exception-handling-unwanted-stack-trace.html
    Which discusses WLS.commandExceptionHandler.setSilent(1) I'm running on WLS 10.3.0.0 and can execute that statement but it has no effect. I didn't even know about the WLS-object and I can find no documentation on commandExceptionHandler.
    On the matter of verbosity, is there any way to get rid of stuff like:
    Location changed to domainRuntime tree. This is a read-only tree with DomainMBean as the root.
    For more help, use help(domainRuntime)I avoid using the "interactive" commands like cd and use stuff like getMBean("domainRuntime:/ServerRuntimes/" + appServer.getName()
    + "/JMSRuntime/" + appServer.getName() + ".jms/JMSServers") but I still get the clutter printed out.
    Thanks!

    Workaround:
    wlstOut = tempfile.mktemp(suffix="_wlst.txt")
    redirect(wlstOut, "false")
    ... do useful stuff
    stopRedirect()
    os.remove(wlstOut)I would have preffered to turn off the messages (yes I could try /dev/null) but this will do. A funny thing is that the stack trace I wrote about doesn't appear in the log file. Somehow "redirect" must have a nice side effect.
    /Roger

  • Instrument stack trace on config.xml

    I upgraded my aplication from weblogic 6.1 to 8.1,
    "instrument stack trace" is working fine with 6.1.
    it is not making any difference with 8.1,(i.e)
    i could't see any server side exception stack trace from the client when application got deployed on 8.1.
    what should i do in order to see the stack trace

    Hi,
    have you checked that whether InstrumentStackTraceEnabled is true or not ?
    With this attribute enabled, if a client issues an RMI call to a server subsystem or to a module running within the server, and if the subsystem or module generates an exception that includes a stack trace, the server will return the exception as well as the stack trace. With this attribute disabled, the server will return exceptions without the stack trace details.
    Regards
    Anilkumar kari

  • What means 'Stack trace not available'

    I have an application in produccion.
    -Oas 10g (9.04)
    -Jdeveloper 9.04
    -Jheadstart 9.405
    my new requirement is:
    an upload file(ms excel) in a jsp page
    and refresh the data from the html table in this jsp
    ...Then i modified:
    *****the TablePage (jsp)
    add to my form: enctype="multipart/form-data"<html:form name="O0130200_PLANESBean" action="/StartO0130200" type="oracle.jheadstart.view.struts.JhsDynaActionForm" scope="session" enctype="multipart/form-data">
    *****struts-config
    *****Add a new Action (customized) extends from JhsAction
    struts-config:
    <!--SISYGES:INIT-->
    <form-property className="oracle.jheadstart.controller.struts.config.JhsFormPropertyConfig" name="O0130200_PLANESDetallePlanFile" type="org.apache.struts.upload.FormFile">
    <set-property property="isPersistent" value="false"/>
    <set-property property="isFileField" value="true"/>
    </form-property>
    <!--SISYGES:END-->
    </form-bean>
    <action path="O0130200_PLANESRouter" type="oracle.jheadstart.controller.struts.action.ActionRouter">
    <set-property property="defaultForward" value="initial"/>
    <forward name="initial" path="GetO0130200_PLANESSet"/>
    <forward name="browse" path="BrowseO0130200_PLANESSet"/>
    <forward name="insert" path="GetDefaultO0130200_PLANES"/>
    <forward name="save" path="SaveO0130200_PLANES"/>
    <forward name="delete" path="DeleteO0130200_PLANES"/>
    <forward name="groupPage" path="/WEB-INF/page/O0130200_PLANESPage.jsp"/>
    <!--SISYGES:INIT-->
    <forward name="uploadDetallePlan" path="UploadDetallePlan"/>
    <!--SISYGES:END-->
    </action>
    <!--SISYGES:INIT-->
    <action
    path="UploadDetallePlan"
    type="com.sisyges.o0130200.model.struts.action.UploadDetallePlanAction"
    name="O0130200_PLANESBean"
    scope="session">
    <!-- select key of result DataObject in SessionData -->
    <set-property property="dataObjectName" value="O0130200_PLANES"/>
    <!-- name of dataObject interface -->
    <set-property property="dataObjectInterface" value="com.sisyges.o0130200.model.Planes"/>
    <set-property property="persistActionParameterName" value="save"/>
    <!-- Commit transaction? -->
    <set-property property="doCommit" value="true"/>
    <forward name="success" path="BrowseO0130200_PLANESSet"/>
    <forward name="userError" path="/WEB-INF/page/O0130200_PLANESPage.jsp"/>
    </action>
    <!--SISYGES:END-->
    Made these changes my application only runs correctly some times without showing some error message
    ....But in jdeveloper, the embedded oc4j show :
    Stack trace not available after execute the action...
    this action execute correctly....(I print in the screen with 'System.out.println()' step by step ...and this fail when the execute method finalizes)
    thanks

    Rigoberto,
    This sounds like a OC4J/J2EE issue that is not related to JHeadstart. To simplify the test case, you could create a simple drag-and-drop ADF application without JHeadstart and see if the same problem occurs there. Can you please log a TAR at MetaLink ( http://metalink.oracle.com/ ), or ask this question at the OC4J/J2EE forum at OC4J ? Thanks.
    Sandra Muller
    JHeadstart Team
    Oracle Consulting

  • NullPointerException without stack trace

    The Java stack trace can be very suitable to find the error path. However, I get NullPointerExceptions without a stack trace! If I catch a Throwable in my main() method I can print the exception, but the stack trace is empty:
    try {
    } catch (Throwable t) {
    System.out.println("ERROR: "+t); //does print "java.lang.NullPointerException"
    t.printStackTrace(); //also just prints 1 line with "java.lang.NullPointerException"
    }I thought, a stack trace is always available?

    When I want to add a comment to this "RFE" (!!!), I just get a "We encountered an unexpected error. Please try back again. " ... there are "fixed" bug ID links:
    Release Fixed 1.4.2_05(Bug ID:2120657) , tiger-beta2(Bug ID:2120658)
    But I use 1.4.2_05 and it happend there ...

  • Exception stack trace while opening the file in JDevloper

    Hi,
    When I want to open .jsp file from Application Navigator to Editor then this error appeared
    Exception stack trace:
    java.lang.NullPointerException
         at oracle.jdevimpl.webapp.design.util.InvisibleJspElementsUtil.applyInvisibleJSPElements(InvisibleJspElementsUtil.java:108)
         at oracle.jdevimpl.webapp.design.util.InvisibleJspElementsUtil.applyInvisibleJSPElements(InvisibleJspElementsUtil.java:78)
         at oracle.jdevimpl.webapp.design.util.InvisibleJspElementsUtil.applyInvisibleJSPElements(InvisibleJspElementsUtil.java:47)
         at oracle.jdevimpl.webapp.design.view.DesignTimeFixedViewDocument.rebuildTree(DesignTimeFixedViewDocument.java:162)
         at oracle.jdevimpl.webapp.model.content.dom.view.proxy.ProxyViewDocument.initialize(ProxyViewDocument.java:80)
         at oracle.jdevimpl.webapp.editor.AbstractWebAppEditor.rebuildViewDocument(AbstractWebAppEditor.java:686)
         at oracle.jdevimpl.webapp.editor.html.HtmlEditor.rebuildViewDocument(HtmlEditor.java:621)
         at oracle.jdevimpl.webapp.editor.jsp.JspEditor.rebuildViewDocument(JspEditor.java:209)
         at oracle.jdevimpl.webapp.editor.AbstractWebAppEditor.createDocuments(AbstractWebAppEditor.java:1206)
         at oracle.jdevimpl.webapp.editor.AbstractWebAppEditor.open(AbstractWebAppEditor.java:393)
         at oracle.jdevimpl.webapp.editor.html.HtmlEditor.open(HtmlEditor.java:172)
         at oracle.jdevimpl.webapp.editor.jsp.JspEditor.open(JspEditor.java:113)
         at oracle.ideimpl.editor.EditorState.openEditor(EditorState.java:239)
         at oracle.ideimpl.editor.EditorState.createEditor(EditorState.java:147)
         at oracle.ideimpl.editor.EditorState.getOrCreateEditor(EditorState.java:90)
         at oracle.ideimpl.editor.SplitPaneState.canSetEditorStatePos(SplitPaneState.java:231)
         at oracle.ideimpl.editor.SplitPaneState.setCurrentEditorStatePos(SplitPaneState.java:194)
         at oracle.ideimpl.editor.TabGroupState.createSplitPaneState(TabGroupState.java:103)
         at oracle.ideimpl.editor.TabGroup.addTabGroupState(TabGroup.java:275)
         at oracle.ideimpl.editor.EditorManagerImpl.createEditor(EditorManagerImpl.java:1261)
         at oracle.ideimpl.editor.EditorManagerImpl.createEditor(EditorManagerImpl.java:1196)
         at oracle.ideimpl.editor.EditorManagerImpl.openEditor(EditorManagerImpl.java:1131)
         at oracle.ideimpl.editor.EditorManagerImpl.whenOpenEditor(EditorManagerImpl.java:2332)
         at oracle.ideimpl.editor.EditorManagerImpl.handleDefaultAction(EditorManagerImpl.java:1893)
         at oracle.ide.controller.ContextMenu.fireDefaultAction(ContextMenu.java:343)
         at oracle.ideimpl.explorer.BaseTreeExplorer.fireDefaultAction(BaseTreeExplorer.java:1576)
         at oracle.ideimpl.explorer.BaseTreeExplorer.dblClicked(BaseTreeExplorer.java:1913)
         at oracle.ideimpl.explorer.BaseTreeExplorer.mouseReleased(BaseTreeExplorer.java:1934)
         at oracle.ideimpl.explorer.CustomTree.processMouseEvent(CustomTree.java:176)
         at java.awt.Component.processEvent(Component.java:5253)
         at java.awt.Container.processEvent(Container.java:1966)
         at java.awt.Component.dispatchEventImpl(Component.java:3955)
         at java.awt.Container.dispatchEventImpl(Container.java:2024)
         at java.awt.Component.dispatchEvent(Component.java:3803)
         at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4212)
         at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3892)
         at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3822)
         at java.awt.Container.dispatchEventImpl(Container.java:2010)
         at java.awt.Window.dispatchEventImpl(Window.java:1774)
         at java.awt.Component.dispatchEvent(Component.java:3803)
         at java.awt.EventQueue.dispatchEvent(EventQueue.java:463)
         at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
         at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
         at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
         at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
         at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
    What is the problem in my JDevloper 10.1.3.2?
    Regards,
    Rajendar.
    Edited by: Rajendar Are on Nov 28, 2008 1:28 AM

    I don't have that version.Please tell me why this problem is occurring?
    For rectifying this error I stopped all processes in JDeveloper and restarted.Still it gives me error alert.
    Regards,
    Rajendar.

  • Custom exceptions and carrying forward stack trace

    Hi, I have a question on exception handling.
    I have written an application which has several custom exceptions. When an exception occurs, sometimes I throw it and then when its caught, wrapping it in another exception like so:
    } catch (Exception e){
    throw new CollectionFailedException(this.getName() + " could not get collection", e);
    This works fine, but when I output the stacktrace, it only goes as far as the new exception, making things more difficult to debug. Is there any way of incrementing the stack trace using the first exception?
    Many thanks for any help offered!
    Marc

    Marc, this is expected behaviour. When you throw a new exception, the stacktrace starts off at the new one. A really nice explanation and sample code for creating new Exceptions and extending the Exception class is located at:
    http://www.javaworld.com/javaworld/jw-09-2001/jw-0914-exceptions.html
    Good luck, fstream

  • Unwanted stack trace in weblogic.log for thrown JSP Exceptions

    We are throwing a JSP exception within a custom tag when data validation
              errors occur; the errorPage for the JSP page is then invoked to show the
              appropriate errors. However, in the weblogic.log, a stack trace is shown
              indicating the exception (example below). We do not want this stack track
              shown unless there is a real "error" in our system vs. invoking the
              errorPage to show "application" errors. Is there any way to supress this,
              as we are not explicitly causing this to happen. It appears to be a
              weblogic feature. This causes us problems in finding true system errors
              that might be occurring due to these non-problems showing up in the
              weblogic.log.
              Thanks for the help.
              John Bauer
              Wed Dec 20 15:34:49 EST 2000:<E> <ServletContext-General> exception raised
              on '/test/test.jsp'
              javax.servlet.ServletException: runtime failure in custom tag 'testtag'
              at jsp_servlet._test._test._jspService(_test.java:89)
              at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
              at
              weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
              :124)
              at
              weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImp
              l.java:
              60)
              at
              weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImp
              l.java:
              07)
              at
              weblogic.servlet.internal.ServletContextManager.invokeServlet(ServletContext
              Manager
              java:251)
              at
              weblogic.socket.MuxableSocketHTTP.invokeServlet(MuxableSocketHTTP.java:369)
              at
              weblogic.socket.MuxableSocketHTTP.execute(MuxableSocketHTTP.java:269)
              at weblogic.kernel.ExecuteThread.run(ExecuteThread.java, Compiled
              Code)
              

    The design of the data entry pages is such that the error page is the same
              page as the data entry page, and a validation JSP tag validates the data and
              if it finds a problem, it will set some variables and throw a JSP exception
              to redisplay the page. Unfortunately, we are forced to live with this
              design. Are you aware of any mechanism to suppress the automatic logging of
              thrown JSP exceptions in the weblogic log?
              Thanks,
              JDB
              Cameron Purdy <[email protected]> wrote in message
              news:[email protected]...
              > Exception handling for custom tags is very poorly handled right now. For
              > one thing, WL hides the actual exception.
              >
              > However, the way that you are doing this seems very odd. The error page
              is
              > for server errors, not user typos.
              >
              > Peace,
              >
              > --
              > Cameron Purdy
              > Tangosol, Inc.
              > http://www.tangosol.com
              > +1.617.623.5782
              > WebLogic Consulting Available
              >
              >
              > "John Bauer" <[email protected]> wrote in message
              > news:[email protected]...
              > > We are throwing a JSP exception within a custom tag when data validation
              > > errors occur; the errorPage for the JSP page is then invoked to show the
              > > appropriate errors. However, in the weblogic.log, a stack trace is
              shown
              > > indicating the exception (example below). We do not want this stack
              track
              > > shown unless there is a real "error" in our system vs. invoking the
              > > errorPage to show "application" errors. Is there any way to supress
              this,
              > > as we are not explicitly causing this to happen. It appears to be a
              > > weblogic feature. This causes us problems in finding true system errors
              > > that might be occurring due to these non-problems showing up in the
              > > weblogic.log.
              > >
              > > Thanks for the help.
              > > John Bauer
              > >
              > > Wed Dec 20 15:34:49 EST 2000:<E> <ServletContext-General> exception
              raised
              > > on '/test/test.jsp'
              > > javax.servlet.ServletException: runtime failure in custom tag 'testtag'
              > > at jsp_servlet._test._test._jspService(_test.java:89)
              > > at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
              > > at
              > >
              >
              weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
              > > :124)
              > > at
              > >
              >
              weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImp
              > > l.java:
              > > 60)
              > > at
              > >
              >
              weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImp
              > > l.java:
              > > 07)
              > > at
              > >
              >
              weblogic.servlet.internal.ServletContextManager.invokeServlet(ServletContext
              > > Manager
              > > java:251)
              > > at
              > >
              >
              weblogic.socket.MuxableSocketHTTP.invokeServlet(MuxableSocketHTTP.java:369)
              > > at
              > > weblogic.socket.MuxableSocketHTTP.execute(MuxableSocketHTTP.java:269)
              > > at weblogic.kernel.ExecuteThread.run(ExecuteThread.java,
              Compiled
              > > Code)
              > >
              > >
              >
              >
              

  • Get the entire stack trace of exception ?

    Hi!
    If the JVM prints this :
    Caused by: java.sql.BatchUpdateException: ORA-00001: unique constraint (FOO.BAR) violated
    at oracle.jdbc.driver.DatabaseError.throwBatchUpdateException(DatabaseError.java:367)
    at oracle.jdbc.driver.OraclePreparedStatement.executeBatch(OraclePreparedStatement.java:9040)
    at org.jboss.resource.adapter.jdbc.WrappedStatement.executeBatch(WrappedStatement.java:517)
    at org.hibernate.jdbc.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:58)
    at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:242)
    ... 73 more
    then how do I get the missing 73 lines ?

    Why would you want to? they are shorthand indicating that they were thrown from the same method: From the API Docs
    Note the presence of lines containing the characters "...".
    These lines indicate that the remainder of the stack trace for this exception matches the indicated number of frames from the
    bottom of the stack trace of the exception that was caused by this exception (the "enclosing" exception).
    This shorthand can greatly reduce the length of the output in the common case where a wrapped exception is thrown from same method
    as the "causative exception" is caught. ~Tim
    Message was edited by:
    SomeoneElse
    Message was edited by:
    SomeoneElse

  • How can i solve this Exception that "How can i solve this exception that "End of stack trace from previous location where exception was thrown" in Windows phone 8.

    Hi Sir/Mam,
    Please give me solution for this problem.I tried this in all ways for solve this problem like i checked my all class objects cleared or not when leaving current page to come to before page.
    This Exception came at After saved data in the wp8 device database,then it is coming to back page(when i navigate to another page) then that navigated page running and go to "Public Asyn Void Listmenu()" method ,in this method again retrieve the
    data from database after getting this data,it shows this Exception.
    Note :-This Exception came in WP8 Device only,not in Emulator.In the Emulator it is working fine.
    My Exception:-
    Exception:- System.Exception.Exception.HRESULT:0*80040015
    at
    System.Runtime.CompliterServices.TaskAwaiter.ThrowForNonSuccess(Task task)
    at
    System.Runtime.ComplierServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
    at
    System.Runtime.ComplierServices.TaskAwaiter'1.GetResult()
    at
    _10Min._10MinUserPages.<checkStatusAndSavedDataExistinFormTable>d_e3.MoveNext()
    End of stack trace from previous location where exception was thrown
    at
    system.runtime.Compilerservices.TaskAwater.throwForNonSuccess(Task task)
    at
    System.Runtime.compilerservices.TaskAwaiter.HandlerNonSuccessAndDebuggerNotification(Task task)
    at
    System.Runtime.ComplierServices.TaskAwaiter'1.GetResult()
    at
    _10Min._10MinUserPages.<listmenu>d_8.MoveNext().
    How can i solve this problem please help me. I am suffering from 1 week days with this problem.
    Please help me.any one.
    Thanks & Regards,
    SrinivaaS.

    Is the flow of code to the point where exception occurs:
    1) Data saved in Db
    2) Navigated back
    3)Navigated to another page
    4) Method ListMenu() is called(as soon as navigated to page in step 3) to retrieve the saved data from db & exception occurs.
    Can you paste here the definition of ListMenu(), also does the exception occurs as soon as db is accessed inside this method or else.
    http://developer.nokia.com/community/wiki/Using_Crypto%2B%2B_library_with_Windows_Phone_8

Maybe you are looking for