[WSIT-1651] NPE on retrieve a response using WS-MakeConnection Created: 10/Aug/12  Updated: 11/Sep/13  Resolved: 11/Sep/13

Status: Resolved
Project: wsit
Component/s: makeconnection
Affects Version/s: 2.3
Fix Version/s: None

Type: Bug Priority: Major
Reporter: RameshT Assignee: Lukas Jungmann
Resolution: Duplicate Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Linux RHEL 6.0


Attachments: Text File server.log     XML File wsit-mc.simpleapp.HelloWorld.xml    
Issue Links:
Duplicate
duplicates WSIT-1681 MakeConnection response does not seem... Open
Tags: exception, makeconnection, npe, null, pointer, simpleapp

 Description   

SimpleMCAppTest throws NPE while retriving a response for the requrest using WS-MakeConnection. Found in HA Metro test execution with GlassFish 4.0 build 48. These tests are getting passed in GF 3.1.2 latest Patch.

======================================================
Server log :

[#|2012-08-08T04:43:47.403-0700|FINER|44.0|com.sun.metro.rx|_ThreadID=111;_ThreadName=Thread-2;ClassName=[com.sun.xml.ws.rx.mc.runtime.McServerTube] ;MethodName=processRequest;|WSMC0111: No pending message found for selection UUID [ b3b91c05-5190-423e-9960-5db66a5b11c2 ]|#]

[#|2012-08-08T04:43:47.404-0700|FINER|44.0|com.sun.metro.commons|_ThreadID=111;_ThreadName=Thread-2;ClassName=[com.sun.xml.ws.commons.ha.HaContext] ;MethodName=processRequest;|[METRO-HA] Thread[http-listener-1(2),5,main] : Current HA state cleared|#]

[#|2012-08-08T04:43:49.240-0700|SEVERE|44.0|org.apache.catalina.connector.CoyoteAdapter|_ThreadID=98;_ThreadName=Thread-2;|PWC3989: An exception or error occurred in the container during the request processing
java.lang.NullPointerException
at org.apache.catalina.connector.Request.parseSessionCookiesId(Request.java:3873)
at org.apache.catalina.connector.CoyoteAdapter.postParseRequest(CoyoteAdapter.java:629)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:277)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:240)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:172)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:164)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:169)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:265)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:200)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:134)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:78)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:815)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:567)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:547)
at java.lang.Thread.run(Thread.java:722)

#]

=========================================================

Stack trace :
Caused by: com.sun.xml.ws.rx.RxRuntimeException: WSMC0123: The attempts to retrieve a response for the request using WS-MakeConnection have timed out.
com.sun.xml.ws.rx.mc.runtime.MakeConnectionSenderTask.suspendedFibersReadyForResend(MakeConnectionSenderTask.java:157)
com.sun.xml.ws.rx.mc.runtime.MakeConnectionSenderTask.run(MakeConnectionSenderTask.java:146)
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:351)
java.util.concurrent.FutureTask.runAndReset(FutureTask.java:178)
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178)
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
java.lang.Thread.run(Thread.java:722)



 Comments   
Comment by Sreekanth [ 10/Aug/12 ]

Assigning to MartinG

Comment by Lukas Jungmann [ 11/Sep/13 ]

this is a duplicate of WSIT-1681. Closing this one since the other issue contains sample app.





[TYRUS-213] Session.close(CloseReason) should not throw IllegalStateException Created: 11/Jul/13  Updated: 11/Jul/13  Resolved: 11/Jul/13

Status: Resolved
Project: tyrus
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major
Reporter: kithouna Assignee: Pavel Bucek
Resolution: Invalid Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Tyrus trunk (rev. 720)


Tags: close, closereason, exception, illegalstateexception, session, tyrus, websocket, websockets

 Description   

I don't see a reason why close(CloseReason) shouldn't be allowed on a closed Session while close() is perfectly legal.

EE 7 Javadoc for Session says:

Once the session is closed, it is no longer valid for use by applications. Calling any of its methods (with the exception of the close() methods) once the session has been closed will result in an IllegalStateException being thrown.

"close() methods" is plural (and "the session" is singular), so I conclude it must mean both close methods on a single object, namely close() and close(CloseReason).



 Comments   
Comment by Pavel Bucek [ 11/Jul/13 ]

please use users@tyrus.java.net for questions, jira should serve only for bug reports/RFEs.

Session#close() is implementation of Closeable#close():

    /**
     * Closes this stream and releases any system resources associated
     * with it. If the stream is already closed then invoking this
     * method has no effect.
     *
     * @throws IOException if an I/O error occurs
     */
    public void close() throws IOException;

so this basically answers one of your questions.

Session#close(CloseReason) throws ISE when closed, because it needs to signal that nothing has been sent over the wire, so the other side did not receive information contained in your CloseReason instance.

And BTW, there is a project for WebSocket API related issues - http://java.net/projects/websocket-spec/. Tyrus is reference implementation and cannot "force" any JSR 356 API changes.





[THUCYDIDES-198] Do not supported JUnit @Test(expected=Exceptional.class) features Created: 10/Sep/13  Updated: 07/May/14  Resolved: 07/May/14

Status: Resolved
Project: thucydides
Component/s: None
Affects Version/s: 0.9.205
Fix Version/s: 0.9.236

Type: Bug Priority: Minor
Reporter: ApolonXVIII Assignee: johnsmart
Resolution: Won't Fix Votes: 1
Labels: None
Σ Remaining Estimate: Not Specified Remaining Estimate: Not Specified
Σ Time Spent: Not Specified Time Spent: Not Specified
Σ Original Estimate: Not Specified Original Estimate: Not Specified

Sub-Tasks:
Key
Summary
Type
Status
Assignee
THUCYDIDES-199 Unexpected Exception rased Sub-task Resolved johnsmart  
Tags: exception, expected, junit, junit4

 Description   

Thucydides does not support JUnit4 @Test(expected=Exceptional.class) feature:
when throws any Exception the test is marked as "with errors" but should be "successful".



 Comments   
Comment by johnsmart [ 07/May/14 ]

This would interfere with the way Thucydides handles exceptions and reporting - it would be better in this case to express your expectations in Selenium terms (e.g. shouldNotBeVisible()..)





[THUCYDIDES-119] exception in ThucydidesRunner after running a test class Created: 27/Dec/12  Updated: 25/Jan/13  Resolved: 25/Jan/13

Status: Resolved
Project: thucydides
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Critical
Reporter: innokenty Assignee: johnsmart
Resolution: Fixed Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

java 6
thucydides versions 0.9.88, 0.9.77


Tags: exception, maven, report, runner

 Description   

I run a testclass via

mvn clean test -Dtest=<TestClassName> -Dwebdriver.driver=remote -Dthucydides.only.save.failing.screenshots=true -Dthucydides.record.statistics=false -Dwebdriver.base.url=<some url> -Dwebdriver.remote.url=<some url>"

I get the following error:

[ERROR] freemarker.runtime: Template processing error: "Expression step.errorMessage is undefined on line 184, column 96 in freemarker/default.ftl."

Expression step.errorMessage is undefined on line 184, column 96 in freemarker/default.ftl.
The problematic instruction:
----------
==> $

Unknown macro: {step.errorMessage?html!''}

[on line 184, column 94 in freemarker/default.ftl]
in user-directive step_details [on line 134, column 21 in freemarker/default.ftl]
in user-directive write_step [on line 139, column 29 in freemarker/default.ftl]
in user-directive write_step [on line 190, column 21 in freemarker/default.ftl]
----------

Java backtrace for programmers I uploaded here since I don't see the 'attach files' option.

Must be helpful to note that after the stacktrace I get the following line:

Tests run: 11, Failures: 3, Errors: 1, Skipped: 0, Time elapsed: 594.889 sec <<< FAILURE!

Which looks weird to me, since I only have not 11 test methods in that class but 10.

After the run in the ./target/site/thucydides folder I see

  • 10 '<test-hash>.xml' files - one for each test - ok
  • favicon.ico, css, images, scripts etc folders - ok
  • some 'screenshot-*.png', 'scaled_screenshot-*.png' and 'screenshot-*.html' files - ok
  • less than 10 '<test-hash>.html' files - not ok!

As a result when I run thucydides:aggregate maven plugin some of the links to test-scenarios are broken, because the html-files for these tests were not generated. The number of these files differs, and doesn't seem to be dependent on the particular failed test-methods. So I think that's what happening: after all the test are run successfully, the ThucydidesRunner starts the generation of the .html files based on .xml files he's already got. During this process he generates some of them, but then the Exception occurs so all the other files are not generated.

This behavior is seen every time when at least one of the methods fails in this test class. But it doesn't happen with the other classes and I don't see any core difference between them, except that the 'failing' class takes the longest time to run.



 Comments   
Comment by gareth.bragg [ 23/Jan/13 ]

I've been struggling with this issue today, and I think I have narrowed down the cause - the type of assertion/s being used in failing tests.

A well-formed test failure xml report seems to include <error> and <exception> tags, which are required by the thucydides:aggregate process to generate the HTML report for a test failure.

If you use an assertion that provides this information (I seem to exclusively use assertThat from org.hamcrest.MatcherAssert), this works fine on test failures and your reports are collated OK.

Some assertions (I've used JUnit 'fail();' as a test example) do not pass back a failure message. Because of this the <error> and <exception> tags are missing from the XML results file, and the parsing process falls over.

Apologies if this is known information of a red herring, but I hope it's useful!

Comment by johnsmart [ 23/Jan/13 ]

This anaysis helps a lot, actually - hopefully I should be able to reproduce and fix the issue quite quickly now.

Comment by johnsmart [ 25/Jan/13 ]

Do you have a sample project that reproduces this issue?

Comment by gareth.bragg [ 25/Jan/13 ]

I've just bolted together a sample project that replicates the issue with using thucydides 0.9.90. I can't upload files here, but I can send it to you if you'd like.

Perhaps more importantly, I can't replicate the issue if I upgrade to 0.9.92.

Comment by johnsmart [ 25/Jan/13 ]

This should be fixed in version 0.9.94





[SVGSALAMANDER-9] Exception thrown when get style returns true for attribute with none value Created: 15/May/11  Updated: 19/May/11  Resolved: 19/May/11

Status: Resolved
Project: svgsalamander
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major
Reporter: wjase Assignee: Unassigned
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: File preferences-system.svg    
Tags: attributes, exception, malformedurl, none

 Description   

Hi There,

On loading the attached svg I got multiple MalformedURL exceptions complaining about urls ending in "none".
I trace this to the following code in Shapeelement:

Marker markerStart = null;
if (getStyle(styleAttrib.setName("marker-start")))

{ URI uri = styleAttrib.getURIValue(getXMLBase()); markerStart = (Marker) diagram.getUniverse().getElement(uri); }

which I modified to this to work around:

Marker markerStart = null;
if (getStyle(styleAttrib.setName("marker-start"))) {
if (!styleAttrib.getStringValue().equals("none"))

{ //<<<<<<<<<<<< ADDED URI uri = styleAttrib.getURIValue(getXMLBase()); markerStart = (Marker) diagram.getUniverse().getElement(uri); }

//<<<<<<<<<<<< ADDED
}

I then wondered if getStyle should be returning true for attributes with value "none"?

I then wondered whether the following change was required to SVGElement.getStyle()...

public boolean getStyle(StyleAttribute attrib, boolean recursive) throws SVGException
{
String styName = attrib.getName();

//Check for local inline styles
StyleAttribute styAttr = (StyleAttribute)inlineStyles.get(styName);

attrib.setStringValue(styAttr == null ? "" : styAttr.getStringValue());

//Evalutate coresponding track, if one exists
TrackBase track = trackManager.getTrack(styName, AnimationElement.AT_CSS);
if (track != null)

{ track.getValue(attrib, diagram.getUniverse().getCurTime()); return true; }

//Return if we've found a non animated style
if (styAttr != null) return (!styAttr.getStringValue().equalsIgnoreCase("none")); <<<< instead of just returning true

Cheers,

Jason



 Comments   
Comment by kitfox [ 19/May/11 ]

Bug fix has been added.





[NBJFUGUESUPPORT-47] UnsatisfiedLinkError Exception on fresh NetBeans 7.2 install Created: 10/Apr/15  Updated: 10/Apr/15

Status: Open
Project: nbjfuguesupport
Component/s: ui
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major
Reporter: mortalis Assignee: geertjan
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: UnsatisfiedLinkError, exception, first-time, netbeans7.2

 Description   

I've installed the component on a new NetBeans 7.2 install according to the video tutorial. All copied correctly and a new project was created.

But when I run the project I get "Unexpected Exception" window with this content:

java.lang.UnsatisfiedLinkError: com.sun.glass.ui.win.WinApplication._invokeLater(Ljava/lang/Runnable;)V
	at com.sun.glass.ui.win.WinApplication._invokeLater(Native Method)
	at com.sun.glass.ui.Application.invokeLater(Application.java:343)
	at com.sun.javafx.tk.quantum.QuantumToolkit.defer(QuantumToolkit.java:620)
	at com.sun.javafx.application.PlatformImpl.runLater(PlatformImpl.java:170)
	at com.sun.javafx.application.PlatformImpl.runLater(PlatformImpl.java:148)
	at javafx.application.Platform.runLater(Platform.java:52)
	at javafx.embed.swing.JFXPanel.addNotify(JFXPanel.java:673)
	at java.awt.Container.addNotify(Container.java:2769)
	at javax.swing.JComponent.addNotify(JComponent.java:4753)
	at org.openide.windows.TopComponent.addNotify(TopComponent.java:281)
	at java.awt.Container.addNotify(Container.java:2769)
	at javax.swing.JComponent.addNotify(JComponent.java:4753)
	at java.awt.Container.addNotify(Container.java:2769)
	at javax.swing.JComponent.addNotify(JComponent.java:4753)
	at org.netbeans.swing.tabcontrol.TabbedContainer.addNotify(TabbedContainer.java:946)
	at org.netbeans.core.windows.view.ui.tabcontrol.TabbedAdapter.addNotify(TabbedAdapter.java:325)
	at java.awt.Container.addNotify(Container.java:2769)
	at javax.swing.JComponent.addNotify(JComponent.java:4753)
	at java.awt.Container.addNotify(Container.java:2769)
	at javax.swing.JComponent.addNotify(JComponent.java:4753)
	at java.awt.Container.addNotify(Container.java:2769)
	at javax.swing.JComponent.addNotify(JComponent.java:4753)
	at java.awt.Container.addNotify(Container.java:2769)
	at javax.swing.JComponent.addNotify(JComponent.java:4753)
	at java.awt.Container.addNotify(Container.java:2769)
	at javax.swing.JComponent.addNotify(JComponent.java:4753)
	at java.awt.Container.addNotify(Container.java:2769)
	at javax.swing.JComponent.addNotify(JComponent.java:4753)
	at java.awt.Container.addNotify(Container.java:2769)
	at javax.swing.JComponent.addNotify(JComponent.java:4753)
	at java.awt.Container.addImpl(Container.java:1114)
	at java.awt.Container.add(Container.java:966)
	at org.netbeans.core.windows.view.ui.MainWindow.setDesktop(MainWindow.java:634)
	at org.netbeans.core.windows.view.ViewHierarchy.setDesktop(ViewHierarchy.java:816)
	at org.netbeans.core.windows.view.ViewHierarchy.setMainWindowDesktop(ViewHierarchy.java:806)
	at org.netbeans.core.windows.view.ViewHierarchy.updateDesktop(ViewHierarchy.java:699)
	at org.netbeans.core.windows.view.DefaultView.showWindowSystem(DefaultView.java:583)
	at org.netbeans.core.windows.view.DefaultView.windowSystemVisibilityChanged(DefaultView.java:523)
	at org.netbeans.core.windows.view.DefaultView.changeGUI(DefaultView.java:187)
	at org.netbeans.core.windows.ViewRequestor.dispatchRequest(ViewRequestor.java:273)
	at org.netbeans.core.windows.ViewRequestor.processVisibilityRequest(ViewRequestor.java:262)
	at org.netbeans.core.windows.ViewRequestor.postVisibilityRequest(ViewRequestor.java:199)
	at org.netbeans.core.windows.ViewRequestor.scheduleRequest(ViewRequestor.java:121)
	at org.netbeans.core.windows.Central.setVisible(Central.java:126)
	at org.netbeans.core.windows.WindowManagerImpl.setVisible(WindowManagerImpl.java:903)
	at org.netbeans.core.windows.WindowSystemImpl.show(WindowSystemImpl.java:105)
	at org.netbeans.core.GuiRunLevel$InitWinSys.run(GuiRunLevel.java:249)
	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:312)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:738)
	at java.awt.EventQueue.access$300(EventQueue.java:103)
	at java.awt.EventQueue$3.run(EventQueue.java:699)
	at java.awt.EventQueue$3.run(EventQueue.java:697)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:708)
	at org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:158)
