New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cannot create JDBC Connection Pool #21314
Comments
@glassfishrobot Commented Did you also try via asadmin? Here you can see how it works via asadmin and with postgres: https://www.nabisoft.com/tutorials/glassfish/using-glassfish-3-and-java-ee-6-for-longitude-latitude-calculations-to-implement-server-side-location-based-services#Step3 A few days ago I had a similar issue when I tried to connect to the latest Postgres 9.4.1 via its latest JDBC driver. Unfortunately, it did not work at all and I thought there is a bug somewhere in Glassfish. Then I found out that the latest JDBC driver (9.4-1200-jdbc41) for Postgres has a bug, see: pgjdbc/pgjdbc#257 However, I also get many "java.lang.IllegalStateException: getOutputStream() has already been called for this response" exceptions in my log file |
@glassfishrobot Commented Tried with the latest nightly (4.1-b13 from 2015-03-09). UPDATE: it works with the nightly build dated 2015-02-18, so it must have happened sometime during that week... |
@glassfishrobot Commented Thanks, |
@glassfishrobot Commented |
@glassfishrobot Commented
|
@glassfishrobot Commented Isn't this issue fixed now? From the Payara release notes (http://payara.co/release_notes)::) If this is correct, then I assume the fix will be submitted back to upstream GlassFish (if it hasn't been already)... |
@glassfishrobot Commented |
@glassfishrobot Commented Version: GlassFish Server Open Source Edition 4.1.1 (build 1) Stack: |
@glassfishrobot Commented |
@glassfishrobot Commented More info here: http://stackoverflow.com/a/33066856 Still, it is sad to see that GF 4.1.1 was released with such an obvious heavy bug. |
@glassfishrobot Commented |
@glassfishrobot Commented |
@glassfishrobot Commented In issue JERSEY 2861 it was proposed to be the solution to revert a previous change in annotation of the option method in the class "org.glassfish.admin.rest.resources.TemplateListOfResource" The causing change was the following annotation change: {MediaType.APPLICATION_JSON+";qs=0.5", MediaType.TEXT_HTML+";qs=0.5", MediaType.APPLICATION_XML+";qs=0.5"} ) { return Response.ok().entity(buildActionReportResult()).build(); } According to JERSEY-2861 this needs to be reverted to @options But when I take a look in the "rest-service.jar" bundeled with Glassfish 4.1.1 this change was not reverted: @javax.ws.rs.OPTIONS {"application/json;qs=0.5","text/html;qs=0.5","application/xml;qs=0.5"} ) Is the change NOT integrated / NOT bundled within the current glassfish 4.1.1 release? |
@glassfishrobot Commented |
@glassfishrobot Commented |
@glassfishrobot Commented |
@glassfishrobot Commented IMHO an application server without data sources is not an application server. Leaving GF 4 indefinitely broken is absurd. Twice so since it is supposed to be the reference implementation. |
@glassfishrobot Commented Agreed. I regularly check for a fixed GF 4.x. |
@glassfishrobot Commented For Oracle it's a clash of interests and that's why Oracle does not care about the quality of Glassfish and about fixing bugs! From THE BEST quality OpenSource Java EE implementation Glassfish has changed to THE WORST quality OpenSource Java EE implementation - and it's THE reference implementation!! Oracle even tends to close discussions if they get to wild from the Oracle point of view, i.e. https://blogs.oracle.com/theaquarium/entry/java_ee_and_glassfish_server . Enough is enough! Wanna start a campaign to free Java (EE) and Glassfish from Oracle? |
@glassfishrobot Commented Btw, Isn't GF already free from Oracle ? I wonder who is maintaining GF 5. Since Oracle isn't maintaining GF anymore. |
@glassfishrobot Commented |
@glassfishrobot Commented You would also be welcome amongst the growing ranks of the Java EE Guardians. |
@glassfishrobot Commented |
@glassfishrobot Commented None of us are alone in this. If we can work together, we have a fighting chance of making this right. |
@glassfishrobot Commented
I'm sure you could add yours as well. How can the reference implementation of Java EE pass the TCK/Spec when all these issues and many more exist? As a conclusion Glassfish cannot be called a "Certified" Java EE 7 implementation! Payer only exists because Glasfish has become a piece of crap under Oracle (I'm happy to have Payara)! I think for a long time that Oracle is killing Glassfish on purpose, just like they don't put efforts into Java EE, and I'm not even happy with their commitment to Java EE. Remember what happened to MySql? Remember Hudson? What about NetBeans? And JavaFX? Now Java, Java EE, and Glassfish? If Oracle would invest into these then they would help their competitors - that's why there is a clash of interests! Oracle has done its best to avoid transparency in the development of Glassfish: Why isn't Glassfish on GutHub yet? Maybe because pull requests are not appreciated? Actually, Oracle have never been considered as an "OpenSource Company" in contrast to Google, Twitter, Facebook, and many more. All that said Oracle is NOT the right place for Java, Java EE, Glassfish, etc. All this has to set "free" from Oracle. It should be part of some other organization, a Non-Profit organization maybe. Maybe Eclipse Foundation, Apache Software Foundation, or something new which brings together many interested companies and people. What I don't like about the "Java EE Guardians", I think founded by Reza, is that they sound a little too formal and too "Oracle friendly" (Code of conduct, "with Oracle", taking over JSRs,...). And all that in spite of past the experience with Oracle. I believe that the only way to set Java, Java EE, and Glassfish free from Oracle is by putting pressure on Oracle. A lot of pressure! That could be:
Again, keep in mind what happened to Node.js. First the fork, then they merged back because the fork was successful and created pressure! I strictly believe in order to safe Java, Java EE, and Glassfish we need to get rid of Oracle. Oracle is the problem and not the solution. And there is only one solution for this: free them all from Oracle! I'm sure Google would like this taking into account the current trials in front of court (http://fortune.com/2016/05/19/larry-page-google-android-oracle/). If Oracle wins the $9 billions then they get more back than the paid for the takeover of Sun - and Oracle will do everything to get the $9 billions! Maybe after that they will allow Java, Java EE, Glassfish to be set free. Word can't express how pissed I am about Oracle. However, continuing with Oracle and shaking hands with Oracle is not the right way after all the experience we have with Oracle. However, that's what Reza's "Java EE Guardians" seem to look for ("including Oracle"). |
@glassfishrobot Commented |
@glassfishrobot Commented Just found out Oracle is not the only company actively practicing absurdity at work - Red Hat is trying too. Have a try to download JBoss AS 7.1.2. Even after registering you'll have no access to the software. For some obscure reason Red Hat is not publishing the binaries beyond 7.1.1. But at least the source code is available for building it. |
@glassfishrobot Commented |
@glassfishrobot Commented |
@glassfishrobot Commented Committed revision 64477. Backporting done to 4.1.2 branch from trunk |
|
When attempting to create a new JDBC connection pool, GlassFish errors with the exception:
java.lang.IllegalStateException: getOutputStream() has already been called for this response
To reproduce, using the latest builds (from 23 Feb 2015):
1. Select Create New JDBCConnection Pool
2. Enter any valid information on Step 1 of 2 (New JDBC Connection Pool page)
3. Click the Next button and the error is thrown.
The full stack tace from the log files is as follows:
[2015-02-23T22:06:15.124+0000] [glassfish 4.1] [WARNING] [] [javax.enterprise.web] [tid: _ThreadID=178 _ThreadName=admin-listener(8)] [timeMillis: 1424729175124] [levelValue: 900] [[
StandardWrapperValve[FacesServlet]: Servlet.service() for servlet FacesServlet threw exception
java.lang.IllegalStateException: getOutputStream() has already been called for this response
at org.apache.catalina.connector.Response.getWriter(Response.java:777)
at org.apache.catalina.connector.ResponseFacade.getWriter(ResponseFacade.java:224)
at com.sun.faces.context.ExternalContextImpl.getResponseOutputWriter(ExternalContextImpl.java:846)
at com.sun.faces.context.PartialViewContextImpl.createPartialResponseWriter(PartialViewContextImpl.java:504)
at com.sun.faces.context.PartialViewContextImpl.access$300(PartialViewContextImpl.java:79)
at com.sun.faces.context.PartialViewContextImpl$DelayedInitPartialResponseWriter.getWrapped(PartialViewContextImpl.java:642)
at javax.faces.context.PartialResponseWriter.startDocument(PartialResponseWriter.java:120)
at com.sun.faces.context.AjaxExceptionHandlerImpl.handlePartialResponseError(AjaxExceptionHandlerImpl.java:201)
at com.sun.faces.context.AjaxExceptionHandlerImpl.handle(AjaxExceptionHandlerImpl.java:126)
at javax.faces.context.ExceptionHandlerWrapper.handle(ExceptionHandlerWrapper.java:100)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:119)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:647)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:344)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at com.sun.webui.jsf.util.UploadFilter.doFilter(UploadFilter.java:233)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:316)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
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:235)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
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:745)
]]
[2015-02-23T22:09:25.421+0000] [glassfish 4.1] [INFO] [] [org.glassfish.admingui] [tid: _ThreadID=53 _ThreadName=admin-listener(3)] [timeMillis: 1424729365421] [levelValue: 800] [[
Exception Occurred :null]]
Affected Versions
[4.1.1, 4.1.2]
The text was updated successfully, but these errors were encountered: