[WEBSOCKET_SPEC-129] Consider specification header alignment Created: 02/Feb/13  Updated: 08/Feb/13  Resolved: 08/Feb/13

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

Type: Improvement Priority: Minor
Reporter: Mohamed Taman Assignee: dannycoward
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: adoptajsr, v012

 Description   

The document header sections should has alignment to the left.

Now it is

4.Annotations

This section contains a full specification of the semantics of the annotations in the Java
WebSocket API.

     4.1.@WebSocketEndpoint

This class level annotation signifies that the Java class it decorates must be deployed
by the implementation as a websocket server endpoint and made available in the URIspace
of the web socket implementation.....

4.1.1. value

The value attribute must be a Java string that is a partial URI or URI-template (level-1),
with a leading '/'. For a definition of URI-templates, see [6]......

and it is good to be all aligned to the left

4.Annotations

This section contains a full specification of the semantics of the annotations in the Java
WebSocket API.

4.1.@WebSocketEndpoint

This class level annotation signifies that the Java class it decorates must be deployed
by the implementation as a websocket server endpoint and made available in the URIspace
of the web socket implementation.....

4.1.1. value

The value attribute must be a Java string that is a partial URI or URI-template (level-1),
with a leading '/'. For a definition of URI-templates, see [6]......


 Comments   
Comment by dannycoward [ 08/Feb/13 ]

I agree its clearer if everything is left aligned. I've fixed it in v012.





[WEBSOCKET_SPEC-124] In section 2.1.6. Clients and Servers, changes "AN" to "AND" Created: 27/Jan/13  Updated: 28/Jan/13  Resolved: 28/Jan/13

Status: Resolved
Project: websocket-spec
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Improvement Priority: Trivial
Reporter: Mohamed Taman Assignee: Unassigned
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: adoptajsr, v012

 Description   

In section 2.1.6. Clients and Servers there is a typo error in the first paragraph in the following statement:

"We will say that a websocket server is a websocket endpoint that is published an awaits connections from peers."

and it should be

"We will say that a websocket server is a websocket endpoint that is published and awaits connections from peers."



 Comments   
Comment by dannycoward [ 28/Jan/13 ]

Thankyou, I have fixed this typo in the upcoming v012 draft.





[WEBSOCKET_SPEC-123] Invalid Code provided in section 2.1.4. Sending Messages Created: 27/Jan/13  Updated: 28/Jan/13  Resolved: 28/Jan/13

Status: Resolved
Project: websocket-spec
Component/s: None
Affects Version/s: 1.0
Fix Version/s: None

Type: Bug Priority: Minor
Reporter: Mohamed Taman Assignee: dannycoward
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: adoptajsr, v012

 Description   

In section 2.1.4. Sending Messages

There was a mistake in the following code

The second using only the annotations in the API:-
@WebSocketEndpoint("/hello")
public class MyHelloServer {
@WebSocketMessage
public String doListen(String message) {
return "Got your message (" + text + "). Thanks !";
}
}

The line"return "Got your message (" + text + "). Thanks !";"

Should be "return "Got your message (" + message + "). Thanks !";"



 Comments   
Comment by dannycoward [ 28/Jan/13 ]

Thankyou for reporting this ! I have fixed the error in the upcoming v012 draft.





[TYRUS-80] org.glassfish.tyrus.server.Server doesn't report a deployment error when changing the optional @WebSocketOpen String to Integer. Created: 02/Feb/13  Updated: 04/Feb/13  Resolved: 04/Feb/13

Status: Resolved
Project: tyrus
Component/s: None
Affects Version/s: 1.0-b10
Fix Version/s: 1.0-b11

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

Maven pom.xml dependency version

<dependency>
    <groupId>org.glassfish.tyrus</groupId>
    <artifactId>tyrus-container-grizzly</artifactId>
  <version>1.0-b10</version>
</dependency>

Tags: adoptajsr

 Description   

As Per the specification section 4.4.@WebSocketOpen.

.... The decorated method can only have an optional Session parameter, an optional EndpointConfiguration parameter and zero to n String parameters annotated with a @WebSocketPathParam annotation as parameters.
......
Any Java class using this annotation on a method that does not follow these rules may not be deployed by the implementation and the
error reported to the deployer.

When Deploying and endpoint with method annotated with @WebSocketOpen that has wrong parameter type (String to Integer) it dosen't report that, And when sending a wrong URI template value (String) to this method which has integer value, the engine calls the following method:

@WebSocketError
   public void onError(Throwable error){
      System.out.println("Error: "+ (error == null ? "Undefined ":error.getMessage()));            
}

But it always prints "Undefined".






[TYRUS-77] The org.glassfish.tyrus.spi.grizzlyprovider.GrizzlyEngine throws a NullPointerException when it starts. Created: 30/Jan/13  Updated: 30/Jan/13  Resolved: 30/Jan/13

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

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

Windows 7 SP1
Java SE 7_u11

Maven Jars(dependencies)

    
 <dependency>
        <groupId>org.glassfish.tyrus</groupId>
        <artifactId>websocket-impl</artifactId>
        <version>1.0-b06</version>
    </dependency>
    <dependency>
        <groupId>org.glassfish.tyrus</groupId>
        <artifactId>websocket-provider-grizzly</artifactId>
        <version>1.0-b06</version>
    </dependency>
     <dependency>
        <groupId>javax.websocket</groupId>
        <artifactId>javax.websocket-api</artifactId>
        <version>1.0-b11</version>
 </dependency>

Tags: adoptajsr

 Description   

In my project pom.xml, I have upgraded my dependencies of the following artifacts

websocket-impl From: 1.0-b04 To: 1.0-b06
websocket-provider-grizzly From: 1.0-b04 To: 1.0-b06
javax.net.websocket-api From: 1.0-b04 To: javax.websocket-api 1.0-b11

Code:

HelloWebSocketEndpoint.java (Endpoint)
/**
 * @author Mohamed Taman
 * @version 1.0b
 * @since JSR356 - WS-API b11
 *
 */