[catch] at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)

And I get window with just colored background

I installed full NetBeans with all features. My JDK is v1.7.0_75.

I guess maybe it's related to the JavaFX .jars. Maybe some of them are not included by default. Though I activated all FX plugins.

Also I have this JDK library strcture in the Libs - JavaFX Runtime module:

I think jfxrt.jar or other FX libraries should be in the JDK branch...
Could you point me to the right direction? And could you give the advice on how to include missing libraries if the problem is connected with it?

Thanks.






[MSRP-50] Aborting a message that's already been sent is not an error. Created: 26/Oct/12  Updated: 26/Oct/12  Resolved: 26/Oct/12

Status: Closed
Project: msrp
Component/s: None
Affects Version/s: current
Fix Version/s: 1.0.4

Type: Bug Priority: Minor
Reporter: uijltje Assignee: uijltje
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: 0 minutes
Time Spent: 2 hours
Original Estimate: 2 hours
Environment:

Any.


Tags: abort, error, exception, parse

 Description   

When a message has been sent and the receiver has a problem parsing, a 400 response can result.
This leads to an abort of the outgoing message where a sanity check throws an exception when the outgoing message was already completed.

Given the use-case, this is perfectly normal though. The exception shouldn't be thrown.



 Comments   
Comment by uijltje [ 26/Oct/12 ]

Refer to svn r184:

  • removed isComplete() check from OutgoingMessage.abort().
  • Some refactored code (simplification).




[MAVEN_INCREMENTAL_BUILD-14] java.lang.IllegalStateException: basedir ........target\classes does not exist Created: 04/May/12  Updated: 04/May/12

Status: Open
Project: maven-incremental-build
Component/s: None
Affects Version/s: 1.6
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Javatar007 Assignee: Unassigned
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: basedir, classes, empty, exception, missing, src

 Description   

Seems to be caused by empty 'project/src' folder.
In our multimodule project there are some submodules for generating from wsdl. These have empty 'src' folder.
(I've replaced the long project path by '(...)' in the log below).


[INFO] Building XConnector
[INFO] task-segment: [install]
[INFO] ------------------------------------------------------------------------
[INFO] [incremental-build:incremental-build

{execution: default}

]
[INFO] Verifying module descriptor ...
[INFO] Verifying parent modules...
[INFO] Verifying resources...
[INFO] Resources directory does not exist : C:(...)\res
[INFO] Verifying sources...
[INFO] No target directory, build is required.
[INFO] ------------------------------------------------------------------------
[ERROR] FATAL ERROR
[INFO] ------------------------------------------------------------------------
[INFO] basedir C:(...)\target\classes does not exist
[INFO] ------------------------------------------------------------------------
[INFO] Trace
java.lang.IllegalStateException: basedir C:(...)\classes does not exist
at org.codehaus.plexus.util.DirectoryScanner.scan(DirectoryScanner.java:542)
at net.java.mavenincrementalbuild.IncrementalBuildMojo.directoryUpdated(IncrementalBuildMojo.java:259)
at net.java.mavenincrementalbuild.IncrementalBuildMojo.sourcesUpdated(IncrementalBuildMojo.java:306)
at net.java.mavenincrementalbuild.IncrementalBuildMojo.execute(IncrementalBuildMojo.java:135)
at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)


This exception is not thrown when using version 1.5.






[JTHARNESS-104] java.io.FileNotFoundException: default/JavaHelpSearch/DOCS.TAB (No such file or directory) during execution of compile-javatestAgent.help when rebuild jtharness Created: 11/Feb/14  Updated: 11/Feb/14

Status: Open
Project: jtharness
Component/s: build
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Minor
Reporter: ivan_fedorov Assignee: Unassigned
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Linux OpenSuse 12.3 amd64. Java(TM) SE Runtime Environment (build 1.7.0_17-b02)


Tags: agent, build, exception

 Description   

Exception is thrown from time to time during rebuild of jtharness. Seems that this exception is thrown in 50% of rebuild runs. Despite that, status of build is successful and that's why priority of issue is Minor.

Steps to reproduce.
1)Build jtharness and ensure that there is no errors in output
2)Re-build jtharness
Actual result:
Exception is thrown on step compile-javatestAgent.help
compile-javatestAgent.help:
[jhindexer] java.io.FileNotFoundException: default/JavaHelpSearch/DOCS.TAB (No such file or directory)
[jhindexer] at java.io.FileInputStream.open(Native Method)
[jhindexer] at java.io.FileInputStream.<init>(FileInputStream.java:138)
[jhindexer] at java.io.FileInputStream.<init>(FileInputStream.java:97)
[jhindexer] at sun.net.www.protocol.file.FileURLConnection.connect(FileURLConnection.java:90)
[jhindexer] at sun.net.www.protocol.file.FileURLConnection.getInputStream(FileURLConnection.java:188)
[jhindexer] at java.net.URL.openStream(URL.java:1037)
[jhindexer] at com.sun.java.help.search.Indexer.compile(Indexer.java:198)
[jhindexer] at com.sun.java.help.search.Indexer.main(Indexer.java:76)






[JERSEY-2437] Priority for ExceptionMappers are not used Created: 07/Mar/14  Updated: 25/Jan/16

Status: Open
Project: jersey
Component/s: core, extensions
Affects Version/s: 2.6
Fix Version/s: None

Type: Bug Priority: Major
Reporter: lillesand Assignee: Unassigned
Resolution: Unresolved Votes: 2
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: exception, exceptionshandl, mvc

 Description   

The ExceptionMapperFactory does not consider priorities for different registered ExceptionMappers. This means that if you have two registered ExceptionMappers for the same Exception, which one is used will be random.

This is made worse by the fact that MvcFeature registers it's own ExceptionMapper for Exception. So, if you use MvcFeature and want to register your own ExceptionMapper for Exception, you might end up using ErrorTemplateExceptionMapper, and you might end up using your own.



 Comments   
Comment by lillesand [ 07/Mar/14 ]

Sorry, accidentally submitted the issue before I was done writing it up. Let me know if there are any details that are missing or wrong.

Comment by tomasz.kalkosinski [ 21/Dec/15 ]

It's still an issue in 2.22.1. This bug is related to JERSEY-2722.





[JERSEY-1667] Incorrect handling of file upload errors when temp files cannot be written Created: 23/Jan/13  Updated: 10/Sep/15  Resolved: 07/Nov/13

Status: Closed
Project: jersey
Component/s: media
Affects Version/s: 1.17
Fix Version/s: 1.18

Type: Bug Priority: Major
Reporter: mpierce Assignee: Michal Gajdos
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: 0 minutes
Time Spent: 3 hours
Original Estimate: 6 hours
Environment:

64bit Linux, JDK 1.7 u11


Tags: exception, mime, upload

 Description   

When uploading non-miniscule files when java.io.tmpdir is set to somewhere that does not exist or otherwise is not writeable, the following occurs:

  • MultiPartReaderClientSide invokes mimepull (see line 187) to get attachments
  • mimepull allocates a little bit of space in memory, then falls back to writing temp files
  • This fails with an IOException, which is then wrapped in MIMEParsingException
  • This is caught on MultiPartReaderClientSide:145, which assigns Status.BAD_REQUEST to the resulting WebApplicationException
  • This goes through the usual exception handling code to arrive at ContainerResponse:486, which checks if the response status >= 500. Since it is not, and since the logging level is typically not <= FINE, no logging happens.

This is very confusing to the hapless developer since a well-formed request is silently rejected with a 400.

For ease of reproduction, a simple test case is here; https://github.com/marshallpierce/jersey-file-upload-test

It seems to me that MIMEParsingException should not be assigned BAD_REQUEST no matter what, since at least in this case it's definitely not a bad request. Perhaps inspect the cause chain of MIMEParsingException to see if an IOException is involved or something like that?



 Comments   
Comment by Marek Potociar [ 28/Jan/13 ]

Targeting for both 1.18 and 2.0 - when fixing in 1.x, we need to make sure the bug does not occur in 2.0.





[JAXB-931] Unmarshalling: An invalid payload followed by a valid payload runs into exception. The next try of valid payload goes through. Created: 12/Dec/12  Updated: 12/Dec/12

Status: Open
Project: jaxb
Component/s: runtime
Affects Version/s: 2.2.6
Fix Version/s: None

Type: Bug Priority: Major
Reporter: anand_h Assignee: Iaroslav Savytskyi
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: Zip Archive jaxb_issue_test.zip    
Tags: exception, unmarshaller

 Description   

I single unmarshaller instance is used to unmarshal an invalid XML payload; which runs into an Exeception (InstantiationException).
Upon catching the exception and re-trying a valid payload, the unmarshaller still runs into a different type of Exception (ClassCast).
Upon catching the exception during the 2nd try above and trying a valid payload again, unmarshaller successfully unmarshals the payload.

I have attached a sample (self-contained) eclipse based Java Project with the Main class, which is showing the above behavior.



 Comments   
Comment by Martin Grebac [ 12/Dec/12 ]

Adjusting priority, possible solution is to re-create unmarshaller instances in your code.

Comment by anand_h [ 12/Dec/12 ]

I would like to know if there is any way to identify a "corrupted" unmarshaller; so as to conditionally re-create the instance for the workaround. This is critical from the performance point-of-view.





[JAX_WS-1142] It is not possible to distinguish between a read/write SocketTimeoutException when a web service call fails with a WebServiceException Created: 20/Jan/14  Updated: 20/Jan/14

Status: Open
Project: jax-ws
Component/s: runtime
Affects Version/s: None
Fix Version/s: None

Type: Improvement Priority: Major
Reporter: liam.williams.geo Assignee: Unassigned
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: 2 days
Time Spent: Not Specified
Original Estimate: 2 days
Environment:

Any


Tags: exception, exceptionhandling, exceptions-handling

 Description   

When a web service call fails due to a timeout, a WebServiceException is thrown with SocketTimeoutException cause.

It is not possible to distinguish between a read timeout and a write timeout, which is important to be able to distinguish between "call not made" and "response not received".



 Comments   
