This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Immediately after installation of full IDE it failed to show GF in list. Apachec Tomcat presents as expected.
*** Issue 169399 has been marked as a duplicate of this issue. ***
which list are you talking about? please provide steps to reproduce the problem.
Just for easier references attached notes from customer. === Here the message === I have completed my rollback to 6.5 which is the latest version the Identity Manager Plugin actually functions correctly on, at least with the MAC OS X IDE. Note that my only use is Identity Management Development, primarily on Glassfish and Tomcat I was preparing for a demonstration yesterday so was not as diligent capturing screenshots and actual dialog but here is a synopsis: v6.5 w/updates no issues v6.5.1 The IDE Plugins did not function and differences in Applications Servers were noted v6.7 The IDE Plugins did not load without warnings/errors that prohibited creating projects. V6.7.1 Same as above – one thing I did notice is Glassfish v2 disappeared at 6.7, both on the HDD and in the IDE. If I have time I will re-create with screenshots and more informatiopn – this is the first time I have done this so just let me know if I am not “getting it” I was left with only Glassfish v3 and SUNWAPPSVR doing clean installations which is what we document for customers.
Created attachment 85469 [details] screenshot
Check the screenshot, there is should be Apache and GF.
still need the steps... thanks
Install full installer. Open Services page. Expand Servers node.
I also can not reproduce, using the latest dev build from bits.netbeans.org (Mac installer).
I used latest trunk build from smetiste. Not sure about author of other issue.
I used the 200907290201 and could not reproduce the issue. Here is what I did... 1. installed the java and web bits on Mac OS X 10.5.7 2. started the IDE... using jdk 1.5.0_19 3. clicked the X on the (annoying) Start Page 4. Selected the Services explorer 5. Clicked the 'opener triangle' on the Servers node This popped open a a dialog about activating web and java ee When the activation dialog closed, both servers TC and GF were visible.
I'm using same OS and JDK and can reproduce it with each installation. Looks like there are additional not yet known conditions.
Yes, it looks random.
which is why getting as complete a description of an issue is so important, especially when you think it is a P1....
Just redid the test sequence with the 'full install' bits. Same result: both servers appear as expected. What does it say in your 'Apple->About this Mac' dialog? I have 2.33 GHz Intel Core 2 Duo, 4GB 667 MHz DDR2 SDRAM (older MacBook Pro)
It's Version 10.5.7 1.83GHz Intel Core Duo 1 Gb 667 MHz DDR2 SDRAM As I think it might be due to kind of collision between old 6.7 settings and new 6.8 installation. Trying to investigate this.
Since the Servers node and the subnodes that represent the servers are managed/owned by the server module, I am reassigning this to j2eeserver. Also... this issue reads like one of the intermediate states of issue 161664...
I can't reproduce the issue. Do you import settings from previous release (which one)? That could be important difference. What servers do you install from installer and what servers did you have installed in previous version (if this is the case)?
Looks like this issue really based on problems with existing settings. I tried to install 6.8 beta without cleaning .nbi etc., and installed IDE showed no GF in list. If all .nbi .netbeans* folders removed before installation all works fine.
The important thing is "import". Did you perform import of settings? What was the original version and new one?
I did not import anything. Actually IDE did not ask my about so it might be treated as silent import. As for versions I installed many daily builds, then 6.8 beta jeva, then 6.8 beta javase bundle. Last failed as described.
I spend hours trying to reproduce this one. Unless we get the reproducible scenarion there is nothing we can do. Does this happen for 6.7.x -> 6.8 upgrade? It could be a problem with a daily build containing a bug.
I can easily reproduce this issue each time jumping from one build to another. Okey, I will provide detailed steps.
Please, also provide a IDE log for such case.
Well, it's easy. 0. Remove .nbi, .netbeans* etc. from ~ 1. Install full daily 2009-09-22_14-01-01/ 2. Start, ensure GF presents 3. Remove installation from Applications 4. Install full daily 2009-10-03_02-41-55/ 5. Start, ensure there is no GF in list I can reproduce this each time. Will find IDE logs.
Created attachment 88833 [details] failed log
Looks like GFv3 problem. I think I was able to reproduce it once randomly. INFO [org.netbeans.modules.j2ee.deployment.impl.ServerRegistry] javax.enterprise.deploy.spi.exceptions.DeploymentManagerCreationException: Registry mismatch for [/Applications/NetBeans/glassfish-v3-b64/glassfish]deployer:gfv3ee6:localhost:8080 at org.netbeans.modules.glassfish.javaee.Hk2DeploymentFactory.getDisconnectedDeploymentManager(Hk2DeploymentFactory.java:157) at org.netbeans.modules.j2ee.deployment.impl.Server.getDisconnectedDeploymentManager(Server.java:176) at org.netbeans.modules.j2ee.deployment.impl.ServerRegistry.addInstanceImpl(ServerRegistry.java:444) at org.netbeans.modules.j2ee.deployment.impl.ServerRegistry.addInstance(ServerRegistry.java:487) at org.netbeans.modules.j2ee.deployment.impl.ServerRegistry.fetchInstances(ServerRegistry.java:201) at org.netbeans.modules.j2ee.deployment.impl.ServerRegistry.addPlugin(ServerRegistry.java:186) at org.netbeans.modules.j2ee.deployment.impl.ServerRegistry.init(ServerRegistry.java:129) at org.netbeans.modules.j2ee.deployment.impl.ServerRegistry.serversMap(ServerRegistry.java:163) at org.netbeans.modules.j2ee.deployment.impl.ServerRegistry.getServers(ServerRegistry.java:262) at org.netbeans.modules.j2ee.deployment.impl.bridge.AbstractServerLookup.stateChanged(AbstractServerLookup.java:139) at org.netbeans.modules.j2ee.deployment.impl.bridge.AbstractServerLookup.init(AbstractServerLookup.java:134) at org.netbeans.modules.j2ee.deployment.impl.bridge.AbstractServerLookup.beforeLookup(AbstractServerLookup.java:114) at org.openide.util.lookup.AbstractLookup$R.beforeLookup(AbstractLookup.java:1124) at org.openide.util.lookup.ProxyLookup$R.myBeforeLookup(ProxyLookup.java:653) at org.openide.util.lookup.ProxyLookup$R.beforeLookup(ProxyLookup.java:664) at org.openide.util.lookup.ProxyLookup$R.myBeforeLookup(ProxyLookup.java:653) at org.openide.util.lookup.ProxyLookup$R.computeResult(ProxyLookup.java:518) at org.openide.util.lookup.ProxyLookup$R.allItems(ProxyLookup.java:509) at org.netbeans.modules.server.ServerRegistry.getInstance(ServerRegistry.java:81) [catch] at org.netbeans.modules.server.ui.node.RootNode$ChildFactory$1.run(RootNode.java:179) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:602) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:1084)
your instructions on how to reproduce this issue are still a bit vague... in step 3... What do I need to remove from /Applications? I assume the NetBeans Dev 200909221401.app... Do I need to delete the glassfish-v3-b64 folder, too? I did an install of 200910010513 after installing 200909221401 (without doing any delete [skip step 3]) and noticed that the installer had installed bits for GF v3 b65... but those bits were not registered... which makes sense, since the userdir had not been cleared. I removed the 20091001 bits. I removed the b65 bits. I removed the 20090922 bits. I removed the GF v3 b64 bits. I installed the 20091001 bits. I started the freshly installed IDE, and could replicate the issue... which makes perfect sense. The userdir contains a reference to /Applications/NetBeans/glassfish-v3-b64 (which does not exist) The userdir does not contain a reference to /Applications/NetBeans/glassfish-v3-b65. So... if the userdir is not cleaned between steps 3 and 4, there is the possibility that you will run into this problem... it is easier to hit this with GF than Tomcat due to the more dynamic nature of the install directory name. The GF install dir name changes about once a week... the TC name changes every few months...
There is no uninstaller for MacOS platform so uninstallation is just a removal of content from Applications folder. Yes, all pack should be removed including NetBeans, GlassFish and Apache if installed.
you also have to remove the .netbeans/dev directory between installs of nightly builds.
Checked with 6.7.1 and 6.8. Issue presents if settings from 6.7.1 imported into 6.8. Is this correct behavior?