@WebSocketEndpoint(value = "/hello",configuration=DefaultServerConfiguration.class)
public class HelloWebSocketEndpoint {

   @WebSocketOpen
   public void onConnectionEstablished() {
      
      System.out.println("Session is opened ");

   }

   @WebSocketMessage
   public void echo(String message, Session session) {
      try {
         // Echo the message back to sender.
         session.getRemote().sendString(message + " From Endpoint");
      } catch (IOException ex) {
         Logger.getLogger(HelloWebSocketEndpoint.class.getName()).log(Level.SEVERE, null, ex);
      }

   }

   @WebSocketClose
   public void onConnectionClosed(Session session) throws IOException {
      System.out.println("Session will be closed");
      session.close();
   }
}
Main.java (Deployer)
* @author Mohamed Taman
 */
public class Main {
   
   public static void main(String[] args) {
      
         Server server = new Server("localhost",8025,"/example",HelloWebSocketEndpoint.class);
      try {   
        server.start();
         System.out.println("Press any key to exit");
         System.in.read();
      } catch (IOException ex) {
         Logger.getLogger(Main.class.getName()).log(Level.SEVERE, null, ex);
      }finally{
         server.stop();
         System.out.println("Server stopped.");
      }
      
   }
}
Throws The following error

Jan 30, 2013 4:57:36 PM org.glassfish.grizzly.http.server.NetworkListener start
INFO: Started listener bound to [0.0.0.0:8025]
Jan 30, 2013 4:57:36 PM org.glassfish.grizzly.http.server.HttpServer start
INFO: [HttpServer] Started.
Jan 30, 2013 4:57:36 PM org.glassfish.tyrus.platform.BeanServer setEngine
INFO: Provider class instance: org.glassfish.tyrus.spi.grizzlyprovider.GrizzlyEngine@ce124a7 of class class org.glassfish.tyrus.spi.grizzlyprovider.GrizzlyEngine assigned in the BeanServer
Jan 30, 2013 4:57:36 PM org.glassfish.tyrus.platform.BeanServer <init>
INFO: Provider class loaded: org.glassfish.tyrus.spi.grizzlyprovider.GrizzlyEngine
java.lang.NullPointerException
Press any key to exit
at org.glassfish.tyrus.platform.BeanServer.getMethodToPathMap(BeanServer.java:166)
at org.glassfish.tyrus.platform.BeanServer.initWebSocketServer(BeanServer.java:137)
at org.glassfish.tyrus.platform.main.Server.start(Server.java:136)
at eg.com.tm.ws1_0.example.hw.Main.main(Main.java:22)
Jan 30, 2013 4:57:36 PM org.glassfish.tyrus.platform.main.Server start
INFO: WebSocket Registered apps: URLs all start with ws://localhost:8025
Jan 30, 2013 4:57:36 PM org.glassfish.tyrus.platform.main.Server start
INFO: WebSocket server started.



 Comments   
Comment by Pavel Bucek [ 30/Jan/13 ]

1.0-b06 does not implement javax.websocket-api:1.0-b11.

please try tyrus version 1.0-b10:

        <dependency>
            <groupId>org.glassfish.tyrus</groupId>
            <artifactId>tyrus-container-grizzly</artifactId>
            <version>1.0-b10</version>
        </dependency>

(all other dependencies are redundant)

Comment by Pavel Bucek [ 30/Jan/13 ]

feel free to reopen/post questions to users@tyrus.java.net





[JSONP-2] java.lang.NoSuchMethodError: javax.json.stream.JsonGenerator.writeStartObject() [GF b69] Created: 02/Jan/13  Updated: 11/Jan/13  Resolved: 11/Jan/13

Status: Closed
Project: jsonp
Component/s: None
Affects Version/s: None
Fix Version/s: None

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

mac Os . JDK7


Tags: adoptajsr

 Description   

I've tried to play with some exemple given at http://java.net/projects/jsonp/sources/git/show/demos/jaxrs?rev=6897259e97eef8caeeea7ca4d9cc030177b465f4

But It seems like the latest version of JSONP is not integrated yet into glassfish 4 b69. This is the exception I'm facing :

[#|2013-01-02T02:47:08.886-0500|WARNING|glassfish4.0|javax.enterprise.web|_ThreadID=84;_ThreadName=http-listener-1(3);_TimeMillis=1357112828886;_LevelValue=900;|StandardWrapperValve[jsonServlet]: Servlet.service() for servlet jsonServlet threw exception
java.lang.NoSuchMethodError: javax.json.stream.JsonGenerator.writeStartObject()Ljavax/json/stream/JsonGenerator;
at mjug.adopjsr.jaxrs2.tasks.jsonServlet.writeWikiExample(jsonServlet.java:35)
at mjug.adopjsr.jaxrs2.tasks.jsonServlet.doGet(jsonServlet.java:30)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:342)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:732)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:671)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:176)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:357)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260)
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:175)
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:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:781)
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:578)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:558)
at java.lang.Thread.run(Thread.java:722)

#]

I've attached the servlet i've used to test the exemple.



 Comments   
Comment by b_faissal [ 02/Jan/13 ]

package mjug.adopjsr.jaxrs2.tasks;

import javax.json.Json;
import javax.json.JsonArrayBuilder;
import javax.json.JsonObject;
import javax.json.JsonObjectBuilder;
import javax.json.stream.JsonGenerator;
import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;
import java.io.OutputStream;

/**

  • Created with IntelliJ IDEA.
  • User: faissalboutaounte
  • Date: 13-01-01
  • Time: 15:35
  • To change this template use File | Settings | File Templates.
    */
    @WebServlet(name = "jsonServlet", urlPatterns = "/json")
    public class JsonServlet extends HttpServlet {
    protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {

}

protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException

{ writeWikiExample(response.getOutputStream()); }

private void writeWikiExample(OutputStream os) {
try (JsonGenerator gene = Json.createGenerator(os))

{ gene.writeStartObject() .write("firstName", "John") .write("lastName", "Smith") .write("age", 25) .writeStartObject("address") .write("streetAddress", "21 2nd Street") .write("city", "New York") .write("state", "NY") .write("postalCode", "10021") .writeEnd() .writeStartArray("phoneNumber") .writeStartObject() .write("type", "home") .write("number", "212 555-1234") .writeEnd() .writeStartObject() .write("type", "fax") .write("number", "646 555-4567") .writeEnd() .writeEnd() .writeEnd(); }

}
}