Comment by liam.williams.geo [ 20/Jan/14 ]

Suggested fix: wrap the SocketTimeoutException in a custom read/write exception that can be determined by catching the SocketTimeoutException on either connect() or read().





[JAX_RS_SPEC-137] Exception Processing in Filter/Handler Chains Created: 24/Oct/11  Updated: 18/Jun/13  Due: 16/Dec/11  Resolved: 14/Nov/11

Status: Resolved
Project: jax-rs-spec
Component/s: None
Affects Version/s: 2.0
Fix Version/s: 2.0

Type: Task Priority: Major
Reporter: Santiago Pericas-Geertsen Assignee: Santiago Pericas-Geertsen
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: exception, exceptionhandling, filter, filterchain, handler, handlerchain

 Description   

The spec is currently mute about the interaction between filter/handler chains and exception handling (and exception handlers). In general, an exception handled by a mapper is converted in to a Response that is processed as if it was returned by a resource method.

What if the exception is thrown while processing the response? Should the new response produced by a mapper (when available) be processed by the entire response chain again? What if this leads the app into a infinite loop?



 Comments   
Comment by Santiago Pericas-Geertsen [ 14/Nov/11 ]

Exception processing and mapping clarified in spec.





[JAVASERVERFACES-2720] 500 error instead of 404 Created: 01/Feb/13  Updated: 10/Sep/13  Resolved: 10/Sep/13

Status: Closed
Project: javaserverfaces
Component/s: resources
Affects Version/s: 2.1.17
Fix Version/s: 2.2.4

Type: Bug Priority: Major
Reporter: Lynx6 Assignee: Manfred Riem
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Glassfish 3.1.2.2, JDK 1.7u11


Attachments: Text File changebundle.txt     Zip Archive newfiles.zip    
Tags: exception

 Description   

I got this Exception when I changed index.xhtml to indexs.xhtml to test:

com.sun.faces.context.FacesFileNotFoundException: /ponderacion/indicadores/indexs.xhtml Not Found in ExternalContext as a Resource
at com.sun.faces.facelets.impl.DefaultFaceletFactory.resolveURL(DefaultFaceletFactory.java:231)
at com.sun.faces.facelets.impl.DefaultFaceletFactory.resolveURL(DefaultFaceletFactory.java:287)
at com.sun.faces.facelets.impl.DefaultFaceletFactory.getMetadataFacelet(DefaultFaceletFactory.java:208)
at com.sun.faces.application.view.ViewMetadataImpl.createMetadataView(ViewMetadataImpl.java:113)
at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:233)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:116)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:593)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1550)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:343)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:217)

Mojarra needs return a 404 error in this case, not 500. I can use a workaround easily but is better to fix it. When I type index.xhtm instead of index.xhtml for example I get the correct error (404).



 Comments   
Comment by Manfred Riem [ 05/Apr/13 ]

Can you supply us with an example (with sources) so we can understand how this is happening? Please send it to issues@javaserverfaces.java.net. Thanks!

Comment by Lynx6 [ 05/Apr/13 ]

Ok, I'll send one example explaining this issue (easy to understand) and http://java.net/jira/browse/JAVASERVERFACES-2586...

Comment by Manfred Riem [ 05/Apr/13 ]

Thanks we received them!

Comment by Manfred Riem [ 10/Sep/13 ]

Applied to 2.2 branch,

svn commit -m "Fixes https://java.net/jira/browse/JAVASERVERFACES-2720, r=rogerk, make sure a 404 error is returned instead of a 500 error if facelet page is not found."
Sending jsf-ri\src\main\java\com\sun\faces\application\view\ViewMetadataImpl.java
Adding test\agnostic\facelets\core\src\test\java\com\sun\faces\test\agnostic\facelets\core\Issue2720IT.java
Transmitting file data ..
Committed revision 12513.





[JAVASERVERFACES-2148] Swallowing exception, although explicitly forbidden by the JSF specification, takes place in UIViewRoot. Created: 19/Jul/11  Updated: 05/Apr/13  Resolved: 05/Apr/13

Status: Closed
Project: javaserverfaces
Component/s: None
Affects Version/s: 2.0.2, 2.0.4, 2.1.0, 2.1.1, 2.1.2
Fix Version/s: None

Type: Bug Priority: Trivial
Reporter: pablo53 Assignee: Unassigned
Resolution: Incomplete Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Mojarra 2.x


Issue Links:
Related
is related to JAVASERVERFACES-2059 Enqueuing exception thrown by "before... Closed
Tags: RenderResponsePhase, UIViewRoot, afterPhase, beforePhase, doPhase, exception, listener, phase, phaselistener, render, swallow, swallowed

 Description   

In the issue #2059 I reported that some desirable functionality would be implemented for more comfortable work. Then, I read in the JSF 2.1 specification that not only this is desirable, but even required. So, I decided to report it again - this time as a bug.

Section 6.2 "Exception Handler" clearly states that all exceptions but ValidationException, ConverterException, MissingResourceException from <f:loadBundle /> and exceptions from @PreDestroy must not be swalled. However, encodeBegin() and encodeEnd() methods of javax.faces.component.UIViewRoot swallow every exception. Furthermore, this behavior is intended according to comments upon those methods:

/**
*(...) Any errors

  • that occur during invocation of any of the the beforePhase
  • listeners must be logged and swallowed.(...)
    */

This contradicts to what the specification says.

Since during the render phase <phaseListener />'s are called only then, and not in the doPhase() method (inherited by com.sun.faces.lifecycle.RenderResponsePhase from com.sun.faces.lifecycle.Phase), any exception coming from beforePhase or afterPhase (implementation of javax.faces.event.PhaseListener interface) is swallowed and not passed to the exception handler.

Regards,

P.S. I am afraid I cannot delete the issue #2059.



 Comments   
Comment by Manfred Riem [ 04/Dec/12 ]

Can you attach an example application (with sources) that demonstrates the problem? Can you verify if this still an issue on the latest 2.1 release?

Comment by klhoste [ 11/Dec/12 ]

Hi, I'm facing a similar issue with the latest release (2.1.14), but with a PhaseListener declared as managed bean, used in <f:phaseListener binding="#

{externalAccessListener}

" /> in a page, and listening before RESTORE_VIEW phase.
My phaseListener checks some URL parameters and forwards to another page if the check is OK, or throws an exception that is managed by an ExceptionHandler. Unfortunately the exception is not enqueued, the origin of the issue is the same as #2059.

Do you think there could be a workaroud ?

Comment by Manfred Riem [ 08/Jan/13 ]

Just to verify, are you saying the same problem exists in 2.1.14?

Comment by Manfred Riem [ 06/Feb/13 ]

Lowering priority because of no response

Comment by Manfred Riem [ 08/Mar/13 ]

Lowering priority because of no response

Comment by Manfred Riem [ 05/Apr/13 ]

Closing out because of inactivity





[JAUDIOTAGGER-392] NumberFormatException thrown on certain fields Created: 16/Oct/11  Updated: 14/Jan/15  Resolved: 14/Jan/15

Status: Closed
Project: jaudiotagger
Component/s: None
Affects Version/s: current
Fix Version/s: None

Type: Bug Priority: Major
Reporter: TemporaryUser-_- Assignee: Unassigned
Resolution: Duplicate Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Ubuntu 10.04 (Lucid)
Linux lapator 2.6.32-34-generic x86_64 GNU/Linux
java version "1.6.0_20"
OpenJDK Runtime Environment (IcedTea6 1.9.9) (6b20-1.9.9-0ubuntu1~10.04.2)
OpenJDK 64-Bit Server VM (build 19.0-b09, mixed mode)


Tags: exception

 Description   

When parsing files with tag fields that are supposed to contain numbers, if a number is too big or a number isn't in the field unsuspecting developers won't watch that exception (java.lang.NumberFormatException).



 Comments   
Comment by paultaylor [ 07/Dec/11 ]

More informatation, exact stack traces would be useful.

Comment by TemporaryUser-_- [ 10/Dec/11 ]

The issue is fairly easy to reproduce. Take any mp3 file, write a number bigger than the system's Integer.MAX_VALUE and let jaudiotagger loose on it.

Below is my stack trace:
GRAVE: Brokencyde - Sex Toyz.mp3:An error occurred within abstractID3v2FrameBody for identifier:TRCK:For input string: "99999999999999"
Exception in thread "main" java.lang.NumberFormatException: For input string: "99999999999999"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
at java.lang.Integer.parseInt(Integer.java:484)
at java.lang.Integer.parseInt(Integer.java:514)
at org.jaudiotagger.tag.datatype.PartOfSet$PartOfSetValue.<init>(PartOfSet.java:218)
at org.jaudiotagger.tag.datatype.PartOfSet.readByteArray(PartOfSet.java:97)
at org.jaudiotagger.tag.id3.framebody.AbstractID3v2FrameBody.read(AbstractID3v2FrameBody.java:181)
at org.jaudiotagger.tag.id3.framebody.AbstractID3v2FrameBody.<init>(AbstractID3v2FrameBody.java:81)
at org.jaudiotagger.tag.id3.framebody.FrameBodyTRCK.<init>(FrameBodyTRCK.java:98)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:532)
at org.jaudiotagger.tag.id3.AbstractID3v2Frame.readBody(AbstractID3v2Frame.java:272)
at org.jaudiotagger.tag.id3.ID3v24Frame.read(ID3v24Frame.java:644)
at org.jaudiotagger.tag.id3.ID3v24Frame.<init>(ID3v24Frame.java:327)
at org.jaudiotagger.tag.id3.ID3v24Tag.readFrames(ID3v24Tag.java:900)
at org.jaudiotagger.tag.id3.ID3v24Tag.read(ID3v24Tag.java:873)
at org.jaudiotagger.tag.id3.ID3v24Tag.<init>(ID3v24Tag.java:605)
at org.jaudiotagger.audio.mp3.MP3File.readV2Tag(MP3File.java:208)
at org.jaudiotagger.audio.mp3.MP3File.<init>(MP3File.java:391)
at org.jaudiotagger.audio.mp3.MP3FileReader.read(MP3FileReader.java:39)
at org.jaudiotagger.audio.AudioFileIO.readFile(AudioFileIO.java:286)
at org.jaudiotagger.audio.AudioFileIO.read(AudioFileIO.java:150)
at net.sourceforge.deathgorepain.sound.JAudioTaggerTesting.main(JAudioTaggerTesting.java:61)

Cheers !

Comment by paultaylor [ 14/Jan/15 ]

Moved to https://bitbucket.org/ijabz/jaudiotagger/issue/34/numberformatexception-thrown-on-certain





[GLASSFISHPLUGINS-371] Log record in Eclipse console does not contain any newlines Created: 03/Jul/13  Updated: 23/Oct/13  Resolved: 19/Aug/13

Status: Resolved
Project: glassfishplugins
Component/s: eclipse
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major
Reporter: dmitriy.balakin Assignee: Unassigned
Resolution: Fixed Votes: 9
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows7 or Ubuntu 12.04, jdk7u13, Eclipse Juno SR2 or Kepler, Glassfish Tools 5.2.3.201306271338


Tags: eclipse, exception, glassfish, log, unreadable

 Description   

When an exception occurrs, the stacktrace unreadable.



 Comments   
Comment by dgisbert [ 10/Jul/13 ]

Any news on this issue ? Is happening also for this environment: Windows 7, Eclipse Kepler & Glassfish Tools 6.0.3.201306271729

It's really annoying specially with long stacktraces. Notice that log file in Glassfish have newline characters, but these newlines doesn't appear in Eclipse Console Window.

Comment by dmitriy.balakin [ 11/Jul/13 ]

The latest version of GlassFish Tools 6.1.0.201307081622 6.2.0.201307232054 still has the same behavior, expect that attached exception logged at Level.WARNING or Level.SEVERE now appears with newlines, but the log message still does not have a line break.

Comment by piotrik [ 14/Aug/13 ]

Guys, to be sure I understand the issue, could you put into comment small part of the log from server.log file and the corresponding part from Eclipse console view?

Comment by gregnoe [ 14/Aug/13 ]

Here's a pastebin link of the text below, you can see the line numbering there easier:

http://pastebin.com/qaetE9F5

In the Eclipse console, all one line (hard to see with this formatting), notice "...trying to reset the response.javax.ejb.EJBException..."

