<< Back to previous view

[GLASSFISH-20616] Strange EntityManager errors in @Singleton @Startup @PostConstruct Created: 07/Jun/13  Updated: 01/Apr/14

Status: Open
Project: glassfish
Component/s: ide-integration
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Blocker
Reporter: reza_rahman Assignee: vince kraemer
Resolution: Unresolved Votes: 2
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

File Attachments: Zip Archive cargotracker.zip     Text File server.log     File server.log.tang     Zip Archive startup-ejb-bug.zip    
Issue Links:
Dependency
blocks CARGOTRACKER-1 Make project work on latest GlassFish... In Progress
Tags: 4_0_1-evangelists 4_0_1-review
Participants: guojun.shan, marina vatkina, Reitffunk, reza_rahman, TangYong and vince kraemer

 Description   

I am doing a complete sample data drop and recreate inside @Singleton @Startup @PostConstruct. Everything works fine the first time the application is deployed. When the same application is redeployed, I get a strange entity manager error (below). Strangely, the error does not happen if I explicitly do an undeploy and then a deploy (as opposed to simply a redeploy). Even more strangely, if I do a redeploy again after I get the error, everything works fine.

I happen to be using javax.persistence.schema-generation.database.action=create which I don't think is the real issue here. javax.persistence.schema-generation.database.action=drop-and-create causes the same issue.

The application (as a Maven project) and log output attached.

I filed a related NetBeans issue on this that I am going to close: https://netbeans.org/bugzilla/show_bug.cgi?id=230882.

SEVERE: Exception while loading the app : javax.ejb.CreateException: Initialization failed for Singleton SampleDataGenerator
javax.ejb.CreateException: Initialization failed for Singleton SampleDataGenerator
at com.sun.ejb.containers.AbstractSingletonContainer.createSingletonEJB(AbstractSingletonContainer.java:483)
at com.sun.ejb.containers.AbstractSingletonContainer.access$000(AbstractSingletonContainer.java:81)
at com.sun.ejb.containers.AbstractSingletonContainer$SingletonContextFactory.create(AbstractSingletonContainer.java:654)
at com.sun.ejb.containers.AbstractSingletonContainer.instantiateSingletonInstance(AbstractSingletonContainer.java:396)
at org.glassfish.ejb.startup.SingletonLifeCycleManager.initializeSingleton(SingletonLifeCycleManager.java:219)
at org.glassfish.ejb.startup.SingletonLifeCycleManager.initializeSingleton(SingletonLifeCycleManager.java:180)
at org.glassfish.ejb.startup.SingletonLifeCycleManager.doStartup(SingletonLifeCycleManager.java:158)
at org.glassfish.ejb.startup.EjbApplication.start(EjbApplication.java:166)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:534)
at com.sun.enterprise.v3.admin.AdminAdapter.onMissingResource(AdminAdapter.java:224)
at org.glassfish.grizzly.http.server.StaticHttpHandler.service(StaticHttpHandler.java:297)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:246)
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:722)
Caused by: java.lang.IllegalStateException: Attempting to execute an operation on a closed EntityManagerFactory.
at org.eclipse.persistence.internal.jpa.EntityManagerFactoryDelegate.verifyOpen(EntityManagerFactoryDelegate.java:338)
at org.eclipse.persistence.internal.jpa.EntityManagerFactoryDelegate.createEntityManagerImpl(EntityManagerFactoryDelegate.java:303)
at org.eclipse.persistence.internal.jpa.EntityManagerFactoryImpl.createEntityManagerImpl(EntityManagerFactoryImpl.java:336)
at org.eclipse.persistence.internal.jpa.EntityManagerFactoryImpl.createEntityManager(EntityManagerFactoryImpl.java:317)
at com.sun.enterprise.container.common.impl.EntityManagerWrapper._getDelegate(EntityManagerWrapper.java:197)
at com.sun.enterprise.container.common.impl.EntityManagerWrapper.createQuery(EntityManagerWrapper.java:477)
at net.java.cargotracker.application.util.SampleDataGenerator.unLoadAll(SampleDataGenerator.java:61)
at net.java.cargotracker.application.util.SampleDataGenerator.loadSampleData(SampleDataGenerator.java:49)
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:601)
at com.sun.ejb.containers.interceptors.BeanCallbackInterceptor.intercept(InterceptorManager.java:1035)
at com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:72)
at com.sun.ejb.containers.interceptors.CallbackInvocationContext.proceed(CallbackInvocationContext.java:205)
at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:55)
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:601)
at com.sun.ejb.containers.interceptors.CallbackInterceptor.intercept(InterceptorManager.java:986)
at com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:72)
at com.sun.ejb.containers.interceptors.CallbackInvocationContext.proceed(CallbackInvocationContext.java:205)
at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.doCall(SystemInterceptorProxy.java:163)
at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.init(SystemInterceptorProxy.java:125)
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:601)
at com.sun.ejb.containers.interceptors.CallbackInterceptor.intercept(InterceptorManager.java:986)
at com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:72)
at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:412)
at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:375)
at com.sun.ejb.containers.BaseContainer.intercept(BaseContainer.java:1949)
at com.sun.ejb.containers.AbstractSingletonContainer.createSingletonEJB(AbstractSingletonContainer.java:475)
... 44 more



 Comments   
Comment by reza_rahman [ 07/Aug/13 09:33 PM ]

I am able to re-create this bug even for a very simple case (attached). I believe this is a bug that will effect any non-trivial JPA operations inside @Startup @PostConstruct (which was an explicitly discussed use case in the EJB 3.1 EG and the reason @Startup @PostConstruct was made transactional).

Comment by reza_rahman [ 07/Aug/13 09:35 PM ]

Attaching very simple application demonstrating the issue.

Comment by marina vatkina [ 03/Sep/13 05:50 PM ]

The cause of the problem at hand: java:global/jms/MisdirectedCargoQueue fails to unbind.

I don't know what's the problem with the Queue (the error is "javax.naming.NameNotFoundException: Cannot find name to unbind") or whether it is ok that it can't be unbound.

When the error above happens, it a) is reported at the FINE level by the EJB container (that's why it's not visible), but more importantly b) nothing else is unbound because the unbind logic in ComponentEnvManagerImpl#unbindFromComponentNamespace is fail-fast, i.e. the 1st error is just thrown to the caller and the rest of the unbinding processing won't be executed if that happens.

Adding try-catch around each namingManager.unpublishObject call in the method above fixes the undeployment issue.

Comment by guojun.shan [ 26/Sep/13 02:12 AM ]

according to Marina's investigation, I change JNDI's unbind behavior.Won’t throw NameNotFoundException exception in case of leaf node is not found.
Submit in Glassfish trunk revision: 62683.

Comment by guojun.shan [ 26/Sep/13 02:13 AM ]

reza_rahman, Could you check if this change fix your problem? thanks.

Comment by reza_rahman [ 27/Sep/13 12:18 AM ]

I can confirm that the deployment does not break any more! Should we close the bug for now?

Comment by guojun.shan [ 27/Sep/13 12:24 AM ]

You can close it, if it fix your problem. thanks.

Comment by reza_rahman [ 27/Sep/13 12:37 AM ]

I'm afraid I spoke too soon. The issue does not occur any more on the larger Cargo Tracker application, but it still occurs in the smaller sample. What should we do?

Comment by guojun.shan [ 27/Sep/13 01:59 AM ]

Could you attach your error message and the binary application here? i can not build it locally.

Comment by reza_rahman [ 27/Sep/13 02:20 AM ]

Code with simplified POM.

Comment by reza_rahman [ 27/Sep/13 02:25 AM ]

Could you try the simplified POM I just uploaded? It would be weird to get build issues since the only dependency is Java EE 7.

BTW, you should try to use NetBeans to reproduce the issue if possible. Through asadmin and the console, the bug has not been consistent. It is consistent via NetBeans.

Here is the error:

SEVERE: Exception while loading the app : javax.ejb.CreateException: Initialization failed for Singleton TestStartup
javax.ejb.CreateException: Initialization failed for Singleton TestStartup
at com.sun.ejb.containers.AbstractSingletonContainer.createSingletonEJB(AbstractSingletonContainer.java:487)
at com.sun.ejb.containers.AbstractSingletonContainer.access$000(AbstractSingletonContainer.java:81)
at com.sun.ejb.containers.AbstractSingletonContainer$SingletonContextFactory.create(AbstractSingletonContainer.java:658)
at com.sun.ejb.containers.AbstractSingletonContainer.instantiateSingletonInstance(AbstractSingletonContainer.java:400)
at org.glassfish.ejb.startup.SingletonLifeCycleManager.initializeSingleton(SingletonLifeCycleManager.java:219)
at org.glassfish.ejb.startup.SingletonLifeCycleManager.initializeSingleton(SingletonLifeCycleManager.java:180)
at org.glassfish.ejb.startup.SingletonLifeCycleManager.doStartup(SingletonLifeCycleManager.java:158)
at org.glassfish.ejb.startup.EjbApplication.start(EjbApplication.java:166)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:500)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:534)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:556)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722)
at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:534)
at com.sun.enterprise.v3.admin.AdminAdapter.onMissingResource(AdminAdapter.java:224)
at org.glassfish.grizzly.http.server.StaticHttpHandlerBase.service(StaticHttpHandlerBase.java:189)
at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:496)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:175)
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:187)
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:837)
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:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:722)
Caused by: java.lang.IllegalStateException: Attempting to execute an operation on a closed EntityManagerFactory.
at org.eclipse.persistence.internal.jpa.EntityManagerFactoryDelegate.verifyOpen(EntityManagerFactoryDelegate.java:338)
at org.eclipse.persistence.internal.jpa.EntityManagerFactoryDelegate.createEntityManagerImpl(EntityManagerFactoryDelegate.java:303)
at org.eclipse.persistence.internal.jpa.EntityManagerFactoryImpl.createEntityManagerImpl(EntityManagerFactoryImpl.java:336)
at org.eclipse.persistence.internal.jpa.EntityManagerFactoryImpl.createEntityManager(EntityManagerFactoryImpl.java:317)
at com.sun.enterprise.container.common.impl.EntityManagerWrapper._getDelegate(EntityManagerWrapper.java:197)
at com.sun.enterprise.container.common.impl.EntityManagerWrapper.persist(EntityManagerWrapper.java:287)
at com.mycompany.startup.ejb.bug.TestStartup.onStart(TestStartup.java:32)
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:601)
at com.sun.ejb.containers.interceptors.BeanCallbackInterceptor.intercept(InterceptorManager.java:1035)
at com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:72)
at com.sun.ejb.containers.interceptors.CallbackInvocationContext.proceed(CallbackInvocationContext.java:205)
at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:55)
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:601)
at com.sun.ejb.containers.interceptors.CallbackInterceptor.intercept(InterceptorManager.java:986)
at com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:72)
at com.sun.ejb.containers.interceptors.CallbackInvocationContext.proceed(CallbackInvocationContext.java:205)
at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.doCall(SystemInterceptorProxy.java:163)
at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.init(SystemInterceptorProxy.java:125)
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:601)
at com.sun.ejb.containers.interceptors.CallbackInterceptor.intercept(InterceptorManager.java:986)
at com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:72)
at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:412)
at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:375)
at com.sun.ejb.containers.BaseContainer.intercept(BaseContainer.java:1949)
at com.sun.ejb.containers.AbstractSingletonContainer.createSingletonEJB(AbstractSingletonContainer.java:479)
... 49 more