Comment by b_faissal [ 02/Jan/13 ]

I've also runned into this one :

[#|2013-01-02T03:06:56.065-0500|WARNING|glassfish4.0|javax.enterprise.web|_ThreadID=82;_ThreadName=http-listener-1(1);_TimeMillis=1357114016065;_LevelValue=900;|StandardWrapperValve[jsonServlet]: Servlet.service() for servlet jsonServlet threw exception
java.lang.InstantiationError: javax.json.JsonObjectBuilder
at mjug.adopjsr.jaxrs2.tasks.jsonServlet.doGet(jsonServlet.java:30)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:342)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:732)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:671)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:176)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:357)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260)
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:175)
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:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:781)
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:578)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:558)
at java.lang.Thread.run(Thread.java:722)

#]

the code is :

JsonObject value = new JsonObjectBuilder()
.add("firstName", "John")
.add("lastName", "Smith")
.add("age", 25)
.add("address", new JsonObjectBuilder()
.add("streetAddress", "21 2nd Street")
.add("city", "New York")
.add("state", "NY")
.add("postalCode", "10021"))
.add("phoneNumber", new JsonArrayBuilder()
.add(new JsonObjectBuilder()
.add("type", "home")
.add("number", "212 555-1234"))
.add(new JsonObjectBuilder()
.add("type", "fax")
.add("number", "646 555-4567")))
.build();
response.getWriter().write(value.toString());
response.getWriter().close();

Comment by jitu [ 08/Jan/13 ]

Try with glassfish 4 promoted build : b70

Comment by b_faissal [ 11/Jan/13 ]

Yes it works on b70

But I'm not able to resolve the issue





[JSON_PROCESSING_SPEC-59] JavaDoc problems when building with JDK 8 Created: 18/Jul/13  Updated: 06/May/14  Resolved: 06/May/14

Status: Resolved
Project: json-processing-spec
Component/s: None
Affects Version/s: None
Fix Version/s: 1.0-next

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

gnu-linux manjaro distribution x86 jdk8-b7


Tags: adoptajsr

 Description   

Build error due javadoc problems when building with jdk8 b97

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-javadoc-plugin:2.8.1:jar (attach-javadocs) on project javax.json-api: MavenReportException: Error while creating archive:
[ERROR] Exit code: 1 - javadoc: warning - Error fetching URL: http://docs.oracle.com/javase/6/docs/api
[ERROR] /home/hf/Desktop/cejug/adopt_a_jsr/jsonp~git/api/src/main/java/javax/json/JsonArray.java:177: warning: no @param for <T>
[ERROR] <T extends JsonValue> List<T> getValuesAs(Class<T> clazz);
[ERROR] ^
[ERROR] /home/hf/Desktop/cejug/adopt_a_jsr/jsonp~git/api/src/main/java/javax/json/JsonArray.java:201: warning: no @param for defaultValue
[ERROR] String getString(int index, String defaultValue);
[ERROR] ^

Full logs on JSR mailing list.



 Comments   
Comment by heliofrota [ 23/Jul/13 ]

Maybe this is issue from maven javadoc plugin and this line:
[ERROR] Exit code: 1 - javadoc: warning - Error fetching URL: http://docs.oracle.com/javase/6/docs/api

I going to investigate this.

Comment by kchung [ 06/May/14 ]

Fixed.





[JERSEY-1747] @Inject seems not working correctly inside resources Created: 23/Feb/13  Updated: 26/Mar/13  Resolved: 25/Mar/13

Status: Resolved
Project: jersey
Component/s: None
Affects Version/s: 2.0-m12
Fix Version/s: 2.0-rc1, 2.0

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

promoted Glassfish b77


Tags: adoptajsr, release-stopper

 Description   

I've simply added beans.xml to my application and declared a bean ( dependent scoped ) then tried to inject it inside my resource using @Inject after that I've got the following exception:

org.glassfish.hk2.api.UnsatisfiedDependencyException: There was no object available for injection at Injectee(requiredType=Faissal,parent=TaskCtrl,qualifiers={}),position=-1,optional=false,self=false,unqualified=null,741639802)
	at org.jvnet.hk2.internal.ThreeThirtyResolver.resolve(ThreeThirtyResolver.java:74)
	at org.jvnet.hk2.internal.ClazzCreator.resolve(ClazzCreator.java:174)
	at org.jvnet.hk2.internal.ClazzCreator.resolveAllDependencies(ClazzCreator.java:197)
	at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:294)
	at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:433)
	at org.glassfish.jersey.process.internal.RequestScope.findOrCreate(RequestScope.java:157)
	at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2099)
	at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:570)
	at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:557)
	at org.glassfish.jersey.internal.inject.Injections.getOrCreate(Injections.java:193)
	at org.glassfish.jersey.server.model.MethodHandler$ClassBasedMethodHandler.getInstance(MethodHandler.java:185)
	at org.glassfish.jersey.server.internal.routing.PushMethodHandlerRouter.apply(PushMethodHandlerRouter.java:105)
	at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:118)
	at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
	at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
	at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:121)
	at org.glassfish.jersey.server.internal.routing.RoutingStage.apply(RoutingStage.java:102)
	at org.glassfish.jersey.server.internal.routing.RoutingStage.apply(RoutingStage.java:62)
	at org.glassfish.jersey.process.internal.Stages.process(Stages.java:197)
	at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:198)
	at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
	at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:183)
	at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:852)
	at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:321)
	at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:372)
	at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:335)
	at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:218)
	at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:342)
	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.invoke(StandardPipeline.java:673)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:176)
	at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:357)
	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.doHandle(HttpHandler.java:164)
	at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:175)
	at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
	at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:273)
	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:77)
	at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:820)
	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:722)


 Comments   
Comment by b_faissal [ 23/Feb/13 ]

The injection is working correctly on other servlets on the same project

Comment by Marek Potociar [ 06/Mar/13 ]

Jakub, please have a look.

Comment by Marek Potociar [ 25/Mar/13 ]

Updated priority, added "release-stopper" tag.





[JERSEY-1643] Misleading localization message logged in the Glassfish log. Created: 09/Jan/13  Updated: 08/Aug/13  Resolved: 09/Jan/13

Status: Resolved
Project: jersey
Component/s: containers, release
Affects Version/s: 2.0-m10, 2.0-m12
Fix Version/s: 2.0

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

Windows 7 Professional SP1, Mac OS X 10.8.2
Glassfish-ML 4.b70


Issue Links:
Duplicate
duplicates JERSEY-1627 Localization of error messages in Gla... Resolved
Tags: adoptajsr

 Description   

When I have deployed my simple REST application on glassfish, by looking in the log for messages that indicates that my custom application class registered with the container and associated resources, I didn't found anything except these messages:

[#|2013-01-08T05:28:44.642+0200|INFO|glassfish4.0|org.glassfish.jersey.server.ApplicationHandler|_ThreadID=104;_ThreadName=admin-listener(2);_TimeMillis=1357442924642;_LevelValue=800;|[failed to localize] init.msg(Jersey: 2.0-m10 2012-11-19 13:21:25)|#]

[#|2013-01-08T05:42:17.325+0200|INFO|glassfish4.0|org.glassfish.jersey.servlet.init.JerseyServletContainerInitializer|_ThreadID=50;_ThreadName=admin-listener(2);_TimeMillis=1357443737325;_LevelValue=800;|[failed to localize] jersey.app.registered.mapping(eg.taman.jcp.specs.rs2.test.app.MyApplication, /res/*)|#]

a the first glance I doubt that there are problem, in registering the application, but I tried to access the application and it works, I am using the Multi Language version of glassfish, and I think that it is localization messages loading problem in jersey messages bundle.



 Comments   
Comment by Jakub Podlesak [ 09/Jan/13 ]

Please note, that the original bug was already hot-fixed in the latest GF trunk.

Comment by Jakub Podlesak [ 09/Jan/13 ]

Should already be resolved in GF (where Jersey 2.0-m11 is integrated).
The original bug report, JERSEY-1627, is still open until the corresponding Jersey hot fix gets refactored.





[JAX_RS_SPEC-341] Typo error in section 5.7 @Uri Annotation Created: 30/Jan/13  Updated: 18/Jun/13  Resolved: 05/Feb/13

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

Type: Improvement Priority: Minor
Reporter: Mohamed Taman Assignee: Santiago Pericas-Geertsen
Resolution: Won't Fix Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: adoptajsr

 Description   

There is a typo mistake at section 5.7 @Uri Annotation

The statement word

Instances of WebTarget can be injected in any JAXRS-managed class using the @Uri annotation.

Should be:

Instances of WebTarget can be injected in any JAX-RS managed class using the @Uri annotation.



 Comments   
Comment by Santiago Pericas-Geertsen [ 05/Feb/13 ]

Using JAXRS instead of JAX-RS would be inconsistent; using two dashes looks odd.





[JAX_RS_SPEC-331] JAX-RS application Failed to load and run, when using myApp extending jersey Application class. Created: 05/Jan/13  Updated: 18/Jun/13  Resolved: 07/Jan/13

Status: Closed
Project: jax-rs-spec
Component/s: model api, server
Affects Version/s: 2.0
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Mohamed Taman Assignee: Unassigned
Resolution: Invalid Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7 Professional SP1.
GlassFish 4_b69


Tags: adoptajsr

 Description   

When I was testing the section 2.3.2 Servlet for the first part which dictates:

• If the Application subclass is annotated with @ApplicationPath, implementations are REQUIRED to use the value of this annotation appended with "/*" to define a mapping for the added server.

The following JAX-RS2 app bellow was failed to be registered and run by the Glassfish v4_b69, while it runs on Glassfish 3.2.1.1, by raising the following info message [failed to localize] jersey.app.registered.mapping(eg.taman.jcp.specs.rs2.test.app.MyApplication, /res/*)|#]" which it should be error not info message also.

The same if I added my custom application into the web.xml deployment descriptor.

Full error:

[#|2013-01-05T02:18:11.925+0200|INFO|glassfish4.0|org.glassfish.jersey.servlet.init.JerseyServletContainerInitializer|_ThreadID=33;_ThreadName=admin-listener(1);_TimeMillis=1357345091925;_LevelValue=800;|[failed to localize] jersey.app.registered.mapping(eg.taman.jcp.specs.rs2.test.app.MyApplication, /res/*)|#]

[#|2013-01-05T02:18:11.964+0200|INFO|glassfish4.0|javax.enterprise.web|_ThreadID=33;_ThreadName=admin-listener(1);_TimeMillis=1357345091964;_LevelValue=800;_MessageID=AS-WEB-00324;|Loading application [JAX-RS_v2.0_Test] at [/rs2/test]|#]

Application Details:
--------------------------

My Custom Application

package eg.taman.jcp.specs.rs2.test.app;

import javax.ws.rs.ApplicationPath;
import javax.ws.rs.core.Application;

/**

  • User: mohamed_taman
  • Date: 1/5/13
  • Time: 2:02 AM
  • My Custom Application Configuration.
    */
    @ApplicationPath("res")
    public class MyApplication extends Application {
    }

Resource Class

package eg.taman.jcp.specs.rs2.test.app;

import javax.ws.rs.GET;
import javax.ws.rs.Path;
import javax.ws.rs.Produces;

/**

  • User: mohamed_taman
  • Date: 1/4/13
  • Time: 11:44 PM
  • This class intended to test that there is no application sub class exists and the jax-rs 2 implementation should serve this
  • resource, by adding in the web.xml the Application class and its servlet mappings.
    */

@Path("hello")
public class GreeterResource {

@GET
@Produces("text/plain")
public String greeting()

{ return "Hello world"; }

}

web.xml

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd"
version="3.0">
<servlet>
<servlet-name>eg.taman.jcp.specs.rs2.test.app.MyApplication</servlet-name>
</servlet>
<servlet-mapping>
<servlet-name>eg.taman.jcp.specs.rs2.test.app.MyApplication</servlet-name>
<url-pattern>/res/*</url-pattern>
</servlet-mapping>
</web-app>



 Comments   
Comment by Santiago Pericas-Geertsen [ 07/Jan/13 ]

This is not an issue on the JAX-RS specification but on the RI (Jersey). It should be filed at jersey.java.net.





[JAX_RS_SPEC-330] JAX-RS application Failed to load and run, when using jersey Application servlet class defined inside the web.xml (v3). Created: 04/Jan/13  Updated: 18/Jun/13  Resolved: 07/Jan/13

Status: Closed
Project: jax-rs-spec
Component/s: model api, server
Affects Version/s: 2.0
Fix Version/s: None

Type: Bug Priority: Blocker
Reporter: Mohamed Taman Assignee: Unassigned
Resolution: Invalid Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7 Professional SP1.
GlassFish 4_b69


Tags: adoptajsr

 Description   

When I was testing the section 2.3.2 Servlet for the first part which dictates:

• If no Application subclass is present, JAX-RS implementations are REQUIRED to dynamically add a servlet and set its name to
javax.ws.rs.core.Application

and to automatically discover all root resource classes and providers which MUST be packaged with the application. Additionally, the application MUST be packaged with a web.xml that specifies a servlet mapping for the added servlet. An example of such a web.xml file is:

1 <web-app version="3.0" xmlns="http://java.sun.com/xml/ns/javaee"
2 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
3 xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
4 http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd">
5 <servlet>
6 <servlet-name>javax.ws.rs.core.Application</servlet-name>
7 </servlet>
8 <servlet-mapping>
9 <servlet-name>javax.ws.rs.core.Application</servlet-name>
10 <url-pattern>/myresources/*</url-pattern>
11 </servlet-mapping>
12 </web-app>

The following JAX-RS2 app bellow was failed to be registered and run by the Glassfish v4_b69, while it runs on Glassfish 3.2.1.1, by raising the following info message "[failed to localize] jersey.app.registered.classes(javax.ws.rs.core.Application, [])|#]" which it should be error not info message also.

Full error:

[#|2013-01-05T00:29:37.121+0200|INFO|glassfish4.0|org.glassfish.jersey.servlet.init.JerseyServletContainerInitializer|_ThreadID=35;_ThreadName=admin-listener(1);_TimeMillis=1357338577121;_LevelValue=800;|[failed to localize] jersey.app.registered.classes(javax.ws.rs.core.Application, [])|#]

[#|2013-01-05T00:29:37.142+0200|INFO|glassfish4.0|javax.enterprise.web|_ThreadID=35;_ThreadName=admin-listener(1);_TimeMillis=1357338577142;_LevelValue=800;_MessageID=AS-WEB-00324;|Loading application [JAX-RS_v2.0_Test] at [/rs2/test]|#]

Application Details:
--------------------

Web.xml

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd"
version="3.0">
<servlet>
<servlet-name>javax.ws.rs.core.Application</servlet-name>
</servlet>
<servlet-mapping>
<servlet-name>javax.ws.rs.core.Application</servlet-name>
<url-pattern>/res/*</url-pattern>
</servlet-mapping>
</web-app>

Resource Class:

package eg.taman.jcp.specs.rs2.test.app;

import javax.ws.rs.GET;
import javax.ws.rs.Path;
import javax.ws.rs.Produces;

/**

  • Created with IntelliJ IDEA.
  • User: mohamed_taman
  • Date: 1/4/13
  • Time: 11:44 PM
  • This class intended to test that there is no application sub class exists and the jax-rs 2 implementation should serve this
  • resource, by adding in the web.xml the Application class and its servlet mappings.
    */

@Path("hello")
public class GreeterResource {

@GET
@Produces("text/plain")
public String greeting()

{ return "Hello world"; }

}



 Comments   
Comment by Santiago Pericas-Geertsen [ 07/Jan/13 ]

This is not an issue on the JAX-RS specification but on the RI (Jersey). It should be filed at jersey.java.net.





[JAX_RS_SPEC-329] Exceptions are not logged into Application server logs Created: 02/Jan/13  Updated: 07/Jan/13  Resolved: 07/Jan/13

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

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

Tags: adoptajsr

 Description   

When an exception is raised inside a resource class it doesn't show up into the glassfish logs.

When I use a servlet the exception is correctly logged into glassfish log files.



 Comments   
Comment by b_faissal [ 02/Jan/13 ]

I'm using glassfish b69

Comment by Santiago Pericas-Geertsen [ 07/Jan/13 ]

This is not an issue on the JAX-RS specification but on the RI (Jersey). It should be filed at jersey.java.net.





[JAX_RS_SPEC-328] Configuration with subclass of Application doesn't work correctly Created: 31/Dec/12  Updated: 07/Jan/13  Resolved: 07/Jan/13

Status: Closed
Project: jax-rs-spec
Component/s: runtime
Affects Version/s: None
Fix Version/s: None

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

Mac OS 10.6/ Windows 7 jDK 7


Tags: adoptajsr

 Description   

I've tried to deploy an application that works correctly on Glassfish 3 but found that it doesn't work on Glassfish4.

To make it work I've to override MyApplication#getClasses and make it return a Set that contains all application's resources.

The specification states that :

"When an Application subclass is present in the archive, if both Application.getClasses and
Application.getSingletons return an empty list then all root resource classes and providers
packaged in the web application MUST be included and the JAX-RS implementation is REQUIRED
to discover them automatically. If either getClasses or getSingletons returns a non-empty list
then only those classes or singletons returned MUST be included in the published JAX-RS application."

if my application contains a subclass of Application that returns empty lists resource classes are not included or JAX-RS doesn't automatically discover them.

Faissal
faissal@moroccojug.org



 Comments   
Comment by Santiago Pericas-Geertsen [ 07/Jan/13 ]

This is not an issue on the JAX-RS specification but on the RI (Jersey). It should be filed at jersey.java.net.





[JAVAMONEY-31] Adding two get methods to CurrencyUnitProvider to make the String namespace parameter as default to 'ISO-4217' Created: 11/Feb/13  Updated: 08/Aug/13  Resolved: 12/Feb/13

Status: Closed
Project: javamoney
Component/s: API
Affects Version/s: None
Fix Version/s: 0.3

Type: New Feature Priority: Minor
Reporter: Rajmahendra Hegde Assignee: atsticks
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

javax.money. interface CurrencyUnitProvider


Tags: adoptajsr, jugchennai

 Description   

Currently CurrencyUnitProvider provides two get method with parameter (String namespace, String code) and (String namespace, String code, long timestamp). Both these method mostly user need to specify a namespace and code. If we provide a get method without namespace, we can minimize the entry of namespace. The provider can give a default namespace to the API.

So we can provide two get method as
public CurrencyUnit get(String code);
public CurrencyUnit get(String code, long timestamp);

for the current RI we can can make the namespace to "ISO-4217" as default value.



 Comments   
Comment by atsticks [ 11/Feb/13 ]

That's a good point, convenience also is important. Additionally I would add a method:

String getDefaultNamespace();

Also not that timestamp currently is modelled as Long not long for enabling passing null as undefined value.

Additionally default namespace can be changed by setting a system property: -Djavax.money.defaultCurrencyNamespace=whateverNS.

Comment by atsticks [ 12/Feb/13 ]

Methods were added on interfaces and test/RI implementations.

Comment by Rajmahendra Hegde [ 12/Feb/13 ]

@atsticks I just saw this now.. sorry..

What about if we do the same way to isAvailable method also?

We have one method

 
public boolean isNamespaceAvailable(String namespace);   //this is meaningful

but for other isAvailable method, we can give methods without the namespace parameter

Comment by atsticks [ 12/Feb/13 ]

This may be similarly useful, yes.

Comment by Rajmahendra Hegde [ 12/Feb/13 ]

Cool then I will update the description to incorporate this changes also.





[GLASSFISH-20639] Default scoped bean cannot be injected Created: 17/Jun/13  Updated: 07/Jul/13  Resolved: 03/Jul/13

Status: Resolved
Project: glassfish
Component/s: cdi
Affects Version/s: 4.0_b89_RC5
Fix Version/s: None

Type: Bug Priority: Major
Reporter: b_faissal Assignee: jjsnyder83
Resolution: Works as designed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: adoptajsr

 Description   

I've just created a simple project with a servlet (MyServlet) and a bean ( MyService), when I try to inject the bean into the servlet I got an exception teling me :

org.jboss.weld.exceptions.DeploymentException: WELD-001408 Unsatisfied dependencies for type [MyService] with qualifiers [@Default] at injection point [[BackedAnnotatedField] @Inject com.mycompany.mavenjavaee7.MyServlet.myService]

This works fine on previous promoted build ( eg b_77 )

Attached is a maven project to test this issue



 Comments   
Comment by jjsnyder83 [ 03/Jul/13 ]

Please attach the application and source code.

Comment by b_faissal [ 03/Jul/13 ]

I'm not allowed to attach file here,

I've put the projet on drive : https://docs.google.com/file/d/0B-VFW86XwkF3LVhRUXhxODdzY3M/edit?usp=sharing

ps : it's a simple project created by Netbeans 3.1

Comment by jjsnyder83 [ 03/Jul/13 ]

In beans.xml the bean-discovery-mode is set to "annotated". This means that only beans identified by a bean-defining annotation will be managed by CDI. There are 2 ways to fix this in the application:
1) change "annoated" to "all"
or
2) Add @Dependent to the MyService class.

Comment by b_faissal [ 07/Jul/13 ]

Thank you,

Didn't notice it as I'was testing netbeans support of JAVA EE 7 , and bean.xml was generated by netbeans.

I'll fill a bug on netbeans side.





[GLASSFISH-19709] The windows version installer doesn't detect the JVM, and failed to start the installer. Created: 21/Feb/13  Updated: 21/Mar/13  Resolved: 21/Mar/13

Status: Resolved
Project: glassfish
Component/s: installation
Affects Version/s: 4.0_b77
Fix Version/s: 4.0

Type: Bug Priority: Major
Reporter: Mohamed Taman Assignee: Snjezana Sevo-Zenzerovic
Resolution: Duplicate Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7 SP1
Java SE 6 u41
Java SE 7 u15


Tags: adoptajsr

 Description   

1- I have downloaded Glassfish, windows version glassfish-4.0-b77-windows-ml.
2- I have 2 versions of JDK version 6_u41 and 7_u15.
3- Click the installer, it will popup a setup error message as the following:

"This application needs version 1.6 or higher of the Java(TM) 2 runtime Environment..... etc."

It should detect already existing JVM version, which installed normally.



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 21/Mar/13 ]