INFO: Exception when handling error trying to reset the response.javax.ejb.EJBException at com.sun.ejb.containers.BaseContainer.processSystemException(BaseContainer.java:5215) at com.sun.ejb.containers.BaseContainer.completeNewTx(BaseContainer.java:5113) at com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:4901) at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:2045) at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:1994) at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:222) at com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:89) at com.sun.proxy.$Proxy220.find(Unknown Source) at com.company.project.db.facade._EJB31_GeneratedFacadeIntf__Bean_.find(Unknown Source) at com.company.project.faces.Controller.getView(Controller.java:129) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at javax.el.BeanELResolver.getValue(BeanELResolver.java:363) at com.sun.faces.el.DemuxCompositeELResolver._getValue(DemuxCompositeELResolver.java:176) at com.sun.faces.el.DemuxCompositeELResolver.getValue(DemuxCompositeELResolver.java:203) at com.sun.el.parser.AstValue.getValue(AstValue.java:138) at com.sun.el.parser.AstValue.getValue(AstValue.java:183) at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:224) at com.sun.faces.facelets.el.TagValueExpression.getValue(TagValueExpression.java:109) at javax.faces.component.ComponentStateHelper.eval(ComponentStateHelper.java:194) at javax.faces.component.ComponentStateHelper.eval(ComponentStateHelper.java:182) at javax.faces.component.UIOutput.getValue(UIOutput.java:170) at com.sun.faces.renderkit.html_basic.HtmlBasicInputRenderer.getValue(HtmlBasicInputRenderer.java:205) at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.getCurrentValue(HtmlBasicRenderer.java:355) at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeEnd(HtmlBasicRenderer.java:164) at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:881) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782) at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:439) at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:124) at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1550) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:343) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:217) at org.primefaces.webapp.filter.FileUploadFilter.doFilter(FileUploadFilter.java:79) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:217) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161) at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:331) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231) at com.sun.enterprise.v3.services.impl.ContainerMapper$AdapterCallable.call(ContainerMapper.java:317) at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195) at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:860) at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:757) at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1056) at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:229) at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90) at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79) at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54) at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59) at com.sun.grizzly.ContextTask.run(ContextTask.java:71) at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532) at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513) at java.lang.Thread.run(Thread.java:724)Caused by: java.lang.IllegalArgumentException: id to load is required for loading at org.hibernate.event.spi.LoadEvent.<init>(LoadEvent.java:87) at org.hibernate.event.spi.LoadEvent.<init>(LoadEvent.java:59) at org.hibernate.internal.SessionImpl$IdentifierLoadAccessImpl.load(SessionImpl.java:2473) at org.hibernate.internal.SessionImpl.get(SessionImpl.java:988) at org.hibernate.ejb.AbstractEntityManagerImpl.find(AbstractEntityManagerImpl.java:807) at org.hibernate.ejb.AbstractEntityManagerImpl.find(AbstractEntityManagerImpl.java:781) at com.sun.enterprise.container.common.impl.EntityManagerWrapper.find(EntityManagerWrapper.java:320) at com.company.project.db.facade.AbstractFacade.find(AbstractFacade.java:71) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.glassfish.ejb.security.application.EJBSecurityManager.runMethod(EJBSecurityManager.java:1052) at org.glassfish.ejb.security.application.EJBSecurityManager.invoke(EJBSecurityManager.java:1124) at com.sun.ejb.containers.BaseContainer.invokeBeanMethod(BaseContainer.java:5388) at com.sun.ejb.EjbInvocation.invokeBeanMethod(EjbInvocation.java:619) at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:800) at com.sun.ejb.EjbInvocation.proceed(EjbInvocation.java:571) at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.doAround(SystemInterceptorProxy.java:162) at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.aroundInvoke(SystemInterceptorProxy.java:144) at sun.reflect.GeneratedMethodAccessor406.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept(InterceptorManager.java:861) at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:800) at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:370) at com.sun.ejb.containers.BaseContainer.__intercept(BaseContainer.java:5360) at com.sun.ejb.containers.BaseContainer.intercept(BaseContainer.java:5348) at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:214) ... 60 more

server.log:

[#|2013-08-13T15:31:33.559-0500|INFO|glassfish3.1.2|javax.enterprise.resource.webcontainer.jsf.context|_ThreadID=120;_ThreadName=Thread-2;|Exception when handling error trying to reset the response.
javax.ejb.EJBException
at com.sun.ejb.containers.BaseContainer.processSystemException(BaseContainer.java:5215)
at com.sun.ejb.containers.BaseContainer.completeNewTx(BaseContainer.java:5113)
at com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:4901)
at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:2045)
at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:1994)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:222)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:89)
at com.sun.proxy.$Proxy220.find(Unknown Source)
at com.company.project.db.facade._EJB31_GeneratedFacadeIntf__Bean_.find(Unknown Source)
at com.company.project.faces.Controller.getView(Controller.java:129)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at javax.el.BeanELResolver.getValue(BeanELResolver.java:363)
at com.sun.faces.el.DemuxCompositeELResolver._getValue(DemuxCompositeELResolver.java:176)
at com.sun.faces.el.DemuxCompositeELResolver.getValue(DemuxCompositeELResolver.java:203)
at com.sun.el.parser.AstValue.getValue(AstValue.java:138)
at com.sun.el.parser.AstValue.getValue(AstValue.java:183)
at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:224)
at com.sun.faces.facelets.el.TagValueExpression.getValue(TagValueExpression.java:109)
at javax.faces.component.ComponentStateHelper.eval(ComponentStateHelper.java:194)
at javax.faces.component.ComponentStateHelper.eval(ComponentStateHelper.java:182)
at javax.faces.component.UIOutput.getValue(UIOutput.java:170)
at com.sun.faces.renderkit.html_basic.HtmlBasicInputRenderer.getValue(HtmlBasicInputRenderer.java:205)
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.getCurrentValue(HtmlBasicRenderer.java:355)
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeEnd(HtmlBasicRenderer.java:164)
at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:881)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782)
at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:439)
at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:124)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1550)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:343)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:217)
at org.primefaces.webapp.filter.FileUploadFilter.doFilter(FileUploadFilter.java:79)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:217)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:331)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231)
at com.sun.enterprise.v3.services.impl.ContainerMapper$AdapterCallable.call(ContainerMapper.java:317)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:860)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:757)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1056)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:229)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:724)
Caused by: java.lang.IllegalArgumentException: id to load is required for loading
at org.hibernate.event.spi.LoadEvent.<init>(LoadEvent.java:87)
at org.hibernate.event.spi.LoadEvent.<init>(LoadEvent.java:59)
at org.hibernate.internal.SessionImpl$IdentifierLoadAccessImpl.load(SessionImpl.java:2473)
at org.hibernate.internal.SessionImpl.get(SessionImpl.java:988)
at org.hibernate.ejb.AbstractEntityManagerImpl.find(AbstractEntityManagerImpl.java:807)
at org.hibernate.ejb.AbstractEntityManagerImpl.find(AbstractEntityManagerImpl.java:781)
at com.sun.enterprise.container.common.impl.EntityManagerWrapper.find(EntityManagerWrapper.java:320)
at com.company.project.db.facade.AbstractFacade.find(AbstractFacade.java:71)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.glassfish.ejb.security.application.EJBSecurityManager.runMethod(EJBSecurityManager.java:1052)
at org.glassfish.ejb.security.application.EJBSecurityManager.invoke(EJBSecurityManager.java:1124)
at com.sun.ejb.containers.BaseContainer.invokeBeanMethod(BaseContainer.java:5388)
at com.sun.ejb.EjbInvocation.invokeBeanMethod(EjbInvocation.java:619)
at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:800)
at com.sun.ejb.EjbInvocation.proceed(EjbInvocation.java:571)
at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.doAround(SystemInterceptorProxy.java:162)
at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.aroundInvoke(SystemInterceptorProxy.java:144)
at sun.reflect.GeneratedMethodAccessor406.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept(InterceptorManager.java:861)
at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:800)
at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:370)
at com.sun.ejb.containers.BaseContainer.__intercept(BaseContainer.java:5360)
at com.sun.ejb.containers.BaseContainer.intercept(BaseContainer.java:5348)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:214)
... 60 more

#]
Comment by dmitriy.balakin [ 15/Aug/13 ]

Behavior at log level >= Level.WARNING: http://itmag.es/5aacU, http://itmag.es/2yU4e
Behavior at log level <= Level.INFO: http://itmag.es/6qlai

Comment by piotrik [ 19/Aug/13 ]

Fixed. Please verify after updating from http://download.java.net/glassfish/eclipse/kepler update site (Help->Install etc.).

Comment by dmitriy.balakin [ 19/Aug/13 ]

updating from http://download.java.net/glassfish/eclipse/kepler

It seems that the repository still has the old version of the plugin (6.2.1.201308081741), which is the old behavior. Need to wait for an update?

Comment by dmitriy.balakin [ 21/Aug/13 ]

Please verify after updating from

6.2.1.201308190137 - now it works as expected!

Comment by lgraf [ 25/Sep/13 ]

Exceptions are now printed correctly to the console (version: 6.2.1.201309191537).
But with this version an additional timestamp (2013-09-25T15:30:05.679+0200|) is printed in each line. Is it possible to configure the logging pattern or disable the printing of the timestamp?

Comment by sstlaurent [ 21/Oct/13 ]

This issue is unresolved for eclipse juno glassfish tools.

Comment by piotrik [ 23/Oct/13 ]

that is true since we are only updating plugins for current version of Eclipse. I will try to find out if we can break this rule.





[GLASSFISH-21070] GlassFish Admin Console Never Appears - White Screen Created: 23/May/14  Updated: 21/Sep/15

Status: Open
Project: glassfish
Component/s: jax-rs
Affects Version/s: 4.1_b05
Fix Version/s: 4.1.1

Type: Bug Priority: Blocker
Reporter: peter_pilgrim Assignee: Jakub Podlesak
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Glassfish 4.0.1-b05-ml, Ubuntu Linux 12.04 LTS


Tags: Admin, Console, Exception, FacesServlet, JAXRS, UriBuilder

 Description   

Hello

I cannot access the Glassfish admin console remotely, because there is a failure with a web service.

Glassfish 4.0.1-b05-ml,
Ubuntu Linux 12.04 LTS
I cannot access the administration view http://www.xenonique.co.uk:4848/ on my server at all.
I enabled remote DAS.
I managed to see the admin console, then I restarted the server then now there is a blank screen.

Here is what I found inside the log:

[2014-05-23T19:11:45.498+0000] [glassfish 4.0] [WARNING] [] [javax.enterprise.web.core] [tid: _ThreadID=42 _ThreadName=admin-listener(3)] [timeMillis: 1400872305498] [levelValue: 900] [[
Servlet.service() for servlet FacesServlet threw exception
java.lang.AbstractMethodError: javax.ws.rs.core.UriBuilder.uri(Ljava/lang/String;)Ljavax/ws/rs/core/UriBuilder;
at javax.ws.rs.core.UriBuilder.fromUri(UriBuilder.java:119)
at org.glassfish.jersey.client.JerseyWebTarget.<init>(JerseyWebTarget.java:71)
at org.glassfish.jersey.client.JerseyClient.target(JerseyClient.java:177)
at org.glassfish.jersey.client.JerseyClient.target(JerseyClient.java:68)
at org.glassfish.admingui.common.util.RestUtil.get(RestUtil.java:862)
at org.glassfish.admingui.common.util.RestUtil.restRequest(RestUtil.java:209)
at org.glassfish.admingui.common.handlers.RestApiHandlers.restRequest(RestApiHandlers.java:224)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at com.sun.jsftemplating.layout.descriptors.handler.Handler.invoke(Handler.java:442)
at com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:420)
at com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:394)
at com.sun.jsftemplating.layout.descriptors.LayoutComponent.beforeCreate(LayoutComponent.java:348)
at com.sun.jsftemplating.layout.descriptors.LayoutComponent.getChild(LayoutComponent.java:288)
at com.sun.jsftemplating.layout.LayoutViewHandler.buildUIComponentTree(LayoutViewHandler.java:556)
at com.sun.jsftemplating.layout.LayoutViewHandler.createView(LayoutViewHandler.java:255)
at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:254)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:121)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:646)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
at org.apache.catalina.core.ApplicationDispatcher.doInvoke(ApplicationDispatcher.java:875)
at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:739)
at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:575)
at org.apache.catalina.core.ApplicationDispatcher.doDispatch(ApplicationDispatcher.java:546)
at org.apache.catalina.core.ApplicationDispatcher.dispatch(ApplicationDispatcher.java:428)
at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:378)
at org.glassfish.admingui.common.security.AdminConsoleAuthModule.validateRequest(AdminConsoleAuthModule.java:224)
at com.sun.enterprise.security.jmac.config.GFServerConfigProvider$GFServerAuthContext.validateRequest(GFServerConfigProvider.java:1175)
at com.sun.web.security.RealmAdapter.validate(RealmAdapter.java:1654)
at com.sun.web.security.RealmAdapter.invokeAuthenticateDelegate(RealmAdapter.java:1521)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:606)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:702)
at org.apache.catalina.core.StandardPipeline.doChainInvoke(StandardPipeline.java:678)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:97)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:415)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:282)
at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:215)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:291)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:209)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:137)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:115)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.portunif.PUFilter.handleRead(PUFilter.java:231)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:291)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:209)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:137)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:115)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.portunif.PUFilter.handleRead(PUFilter.java:231)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:291)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:209)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:137)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:115)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:550)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:744)
]]



 Comments   
Comment by Anissa Lam [ 23/May/14 ]

Assign to Web Service team for initial investigation as the error is from there.

Comment by jimnicolson [ 08/Jul/14 ]

Getting the java.lang.AbstractMethodError: javax.ws.rs.core.UriBuilder.uri(Ljava/lang/String;)Ljavax/ws/rs/core/UriBuilder; error also.

Glassfish 4.0.1 (b7)
Oracle Linux 6.5
java version 1.7.0_55

I don't get (haven't seen) this error after clean install first boot with the default Domain1 nor on a freshly created domain.

After I deploy (in WAR form) Jenkins and Artifactory, the problem will arise either on next boot or (annoyingly) a few boots later. Even though there have been no other config changes or deployments!

Either the GF Admin Console will return a blank screen or hang on the "GF Admin console starting" page (a refresh will then return a blank page) or Artifactory will fail on startup.

After trying a few combinations, I found that if I deploy Artifactory after bouncing the server, set Artifactory Deployment order to 150 and Uncheck Enable Implicit CDI, then (relatively)consistently Artifactory starts but the GF Console Startup will fail.

Artifactory and Jenkins are running normally but integration/communication between Atrifactory plug-in and Jenkins also fails once the above GF Admin console startup error ccurs.

This combination of Artifactory, Jenkins (using earlier and current versions) is working and stable with GF 4.0.0.

I am caught between a rock and a hard place. After upgrading to OL 6.5 and it's default JDK of 1.7.0_55, I can't use Eclipse Kepler with GF 4.0.0 because of https://java.net/jira/browse/GLASSFISH-21004.

GF 4.0.1 resolves this but introduces build system failures because of the java.lang.AbstractMethodError: javax.ws.rs.core.UriBuilder.uri(Ljava/lang/String;)Ljavax/ws/rs/core/UriBuilder.

I have a log file and added some comments (Search for !!!!). This is a single full boot process with deployment of Jenkins/Artifactory then an attempt to access the GF Console using a browser. If this is useful, how do I attach it?

Comment by Romain Grécourt [ 08/Jul/14 ]

I didn't reproduce using 4.0.1-b08 (using OSX 10.5 / jdk7u9 / jdk7u51 / jdk7u55).

Here is what I did:

unzip glassfish-4.0.1-b08-ml.zip
cd glassfish4/glassfish
bin/asadmin start-domain
bin/asadmin change-admin-password
bin/asadmin login
bin/asadmin enable-secure-admin
bin/asadmin restart-domain

Peter, can you provide an exact set of steps that reproduce this issue ?

Comment by peter_pilgrim [ 08/Jul/14 ]

Those are the steps I did use. The only differences are that I was accessing my server remotely from a different location and I configured Apache HTTPD server to certain server port 80 on set paths to access web context paths

*/artifactory -> web application "artifactory"
*/jenkins -> web application "jenkins"

E.g. I set up the HTTP conf to use the JkMount