Comment by guojun.shan [ 27/Sep/13 02:46 AM ]

I checked your startup-ejb-bug.zip.there is no java:global/jms/MisdirectedCargoQueue definition.
So my fix on JNDI unbind won't fix your problem. I think throwing NamingNotfound exception in unbind is not the root cause of your problem.
we still need EJB container's help to find the root cause.
Marina, what are your ideas on that? thanks.

Comment by TangYong [ 27/Sep/13 02:49 AM ]

reza_rahman,

Using eclipse and asadmin cli can not re-produce the above exception, and anything seems to be OK(seeing the attachment, server.log.tang)

However, I have not tried netbeans.

Thanks
Tang

Comment by TangYong [ 27/Sep/13 02:51 AM ]

guojun.shan,

the second sample(startup-ejb-bug.zip) is not related to Naming.

reza_rahman,

You firstly executed asadmin start-database?

Thanks
Tang

Comment by reza_rahman [ 27/Sep/13 03:00 AM ]

In Eclipse, you'll need to make a minor code change (e.g. spacing/formatting) to reproduce the issue (just try to re-run a couple of times making needless changes).

NetBeans starts Derby automatically (as can Eclipse).

Comment by TangYong [ 27/Sep/13 03:14 AM ]

reza_rahman,

As you said, I made formatting in eclipse and deployed it many times, however, can not re-produce the exception.

Well, the following is my step:

1. mvn eclipse:eclipse
2. importing the project into eclipse and executing "source/format" for TestStartup.java and TestEntity.java
3. mvn clean install
4. asadmin start-database
5. asadmin deploy ....

Thanks
Tang

Comment by reza_rahman [ 27/Sep/13 03:19 AM ]

You will need to deploy via the GlassFish Eclipse plugin. As I noted, deploying from asadmin will not always reproduce the issue.

Comment by TangYong [ 27/Sep/13 06:10 AM ]

reza_rahman,

Using GlassFish Eclipse plugin can not still reproduce the exception, so, maybe this is truly related to NetBeans env.

My Steps is as following:

1. downloading and installing GlassFish Eclipse plugin for kepler , then restarting kepler
2. mvn eclipse:eclipse
3. importing the project into eclipse and executing "source/format" for TestStartup.java and TestEntity.java
4. adding project facet("Dynamic Web Module") into the imported project, and then, configuring GlassFish 4 runtime
I uses glassfish-4.0.1-b03

5. asadmin start-database from shell because I have not found how to starts Derby automatically from kepler
6. click "Run As/Run On Server" to deploy and start the sample

The result is the same as server.log.tang.

Thanks
Tang

Comment by reza_rahman [ 27/Sep/13 06:21 AM ]

Your workflow to reproduce should be something like this:

1. Open the project in Eclipse.
2. Run the project - things will be fine.
3. Stop GlassFish.
4. Randomly add some spaces somewhere in the source files.
5. Run the project again - the deployment error will occur.

You can get Derby to run automatically from the GlassFish Preferences: https://glassfishplugins.java.net/eclipse36/#4.

Comment by TangYong [ 27/Sep/13 08:13 AM ]

Thanks Reza's reply and as you note, I found another issue related GlassFish Plugin For Keplar, and have filed the issue[1].

[1]: https://java.net/jira/browse/GLASSFISHPLUGINS-373

GLASSFISHPLUGINS-373 happened after I uses "Changing Global Preferences for the GlassFish Server" and auto-start derby, so, I will re-back manual starting derby, then, adding space into source file to see what will happen.

Comment by TangYong [ 27/Sep/13 08:16 AM ]

Firstly change the Component/s: into ide-integration and pl. vince kraemer evaluates it.

Comment by TangYong [ 27/Sep/13 08:28 AM ]

Reza,vince

I have re-produced the issue and exception is the same as you! However, now, I have not still judged the issue is caused by GlassFish side or IDE Plugin side. Will continue to investigate.

[Reproduce Steps]
1. downloading and installing GlassFish Eclipse plugin for kepler , then restarting kepler
2. mvn eclipse:eclipse
3. importing the project into eclipse
4. adding project facet("Dynamic Web Module") into the imported project, and then, configuring GlassFish 4 runtime
I uses glassfish-4.0.1-b03

5. asadmin start-database from shell
6. click "Run As/Run On Server" to deploy and start the sample and the first time, this will be successful.
7. asadmin stop-domain (not execute "asadmin stop-database")
8. Randomly add some spaces somewhere in the source files.
9. re-click "Run As/Run On Server" to deploy and start the sample, then, exception happened!

In addition, from workspace/.metadata/.log, the following exception happened,

!ENTRY oracle.eclipse.tools.glassfish 4 0 2013-09-27 17:29:51.978
!MESSAGE cannot Deploy startup-ejb-bug
!STACK 0
java.lang.Exception: deploy is failing=Error occurred during deployment: Exception while loading the app : javax.ejb.CreateException: Initialization failed for Singleton TestStartup. Please see server.log for more details.
at oracle.eclipse.tools.glassfish.GlassfishGenericServerBehaviour.publishDeployedDirectory(GlassfishGenericServerBehaviour.java:496)
at oracle.eclipse.tools.glassfish.GlassfishV4ServerBehavior.publishModuleForGlassFishV3(GlassfishV4ServerBehavior.java:92)
at oracle.eclipse.tools.glassfish.GlassfishV4ServerBehavior.publishModule(GlassfishV4ServerBehavior.java:54)
at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModule(ServerBehaviourDelegate.java:1091)
at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModules(ServerBehaviourDelegate.java:1183)
at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:987)
at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:774)
at org.eclipse.wst.server.core.internal.Server.publishImpl(Server.java:3153)
at org.eclipse.wst.server.core.internal.Server$PublishJob.run(Server.java:345)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:53)

Thanks
Tang

Comment by Reitffunk [ 04/Dec/13 03:53 PM ]

Same problem here. I think I found a simple way to workaround this. Just don't use the @PersistenceContext annotation in the @Startup-@Singleton-Bean. Instead of it, create the EntityManger manually. An EntityManager with @PersistenceContext is managed by the container, which I think don't closes the EntityManager properly sometimes, because it is a @Singleton. Just what I think, here is my working code:

private EntityManager entityManager;

@PostConstruct
public void init() { EntityManagerFactory emf = Persistence.createEntityManagerFactory("PERSISTENCE_UNIT_NAME"); entityManager = emf.createEntityManager(); //do some persist-things entityManager.flush(); entityManager.clear(); entityManager.close(); }

That fixed the problem for me by now.

EDIT: Don't know why lines are not wrapped.. in preview they are..





[GLASSFISH-18979] Eclipse IDE shutdown when GlassFish console admin tab closed Created: 06/Aug/12  Updated: 19/Oct/12

Status: Open
Project: glassfish
Component/s: ide-integration
Affects Version/s: 3.1.2
Fix Version/s: None

Type: Bug Priority: Critical
Reporter: gaspyr Assignee: vince kraemer
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

windows 7 x64 Ultimate - Eclipse JEE Juno


File Attachments: Text File hs_err_pid1220.log    
Tags: admin-gui administration eclipse
Participants: Anissa Lam, gaspyr and vince kraemer

 Description   

I've installed the GlassFish Server Adapter Tools on Eclipse JEE Juno as well as the GlassFish Application Server Open Source Edition version 3.1.2, now whenever i open the GlassFish Admin Console from within Eclipse's Internal Browser then try to close that tab, Eclipse immediatly shuts down and creates an error log file in my Eclipse home folder. (I've attached the .log file with this issue)

I've noticed that this problem only occurs when i close the tab of the Admin Console after i've logged in. If i just Open the Admin Console inside Eclipse but do not login and close the tab, nothing wrong happens.

I've also been able to reproduce the same weird behaviour on Eclipse JEE Indigo. Notice that if i switch the Web Browser preference to [Default Internet Browser or any other browser] this problem doesn't happen as i can close those browser pages without any worries.

p.s: i tried with different versions of the jdk : 1.6 u 26 and u33 as well as jdk 1.7 u 5 (all jdks and jres are 32 bits versions)



 Comments   
Comment by Anissa Lam [ 19/Oct/12 03:29 PM ]

Request Vince to look into this. I am not sure what console can do for this behavior.





[GLASSFISH-17719] Debugger is broken for deployed Glassfish Application Created: 14/Nov/11  Updated: 23/Feb/14

Status: Open
Project: glassfish
Component/s: ide-integration
Affects Version/s: 3.1.1
Fix Version/s: None

Type: Bug Priority: Critical
Reporter: crazytrain411 Assignee: vince kraemer
Resolution: Unresolved Votes: 14
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Glassfish 3.11
Windows 7
JDK 1.6 update 29 both 32 and 64 bit


Tags: debugger glassfish domain deployment 3_1_2-exclude
Participants: adi3000, arjan tijms, crazytrain411, eduardohbcs, idididid, kumara, lgraf, sinago, vince kraemer and xiul

 Description   

When deploying a glassfish application through the Eclipse, the debugger is not working in the following ways:

-Does not highlight and bring up the current thread and code for the breakpoint
-Can not step through code

This happens only when running the application AFTER:
-Deleting the contents of the folder folder glassfish\domains\<domainname>\eclipseApps
-Right clicking the domain and selecting X Remove while the application is running and stopping the application
-Possibly when Running the application for the very first time (did not reproduce)

This is an extremely frustrating bug and a potential blocker, re-posted here because of no response on Eclipse plugins and help is needed.



 Comments   
Comment by crazytrain411 [ 14/Nov/11 03:24 PM ]

I'm pretty sure I've seen it other cases but these are the ones we have reproduced with consistency.

Comment by crazytrain411 [ 01/Dec/11 02:48 PM ]

Here are my latest findings regarding this issue. I'm also able to consistently reproduce with the following in addition to the two methods described above.

1) The debugger gets broken if there is a spring bean definition error and deployment fails. Upon fixing the error and running again the debugger is in a broken state.

2) If there are breakpoints set in a class and the class signature is changed the debugger will be in the broken state until the breakpoints are removed and the application is run again.

Comment by eduardohbcs [ 01/Dec/11 02:50 PM ]

I'm also facing the same issue in both ways described.

My environment is:
Windows 7
64-bit JDK 1.6 update 27
Glassfish 3.1.1 (build 12)
Eclipse Indigo sr1 (build id 20110615-0604)
Glassfish Plugin (Oracle Glassfish Server Tools) version 4.2.0.201111040904

This issue is really painful and hurts productivity ...

Comment by sinago [ 06/Dec/11 08:39 PM ]

Same environment as eduardohbcs with the same problem. Productivity has been brought to a halt due to this issue.

Comment by lgraf [ 12/Feb/12 11:13 AM ]

We are also facing this issue with the latest version of the Oracle GlassFish Server Tools (1.7.3.201106220649).

Steps to reproduce:
1. Debug app on server.
2. Debugging work as expected.
3. Undeploy app (remove from server).
4. Stop server.
5. Debug app on server again.
6. Debugging doesn't work properly (thread doesn't get the focus). At this point only manually focusing the thread after each step helps.

This is really a productivity killer. Any plans when this will get fixed?

Also iam a bit confused about the glassfish plugin project http://java.net/jira/browse/GLASSFISHPLUGINS. Is this the JIRA for the eclipse pluign: http://marketplace.eclipse.org/node/867? Iam asking because the versioning in JIRA seems to be different (does not contain the latest version (1.7.3) from the marketplace/updatesite).

Comment by kumara [ 13/Feb/12 02:53 AM ]

-> ide_integration sub-component

Comment by crazytrain411 [ 24/Feb/12 02:46 PM ]

Its been 4 months since the issue was reported. There's 6 participants and 9 votes. Can this at least be looked at?

If more information is required please specify.

Comment by crazytrain411 [ 06/Jun/12 06:55 PM ]

Found a workaround for this ridiculous bug. Thanks Glassfish guys for being useless to help with this for 7 months.

Close the debug view and reopen it, done.

There is a link between eclipseApps directory and the <application> block in domain.xml. Its horribly broken.

Goodbye

Comment by idididid [ 11/Jun/12 11:57 AM ]

Hello, I am facing the same problem.

I noticed few more things:

On the Debug view, in my stack trace, I found the exact class with the breakpoint is paused and it had this comment: "(Suspended breakpoint at line XX)". When I clicked the line, suddenly the green line appeared. Yet, as soon as I clicked F6 to continue, It went out of sync again, just the next line became suspended. Weird.

I checked the processes running on my computer and found that there are several "java.exe" processes running at the same time. (eclipse runs on javaw.exe). After further investigation I found out that when there is only one "java.exe" running - everything works fine and I am able to debug. Then, restarting the server creates sometimes a new "java.exe" and this is the point where I can't debug anymore. Maybe eclipse got confused...

Any thoughts?

Ido

Comment by adi3000 [ 29/Jul/12 01:48 PM ]

For information this issue seems to be cross platform. With my platform (from Sun) , debugging is very painfull. Even with removing the Debug view and reopen it

Eclipse 3.8
Sun JDK 7u3 (even with openJDK 6u29)
Glassfish 3.1.2
Eclipse Glassfish Server Tools 2.0.1

I can't trace properly my debugging, just approximatively follow with random F8/F6 and close reopen debug view. It not helping at all. Seems to be the same issue than idididid
If somebody could help on it or find a workaround

Thanks

EDIT : Find a better workaround : using another glassfish server (not the one included with Glassfish plugin ), I've maid a proc on my redmine :

http://code.a-dream-zone.com/redmine/issues/26