I will consolidate this issue with GLASSFISH-19877 which has the same root cause. Native install wrapper does have issues with reliable 64 bit JDK detection on Windows platforms.





[GLASSFISH-19708] version popup displays GlassFish Server Open Source Edition 4.0 ${version_suffix} (build 76) Created: 21/Feb/13  Updated: 21/Feb/13  Resolved: 21/Feb/13

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: 4.0_b76_EE7MS5
Fix Version/s: 4.0_b77

Type: Improvement Priority: Major
Reporter: Mohamed Taman Assignee: Romain Grécourt
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7 SP1


Issue Links:
Related
is related to GLASSFISH-19682 asadmin -v display extra characters Resolved
Tags: adoptajsr

 Description   

1- Startup the server.
2- Login to admin page.
3- Click version button (from right corner).

The version popup window title and content header is "GlassFish Server Open Source Edition 4.0 $

{version_suffix} (build 76)".

${version_suffix}

should be replaced by something meaningful.



 Comments   
Comment by Romain Grécourt [ 21/Feb/13 ]

Please verify with b77

Comment by Mohamed Taman [ 21/Feb/13 ]

There is no b77 released here http://dlc.sun.com.edgesuite.net/glassfish/4.0/promoted/

Comment by Romain Grécourt [ 21/Feb/13 ]

this page is cached. Here is the link http://dlc.sun.com.edgesuite.net/glassfish/4.0/promoted/glassfish-4.0-b77.zip

Comment by Mohamed Taman [ 21/Feb/13 ]

I have downloaded it and checked the problem and it is solved.





[GLASSFISH-19707] latest-glassfish-ml.zip (8/2/2013) reports version v4_b73 not v4_b76 when integrating with IntelliJ IDEA 12.0.4 Created: 21/Feb/13  Updated: 11/Apr/13

Status: Open
Project: glassfish
Component/s: build_system
Affects Version/s: 4.0_b76_EE7MS5
Fix Version/s: None

Type: Bug Priority: Minor
Reporter: Mohamed Taman Assignee: vince kraemer
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

IntelliJ IDEA 12.0.4
Windows 7.


Tags: adoptajsr

 Description   

While integrating Glassfish latest ml (which released on 8/2/2013) to IntelliJ IDEA 12.0.4, when pointing to the glassfish home folder it detect it as v4_b73 while it should be v4_b76.



 Comments   
Comment by vince kraemer [ 11/Apr/13 ]

it looks like latest-glassfish-ml.zip is not getting updated 'in-sync' with the named bulds..

The current 'youngest named build' is b84 which was built on 10 Apr 2013. It looks like the build was not complete... there is only a glassfish-4.0-b84.zip. So, latest-glassfish-ml.zip looks like it is claiming that the b83 bits (glassfish-4.0-b83-ml.zip are the latest.

This can be confusing.

But there isn't anything the IDE can do if the repo is 'lying' to the user about the latest-ness of the latest-glassfish-ml.zip...

Comment by vince kraemer [ 11/Apr/13 ]

pushed issue to build_system for further analysis.

Comment by Romain Grécourt [ 11/Apr/13 ]

What is this about ? Is this about version resolved by IntelliJ or download.java.net ?

Comment by Romain Grécourt [ 11/Apr/13 ]

download.java.net has some caching thing, b84 is well complete and the latest- files are well synched.

Comment by vince kraemer [ 11/Apr/13 ]

Hmm. ok.

FILER: is there still a disconnect between latest-glassfish-ml.zip and the identification that is displayed by IntelliJ?





[GLASSFISH-19536] Errors appears in the server.log related to glassfish at startup of the server. Created: 15/Jan/13  Updated: 11/Feb/13  Resolved: 11/Feb/13

Status: Closed
Project: glassfish
Component/s: hk2
Affects Version/s: 4.0_b70
Fix Version/s: None

Type: Bug Priority: Minor
Reporter: Mohamed Taman Assignee: jwells
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7 Professional SP1
Mac OS X 10.8.2
Glassfish v4_b71


Tags: adoptajsr

 Description   

While I was starting up and deploying my applications, I see the following errors in the log file server.log :

1. I see this error many times

[#|2013-01-15T10:42:27.520+0200|SEVERE||javax.enterprise.logging.stderr|_ThreadID=59;_ThreadName=deployment
jarscanner;_TimeMillis=1358239347520;_LevelValue=1000;|java.util.EmptyStackException
	at java.util.Stack.peek(Stack.java:102)
	at org.glassfish.hk2.classmodel.reflect.impl.SignatureVisitorImpl.visitTypeVariable(SignatureVisitorImpl.java:122)
	at org.objectweb.asm.signature.SignatureReader.parseType(SignatureReader.java:168)
	at org.objectweb.asm.signature.SignatureReader.parseType(SignatureReader.java:219)
	at org.objectweb.asm.signature.SignatureReader.accept(SignatureReader.java:109)
	at org.glassfish.hk2.classmodel.reflect.impl.ModelClassVisitor.visit(ModelClassVisitor.java:145)
	at org.objectweb.asm.ClassReader.accept(ClassReader.java:558)
	at org.objectweb.asm.ClassReader.accept(ClassReader.java:425)
	at org.glassfish.hk2.classmodel.reflect.Parser$5.on(Parser.java:362)
	at com.sun.enterprise.v3.server.ReadableArchiveScannerAdapter.handleEntry(ReadableArchiveScannerAdapter.java:165)
	at com.sun.enterprise.v3.server.ReadableArchiveScannerAdapter.onSelectedEntries(ReadableArchiveScannerAdapter.java:127)
	at org.glassfish.hk2.classmodel.reflect.Parser.doJob(Parser.java:347)
	at org.glassfish.hk2.classmodel.reflect.Parser.access$300(Parser.java:67)
	at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:306)
	at org.glassfish.hk2.classmodel.reflect.Parser$3.call(Parser.java:295)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
	at java.util.concurrent.FutureTask.run(FutureTask.java:166)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
	at java.lang.Thread.run(Thread.java:722)
|#]

2. Also this occurs many times in the log

[#|2013-01-15T10:42:28.547+0200|WARNING||javax.enterprise.system.util|_ThreadID=3;_ThreadName=Finalizer;_TimeMillis=1358239348547;
_LevelValue=900_MessageID=NCLS-COMUTIL-0019;|Illegal call to close() detected
java.lang.Throwable
	at com.sun.enterprise.loader.ASURLClassLoader$ProtectedJarFile.close(ASURLClassLoader.java:905)
	at java.util.zip.ZipFile.finalize(ZipFile.java:625)
	at com.sun.enterprise.loader.ASURLClassLoader$ProtectedJarFile.finalize(ASURLClassLoader.java:921)
	at java.lang.ref.Finalizer.invokeFinalizeMethod(Native Method)
	at java.lang.ref.Finalizer.runFinalizer(Finalizer.java:101)
	at java.lang.ref.Finalizer.access$100(Finalizer.java:32)
	at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:178)
|#]


 Comments   
Comment by Byron Nevins [ 15/Jan/13 ]

ASURLClassLoader junk in the logfile was a new problem that is fixed.

Comment by tvlatas [ 15/Jan/13 ]

The errors logged here appear to be deployment related.

Is there a reason this was assigned to the "Logging" component?

Comment by tvlatas [ 17/Jan/13 ]

Taking a quick look, I'm wondering if SignatureVisitorImpl should be guarding with a stack.isEmpty()check there before doing the peek.

I sent email to the HK2 team to see if what they think, to get this assigned appropriately.

Comment by rajendra_inamdar [ 23/Jan/13 ]

The exception is coming from HK2.

Comment by jwells [ 11/Feb/13 ]

Added in an empty stack check





[GLASSFISH-19486] Glassfish 4 installer should detect and require JDK7. Created: 29/Dec/12  Updated: 19/Mar/13  Resolved: 19/Mar/13

Status: Resolved
Project: glassfish
Component/s: installation
Affects Version/s: 4.0_b69
Fix Version/s: 4.0_b81

Type: Improvement Priority: Critical
Reporter: Mohamed Taman Assignee: Snjezana Sevo-Zenzerovic
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7 Professional SP1
Mac OS X v10.6.8


Tags: adoptajsr

 Description   

I have JDK6(Default) and JDK7 installed on the same machine (Windows and Mac), and when I have unzipped the glassfish_4_b69 and run it for the first time it reports the following exception

*"asadmin> start-domain domain1
Waiting for domain1 to start .............Error starting domain domain1.
The server exited prematurely with exit code 1.
Before it died, it produced the following output:
........
Caused by: A MultiException has 2 exceptions. They are:
1. java.lang.UnsupportedClassVersionError: org/glassfish/jdbc/config/JdbcResourceInjector : Unsupported major.minor version 51.0"
*

After investigation, It should run on JDK7 not JDK6, but the error is misleading somehow, it should be there some sort of detection for the exact version of proper supported JDK, and then reports a proper error message, something like "Unsupported JDK version, use JDK7 version."+

Also

The windows installer detects and show the jdk6 even I have JDK 7 installed without warnings, and when I pointed to JDK 7 it give me a warning message the there is no java home selected.



 Comments   
Comment by Tom Mueller [ 02/Jan/13 ]

The version checking in the startup logic has been changed to enforce JDK 7 in revision 57887 on the trunk.

Comment by Tom Mueller [ 02/Jan/13 ]

Reassigning this to the installation component so that the last part (under "Also") can be fixed. Specifically, the installer needs to detect only JDK 7 installs for GF 4. This fix is required for 4.0.

Comment by Snjezana Sevo-Zenzerovic [ 19/Mar/13 ]

JDK 7 specified as the lowest supported version in install wrapper and JDK selection screen.





[GLASSFISH-19485] Windows installation wizards for version "glassfish-4.0-b69-windows or ml", provides a wrong information. Created: 29/Dec/12  Updated: 15/Feb/13  Resolved: 15/Feb/13

Status: Resolved
Project: glassfish
Component/s: installation
Affects Version/s: 4.0_b69
Fix Version/s: 4.0

Type: Bug Priority: Major
Reporter: Mohamed Taman Assignee: Snjezana Sevo-Zenzerovic
Resolution: Duplicate Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7 Professional SP1


Tags: adoptajsr

 Description   

While installing the glassfish-4.0-b69-windows-ml or glassfish-4.0-b69-windows, The installation wizard provides a wrong information as the following:

1- The installation path is c:\glassfish3 not 4.
2- Wizard labels shows: installing glassfish v3.2.
3- While installing, the images changed during the installation provides information about JEE6 not JEE7 stack.



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 15/Feb/13 ]