<VirualHost> ...

  1. GlassFish 4.0.1 on worker 2
    JkMount /jenkins worker2
    JkMount /jenkins/* worker2
    JkMount /artifactory worker2
    JkMount /artifactory/* worker2
    ...
    </VirtualHost>

The original error, I saw when I tried access on port 4848, I reported the error that saw in the admin console . Since then, I reconfigured the administration port from 4848 to something else that only I know. Actually, I just tried access this URL and the admin login appears and I can login successfully. Here is how I set up the admin port:

$ asadmin set server.http-service.http-listener.admin-listener.port=9876
$ asadmin set configs.config.server-config.network-config.network-listeners.network-listener.admin-listener.port=9876

I thought the blocker was the Linux firewall, so as root user, I double checked that the ports were open.

$ iptables -A INPUT -p tcp --dport 9876 -j ACCEPT
$ iptables -L

Clearly, it is not a networking error, because Jim Nicolson also is seeing the same issue. So I am not sure why the error is no longer reproducible from my end. That's all of the info.

Comment by jimnicolson [ 09/Jul/14 ]

Hi Romain

Thanks for the quick response...

I realise that GLASSFISH-21004 has been resolved. this solved my Eclipse/Dev VM problem. This caused me to go to 4.0.1 but now I'm hitting the current problem with my build environment VM. I'd prefer to be running the same GF version for both.

On the current problem, I have never seen the issue on a clean domain (i.e. no apps deployed).

Although I've deployed both Jenkins and Artifactory, I did each deployment separately and each one was after a reboot of GF. I tested accessing the consoles of GF and the app(s) after each deployment before continuing.

Jenkins never showed a problem - it seems to be being triggered after the Artifactory deployment. But the problem does not always seem to manifest immediately. Usually immediately but sometimes after one or two GF reboots.

Two additional environment facts (seem unlikely to be a factor). OL 6.5 64 bit, and running on a VirtualBox 4.3.10 VM.

Domain Created with: /opt/glassfish4/glassfish/bin/asadmin --user oracle create-domain --savelogin --checkports=true --portbase 9000 nicolson-dev-mgmt-domain

Although I'm testing on the one VM, I do have a very basic Apache proxy setup for Jenkins/Artifactory set up. It makes no difference whether I use the direct or the proxy URL.

Regards





[GLASSFISH-20887] Empty Cookie Header causes an exception and a 200 ok response Created: 07/Nov/13  Updated: 03/Feb/15  Resolved: 11/Nov/13

Status: Resolved
Project: glassfish
Component/s: grizzly-kernel
Affects Version/s: 4.0
Fix Version/s: 4.1

Type: Bug Priority: Major
Reporter: suparngp Assignee: oleksiys
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Mac OS 10.9 Mavericks, Spring MVC


Tags: cookie, empty, exception, header, parsing, rest, spring

 Description   

I am facing a strange issue with the Glass Fish Community Edition. I am working on a RESTful backend using Spring MVC. The front end clients are either browsers or API clients like Resty or super agent (node.js).

All the requests from the browsers are served fine. However, in case of a SuperAgent client, glass fish throws this exception:

java.lang.IllegalArgumentException
at org.glassfish.grizzly.http.util.CookieParserUtils.parseClientCookies(CookieParserUtils.java:353)
at org.glassfish.grizzly.http.util.CookieParserUtils.parseClientCookies(CookieParserUtils.java:336)
at org.glassfish.grizzly.http.Cookies.processClientCookies(Cookies.java:220)
at org.glassfish.grizzly.http.Cookies.get(Cookies.java:131)
at org.glassfish.grizzly.http.server.Request.parseCookies(Request.java:1911)
at org.glassfish.grizzly.http.server.Request.getCookies(Request.java:1505)
at org.apache.catalina.connector.Request.parseSessionCookiesId(Request.java:4077)
at org.apache.catalina.connector.CoyoteAdapter.postParseRequest(CoyoteAdapter.java:649)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:297)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:188)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:744)

After digging into this, I found out that this error is caused when a Cookie Header is being send from the client with an empty String, Like Cookie: ''. The worst part is After this exception is thrown, the request is not further processed (as expected) and a response is sent back from Glassfish with a status code of 200 OK. This is weird because any one can send a header with empty values and server shouldn't crash due to this. Secondly, if an exception is thrown, at least the status code should be like 400 Bad Request.

I was able to fix this problem temporarily by sending a dummy cookie header like Cookie: 'cook=ie'. Everything works fine in version 3 of Glass Fish.



 Comments   
Comment by oleksiys [ 11/Nov/13 ]

it's been fixed in trunk.

You can use this jar
https://dl.dropboxusercontent.com/u/7319744/nucleus-grizzly-all.jar

to patch Glassfish 4.0

Comment by suparngp [ 12/Nov/13 ]

Thanks. I just used the above jar and patched it. The problem is resolved.

Comment by armnotstrong [ 09/Aug/14 ]

hi @oleksiys,@suparngp
I currently run in to this problem too.
I download the nucleus-grizzly-all.jar(md5sum b7fc92c73d5360f7a83d318170c4eea0) given by oleksiys, replace with it in glassfish-4.0/glassfish/modules/nucleus-grizzly-all.jar, but the problem still there.

what went wrong?

Comment by oleksiys [ 25/Sep/14 ]

try to clean up the osgi cache
glassfish/domains/domain1/osgi-cache

Comment by cmundt [ 30/Jan/15 ]

I am not able to download the jar listed above. Is there away to resolve this in GF 4.0?

Comment by oleksiys [ 31/Jan/15 ]

The link still works for me.
Try this patch (2 files):
https://dl.dropboxusercontent.com/u/7319744/glassfish-4.0/nucleus-grizzly-all.jar
https://dl.dropboxusercontent.com/u/7319744/glassfish-4.0/glassfish-grizzly-extra-all.jar

Comment by cmundt [ 02/Feb/15 ]

I downloaded both of these and swapped out versions in my GF 4.0 build 89.
I also cleaned up the osgi-cache under both my Domain and Instance but I am still get the same Cookie Parse error.

Comment by oleksiys [ 03/Feb/15 ]

you're right, the patch doesn't have the fix.
working on it.

correspondent Grizzly issue https://java.net/jira/browse/GRIZZLY-1530

Comment by cmundt [ 03/Feb/15 ]

@oleksisy Thanks for the update.

Comment by oleksiys [ 03/Feb/15 ]

pls. try to download same 2 files again.

Comment by cmundt [ 03/Feb/15 ]

Downloaded and tested. Appears to be working. I am awaiting developer confirmation that they are good to go.

Thanks for the quick help.





[GLASSFISH-19514] Exceptions during GF start Created: 10/Jan/13  Updated: 02/Sep/13

Status: Open
Project: glassfish
Component/s: hk2
Affects Version/s: 3.1.2.2
Fix Version/s: None

Type: Bug Priority: Major
Reporter: cobre420 Assignee: Mahesh Kannan
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Solaris 10


Tags: exception, glassfish, glassfish-3-1-2-2, startup

 Description   

Starting GF logs errors

[#|2013-01-09T14:53:31.596+0100|SEVERE|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=16;_ThreadName=Thread-2;|Exception while visiting netscape/applet/DerivedAppletFrame.class of size 0
java.lang.ArrayIndexOutOfBoundsException: 8
	at org.objectweb.asm.ClassReader.readUnsignedShort(Unknown Source)
	at org.objectweb.asm.ClassReader.<init>(Unknown Source)
	at org.objectweb.asm.ClassReader.<init>(Unknown Source)
	at org.objectweb.asm.ClassReader.<init>(Unknown Source)
	at org.glassfish.hk2.classmodel.reflect.Parser$5.on(Parser.java:362)
	at com.sun.enterprise.v3.server.ReadableArchiveScannerAdapter.handleEntry(ReadableArchiveScannerAdapter.java:171)
	at com.sun.enterprise.v3.server.ReadableArchiveScannerAdapter.onSelectedEntries(ReadableArchiveScannerAdapter.java:133)
	at org.glassfish.hk2.classmodel.reflect.Parser.doJob(Parser.java:348)
	at org.glassfish.hk2.classmodel.reflect.Parser.access$300(Parser.java:70)
	at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:307)
	at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:296)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
	at java.util.concurrent.FutureTask.run(FutureTask.java:138)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
	at java.lang.Thread.run(Thread.java:662)
|#]

[#|2013-01-09T14:53:31.611+0100|SEVERE|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=16;_ThreadName=Thread-2;|Exception while visiting netscape/security/PrivilegeManager.class of size 0
java.lang.ArrayIndexOutOfBoundsException: 8
	at org.objectweb.asm.ClassReader.readUnsignedShort(Unknown Source)
	at org.objectweb.asm.ClassReader.<init>(Unknown Source)
	at org.objectweb.asm.ClassReader.<init>(Unknown Source)
	at org.objectweb.asm.ClassReader.<init>(Unknown Source)
	at org.glassfish.hk2.classmodel.reflect.Parser$5.on(Parser.java:362)
	at com.sun.enterprise.v3.server.ReadableArchiveScannerAdapter.handleEntry(ReadableArchiveScannerAdapter.java:171)
	at com.sun.enterprise.v3.server.ReadableArchiveScannerAdapter.onSelectedEntries(ReadableArchiveScannerAdapter.java:133)
	at org.glassfish.hk2.classmodel.reflect.Parser.doJob(Parser.java:348)
	at org.glassfish.hk2.classmodel.reflect.Parser.access$300(Parser.java:70)
	at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:307)
	at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:296)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
	at java.util.concurrent.FutureTask.run(FutureTask.java:138)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
	at java.lang.Thread.run(Thread.java:662)
|#]

[#|2013-01-09T14:53:31.615+0100|SEVERE|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=16;_ThreadName=Thread-2;|Exception while visiting com/ms/security/PolicyEngine.class of size 0
java.lang.ArrayIndexOutOfBoundsException: 8
	at org.objectweb.asm.ClassReader.readUnsignedShort(Unknown Source)
	at org.objectweb.asm.ClassReader.<init>(Unknown Source)
	at org.objectweb.asm.ClassReader.<init>(Unknown Source)
	at org.objectweb.asm.ClassReader.<init>(Unknown Source)
	at org.glassfish.hk2.classmodel.reflect.Parser$5.on(Parser.java:362)
	at com.sun.enterprise.v3.server.ReadableArchiveScannerAdapter.handleEntry(ReadableArchiveScannerAdapter.java:171)
	at com.sun.enterprise.v3.server.ReadableArchiveScannerAdapter.onSelectedEntries(ReadableArchiveScannerAdapter.java:133)
	at org.glassfish.hk2.classmodel.reflect.Parser.doJob(Parser.java:348)
	at org.glassfish.hk2.classmodel.reflect.Parser.access$300(Parser.java:70)
	at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:307)
	at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:296)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
	at java.util.concurrent.FutureTask.run(FutureTask.java:138)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
	at java.lang.Thread.run(Thread.java:662)
|#]

[#|2013-01-09T14:53:33.009+0100|SEVERE|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=16;_ThreadName=Thread-2;|Exception while visiting netscape/applet/DerivedAppletFrame.class of size 0
java.lang.ArrayIndexOutOfBoundsException
|#]

[#|2013-01-09T14:53:33.071+0100|SEVERE|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=16;_ThreadName=Thread-2;|Exception while visiting netscape/security/PrivilegeManager.class of size 0
java.lang.ArrayIndexOutOfBoundsException
|#]

[#|2013-01-09T14:53:33.073+0100|SEVERE|glassfish3.1.2|javax.enterprise.system.core.com.sun.enterprise.v3.server|_ThreadID=16;_ThreadName=Thread-2;|Exception while visiting com/ms/security/PolicyEngine.class of size 0
java.lang.ArrayIndexOutOfBoundsException
|#]


 Comments   
Comment by kumara [ 10/Jan/13 ]

Do you have more information on which jar file contains the classes netscape/security/PrivilegeManager.class and com/ms/security/PolicyEngine.class. Are these signed jar files?

Comment by cobre420 [ 11/Jan/13 ]

There is one application jar (Oracle waveset) in which are these classes. This jars are not signed. Does signin it will resolve this problem?

Comment by kumara [ 15/Jan/13 ]

Signing is unlikely to fix this issue. This needs further investigation but the application server is going to start (and applications will load) even with this exception recorded in the log file. Is it possible to attach a small test case to reproduce this.

Comment by realdocsnyder [ 02/Sep/13 ]

@cobre420

I've got the same problem when starting glassfish 3.1.22 with netbeans 7.2.1 for IDM (Exception while visiting netscape/applet/DerivedAppletFrame.class of size 0).

Did you resolve your problem?





[GLASSFISH-18827] Exception on app deployment if javassist bundled Created: 22/Jun/12  Updated: 19/Sep/14  Resolved: 25/Jul/13

Status: Closed
Project: glassfish
Component/s: cdi
Affects Version/s: 3.1.2
Fix Version/s: 4.1

Type: Bug Priority: Blocker
Reporter: arothe Assignee: phil.zampino
Resolution: Cannot Reproduce Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

OpenSuse 12.1
Glassfish 3.1.2 local installation


Tags: exception, javassist, weld

 Description   

I try to deploy an application, which has a maven dependency to javassist 3.14.0-GA. If I bundle the lib with the application I will get
Exception while loading the app : org.jboss.weldx.transaction.UserTransaction$1279195191$Proxy$_$$_Weld$Proxy$ cannot be cast to javassist.util.proxy.ProxyObject

If I set the maven scope to "provided", I will get
java.lang.NoClassDefFoundError: javassist/bytecode/CodeAttribute$RuntimeCopyException

The application uses CDI and EclipseLink as persistence provider.
I have seen, that javassist is already part of the weld-osgi-bundle, but the jar isn't used by the application.



 Comments   
Comment by arjavdesai [ 13/Apr/13 ]

Can you please provide a test app to re-produce the issue? Have tried with latest glass fish? If not, can you please try with one built on 13-apr-13 or later from http://dlc.sun.com.edgesuite.net/glassfish/4.0/nightly/.

Comment by arothe [ 05/Jun/13 ]

I have checked the old project on SVN. In the sun-web.xml I had an entry

<class-loader delegate="false"/>

The error didn't longer occur after removing that line. I'm not sure which influence the line has...





[GLASSFISH-18556] Characters out of JASPIC GroupPrincipalCallback Created: 24/Mar/12  Updated: 24/Apr/14

Status: Open
Project: glassfish
Component/s: security
Affects Version/s: None
Fix Version/s: future release

Type: Bug Priority: Critical
Reporter: bjb Assignee: JeffTancill
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: Java Source File PolicyFileTest.java    
Tags: JASPIC, character, exception, group, restriction

 Description   

At this time, not all the characters can be used in a group set by GroupPrincipal callback.

Using thoses character will result into bad PolicyFile with non matching rule.

As a consequence, user will not be granted access as per the JACC checks.

(no exception raised, lowering the log level will result into unrelated exception beeing traced as a wrong track)

Example of such a group is :

ROLE_\01\05\00\00\00\00\00\05\15\00\00\00\8a\16\77\12\f6\70\d2\67\92\01\99\5a\b2\34\00\00

Issues here are the backslash () but I anticipate other characters could be at risks.

AFAIK, at this time there is no restricted character requirement as per JASPIC on the group.



 Comments   
Comment by kumarjayanti [ 25/Mar/12 ]

Will try to get comments from Ron on this.

Comment by bjb [ 26/Mar/12 ]

In the PolicyFile, the parseGrantEntry call

e.codeBase = match("quoted string");

But \ was configure as a quote char !

The internal java.io.StreamTokenizer indicates in line 635, that if a \ is used this is for escaping : C style or octal/hexa. But line 661+ there is no search for a second
to be reaplced by a single \ (aka '
') !

So the problem is whatever we do around \ char we will not get a bijective result (writer/parser).

But I've found reference saying that double backslash was used in PolicyFile as single backslash
http://www.eli.sdsu.edu/courses/spring99/cs696/notes/security/security.html
But I have not found that in the JDK code.

I will see to create a simple testcase for this PolicyFile corner case.
If it confirms my assumptions, I will open a JDK bug.

Until, it is fixes, the \ is a char that should be prohibited from group valid characters until we get the StreamTokenizer fixed

Anyway the domain of values for a name and the bijective nature of PolicyFile has to be confirmed from the JVM team.

Comment by bjb [ 26/Mar/12 ]

I've create a JUnit test case to show the JDK bug :

http://pastebin.com/HxmQJWmk

Comment by monzillo [ 26/Mar/12 ]

http://docs.oracle.com/javase/6/docs/technotes/guides/security/PolicyFiles.html

please see section entitled "Win32 Systems, File Paths, and Property Expansion"

Although I do not think what you are seeing is win32 specific, it seems that you must escape the "\" (when it occurs in your group or role names) with a preceding "\".

Comment by bjb [ 26/Mar/12 ]

JUnit test case to show the issue

Comment by bjb [ 26/Mar/12 ]

I think this has nothing to do with platformspecific as the test I have performed is "in memory" only (see version 2 attached in jira).

First the Policy Writer parser does not use double backslash for the backslash escaping while writing (cf generated policy file from GF).

Then, I can not use multiple escape as the parser (streamtokenizer from James ;P ) did not implement the double backslash escaping as usual in C :
http://en.wikipedia.org/wiki/C_syntax#Backslash_escapes

Most backslashes escapes are handled in the stream tokenizer but the escape of the backslash it self apparently.

I've submit another test case suit with triple (double 1/2) and quadruple (real double) backslash. Only the first test with single backslash (aka octet value) works.





[GLASSFISH-17216] when deploying a mdb project, some exception occur Created: 22/Aug/11  Updated: 12/Apr/12  Resolved: 12/Apr/12

Status: Resolved
Project: glassfish
Component/s: jms
Affects Version/s: 3.1.1
Fix Version/s: 3.1.2_b23

Type: Bug Priority: Trivial
Reporter: googya Assignee: David Zhao
Resolution: Cannot Reproduce Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

jdk 6.0_21
glassfish 3.1.1
netbeans 7.0.1


Attachments: Zip Archive EnterpriseApplication2.zip    
Tags: exception, jms

 Description   

Launching GlassFish on Felix platform
INFO: Registered org.glassfish.ha.store.adapter.cache.ShoalBackingStoreProxy for persistence-type = replicated in BackingStoreFactoryRegistry
INFO: The Admin Console is already installed, but not yet loaded.
INFO: Grizzly Framework 1.9.31 started in: 312ms - bound to [0.0.0.0:7676]
INFO: Grizzly Framework 1.9.31 started in: 391ms - bound to [0.0.0.0:8080]
INFO: Grizzly Framework 1.9.31 started in: 359ms - bound to [0.0.0.0:4848]
INFO: Grizzly Framework 1.9.31 started in: 359ms - bound to [0.0.0.0:8181]
INFO: Grizzly Framework 1.9.31 started in: 328ms - bound to [0.0.0.0:3700]
INFO: SEC1002: Security Manager is OFF.
INFO: SEC1010: Entering Security Startup Service
INFO: SEC1143: Loading policy provider com.sun.enterprise.security.provider.PolicyWrapper.
INFO: SEC1115: Realm [admin-realm] of classtype [com.sun.enterprise.security.auth.realm.file.FileRealm] successfully created.
INFO: SEC1115: Realm [file] of classtype [com.sun.enterprise.security.auth.realm.file.FileRealm] successfully created.
INFO: SEC1115: Realm [certificate] of classtype [com.sun.enterprise.security.auth.realm.certificate.CertificateRealm] successfully created.
INFO: SEC1011: Security Service(s) Started Successfully
INFO: Hibernate Validator 4.1.0.Final
INFO: Instantiated an instance of org.hibernate.validator.engine.resolver.JPATraversableResolver.
INFO: Portable JNDI names for EJB PatientFacade : [java:global/Patient-ejb/PatientFacade, java:global/Patient-ejb/PatientFacade!packt.PatientFacade]
INFO: packt.Patient actually got transformed
INFO: Portable JNDI names for EJB MedicationFacade : [java:global/Patient-ejb/MedicationFacade, java:global/Patient-ejb/MedicationFacade!packt.MedicationFacade]
INFO: packt.Medication actually got transformed
INFO: WELD-000900 $

{parsedVersion (osgiVersion}

)
INFO: Instantiated an instance of org.hibernate.validator.engine.resolver.JPATraversableResolver.
INFO: CORE10010: Loading application Patient-ejb done in 8,343 ms
INFO: WEB0169: Created HTTP listener [http-listener-1] on host/port [0.0.0.0:8080]
INFO: WEB0169: Created HTTP listener [http-listener-2] on host/port [0.0.0.0:8181]
INFO: WEB0169: Created HTTP listener [admin-listener] on host/port [0.0.0.0:4848]
INFO: WEB0171: Created virtual server [server]
INFO: WEB0171: Created virtual server [__asadmin]
INFO: WEB0172: Virtual server [server] loaded default web module []
INFO: Portable JNDI names for EJB MedicationFacade : [java:global/EJBServlet/MedicationFacade, java:global/EJBServlet/MedicationFacade!packt.MedicationFacade]
INFO: Portable JNDI names for EJB PatientFacade : [java:global/EJBServlet/PatientFacade, java:global/EJBServlet/PatientFacade!packt.PatientFacade]
INFO: WEB0671: Loading application [EJBServlet] at [/EJBServlet]
INFO: CORE10010: Loading application EJBServlet done in 2,360 ms
INFO: JTS5014: Recoverable JTS instance, serverId = [3700]
INFO: entity.Cabin actually got transformed
INFO: Portable JNDI names for EJB TravelAgentBean : [java:global/TiananEJBModule/TravelAgentBean!session.TravelagentRemote, java:global/TiananEJBModule/TravelAgentBean]
INFO: Glassfish-specific (Non-portable) JNDI names for EJB TravelAgentBean : session.TravelagentRemote, session.TravelagentRemote#session.TravelagentRemote
INFO: CORE10010: Loading application TiananEJBModule done in 5,375 ms
SEVERE: not.found.in.original.location[Ljava.lang.Object;@3e6d51
INFO: Portable JNDI names for EJB Salutation : [java:global/EJBCookbook/Salutation, java:global/EJBCookbook/Salutation!beans.Salutation]
INFO: Portable JNDI names for EJB SphereBean : [java:global/EJBCookbook/SphereBean!beans.SphereBean, java:global/EJBCookbook/SphereBean!beans.SphereBeanLocal]
INFO: Instantiated an instance of org.hibernate.validator.engine.resolver.JPATraversableResolver.
INFO: WEB0671: Loading application [EJBCookbook] at [/EJBCookbook]
INFO: CORE10010: Loading application EJBCookbook done in 500 ms
INFO: GlassFish Server Open Source Edition 3.1 (43) 启动时间: Felix (8,766ms),启动服务 (18,968ms),总计(27,734ms)
INFO: Instantiated an instance of org.hibernate.validator.engine.resolver.JPATraversableResolver.
INFO: WEB0169: Created HTTP listener [http-listener-1] on host/port [0.0.0.0:8080]
INFO: Grizzly Framework 1.9.31 started in: 0ms - bound to [0.0.0.0:8080]
INFO: JMXStartupService: Started JMXConnector, JMXService URL = service:jmx:rmi://certusnet-08d9a:8686/jndi/rmi://certusnet-08d9a:8686/jmxrmi
INFO: WEB0169: Created HTTP listener [http-listener-2] on host/port [0.0.0.0:8181]
INFO: Grizzly Framework 1.9.31 started in: 0ms - bound to [0.0.0.0:8181]
INFO: Total number of available updates : 58
INFO: Number of available updates since Sun Aug 21 16:16:53 CST 2011 : 0
INFO: ADDRESSLIST in setJmsServiceProvider: mq://localhost:7676/
INFO: JMS Service Connection URL is : mq://localhost:7676/
INFO: Instantiated an instance of org.hibernate.validator.engine.resolver.JPATraversableResolver.
INFO: MQJMSRA_RA1101: GlassFish MQ JMS Resource Adapter: Version: 4.5 (Build 29-b) Compile: Wed Feb 9 22:53:30 PST 2011
INFO: MQJMSRA_RA1101: GlassFish MQ JMS Resource Adapter starting: broker is EMBEDDED, connection mode is Direct
INFO: MQJMSRA_RA1101: GlassFish MQ JMS Resource Adapter Started:EMBEDDED
INFO: end point determine destionation name, Res name: javax.jms.Queue, JNDI name: TextBean descriptor name :

{3}
INFO: Instantiated an instance of org.hibernate.validator.engine.resolver.JPATraversableResolver.
INFO: WEB0671: Loading application [MDBExample] at [/MDBExample]
INFO: MDBExample 在 3,281 毫秒内成功完成部署。
WARNING: [MDBContainer] Current thread done cleanup()...
INFO: end point determine destionation name, Res name: javax.jms.Queue, JNDI name: TextBean descriptor name : {3}

INFO: Instantiated an instance of org.hibernate.validator.engine.resolver.JPATraversableResolver.
INFO: WEB0671: Loading application [MDBExample] at [/MDBExample]
INFO: MDBExample 在 281 毫秒内成功完成部署。
INFO: PWC1412: WebModule[null] ServletContext.log():PWC1409: Marking servlet TextServlet as unavailable
WARNING: StandardWrapperValve[TextServlet]: PWC1382: Allocate exception for servlet TextServlet
com.sun.enterprise.container.common.spi.util.InjectionException: Error creating managed object for class servlet.TextServlet
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.createManagedObject(InjectionManagerImpl.java:317)
at com.sun.enterprise.web.WebContainer.createServletInstance(WebContainer.java:702)
at com.sun.enterprise.web.WebModule.createServletInstance(WebModule.java:1958)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1263)
at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:1070)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:189)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:98)
at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:91)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:162)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:326)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:227)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:170)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:822)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1013)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.lang.IllegalStateException: Exception attempting to inject Res-Ref-Env-Property: servlet.TextServlet/queueConnectionFactory@javax.jms.QueueConnectionFactory@ resolved as: jndi: jms/TextFactoryPool@res principal: null@mail: null
No Runtime properties
Database Vendor : null
Create Tables at Deploy : false
Delete Tables at Undeploy : false into class servlet.TextServlet
at org.glassfish.weld.services.InjectionServicesImpl.aroundInject(InjectionServicesImpl.java:137)
at org.jboss.weld.injection.InjectionContextImpl.run(InjectionContextImpl.java:50)
at org.jboss.weld.manager.SimpleInjectionTarget.inject(SimpleInjectionTarget.java:114)
at org.glassfish.weld.services.JCDIServiceImpl.createManagedObject(JCDIServiceImpl.java:253)
at org.glassfish.weld.services.JCDIServiceImpl.createManagedObject(JCDIServiceImpl.java:204)
at com.sun.enterprise.container.common.impl.managedbean.ManagedBeanManagerImpl.createManagedBean(ManagedBeanManagerImpl.java:478)
at com.sun.enterprise.container.common.impl.managedbean.ManagedBeanManagerImpl.createManagedBean(ManagedBeanManagerImpl.java:428)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.createManagedObject(InjectionManagerImpl.java:300)
... 28 more
Caused by: com.sun.enterprise.container.common.spi.util.InjectionException: Exception attempting to inject Res-Ref-Env-Property: servlet.TextServlet/queueConnectionFactory@javax.jms.QueueConnectionFactory@ resolved as: jndi: jms/TextFactoryPool@res principal: null@mail: null
No Runtime properties
Database Vendor : null
Create Tables at Deploy : false
Delete Tables at Undeploy : false into class servlet.TextServlet
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl._inject(InjectionManagerImpl.java:698)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.inject(InjectionManagerImpl.java:468)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.injectInstance(InjectionManagerImpl.java:173)
at org.glassfish.weld.services.InjectionServicesImpl.aroundInject(InjectionServicesImpl.java:130)
... 35 more
Caused by: javax.naming.NamingException: Lookup failed for 'java:comp/env/servlet.TextServlet/queueConnectionFactory' in SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming} [Root exception is javax.naming.NamingException: Lookup failed for 'jms/TextFactoryPool' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming, com.sun.enterprise.naming.logicalName=java:comp/env/servlet.TextServlet/queueConnectionFactory} [Root exception is javax.naming.NameNotFoundException: TextFactoryPool not found]]
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:518)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
at javax.naming.InitialContext.lookup(InitialContext.java:411)
at javax.naming.InitialContext.lookup(InitialContext.java:411)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl._inject(InjectionManagerImpl.java:597)
... 38 more
Caused by: javax.naming.NamingException: Lookup failed for 'jms/TextFactoryPool' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming, com.sun.enterprise.naming.logicalName=java:comp/env/servlet.TextServlet/queueConnectionFactory} [Root exception is javax.naming.NameNotFoundException: TextFactoryPool not found]
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:518)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
at javax.naming.InitialContext.lookup(InitialContext.java:411)
at javax.naming.InitialContext.lookup(InitialContext.java:411)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:772)
at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:740)
at com.sun.enterprise.naming.impl.JavaURLContext.lookup(JavaURLContext.java:172)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:498)
... 42 more
Caused by: javax.naming.NameNotFoundException: TextFactoryPool not found
at com.sun.enterprise.naming.impl.TransientContext.doLookup(TransientContext.java:248)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:215)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:219)
at com.sun.enterprise.naming.impl.SerialContextProviderImpl.lookup(SerialContextProviderImpl.java:77)
at com.sun.enterprise.naming.impl.LocalSerialContextProviderImpl.lookup(LocalSerialContextProviderImpl.java:119)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:505)
... 50 more

INFO: The Admin Console is already installed, but not yet loaded.
INFO: The Admin Console is starting. Please wait.
INFO: Initiating Jersey application, version 'Jersey: 1.5 01/14/2011 12:36 PM'
INFO: 初始化上下文 '' 的 Mojarra 2.1.0 (FCS 2.1.0-b11)
INFO: Listening to REST requests at context: /management/domain
INFO: WEB0671: Loading application [__admingui] at [/]
INFO: CORE10010: Loading application __admingui done in 9,140 ms
INFO: The Admin Console application is loaded.
WARNING: PWC4011: Unable to set request character encoding to UTF-8 from context , because request parameters have already been read, or ServletRequest.getReader() has already been called
INFO: 管理控制台: 正在初始化会话属性...
WARNING: 无法为 D:\Program Files\glassfish-3.1 创建更新中心映像;更新中心功能在管理控制台中将不可用
SEVERE: RestResponse.getResponse() 提供 FAILURE。endpoint = "http://localhost:4848/management/domain/resources/connector-resource/jms%2FTextQueueFactoryPool";attrs = "{}"
INFO: 发生异常:java.lang.RuntimeException: REST Request 'http://localhost:4848/management/domain/resources/connector-resource/jms%2FTextQueueFactoryPool' failed with response code '404'.
WARNING: [MDBContainer] Current thread done cleanup()...
INFO: end point determine destionation name, Res name: javax.jms.Queue, JNDI name: TextBean descriptor name : {3}
INFO: Instantiated an instance of org.hibernate.validator.engine.resolver.JPATraversableResolver.
INFO: WEB0671: Loading application [MDBExample] at [/MDBExample]
INFO: MDBExample 在 297 毫秒内成功完成部署。
INFO: PWC1412: WebModule[null] ServletContext.log():PWC1409: Marking servlet TextServlet as unavailable
WARNING: StandardWrapperValve[TextServlet]: PWC1382: Allocate exception for servlet TextServlet
com.sun.enterprise.container.common.spi.util.InjectionException: Error creating managed object for class servlet.TextServlet
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.createManagedObject(InjectionManagerImpl.java:317)
at com.sun.enterprise.web.WebContainer.createServletInstance(WebContainer.java:702)
at com.sun.enterprise.web.WebModule.createServletInstance(WebModule.java:1958)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1263)
at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:1070)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:189)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:98)
at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:91)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:162)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:326)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:227)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:170)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:822)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1013)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.lang.IllegalStateException: Exception attempting to inject Res-Ref-Env-Property: servlet.TextServlet/queueConnectionFactory@javax.jms.QueueConnectionFactory@ resolved as: jndi: jms/TextFactoryPool@res principal: null@mail: null
No Runtime properties
Database Vendor : null
Create Tables at Deploy : false
Delete Tables at Undeploy : false into class servlet.TextServlet
at org.glassfish.weld.services.InjectionServicesImpl.aroundInject(InjectionServicesImpl.java:137)
at org.jboss.weld.injection.InjectionContextImpl.run(InjectionContextImpl.java:50)
at org.jboss.weld.manager.SimpleInjectionTarget.inject(SimpleInjectionTarget.java:114)
at org.glassfish.weld.services.JCDIServiceImpl.createManagedObject(JCDIServiceImpl.java:253)
at org.glassfish.weld.services.JCDIServiceImpl.createManagedObject(JCDIServiceImpl.java:204)
at com.sun.enterprise.container.common.impl.managedbean.ManagedBeanManagerImpl.createManagedBean(ManagedBeanManagerImpl.java:478)
at com.sun.enterprise.container.common.impl.managedbean.ManagedBeanManagerImpl.createManagedBean(ManagedBeanManagerImpl.java:428)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.createManagedObject(InjectionManagerImpl.java:300)
... 28 more
Caused by: com.sun.enterprise.container.common.spi.util.InjectionException: Exception attempting to inject Res-Ref-Env-Property: servlet.TextServlet/queueConnectionFactory@javax.jms.QueueConnectionFactory@ resolved as: jndi: jms/TextFactoryPool@res principal: null@mail: null
No Runtime properties
Database Vendor : null
Create Tables at Deploy : false
Delete Tables at Undeploy : false into class servlet.TextServlet
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl._inject(InjectionManagerImpl.java:698)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.inject(InjectionManagerImpl.java:468)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.injectInstance(InjectionManagerImpl.java:173)
at org.glassfish.weld.services.InjectionServicesImpl.aroundInject(InjectionServicesImpl.java:130)
... 35 more
Caused by: javax.naming.NamingException: Lookup failed for 'java:comp/env/servlet.TextServlet/queueConnectionFactory' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming}

[Root exception is javax.naming.NamingException: Lookup failed for 'jms/TextFactoryPool' in SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming, com.sun.enterprise.naming.logicalName=java:comp/env/servlet.TextServlet/queueConnectionFactory}

[Root exception is javax.naming.NameNotFoundException: TextFactoryPool not found]]
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:518)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
at javax.naming.InitialContext.lookup(InitialContext.java:411)
at javax.naming.InitialContext.lookup(InitialContext.java:411)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl._inject(InjectionManagerImpl.java:597)
... 38 more
Caused by: javax.naming.NamingException: Lookup failed for 'jms/TextFactoryPool' in SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming, com.sun.enterprise.naming.logicalName=java:comp/env/servlet.TextServlet/queueConnectionFactory}

[Root exception is javax.naming.NameNotFoundException: TextFactoryPool not found]
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:518)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:455)
at javax.naming.InitialContext.lookup(InitialContext.java:411)
at javax.naming.InitialContext.lookup(InitialContext.java:411)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:772)
at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:740)
at com.sun.enterprise.naming.impl.JavaURLContext.lookup(JavaURLContext.java:172)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:498)
... 42 more
Caused by: javax.naming.NameNotFoundException: TextFactoryPool not found
at com.sun.enterprise.naming.impl.TransientContext.doLookup(TransientContext.java:248)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:215)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:219)
at com.sun.enterprise.naming.impl.SerialContextProviderImpl.lookup(SerialContextProviderImpl.java:77)
at com.sun.enterprise.naming.impl.LocalSerialContextProviderImpl.lookup(LocalSerialContextProviderImpl.java:119)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:505)
... 50 more



 Comments   
Comment by David Zhao [ 15/Feb/12 ]

Per the trace log, it seems that the resource with jndi name "jms/TextFactoryPool" does not exist when the ear is deployed. Please make sure the resource is created successfully previously.

Comment by David Zhao [ 31/Mar/12 ]

googya,

Can you confirm if resource with jndi name "jms/TextFactoryPool" exists when you deploying mdb?

Comment by David Zhao [ 12/Apr/12 ]

Can not reproduce against NetBeans 7.1.1 and GlassFish 3.1.2. Please try the sample EnterpriseApplication2.zip which I built for demonstration.

The output:
=============================================================
Launching GlassFish on Felix platform
INFO: Running GlassFish Version: GlassFish Server Open Source Edition 3.1.2 (build 23)
INFO: Grizzly Framework 1.9.46 started in: 50ms - bound to [0.0.0.0:8080]
INFO: Grizzly Framework 1.9.46 started in: 7ms - bound to [0.0.0.0:7676]
INFO: Grizzly Framework 1.9.46 started in: 14ms - bound to [0.0.0.0:3700]
INFO: Grizzly Framework 1.9.46 started in: 34ms - bound to [0.0.0.0:8181]
INFO: Grizzly Framework 1.9.46 started in: 28ms - bound to [0.0.0.0:4848]
INFO: Registered org.glassfish.ha.store.adapter.cache.ShoalBackingStoreProxy for persistence-type = replicated in BackingStoreFactoryRegistry
INFO: GlassFish Server Open Source Edition 3.1.2 (23) startup time : Felix (9,637ms), startup services(707ms), total(10,344ms)
INFO: JMX005: JMXStartupService had Started JMXConnector on JMXService URL service:jmx:rmi://davidz-lt.cn.oracle.com:8686/jndi/rmi://davidz-lt.cn.oracle.com:8686/jmxrmi
INFO: Hibernate Validator 4.2.0.Final
INFO: Grizzly Framework 1.9.46 started in: 5ms - bound to [0.0.0.0:8080]
INFO: unable to read instance state file D:\glassfish-3.1.2\glassfish\domains\domain1\config\.instancestate, recreating
INFO: Grizzly Framework 1.9.46 started in: 11ms - bound to [0.0.0.0:8181]
INFO: Created EjbThreadPoolExecutor with thread-core-pool-size 16 thread-max-pool-size 32 thread-keep-alive-seconds 60 thread-queue-capacity 2147483647 allow-core-thread-timeout false
INFO: SEC1002: Security Manager is OFF.
INFO: SEC1010: Entering Security Startup Service
INFO: SEC1143: Loading policy provider com.sun.enterprise.security.provider.PolicyWrapper.
INFO: SEC1115: Realm [admin-realm] of classtype [com.sun.enterprise.security.auth.realm.file.FileRealm] successfully created.
INFO: SEC1115: Realm [file] of classtype [com.sun.enterprise.security.auth.realm.file.FileRealm] successfully created.
INFO: SEC1115: Realm [certificate] of classtype [com.sun.enterprise.security.auth.realm.certificate.CertificateRealm] successfully created.
INFO: SEC1011: Security Service(s) Started Successfully
INFO: WEB0169: Created HTTP listener [http-listener-1] on host/port [0.0.0.0:8080]
INFO: WEB0169: Created HTTP listener [http-listener-2] on host/port [0.0.0.0:8181]
INFO: WEB0169: Created HTTP listener [admin-listener] on host/port [0.0.0.0:4848]
INFO: WEB0171: Created virtual server [server]
INFO: WEB0171: Created virtual server [__asadmin]
INFO: WEB0172: Virtual server [server] loaded default web module []
INFO: JTS5014: Recoverable JTS instance, serverId = [3700]
INFO: JMS010: ADDRESSLIST in setJmsServiceProvider: mq://localhost:7676/
INFO: JMS08: JMS Service Connection URL is : mq://localhost:7676/
INFO: MQJMSRA_RA1101: GlassFish MQ JMS Resource Adapter: Version: 4.5.2 (Build 2-d) Compile: Thu Dec 8 17:30:48 PST 2011
INFO: MQJMSRA_RA1101: GlassFish MQ JMS Resource Adapter starting: broker is EMBEDDED, connection mode is Direct
INFO: MQJMSRA_RA1101: GlassFish MQ JMS Resource Adapter Started:EMBEDDED
INFO: JMS013: end point determine destionation name, Res name: javax.jms.Queue, JNDI name: NewMessageBean descriptor name :

{3}

INFO: WEB0671: Loading application EnterpriseApplication2#EnterpriseApplication2-war.war at [EnterpriseApplication2-war]
INFO: EnterpriseApplication2 was successfully deployed in 6,331 milliseconds.





[GLASSFISH-16802] @DataSourceDefinition java.sql.SQLException: No PasswordCredential found for connections with empty password Created: 04/Jun/11  Updated: 10/Jun/11  Resolved: 10/Jun/11

Status: Resolved
Project: glassfish
Component/s: jca
Affects Version/s: 3.1
Fix Version/s: 3.1.1_b08

Type: Bug Priority: Major
Reporter: a.accioly Assignee: Jagadish
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Confirmed both in OSX Snow Leopard and Windows 7 64 Bits, in two separate machines (probably the bug is OS and Hardware agnostic).


Tags: 3_1_1-approved, 3_1_1-scrubbed, eclipselink, exception, jdbc, password

 Description   

When creating a datasource like this:

@DataSourceDefinition(name = "java:app/jdbc/myDatasource", 
 className = "org.h2.jdbcx.JdbcDataSource", 
 url = "jdbc:h2:/path/to/db;AUTO_SERVER=TRUE;MVCC=TRUE", 
 user = "sa",
 password=""
) 

or

web.xml
<data-source>
    <description>DataSource for H2</description>
    <name>java:app/jdbc/cdiDS</name>
    <class-name>org.h2.jdbcx.JdbcDataSource</class-name>
    <url>jdbc:h2:/path/to/db;AUTO_SERVER=TRUE;MVCC=TRUE</url>
    <user>sa</user>
    <password></password>
</data-source>

Throws a nasty Exception:

 
Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.2.0.v20110202-r8913): org.eclipse.persistence.exceptions.DatabaseException
Internal Exception: java.sql.SQLException: Error in allocating a connection. Cause: No PasswordCredential found
Error Code: 0
	at org.eclipse.persistence.exceptions.DatabaseException.sqlException(DatabaseException.java:309)
	at org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:138)
	at org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:94)
	at org.eclipse.persistence.sessions.DatasourceLogin.connectToDatasource(DatasourceLogin.java:162)
	at org.eclipse.persistence.internal.sessions.DatabaseSessionImpl.loginAndDetectDatasource(DatabaseSessionImpl.java:592)
	at org.eclipse.persistence.internal.jpa.EntityManagerFactoryProvider.login(EntityManagerFactoryProvider.java:233)
	at org.eclipse.persistence.internal.jpa.EntityManagerSetupImpl.deploy(EntityManagerSetupImpl.java:394)
	at org.eclipse.persistence.internal.jpa.EntityManagerFactoryImpl.getServerSession(EntityManagerFactoryImpl.java:185)
	at org.eclipse.persistence.internal.jpa.EntityManagerFactoryImpl.createEntityManagerImpl(EntityManagerFactoryImpl.java:242)
	at org.eclipse.persistence.internal.jpa.EntityManagerFactoryImpl.createEntityManager(EntityManagerFactoryImpl.java:230)
	at org.glassfish.persistence.jpa.PersistenceUnitLoader.doJava2DB(PersistenceUnitLoader.java:373)
	at org.glassfish.persistence.jpa.JPADeployer$2.visitPUD(JPADeployer.java:434)
	at org.glassfish.persistence.jpa.JPADeployer$PersistenceUnitDescriptorIterator.iteratePUDs(JPADeployer.java:486)
	at org.glassfish.persistence.jpa.JPADeployer.iterateInitializedPUsAtApplicationPrepare(JPADeployer.java:464)
	at org.glassfish.persistence.jpa.JPADeployer.event(JPADeployer.java:388)
	at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
	at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:452)
	at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
	at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
	at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:360)
	at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:370)
	at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1067)
	at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:96)
	at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1247)
	at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1235)
	at com.sun.enterprise.admin.cli.embeddable.CommandExecutorImpl.executeCommand(CommandExecutorImpl.java:118)
	at com.sun.enterprise.admin.cli.embeddable.DeployerImpl.deploy(DeployerImpl.java:97)
	at com.sun.enterprise.admin.cli.embeddable.DeployerImpl.deploy(DeployerImpl.java:88)
	at org.glassfish.maven.PluginUtil.doDeploy(PluginUtil.java:106)
	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 org.glassfish.maven.AbstractDeployMojo.doDeploy(AbstractDeployMojo.java:171)
	at org.glassfish.maven.RunMojo.execute(RunMojo.java:62)
	at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
	at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
	at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
	at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
	at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:319)
	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
	at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
	at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
	at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
	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 org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
	at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
	at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
	at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
Caused by: java.sql.SQLException: Error in allocating a connection. Cause: No PasswordCredential found
	at com.sun.gjc.spi.base.DataSource.getConnection(DataSource.java:117)
	at org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:126)
	... 54 more
Caused by: javax.resource.spi.ResourceAllocationException: Error in allocating a connection. Cause: No PasswordCredential found
	at com.sun.enterprise.connectors.ConnectionManagerImpl.internalGetConnection(ConnectionManagerImpl.java:310)
	at com.sun.enterprise.connectors.ConnectionManagerImpl.allocateConnection(ConnectionManagerImpl.java:190)
	at com.sun.enterprise.connectors.ConnectionManagerImpl.allocateConnection(ConnectionManagerImpl.java:165)
	at com.sun.enterprise.connectors.ConnectionManagerImpl.allocateConnection(ConnectionManagerImpl.java:160)
	at com.sun.gjc.spi.base.DataSource.getConnection(DataSource.java:110)
	... 55 more
Caused by: com.sun.appserv.connectors.internal.api.PoolingException: No PasswordCredential found
	at com.sun.enterprise.resource.pool.datastructure.RWLockDataStructure.addResource(RWLockDataStructure.java:103)
	at com.sun.enterprise.resource.pool.ConnectionPool.addResource(ConnectionPool.java:282)
	at com.sun.enterprise.resource.pool.ConnectionPool.createResourceAndAddToPool(ConnectionPool.java:1497)
	at com.sun.enterprise.resource.pool.ConnectionPool.createResources(ConnectionPool.java:940)
	at com.sun.enterprise.resource.pool.ConnectionPool.initPool(ConnectionPool.java:230)
	at com.sun.enterprise.resource.pool.ConnectionPool.internalGetResource(ConnectionPool.java:511)
	at com.sun.enterprise.resource.pool.ConnectionPool.getResource(ConnectionPool.java:381)
	at com.sun.enterprise.resource.pool.PoolManagerImpl.getResourceFromPool(PoolManagerImpl.java:242)
	at com.sun.enterprise.resource.pool.PoolManagerImpl.getResource(PoolManagerImpl.java:167)
	at com.sun.enterprise.connectors.ConnectionManagerImpl.getResource(ConnectionManagerImpl.java:335)
	at com.sun.enterprise.connectors.ConnectionManagerImpl.internalGetConnection(ConnectionManagerImpl.java:304)
	... 59 more
Caused by: com.sun.appserv.connectors.internal.api.PoolingException: No PasswordCredential found
	at com.sun.enterprise.resource.pool.ConnectionPool.createSingleResource(ConnectionPool.java:920)
	at com.sun.enterprise.resource.pool.ConnectionPool.createResource(ConnectionPool.java:1181)
	at com.sun.enterprise.resource.pool.datastructure.RWLockDataStructure.addResource(RWLockDataStructure.java:98)
	... 69 more
Caused by: com.sun.appserv.connectors.internal.api.PoolingException: No PasswordCredential found
	at com.sun.enterprise.resource.allocator.ConnectorAllocator.createResource(ConnectorAllocator.java:168)
	at com.sun.enterprise.resource.pool.ConnectionPool.createSingleResource(ConnectionPool.java:903)
	... 71 more
Caused by: javax.resource.spi.SecurityException: No PasswordCredential found
	at com.sun.gjc.util.SecurityUtils.getPasswordCredential(SecurityUtils.java:111)
	at com.sun.gjc.spi.XAManagedConnectionFactory.createManagedConnection(XAManagedConnectionFactory.java:100)
	at com.sun.enterprise.resource.allocator.ConnectorAllocator.createResource(ConnectorAllocator.java:147)
	... 72 more
05/06/2011 00:57:59 org.glassfish.persistence.jpa.PersistenceUnitLoader doJava2DB

The same thing happens if I don't specify a password.
The funny thing is, this works as expected:

glassfish-resources.xml
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE resources PUBLIC "-//GlassFish.org//DTD GlassFish Application Server 3.1 Resource Definitions//EN" "http://glassfish.org/dtds/glassfish-resources_1_5.dtd">
<resources>
  <jdbc-resource enabled="true" jndi-name="jdbc/myDatasource"pool-name="connectionPool">
    <description/>
  </jdbc-resource>
  <jdbc-connection-pool datasource-classname="org.h2.jdbcx.JdbcDataSource"  name="connectionPool" res-type="javax.sql.DataSource">
    <property name="URL" value="jdbc:h2:jdbc:h2:/path/to/db;AUTO_SERVER=TRUE;MVCC=TRUE"/>
    <property name="User" value="sa"/>
    <property name="Password" value=""/>
  </jdbc-connection-pool>
</resources>

I haven't tested with other databases, but a quick search on Google lead me to believe that this bug is also database agnostic.
Can you guys confirm it?



 Comments   
Comment by Mitesh Meswani [ 06/Jun/11 ]

Assigning to JCA for initial investigation

Comment by Jagadish [ 07/Jun/11 ]

I am able to reproduce the issue.
We need to evaluate further as "" is the default value of password attribute in annotation.
Current implementation will not set the password for datasource if it is "".

Comment by Jagadish [ 09/Jun/11 ]

Fix is to avoid ignoring "password" attribute when specified with the value of "".

Comment by Jagadish [ 10/Jun/11 ]

Fixed in trunk :

svn log -v -r 47399
---------------
trunk/v3/deployment/dol/src/main/java/com/sun/enterprise/deployment/annotation/handlers/DataSourceDefinitionHandler.java

Comment by scatari [ 10/Jun/11 ]

Approved for 3.1.1.

Comment by Jagadish [ 10/Jun/11 ]

Fixed in 3.1.1
svn log -v -r 47430
branches/3.1.1/deployment/dol/src/main/java/com/sun/enterprise/deployment/annotation/handlers/DataSourceDefinitionHandler.java





[CHANNELFINDER-50] Client API should throw comprehensible exception when service is unaccessible Created: 02/Aug/12  Updated: 02/Aug/12  Resolved: 02/Aug/12

Status: Resolved
Project: channelfinder
Component/s: Java API
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Ralph Lange Assignee: carcassi
Resolution: Duplicate Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: connection, exception, service, web

 Description   

When creating a client using ChannelFinder.getClient(), the library throws a generic exception if the web service is not accessible:

java.lang.RuntimeException: java.util.concurrent.ExecutionException: com.sun.jersey.api.client.ClientHandlerException: java.net.ConnectException: Connection refused

That's all information the client gets.

There should be a more specific message connected to that exception, so that the client at least gets a rough idea what went wrong and how to fix it.



 Comments   
Comment by Ralph Lange [ 02/Aug/12 ]

duplicate of CHANNELFINDER-38 - sorry.





Generated at Sun May 01 17:47:36 UTC 2016 using JIRA 6.2.3#6260-sha1:63ef1d6dac3f4f4d7db4c1effd405ba38ccdc558.