Workaround : Use another glassfish server than the one include on eclipse plugin
1- Download http://dlc.sun.com.edgesuite.net/glassfish/3.1.2/release/glassfish-3.1.2.zip
2- Unzip anywhere you want (ie : on your workspace)
3- On Window > Preference > Server > Runtime Environment clic on Add...
4- Choose GlassFish Server Open Source Edition 3 (Java EE 6)
5- Check Create a new local server (to display it below Internal Glassfish Server
6- Use the proper JDK (jdk1.7.0_03)
7- Application Server Directory : /path-to-your-workspace/glassfishv3/glassfish (must be the glassfishv3/glassfish directory of the place where you unzip your glassfish server), then click next
8- Leave Administration Id and password as default (admin and blank password), check than Domain Directory follow path to glassfishv3/glassfish/domains/domain1
9- Click on finish, the new server should have appeared as GlassFish Server Open Source Edition 3 (Java EE 6) on your Server view

Deploy your application as you've done under Internal Glassfish 3.1.2 (dont forget to check the runtime environment of each project to be using the right server libraires)

Comment by adi3000 [ 30/Jul/12 07:27 PM ]

4- Choose GlassFish Server Open Source Edition 3 (Java EE 6)

Excuse me for this mistake but I was using a 3.0.1 server first and then upgrade it to 3.1.2. It does not seem to be the same thing as when I just erase my server to perform my tutorial, I found that glassfish modules lib are not the same. So instead of using Open Source Edution 3, use the Glassfish 3.1.2 (obvious isn't it ?)

Good luck for the rest

Comment by xiul [ 19/Aug/13 12:14 AM ]

Idob from stackoverflow.com found a workaround, I test it and it works for me, I'm using glassfish 3.1.2.1 with the eclipse (STS) extension 3.1.2 and jdk 7

source: http://stackoverflow.com/questions/10685361/eclipse-skipping-breakpoints

"Set remote debug

1. Go to your glassfish admin console and set your glassfish to work on debug mode.
Click on configuration --> server-config --> JVM settings, and check debug enabled check box.
Restart server

2. In eclipse - start server on normal mode (not debug - it is useless).

3. Go to Debug configurations and locate "Remote Java Application"

4. Create a new Remote java app debug config

5. Enter name (lets say Glassfish-Debug)

6. Choose project to debug

7. Enter your own IP address in the host section and set the port to 9009

That's it. Now all you have to do is always start your Glassfish in normal mode and then go to Debug configurations and run This Glassfish remote debugging you just set.

And now I'm getting to the annoying part: After rebuild your project, sometimes you might get again out of sync. You just need to disconnect the remote debugging session and run it again. Small price to pay.

I hope it helps."

Comment by arjan tijms [ 23/Feb/14 11:32 PM ]

Just for everyone's information, this issue is still current with GlassFish 4.0 and the latest server runtime as of the time of writing. Tested on OS X and Ubuntu.





[GLASSFISH-13720] parallel issue for btrace Created: 30/Sep/10  Updated: 13/Dec/10

Status: Open
Project: glassfish
Component/s: ide-integration
Affects Version/s: 3.1
Fix Version/s: None

Type: New Feature Priority: Major
Reporter: vince kraemer Assignee: vince kraemer
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Issue Links:
Dependency
depends on GLASSFISH-13130 Allow attaching btrace scripts to server Open
Issuezilla Id: 13,720
Tags:
Participants: vince kraemer

 Description   

See Issue 13130 for details... starting the server in debug from the IDE should
do something similar






[GLASSFISH-16071] Allow IDE plugins to view MQ logs Created: 22/Feb/11  Updated: 04/Dec/12

Status: In Progress
Project: glassfish
Component/s: ide-integration
Affects Version/s: None
Fix Version/s: future release

Type: Improvement Priority: Major
Reporter: Ed Bratt Assignee: Tomas Kraus
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

all


Issue Links:
Related
is related to MQ-245 Extend MQ JMX API to include current ... Closed
Tags: glassfish eclipse netbeans
Participants: Ed Bratt, shreedhar_ganapathy, Tomas Kraus and vince kraemer

 Description   

Please consider enhancing the IDE plugin to allow viewing of MQ Broker Log. For some types of setup, this is crucial to understanding and diagnosing messaging issues.



 Comments   
Comment by vince kraemer [ 02/May/11 01:52 PM ]

This will be easy to do for local instances... Is there a way to get the content of the log from MQ if it is on a remote system?

Comment by vince kraemer [ 02/May/11 01:58 PM ]

proposed resolution:

add an action to the server instance's right-click menu, "View MQ Log".

The action is enabled for local 'instances' of MQ. It is disabled otherwise.

When the user selects the item, the log file is opened and displayed. The view will be live, so addition data that gets added to the log will be reflected.

The MQ log WILL NOT open when the user starts the server or deploys an app, which is different from the way the IDE interacts with the app server's server.log

Comment by shreedhar_ganapathy [ 11/Oct/12 04:24 PM ]

Assigning to Tomas Kraus for further evaluation

Comment by Tomas Kraus [ 11/Oct/12 04:38 PM ]

I added new P2 RFE bug into NetBeans bug tracker: http://netbeans.org/bugzilla/show_bug.cgi?id=219929

More details will be available there.





[GLASSFISH-16874] Faster restart time Created: 16/Jun/11  Updated: 04/Feb/13

Status: Reopened
Project: glassfish
Component/s: ide-integration
Affects Version/s: 3.1_b10
Fix Version/s: None

Type: Improvement Priority: Major
Reporter: cowwoc Assignee: Tomas Kraus
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags:
Participants: cowwoc, Hong Zhang, Tim Quinn, Tomas Kraus and vince kraemer

 Description   

The time it takes to shutdown Glassfish and restart it is extremely slow. It is at least an order of magnitude greater than Tomcat, Grizzly and Jetty.

There are two reasons I'd like to see this resolve:

  1. I am modifying JNI code between restarts: http://stackoverflow.com/questions/6333056/running-webapps-in-separate-processes
  2. I want a stripped-down servlet server. I don't use the rest of the J2EE stack and I don't want it loaded for no reason.

I expect to be able to restart Glassfish in 3 seconds or less. Remember, every time I modify the webapp I need to redeploy it by restarting the server. Anything longer than 3 seconds will seriously hamper development productivity.



 Comments   
Comment by Tim Quinn [ 16/Jun/11 07:23 AM ]

I see that you filed this as affecting release 3.1. Has your experience been the same with recent builds of 3.1.1?

If you want only a web container, you should try using the GlassFish Web distribution (instead of the full Java EE distribution) and see if that is faster for you.

On the GlassFish download site, navigate to the release you are interested in (for example, http://dlc.sun.com.edgesuite.net/glassfish/3.1.1/promoted/ for the latest builds of 3.1.1) and you'll see (again, for example)

latest-web-ml.zip 09-Jun-2011 14:06 56M
latest-web-unix-ml.sh 09-Jun-2011 14:08 38M
latest-web-unix.sh 09-Jun-2011 13:43 32M
latest-web-windows-ml.exe 09-Jun-2011 14:10 38M
latest-web-windows.exe 09-Jun-2011 13:44 32M
latest-web.zip 09-Jun-2011 13:41 44M

What specific release of GlassFish are you using (is it released 3.1 which is 3.1-b43)?

What times are you seeing for restart?

Comment by Hong Zhang [ 10/Oct/12 02:25 AM ]

Closed the RFE as there was no response from user (assuming the issue no longer exists).

Comment by cowwoc [ 10/Oct/12 02:50 PM ]

Please reopen this issue.

Using Glassfish 3.1.2 which ships with Netbeans 7.2 I get:

16 seconds to shut down
4 seconds to start up
A total of 20 seconds, whereas the stated goal is 3 seconds. Start-up time is very encouraging but it's not clear why shutdown takes so long.

Comment by Hong Zhang [ 10/Oct/12 03:00 PM ]

I have re-opened the issue based on your request. Can you provide some additional information so we can try to reproduce it from our side, what were the steps/applications you used?

Have you tried to use web profile as Tim suggested earlier to see if it makes a difference?

I am not sure why you would need to restart server each time after you redeploy application, that should not be necessary. Is this related to that you need to modify JNI code between restarts?

As this is more web app specific, I am reassigning to web team for them to further evaluate.

Comment by cowwoc [ 10/Oct/12 03:27 PM ]

To reproduce simply install Netbeans 7.2, open any web project, launch Glassfish, then hit the "restart" button to restart the server.

Yes. As stated above, I need to restart the server anytime I modify native code (because there is no other way to get Glassfish to unload it before loading a new instance of the webap).

Here is what I see for the web profile of 3.1.2.2: Shutdown in 2 seconds, sleep for 13 seconds (nothing seems to be happening), Startup in 4 seconds. Looking back at the full version of 3.1.2 I see a similar behavior.

So, overall start/shutdown is roughly 6 seconds (not bad, but could certainly be improved) and it's not clear where this 13 second delay is coming from (is it Glassfish? is it the Netbeans plugin?)

Comment by vince kraemer [ 01/Feb/13 07:19 PM ]

this looks like it is more an ide integration issue than a web container issue.

I did some quick experiments with NB 7.2.1 and GF 3.1.2.2....

1. restart server using restart menu item on server node: about 10 seconds.

2. restart using the restart button in the server logs output window: about 12 seconds

3. restart the server using asadmin stop-domain then start-domain : about 11 seconds

4. restart the server using asadmin restart-domain : about 6 seconds

It seems the IDE is using stop/start instead of restart-domain... There may be reasons for that choice, but it is worth looking at a second time.

Comment by cowwoc [ 01/Feb/13 08:25 PM ]

That might be part of the problem, but the other part is the 6 seconds you're seeing. 6 seconds is an eternity when you restart a server 100s of times a day. Like I said, anything above 3 seconds is bad (and even 3 seconds isn't great).

I ended up solving my problem by using Jetty (restart time under 1 second!) but clearly this isn't really a solution.

Comment by vince kraemer [ 04/Feb/13 05:46 PM ]

I agree. Once the restart from the IDE is going as fast as the server will allow, we can reassign the issue to the server to make their restart faster.





[GLASSFISH-18579] jar file not closed when Application is undeployed from directory Created: 30/Mar/12  Updated: 04/Apr/12

Status: Reopened
Project: glassfish
Component/s: ide-integration
Affects Version/s: 3.1.2
Fix Version/s: None

Type: Bug Priority: Major
Reporter: bht Assignee: vince kraemer
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

java version "1.6.0_30"
Java(TM) SE Runtime Environment (build 1.6.0_30-b12)
Java HotSpot(TM) Client VM (build 20.5-b03, mixed mode, sharing)


File Attachments: Zip Archive testcase.zip    
Tags:
Participants: bht, Shing Wai Chan, Tim Quinn and vince kraemer

 Description   

How to reproduce:

  • Create a 1.5.5 quickstart
  • deploy it on the GlassFish server with directory deployment (I use NetBeans which is easy)
  • open the application in the browser
  • undeploy the application
  • try to execute the maven clean goal or try to delete the target dir

Error in GlassFish log:
Unable to delete file WEB-INF\lib\wicket-core-1.5.5.jar

Please see my failed attempt to classify this as a framework issue.

It appears that the result of the tool at

https://blogs.oracle.com/quinn/entry/tool_for_diagnosing_failed_glassfish

is misleading.



 Comments   
Comment by Tim Quinn [ 30/Mar/12 03:14 PM ]

Please see my comments at the wicket issue: https://issues.apache.org/jira/browse/WICKET-4458

It is not yet at all clear to me that this is a GlassFish issue. The Wicket code is opening a stream using a jar: URL, and this is known to trigger behavior in Java SE which leaves the JAR open. I have suggested a possible change in the wicket code that might help this. As he mentioned, Bernard used the ZipFileMonitor tool and posted the stack trace in the wicket issue.

As I explained in the wicket issue where Bernard mentioned this and in a response to his comment on my blog, I am not convinced this is a GlassFish bug or that there is a problem in the tool. The Java SE code triggered by wicket has opened the JAR and not closed it. That's why GlassFish (or any other process) cannot delete the file and why the output from the tool shows an open file.

Comment by Shing Wai Chan [ 02/Apr/12 08:21 PM ]

This is a duplicate of GLASSFISH-18376.

Comment by Shing Wai Chan [ 04/Apr/12 02:04 AM ]

This is not related to GLASSFISH-18376 as I can deploy / access / undeploy the app in window using asadmin. The scenario under IDE may be different.





[GLASSFISH-19220] allow user to create EJB 3.2 project Created: 23/Oct/12  Updated: 28/Jan/13

Status: Open
Project: glassfish
Component/s: ide-integration
Affects Version/s: None
Fix Version/s: 4.0

Type: Task Priority: Major
Reporter: vince kraemer Assignee: vince kraemer
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags:
Participants: shreedhar_ganapathy and vince kraemer

 Comments   
Comment by vince kraemer [ 23/Oct/12 10:26 PM ]

NetBeans and Eclipse allow the user to create a project that represents an ejb jar.

These projects have actions to create beans (Session and MessageDriven)
these wizards may need to be extended to account for new features of EJB 3.2

These projects have a way to generate a deployment descriptor.
the DD generator should provide the correct namespace info to create an EJB 3.2 DD file for a 3.2 project.

These projects have a wizard to generate the server specific DD as a glassfish-ejb-jar file correctly.... as a glassfish-ejb-jar 3.2 for an EJB Jar 3.2 project.

Comment by shreedhar_ganapathy [ 28/Jan/13 07:13 PM ]

Improvement -> Task





[GLASSFISH-19223] Allow user to create web app 3.2 project Created: 23/Oct/12  Updated: 28/Jan/13

Status: Open
Project: glassfish
Component/s: ide-integration
Affects Version/s: None
Fix Version/s: 4.0

Type: Task Priority: Major
Reporter: vince kraemer Assignee: piotrik
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags:
Participants: piotrik, shreedhar_ganapathy and vince kraemer

 Comments   
Comment by shreedhar_ganapathy [ 23/Jan/13 06:19 PM ]

Create a facet for EE 7 Web App project in Eclipse - Extend the Web App Project to Java EE 7 Web App project.

Comment by shreedhar_ganapathy [ 28/Jan/13 07:14 PM ]

Improvement -> Task





[GLASSFISH-19224] extend gf server adapter to advertise support for new specs/facets Created: 23/Oct/12  Updated: 28/Jan/13

Status: Open
Project: glassfish
Component/s: ide-integration
Affects Version/s: None
Fix Version/s: 4.0

Type: Task Priority: Major
Reporter: vince kraemer Assignee: piotrik
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags:
Participants: piotrik, shreedhar_ganapathy and vince kraemer

 Comments   
Comment by vince kraemer [ 23/Oct/12 10:34 PM ]

try to make regular

Comment by shreedhar_ganapathy [ 23/Jan/13 06:13 PM ]

This is for the Eclipse Plugin - will need a server adapter for GF 4.0 (in development) - add ability for server adapter to support Java EE facets representing various Java EE component apis - we need from Eclipse Foundation or our Eclipse team on what new facets are available, or implement those ourselves & change the server adapter to support these facets.

Comment by shreedhar_ganapathy [ 28/Jan/13 07:11 PM ]

Improvement -> Task





[GLASSFISH-19221] allow user to create App Client 7.0 project Created: 23/Oct/12  Updated: 28/Jan/13

Status: Open
Project: glassfish
Component/s: ide-integration
Affects Version/s: None
Fix Version/s: 4.0

Type: Task Priority: Major
Reporter: vince kraemer Assignee: piotrik
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags:
Participants: piotrik, shreedhar_ganapathy and vince kraemer

 Description   

Eclipse related wrt app client facet.



 Comments   
Comment by shreedhar_ganapathy [ 28/Jan/13 07:12 PM ]

Improvement -> Task





[GLASSFISH-19222] allow user to create Application 7.0 ear Created: 23/Oct/12  Updated: 28/Jan/13

Status: Open
Project: glassfish
Component/s: ide-integration
Affects Version/s: None
Fix Version/s: 4.0

Type: Task Priority: Major
Reporter: vince kraemer Assignee: piotrik
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags:
Participants: piotrik, shreedhar_ganapathy and vince kraemer

 Description   

Create an Application.ear facet in Eclipse



 Comments   
Comment by shreedhar_ganapathy [ 28/Jan/13 07:12 PM ]

Improvement -> Task





[GLASSFISH-20398] [fishcat] Should be able to override Glassfish 4 installation while Installing Netbeans Created: 24/Apr/13  Updated: 24/Apr/13

Status: Open
Project: glassfish
Component/s: ide-integration
Affects Version/s: 4.0_b85
Fix Version/s: None

Type: New Feature Priority: Major
Reporter: survivant Assignee: vince kraemer
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Product Version: NetBeans IDE Dev (Build 201304232301)
Java: 1.7.0_13; Java HotSpot(TM) Client VM 23.7-b01
Runtime: Java(TM) SE Runtime Environment 1.7.0_13-b20
System: Windows XP version 5.1 running on x86; Cp1252; fr_CA (nb)
User directory: C:\Documents and Settings\sdionne1\Application Data\NetBeans\dev
Cache directory: C:\Documents and Settings\sdionne1\Local Settings\Application Data\NetBeans\Cache\dev


Tags: glassfish netbeans installation
Participants: survivant and vince kraemer

 Description   

I downloaded the nightly build of Netbeans bundle with GF4.

In the installation, there is a step that I must choose to install Glassfish and/or Tomcat.

There are two checkbox : GF and Tomcat

The checkbox of Glassfish 4 was checked but disabled (installed)

I wasn't able to click on the checkbox to say.. Hey. Install it again. Just override the current installation.

I could have screwed the Glassfish installation by modifing configuration and I want to reinstall it again.






[GLASSFISH-20564] [fishcat] GF b89 : WARNING: Class 'javax.ejb.PostActivate' not found, interception based on it is not enabled Created: 21/May/13  Updated: 23/Jan/14

Status: Reopened
Project: glassfish
Component/s: ide-integration
Affects Version/s: 4.0_b89_RC5
Fix Version/s: None

Type: Bug Priority: Major
Reporter: survivant Assignee: Tomas Kraus
Resolution: Unresolved Votes: 2
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Product Version: NetBeans IDE Dev (Build 201305052300)
Java: 1.7.0_13; Java HotSpot(TM) Client VM 23.7-b01
Runtime: Java(TM) SE Runtime Environment 1.7.0_13-b20
System: Windows XP version 5.1 running on x86; Cp1252; fr_CA (nb)
User directory: C:\Documents and Settings\sdionne1\Application Data\NetBeans\dev
Cache directory: C:\Documents and Settings\sdionne1\Local Settings\Application Data\NetBeans\Cache\dev


File Attachments: Zip Archive WebApplication1.zip    
Tags: fishcat cdi ejb
Participants: jjsnyder83, marina vatkina, Romain Grécourt, slominskir, survivant, Tomas Kraus, vanuatoo and vince kraemer

 Description   

INFO: WELD-000900 2.0.0 (SP1)
WARNING: Class 'javax.ejb.PostActivate' not found, interception based on it is not enabled
WARNING: Class 'javax.ejb.PrePassivate' not found, interception based on it is not enabled
INFO: Registering the Jersey servlet application, named org.netbeans.rest.application.config.ApplicationConfig, at the servlet mapping /resources/*, with the Application class of the same name.
INFO: Initialisation de Mojarra 2.2.0 ( 20130502-2118 https://svn.java.net/svn/mojarra~svn/tags/2.2.0@11930) pour le contexte «/WebApplication1»
INFO: Loading application [WebApplication1] at [/WebApplication1]
INFO: WebApplication1 was successfully deployed in 19 546 milliseconds.

source : HelloResource.java

package com.demo;

import javax.annotation.PostConstruct;
import javax.inject.Inject;
import javax.ws.rs.Consumes;
import javax.ws.rs.GET;
import javax.ws.rs.POST;
import javax.ws.rs.Path;
import javax.ws.rs.Produces;

/**
*

  • @author sdionne1
    */
    @Path("hello")
    public class HelloResource {

@Inject
CDIManagedBean bean;

@Inject
EJBManagedBean ejb;

@PostConstruct
public void init(){ System.out.println(HelloResource.class + " post construct"); }

@GET
@Produces("text/plain")
public String getHello(){ return "hello : " + bean.getOutput() + " : " + ejb.getOutput(); }

@POST
@Consumes("text/plain")
public void sayHello(String message){ System.out.println("Say Hello : " + message); }

@POST
@Consumes("application/json")
public void helloJson(User user){ System.out.println("helloJson user : " + user); }
}



 Comments   
Comment by jjsnyder83 [ 22/May/13 10:43 AM ]

Please attach the application with source code.

Comment by survivant [ 22/May/13 12:10 PM ]

Where the link to attach source code in Jira ?

for now.. I send you the source code by email.

Comment by jjsnyder83 [ 22/May/13 03:10 PM ]

It appears that NetBeans is putting a bunch of jersey jars into the WEB-INF/lib directory of the application when it is built. These jars should not be placed in WEB-INF/lib

Comment by vince kraemer [ 22/May/13 04:08 PM ]

Tomas needs to look at this.

Comment by marina vatkina [ 22/May/13 05:46 PM ]

I think it's a Weld issue - there are similar warnings in the ejb devtests log:

[2013-05-22T06:00:59.911-0700] [glassfish 4.0] [WARNING] [] [org.jboss.weld.interceptor.util.InterceptionTypeRegistry] [tid: _ThreadID=46 _ThreadName=admin-listener(1)] [timeMillis: 1369227659911] [levelValue: 900] [[
Class 'javax.ejb.PostActivate' not found, interception based on it is not enabled]]

[2013-05-22T06:00:59.913-0700] [glassfish 4.0] [WARNING] [] [org.jboss.weld.interceptor.util.InterceptionTypeRegistry] [tid: _ThreadID=46 _ThreadName=admin-listener(1)] [timeMillis: 1369227659913] [levelValue: 900] [[
Class 'javax.ejb.PrePassivate' not found, interception based on it is not enabled]]

And I think they are reported if a SFSB (in this case) does not define @PostActivate or @PrePassivate callbacks (which are not required)

Comment by Tomas Kraus [ 27/May/13 10:00 AM ]

There is no bug in GlassFish or GlassFish plugin in NetBeans. It's just project configuration issue.

Right click on project: Properties :: Libraries

  • There is Jersey 1.13 listed with Package check box on.

This is wrong because Jersey shall not be bundled. Just turn this check box off and everything will be OK.

...
compile-jsps:
In-place deployment at /users/tomas/WS/WebApplication1/build/web
run-deploy:
Browsing: http://localhost:8080/WebApplication1
run-display-browser:
run:
BUILD SUCCESSFUL (total time: 4 seconds)

Please can you provide more accurate reproduction scenario?

  • How did you open project in NetBeans?
  • What kind of project it was?
  • Did you change anything in Properties :: Libraries settings?

I remember, that we were fixing similar bug few months ago to have Package check box turned off for Jersey when it was used with Glassfish. Maybe there is some regression or it is not working correctly in some cases.

Comment by vanuatoo [ 14/Oct/13 07:46 PM ]

I'm running Netbeans 7.4rc2 with Glassfish 4.0 and Primefaces 4.0
I've created web project and when I deployed it to Glassfish I'm receiving this warning in a log
There is no Jersey in libraries just glassfish

Comment by Romain Grécourt [ 15/Oct/13 11:50 AM ]

I've opened the attached webapplication, I can see "jersey-1.13" with "package" checkbox checked.
When building the war this result into jersey-1.13 being bundled inside the jar.

User bundled library take precedence over appserver provided library, jersey-1.13 can not be used instead of jersey-2.0.
You need to make sure you're not bundling anything in your application that is already provided by the server.

Project propertis / Libraries settings / uncheck jersey.

If you application differs from the one attached, please host it somewhere and share the link.

thanks.

Comment by slominskir [ 23/Jan/14 03:32 PM ]

This issue is not specific to Jersey. If you use Netbeans 7.4 and use the "new Java web application" wizard and just click through the defaults except be sure to check the box to include "contexts and dependency injection", then run it on GlassFish 4 and you'll get the warning.





[GLASSFISH-12059] save wsdl action on exposed WS Created: 26/May/10  Updated: 19/Oct/12

Status: Open
Project: glassfish
Component/s: ide-integration
Affects Version/s: 3.1
Fix Version/s: future release

Type: Improvement Priority: Minor
Reporter: vince kraemer Assignee: Tomas Kraus
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: Sun


Issue Links:
Dependency
depends on GLASSFISH-12361 need rest interface to webservice end... Resolved
Issuezilla Id: 12,059
Tags: ee7ri_cleanup_deferred
Participants: shreedhar_ganapathy, Tom Mueller, Tomas Kraus and vince kraemer

 Description   

another action



 Comments   
Comment by vince kraemer [ 06/Jul/10 10:12 AM ]

account for dependency change

Comment by vince kraemer [ 04/Aug/10 09:38 AM ]

this will get mocked up in ms 5 and completed when the rest interface is available

Comment by vince kraemer [ 10/Sep/10 10:19 AM ]

deferring.

the test and copy wsdl url actions fit into the workflow well.

This action did not seem that useful once I looked at the workflow.

Comment by shreedhar_ganapathy [ 11/Oct/12 04:26 PM ]

Tomas, can you evaluate this request for targeting to 4.0 or close if this is already implemented?

Comment by Tomas Kraus [ 11/Oct/12 04:48 PM ]

REST interface in NetBeans plugin is implemented. But I do not fully understand what exactly you want to implement.
Should plugin read WSDL and try to find current HTTP bindings for individual admin commands?

Comment by Tom Mueller [ 18/Oct/12 09:22 PM ]

Marking the fix version field as "future-release". This is based on an evaluation by John, Michael, and Tom WRT to the PRD for the Java EE 7 RI/SDK. This issue was deemed to not be a P1 for that release. If this is in error or there are other reasons why this RFE should be targeted for the Java EE 7 RI/SDK release, then change the fix version field back to an appropriate build.

Comment by Tomas Kraus [ 19/Oct/12 10:42 AM ]

Local GF guys explained to me that they just need some tool to download WSDL of WS deployed in GF.

I have to do 3 things:

  • Verify if there is some REST admin interface command allowing me to retrieve WSDL XML for deployed WS
    • I'll add one more RFE request to GF REST admin interface guys if there is no such sommand implemented
  • Implement client part in 'GlassFish Tooling SDK' library
  • Integrate it into NetBeans

This issue is related more to NetBeans GlassFish plugin and 'GlassFish Toolink SDK' library which is maintained separately from GlassFish.
It may affesct GlassFish only if there is no support to retrieve WSDL of deployed WS in REST admin interface.





[GLASSFISH-20381] [fishcat] Not able to start Glassfish from Netbeans [netbeans-trunk-nightly-201304212301-javaee-windows.exe] Created: 23/Apr/13  Updated: 24/Apr/13

Status: Open
Project: glassfish
Component/s: ide-integration
Affects Version/s: 4.0_b85
Fix Version/s: None

Type: Bug Priority: Minor
Reporter: survivant Assignee: Tomas Kraus
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Microsoft Windows XP [version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

U:\>java -version
java version "1.7.0_13"
Java(TM) SE Runtime Environment (build 1.7.0_13-b20)
Java HotSpot(TM) Client VM (build 23.7-b01, mixed mode, sharing)


Tags: netbeans glassfish
Participants: jclingan, Romain Grécourt, survivant and Tomas Kraus

 Description   

I installed Netbeans nightly build. When I want to start GF 4 and timeout with a error popup.

PS. I have the same problem with GF 3.1.2 with this version of Netbeans.

If I go in the Netbeans Options, I check : System proxy, and click on Test Connection. It works : [OK]

The error message : Could not connect to the admin listener for Glassfish Server. Verify that Netbeans can make outbound connections to localhost : 4848.

Here the log taken from Netbeans console.

Launching GlassFish on Felix platform
avr. 23, 2013 8:56:01 AM com.sun.enterprise.glassfish.bootstrap.osgi.BundleProvisioner createBundleProvisioner
INFO: Create bundle provisioner class = class com.sun.enterprise.glassfish.bootstrap.osgi.BundleProvisioner.
avr. 23, 2013 8:56:01 AM com.sun.enterprise.glassfish.bootstrap.osgi.BundleProvisioner$DefaultCustomizer getLocations
WARNING: Skipping entry because it is not an absolute URI.
avr. 23, 2013 8:56:01 AM com.sun.enterprise.glassfish.bootstrap.osgi.BundleProvisioner$DefaultCustomizer getLocations
WARNING: Skipping entry because it is not an absolute URI.
Registered com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishRuntime@1ebec13 in service registry.
Registry Info:: Total repositories: 1, Total modules = 384
Attached repository: []
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.loadbalancer.gf-load-balancer-connector-l10n [139]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.hk2.config-types [61]], State = [READY]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.resources.javamail-connector [187]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.osgi-platforms.osgi-cli-remote [293]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.common.container-common [101]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.web.sse [355]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.hk2.class-model [27]], State = [READY]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.persistence.cmp.internal-api [42]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.external.j-interop-repackaged [179]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.external.trilead-ssh2-repackaged [332]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.persistence.cmp.support-sqlstore [48]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.transaction.jts [260]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.batch.glassfish-batch-commands [146]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.metro.webservices-extra-jdk-packages [359]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.connectors.runtime [69]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.appclient.server.appclient-server-core-l10n [19]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-web-plugin [99]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.security.ee [316]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [javax.websocket-api [212]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.concurrent.impl-l10n [57]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.common.util-l10n [53]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.web.core-l10n [345]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.fighterfish.osgi-javaee-base [380]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.registration.registration-impl [306]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-cluster-plugin [71]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.jersey.ext.jersey-bean-validation [224]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.web.jspcaching-connector [253]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admin.monitoring-core-l10n [274]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.corba.glassfish-corba-orb [151]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.fighterfish.osgi-ejb-container [378]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.jersey.core.jersey-common [226]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.hk2.locator [172]], State = [READY]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.external.dbschema-repackaged [104]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.external.libpam4j-repackaged [266]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-common-l10n [74]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.persistence.cmp.utility-l10n [49]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.eclipse.persistence.jpa [287]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.security.ssl-impl [326]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.web.javax.servlet.jsp.jstl [210]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.resources.connector [308]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.javax.el [191]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.deployment.javaee-full-l10n [115]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [stax2-api [329]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.web.javax.servlet.jsp [208]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.web.gf-weld-connector [143]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admin.cli-l10n [6]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.jdbc.admin-l10n [218]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jts-plugin [94]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.deployment.dol [118]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.persistence.cmp.generator-database-l10n [40]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [com.google.guava [165]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admin.util-l10n [9]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-corba-plugin [81]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.persistence.cmp.ejb-mapping-l10n [36]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [JSR352.API [189]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.hk2.osgi-adapter [292]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [javax.enterprise.deploy-api [194]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-community-branding-plugin-l10n [76]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-ejb-plugin [86]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.eclipse.persistence.oracle [291]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.batch.glassfish-batch-connector [147]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.connectors.work-management [368]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-web-plugin-l10n [98]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.concurrent.connector-l10n [55]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.persistence.jpa-container [249]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.jdbc.runtime [223]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.apache.felix.fileinstall [371]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [javax.enterprise.concurrent-api [192]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admin.monitoring-core [275]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.apache.felix.gogo.command [372]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.deployment.javaee-core-l10n [113]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.core.glassfish-extra-jre-packages [153]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.jersey.containers.jersey-container-servlet-core [228]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.appclient.server.appclient-connector [18]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.jersey.core.jersey-client [225]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.appclient.acc-config [5]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.jersey.media.jersey-media-sse [237]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.jersey.containers.glassfish.jersey-gf-cdi [230]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.common.glassfish-mbeanserver [155]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.eclipse.persistence.core [285]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [javax.interceptor-api [197]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.persistence.cmp.model-l10n [43]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.deployment.dol-l10n [117]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.common.simple-glassfish-api [324]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.ejb.gf-ejb-connector-l10n [132]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.common.annotation-framework-l10n [13]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [JSR352.RI.SPI [51]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.appclient.gf-client-module-l10n [129]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.hk2.external.cglib [26]], State = [READY]]
Registered Module: [OSGiModuleImpl:: Bundle = [javax.management.j2ee-api [201]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.jms.gf-jms-injection [137]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.ejb.ejb-full-container [121]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.jersey.media.jersey-media-json-processing [234]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admin.backup [24]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.common.annotation-framework [14]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.connector.gf-admingui-connector [128]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.apache.felix.bundlerepository [282]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.web.war-util-l10n [341]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.web.gui-plugin-common [351]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.core.logging [270]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.cluster.gms-bootstrap-l10n [163]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.eclipse.persistence.moxy [290]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.cluster.gms-adapter [162]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.metro.webservices-api-osgi [3]], State = [READY]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.tyrus.websocket-core [340]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.eclipse.persistence.jpa.modelgen [289]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.orb.connector [279]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.persistence.cmp.enhancer-l10n [38]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-ejb-plugin-l10n [85]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.jms.admin-l10n [243]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [jackson-core-asl [180]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.security.appclient.security [21]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.eclipse.persistence.jpa.jpql [288]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admin.launcher [264]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.webservices.jsr109-impl [255]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.fighterfish.osgi-jpa [382]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.flashlight.flashlight-extra-jdk-packages [125]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [javax.ejb-api [190]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.web.core [346]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.webservices.connector [358]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.ha.shoal-cache-bootstrap [168]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.transaction.jts-l10n [259]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.security [319]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.web.weld-integration-fragment [363]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.cluster.admin [30]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.security.webservices.security [362]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.connectors.admin-l10n [62]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.jsonp-jaxrs [252]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.web.jstl-connector [256]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.fighterfish.osgi-cdi [376]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.external.management-api [271]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admin.core [8]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.jersey.ext.jersey-mvc-jsp [239]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.persistence.cmp.support-ejb [46]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [woodstox-core-asl [366]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jdbc-plugin [90]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.hk2.external.bean-validator [25]], State = [READY]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.persistence.entitybean-container [124]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.web.cli [344]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.shoal.cache [321]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.appclient.server.appclient-server-core [20]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.core.kernel [262]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.jms.gf-jms-injection-l10n [136]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.common.glassfish-naming-l10n [156]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admin.server-mgmt-l10n [320]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admin.rest-service [312]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.fighterfish.osgi-web-container [384]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.connectors.inbound-runtime [65]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admin.cli-optional-l10n [28]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.hk2.external.javax.inject [196]], State = [READY]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.grizzly.glassfish-grizzly-extra-all [154]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.security.jaspic.provider.framework [184]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [jackson-jaxrs [181]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.resources.javamail-runtime [188]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jms-plugin-l10n [91]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.hk2.config [171]], State = [READY]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.corba.glassfish-corba-csiv2-idl [148]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.pfl.pfl-dynamic [300]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.deployment.javaee-core [114]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.connectors.inbound-runtime-l10n [64]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.persistence.cmp.enhancer [39]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.registration.registration-api [304]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [javax.security.jacc [205]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admin.launcher-l10n [263]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jdbc-plugin-l10n [89]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.tyrus.server [338]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.external.ant [15]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admin.config-api-l10n [59]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.security.l10n [317]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.jms.core [246]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.persistence.jpa-container-l10n [248]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jts-plugin-l10n [93]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.hk2.utils [174]], State = [READY]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.web.naming [354]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [javax.jms-api [198]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [javax.ws.rs.javax.ws.rs-api [213]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.common.scattered-archive-api [313]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.metro.webservices-osgi [360]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.loadbalancer.load-balancer-admin-l10n [267]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.hk2.osgi-resource-locator [4]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-cluster-plugin-l10n [70]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-core-l10n [82]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.hk2.runlevel [173]], State = [READY]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-concurrent-plugin-l10n [78]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.cluster.common [33]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [javax.servlet-api [206]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.persistence.cmp.generator-database [41]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.common.internal-api-l10n [177]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-common-full-plugin [73]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.web.ha [352]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.common.stats77 [328]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.hk2.external.asm-all-repackaged [22]], State = [READY]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.external.ldapbp-repackaged [265]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.pfl.pfl-tf-tools [301]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.deployment.common [112]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.deployment.javaee-full [116]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.cluster.cli-l10n [31]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.web.weld-integration [364]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.security.services [318]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.common.stats77-l10n [327]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.jersey.core.jersey-server [241]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [com.sun.pkg.client [303]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.webservices.jsr109-impl-l10n [254]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.hk2.api [170]], State = [READY]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.jdbc.admin [219]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.flashlight.framework [127]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.tyrus.spi [339]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.persistence.common [296]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.common.amx-javaee [12]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-concurrent-plugin [79]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.deployment.admin-l10n [105]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.external.antlr-repackaged [16]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.common.util [54]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-ejb-lite-plugin [84]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.jboss.weld.osgi-bundle [365]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-common-full-plugin-l10n [72]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.core.kernel-l10n [261]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.deployment.admin [106]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admin.rest-client [310]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.deployment.autodeploy [108]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-ejb-lite-plugin-l10n [83]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [javax.servlet.jsp.jstl-api [209]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.resources.connector-l10n [307]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [JSR352.Runtime [52]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.jersey.media.jersey-media-json-jettison [233]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.fighterfish.osgi-jpa-extension [295]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.jms.admin [244]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.connectors.work-management-l10n [367]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.core.javaee-kernel [185]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.apache.felix.scr [375]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.corba.glassfish-corba-internal-api [149]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.jms.core-l10n [245]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.webservices.metro-glue [272]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.javax.json [199]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.cluster.ssh [35]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-common [75]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.orb.iiop [281]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.jdbc.runtime-l10n [222]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.web.naming-l10n [353]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.connectors.gf-connectors-connector [131]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.web.gui-plugin-common-l10n [350]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.jersey.media.jersey-media-multipart [236]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admin.gf-restadmin-connector [141]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.security.inmemory.jacc.provider [176]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.hk2.hk2 [175]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.dataprovider [103]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.jms.gf-jms-connector-l10n [134]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.orb.enabler [280]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [javax.resource-api [203]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.fighterfish.osgi-http [379]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.cluster.common-l10n [32]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [javax.transaction-api [211]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [gmbal [161]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-corba-plugin-l10n [80]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.apache.felix.gogo.runtime [373]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.security.ee-l10n [315]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.web.jersey-mvc-connector [238]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.eclipse.persistence.dbws [286]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.common.glassfish-api-l10n [144]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.resources.runtime [309]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.cluster.gms-bootstrap [164]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.shoal.gms-api [322]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admin.rest-service-l10n [311]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.tyrus.container-grizzly [335]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.jersey.containers.glassfish.jersey-gf-ejb [231]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [javax.persistence [202]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.security.websecurity [356]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.pfl.pfl-tf [302]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.external.jmxremote_optional-repackaged [247]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [javax.security.auth.message [204]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.javax.faces [195]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.loadbalancer.gf-load-balancer-connector [140]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.jms.gf-jms-connector [135]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.pfl.pfl-basic-tools [298]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admin.config-api [60]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admin.cli [7]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.web.embed-api [347]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.common.amx-core [11]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.registration.impl-l10n [305]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.loadbalancer.load-balancer-admin [268]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [javax.xml.registry-api [214]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.common.glassfish-ee-api [152]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.registration.glassfish-registration [159]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.ha.shoal-cache-store [169]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.core.logging-l10n [269]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.shoal.gms-impl [323]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.connectors.internal-api-l10n [66]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.fighterfish.osgi-jdbc [381]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.persistence.cmp.model [44]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.persistence.cmp.ejb-mapping [37]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.pfl.pfl-basic [299]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.deployment.deployment-client [110]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.tyrus.container-servlet [336]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.jvnet.mimepull [273]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.jdbc.config-l10n [220]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.osgi-platforms.osgi-container [294]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.jersey.containers.jersey-container-servlet [229]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.ha.ha-file-store [167]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.deployment.autodeploy-l10n [107]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.common.glassfish-naming [157]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.persistence.cmp.support-ejb-l10n [45]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.fighterfish.osgi-ee-resources [377]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.external.schema2beans-repackaged [314]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.connectors.runtime-l10n [68]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [com.sun.mail.javax.mail [200]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.deployment.client-l10n [109]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [com.sun.jsftemplating [251]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.hk2.core [102]], State = [READY]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.deployment.common-l10n [111]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.common.container-common-l10n [100]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.concurrent.impl [58]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [GlassFish-Application-Common-Module [17]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.jersey.media.jersey-media-json-jackson [232]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.webservices.soap-tcp [325]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-community-branding-plugin [77]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.ejb.container-l10n [119]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admin.backup-l10n [23]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.persistence.cmp.utility [50]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.apache.felix.eventadmin [370]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.javax.enterprise.concurrent [193]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.ejb.ejb-container [120]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.web.glue-l10n [348]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.cluster.ssh-l10n [34]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.web.glue [349]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.persistence.cmp.support-sqlstore-l10n [47]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-updatecenter-plugin [97]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.webservices.connector-l10n [357]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.persistence.glassfish-oracle-jdbc-driver-packages [158]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.cluster.admin-l10n [29]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.tyrus.core [337]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [jaxb-api [2]], State = [READY]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.jdbc.config [221]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.ejb.internal-api [122]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.tyrus.container-glassfish-cdi [334]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [javax.annotation-api [1]], State = [READY]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.connectors.admin [63]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.jersey.containers.jersey-container-grizzly2-http [227]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.jersey.ext.jersey-mvc [240]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.resourcebase.resources.nucleus-resources [277]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.transaction.jta-l10n [257]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.core.glassfish [160]], State = [READY]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.grizzly.nucleus-grizzly-all [276]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.web.jsf-connector [250]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.appclient.gf-client-module [130]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.ejb.gf-ejb-connector [133]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.connectors.internal-api [67]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [jackson-mapper-asl [182]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [com.sun.xml.bind [217]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.transaction.jta [258]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [javax.xml.rpc-api [215]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admin.util [10]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.apache.felix.gogo.shell [374]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.ha.ha-api [166]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.flashlight.framework-l10n [126]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.transaction.internal-api-l10n [330]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.fighterfish.osgi-jta [383]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.web.cli-l10n [343]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.orb.connector-l10n [278]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.apache.felix.configadmin [369]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.web.gf-web-connector [142]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jca-plugin-l10n [87]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.resources.javamail-connector-l10n [186]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.tyrus.client [333]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.pfl.pfl-asm [297]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.jersey.media.jersey-media-moxy [235]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.eclipse.persistence.asm [284]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [jackson-xc [183]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.corba.glassfish-corba-omgapi [150]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jca-plugin [88]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.eclipse.persistence.antlr [283]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-jms-plugin [92]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.security.webservices.security-l10n [361]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.transaction.internal-api [331]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-updatecenter-plugin-l10n [96]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.codehaus.jettison.jettison [242]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [com.sun.xml.bind.extra [216]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.concurrent.connector [56]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [javax.servlet.jsp-api [207]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.persistence.gf-jpa-connector [138]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.admingui.console-plugin-service [95]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.web.war-util [342]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.security.ejb.security [123]], State = [NEW]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.common.glassfish-api [145]], State = [RESOLVED]]
Registered Module: [OSGiModuleImpl:: Bundle = [org.glassfish.main.common.internal-api [178]], State = [RESOLVED]]
Found populator: com.sun.enterprise.v3.server.GFDomainXml
#!## LogManagerService.postConstruct : rootFolder=F:\github\glassfish-4.0\glassfish
#!## LogManagerService.postConstruct : templateDir=F:\github\glassfish-4.0\glassfish\lib\templates
#!## LogManagerService.postConstruct : src=F:\github\glassfish-4.0\glassfish\lib\templates\logging.properties
#!## LogManagerService.postConstruct : dest=F:\github\glassfish-4.0\glassfish\domains\domain1\config\logging.properties



 Comments   
Comment by survivant [ 23/Apr/13 01:15 PM ]

I found that Netbeans will connect to Glassfish if I desactivate the proxy settings in Netbeans.

Comment by Romain Grécourt [ 23/Apr/13 01:32 PM ]

please use proper components...

Comment by Tomas Kraus [ 23/Apr/13 01:39 PM ]

NetBeans trunk may be unstable now because we are currently working on javaee7 branch (NetBeans 7.3.1).

You may want to test http://bertram2.netbeans.org:8080/job/web-main-javaee7/ builds which should be much more stable at this point.

Comment by Tomas Kraus [ 23/Apr/13 01:43 PM ]

Lowering priority to minor at this point. Will verify after 7.3.1 code freeze.

Comment by jclingan [ 23/Apr/13 04:47 PM ]

I saw survivant's tweet on this issue, and just wanted to say thanks for getting involved to help fix this - and any other - issue.

Comment by survivant [ 24/Apr/13 12:43 PM ]

the link provided doesn't work for me at the office. The proxy block ports other that 80.

but I found this one :

http://bits.netbeans.org/dev/nightly/

same to be the same thing.

Comment by Tomas Kraus [ 24/Apr/13 12:56 PM ]

I'm not sure if it's the same. Nightly builds may contain trunk builds (future 7.4) instead of javaee7 branch (7.3.1 to be released with current GF4/javaee7).

Especially GF plugin in trunk is not very stable now because I made much more changes there compared to javaee7 branch where I'm just fixing bugs.





[GLASSFISH-20395] [fishcat] Rest sample generated by : New File, Netbeans show compilation errors (within a maven javaee7 project) Created: 24/Apr/13  Updated: 25/Apr/13

Status: Open
Project: glassfish
Component/s: ide-integration
Affects Version/s: 4.0_b85
Fix Version/s: None

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

Product Version: NetBeans IDE Dev (Build web-main-javaee7-255-on-20130423)
Java: 1.7.0_13; Java HotSpot(TM) 64-Bit Server VM 23.7-b01
Runtime: Java(TM) SE Runtime Environment 1.7.0_13-b20
System: Windows 8 version 6.2 running on amd64; Cp1252; en_US (nb)
User directory: C:\Users\jerabi\AppData\Roaming\NetBeans\dev
Cache directory: C:\Users\jerabi\AppData\Local\NetBeans\Cache\dev


Tags: compilation fishcat netbeans sample
Participants: survivant and vince kraemer

 Description   

Netbeans (daily build)show this generated class in error.

I think this: */ at line 39 should't be there, but at line 14 instead.

or.. all the method is in comments and Netbeans doesn't find the closing comments at line 39.

/*

  • To change this template, choose Tools | Templates
  • and open the template in the editor.
    */
    package com.mycompany.mavenproject1;

import java.util.Set;

import javax.ws.rs.core.Application;

/**
*

  • @author jerabi
    @Override
    public Set<Class<?>> getClasses()
    Unknown macro: { Set<Class<?>> resources = new java.util.HashSet<Class<?>>(); // following code can be used to customize Jersey 2.0 JSON provider}

/**

  • Do not modify addRestResourceClasses() method.
  • It is automatically re-generated by NetBeans REST support to populate
  • given list with all resources defined in the project.
    */
    private void addRestResourceClasses(Set<Class<?>> resources) { resources.add(com.mycompany.mavenproject1.GenericResource.class); }

*/
@javax.ws.rs.ApplicationPath("webresources")
public class ApplicationConfig extends Application {

}



 Comments   
Comment by survivant [ 24/Apr/13 01:42 PM ]

I downloaded the nightlybuild of Netbeans.

Product Version: NetBeans IDE Dev (Build 201304232301)
Java: 1.7.0_13; Java HotSpot(TM) Client VM 23.7-b01
Runtime: Java(TM) SE Runtime Environment 1.7.0_13-b20
System: Windows XP version 5.1 running on x86; Cp1252; fr_CA (nb)
User directory: C:\Documents and Settings\sdionne1\Application Data\NetBeans\dev
Cache directory: C:\Documents and Settings\sdionne1\Local Settings\Application Data\NetBeans\Cache\dev

And when I created a Rest resources, Netbeans generated that code, and it's fine.

/*

  • To change this template, choose Tools | Templates
  • and open the template in the editor.
    */

package org.netbeans.rest.application.config;

import java.util.Set;
import javax.ws.rs.core.Application;

/**
*

  • @author sdionne1
    */
    @javax.ws.rs.ApplicationPath("webresources")
    public class ApplicationConfig extends Application {

@Override
public Set<Class<?>> getClasses() {
Set<Class<?>> resources = new java.util.HashSet<Class<?>>();
// following code can be used to customize Jersey 2.0 JSON provider:
try { Class jsonProvider = Class.forName("org.glassfish.jersey.jackson.JacksonFeature"); // Class jsonProvider = Class.forName("org.glassfish.jersey.moxy.json.MoxyJsonFeature"); // Class jsonProvider = Class.forName("org.glassfish.jersey.jettison.JettisonFeature"); resources.add(jsonProvider); } catch (ClassNotFoundException ex) { java.util.logging.Logger.getLogger(getClass().getName()).log(java.util.logging.Level.SEVERE, null, ex); }
addRestResourceClasses(resources);
return resources;
}

/**

  • Do not modify addRestResourceClasses() method.
  • It is automatically re-generated by NetBeans REST support to populate
  • given list with all resources defined in the project.
    */
    private void addRestResourceClasses(Set<Class<?>> resources) { resources.add(com.jerabi.sample.HelloResources.class); }

}





[GLASSFISH-20399] [fishcat] why when creating a Javaee7 web project, I don't see : insert context and dependancy injection like for Javaee6 web Created: 24/Apr/13  Updated: 24/Apr/13

Status: Open
Project: glassfish
Component/s: ide-integration
Affects Version/s: 4.0_b85
Fix Version/s: None

Type: New Feature Priority: Minor
Reporter: survivant Assignee: vince kraemer
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Product Version: NetBeans IDE Dev (Build 201304232301)
Java: 1.7.0_13; Java HotSpot(TM) Client VM 23.7-b01
Runtime: Java(TM) SE Runtime Environment 1.7.0_13-b20
System: Windows XP version 5.1 running on x86; Cp1252; fr_CA (nb)
User directory: C:\Documents and Settings\sdionne1\Application Data\NetBeans\dev
Cache directory: C:\Documents and Settings\sdionne1\Local Settings\Application Data\NetBeans\Cache\dev


Tags: netbeans glassfish
Participants: survivant and vince kraemer

 Description   

I'm using Netbeans nightly build.

I created a project: Web.

in the dropdown, I choose Glashfish 4
and JavaEE6 WEb :

I see a checkbox : insert context and dependancy injection

but when I choose Javaee 7 web, that line disappears.

is it a bug ?

or in javaee7 that is build it anyway ? if that the case, we should have a ? icon to tell the user that the DI will be available.

Suppose a new user that want to create a sample for the first time.. will have no idea.






[GLASSFISH-20400] [fishcat] Javaee7 web project : creating a class for JAX-RS suggest to configure the REST for Javaee6 speficication instead of 7 Created: 24/Apr/13  Updated: 24/Apr/13

Status: Open
Project: glassfish
Component/s: ide-integration
Affects Version/s: 4.0_b85
Fix Version/s: None

Type: Improvement Priority: Minor
Reporter: survivant Assignee: vince kraemer
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Product Version: NetBeans IDE Dev (Build 201304232301)
Java: 1.7.0_13; Java HotSpot(TM) Client VM 23.7-b01
Runtime: Java(TM) SE Runtime Environment 1.7.0_13-b20
System: Windows XP version 5.1 running on x86; Cp1252; fr_CA (nb)
User directory: C:\Documents and Settings\sdionne1\Application Data\NetBeans\dev
Cache directory: C:\Documents and Settings\sdionne1\Local Settings\Application Data\NetBeans\Cache\dev


Tags: netbeans jax-rs rest
Participants: survivant and vince kraemer

 Description   

I created a Javaee7 web project.

I created a plain java class.

when I add the annotation : @Path("/coucou")

I got a warning, that's the resource is not configure.

When I click on the info bubble, I received a list of suggestions : Configure REST using javaee6 specifications,
jersey..

if the project is Javaee7, the line should be : Configure REST using javaee7 specifications

probably it's the same but will make more sens to keep it all javaee7.






Generated at Wed Apr 16 11:40:04 UTC 2014 using JIRA 4.0.2#472.