Duplicate of GLASSFISH-19446, closing as such.





[GLASSFISH-19484] Windows installer version "glassfish-4.0-b69-windows-ml" installation stuck on 41%. Created: 29/Dec/12  Updated: 25/Apr/13  Resolved: 25/Apr/13

Status: Resolved
Project: glassfish
Component/s: installation
Affects Version/s: 4.0_b69
Fix Version/s: 4.0_b85

Type: Bug Priority: Major
Reporter: Mohamed Taman Assignee: Snjezana Sevo-Zenzerovic
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7 Professional SP1


Tags: adoptajsr

 Description   

I am adopting a JSR 339 JAX-RS and installing the latest version glassfish 4_b69 on my machine.

While installation begins and the progress bar show the installation progress, It stuck on 41% and no more progress for more than one hour and more.

the same Issue I am facing from version glassfish 4_b67.



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 24/Jan/13 ]

Do you still see this issue? I suspect that installer got stuck during UC client installation and this could be due to repository or proxy issues. If the issue persists, could you please try unchecking options to install and enable update client and see if that lets the installation go through?

Comment by dm_zelensky [ 27/Jan/13 ]

issue remains here with 4.0-b72, tested different possible options and scenarios that wizard provides. Not only "-ml" package but plain glassfish-4.0-b72-windows.exe also. (at Windows Server 2008 R2).
"run as administrator" tried also.

Comment by Snjezana Sevo-Zenzerovic [ 15/Feb/13 ]

This seems to be the duplicate of GLASSFISH-19634. Leaving this one open since it came in first. Needs some further investigation and setting up of 4.0 IPS repositories.

Comment by Snjezana Sevo-Zenzerovic [ 25/Apr/13 ]

I did reproduce this while fixing other recently reported Windows installation issues and this was actually caused by class version mismatch in the case where install wrapper picked up JDK or JRE 6 installation to use with installer runtime. Fix for issue GLASSFISH-20019 will also address this, so marking as fixed in b85.





Generated at Mon Jul 06 15:46:11 UTC 2015 using JIRA 6.2.3#6260-sha1:63ef1d6dac3f4f4d7db4c1effd405ba38ccdc558.