Can't start up a clean JBoss 5.1.0 GA install

[albieback]

Dear friends,

I tried to start a clean install of JBoss AS 5.1.0 GA (from the -jdk6.zip file) in my Windows XP machine but it was of no good.

I have the Java 1.6.0_13 jdk installed.

JAVA_HOME points to the jdk root folder.

When I double-click the run.bat script, it starts to dump a lot (I mean a lot) of messages, including some ERROR messages in the console. Some exceptions later, it says "Server started in n seconds" (n being the total starting time - usually 15s).

Trying to http://localhost:8080 gives me a error page (server not found) in the browser.

No server.log file created in the default server configuration directory. There is only the boot.log (attached). And when I CTRL+C the console, I get one last exception.

Can someone help me find what's wrong?

Thanks.

Alberto

[jaikiran]

Alberto,

Welcome to the forums

albieback wrote:

When I double-click the run.bat script,

It's always recommended that instead of double clicking the script, it's better to open a command prompt and run the bat file from there.

albieback wrote:

There is only the boot.log (attached).

It's always better to post relevant log snippets instead of attaching the entire file. That way, your log gets more audience and someone may even point out what the problem is. Not many will download the zip file, extract it and then read the logs!

As for the issue, I looked at your boot.log and it contains this:

Caused by: java.io.FileNotFoundException: lib doesn't exist. (rootURI: file:/C:/jboss-5.1.0.GA/server/default/lib, file: C:\jboss-5.1.0.GA\server\default\lib)

    at org.jboss.virtual.plugins.context.file.FileSystemContext.getRoot(FileSystemContext.java:220)

    at org.jboss.virtual.plugins.registry.DefaultVFSRegistry.getFile(DefaultVFSRegistry.java:106)

    at org.jboss.virtual.plugins.registry.DefaultVFSRegistry.getFile(DefaultVFSRegistry.java:140)

    at org.jboss.virtual.VFS.getRoot(VFS.java:264)

    at org.jboss.system.deployers.SARDeployer.processXMLClasspath(SARDeployer.java:140)

    at org.jboss.system.deployers.SARDeployer.parse(SARDeployer.java:89)

    at org.jboss.system.deployers.SARDeployer.parse(SARDeployer.java:58)

    at org.jboss.deployers.vfs.spi.deployer.JAXPDeployer.parse(JAXPDeployer.java:190)

    at org.jboss.deployers.vfs.spi.deployer.AbstractVFSParsingDeployer.parseAndInit(AbstractVFSParsingDeployer.java:256)

    at org.jboss.deployers.vfs.spi.deployer.AbstractVFSParsingDeployer.parse(AbstractVFSParsingDeployer.java:239)

    at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:355)

    ... 33 more

Does that folder exist? How did you install/extract the downloaded AS .zip? You seem to be using windows XP:

20:18:17,128 DEBUG [ServerInfo] Full System Properties Dump

20:18:17,128 DEBUG [ServerInfo]     java.vendor: Sun Microsystems Inc.

20:18:17,128 DEBUG [ServerInfo]     sun.java.launcher: SUN_STANDARD

20:18:17,128 DEBUG [ServerInfo]     sun.management.compiler: HotSpot Tiered Compilers

20:18:17,128 DEBUG [ServerInfo]     os.name: Windows XP

20:18:17,128 DEBUG [ServerInfo]     sun.boot.class.path: c:\jboss-5.1.0.GA\lib\endorsed\activation.jar;c:\jboss-5.1.0.GA\lib\endorsed\jaxb-api.jar;c:\jboss-5.1.0.GA\lib\endorsed\jbossws-native-jaxrpc.jar;c:\jboss-5.1.0.GA\lib\endorsed\jbossws-native-jaxws-ext.jar;c:\jboss-5.1.0.GA\lib\endorsed\jbossws-native-jaxws.jar;c:\jboss-5.1.0.GA\lib\endorsed\jbossws-native-saaj.jar;c:\jboss-5.1.0.GA\lib\endorsed\resolver.jar;c:\jboss-5.1.0.GA\lib\endorsed\serializer.jar;c:\jboss-5.1.0.GA\lib\endorsed\stax-api.jar;c:\jboss-5.1.0.GA\lib\endorsed\xalan.jar;c:\jboss-5.1.0.GA\lib\endorsed\xercesImpl.jar;C:\Arquivos de programas\Java\jdk1.6.0_13\jre\lib\resources.jar;C:\Arquivos de programas\Java\jdk1.6.0_13\jre\lib\rt.jar;C:\Arquivos de programas\Java\jdk1.6.0_13\jre\lib\sunrsasign.jar;C:\Arquivos de programas\Java\jdk1.6.0_13\jre\lib\jsse.jar;C:\Arquivos de programas\Java\jdk1.6.0_13\jre\lib\jce.jar;C:\Arquivos de programas\Java\jdk1.6.0_13\jre\lib\charsets.jar;C:\Arquivos de programas\Java\jdk1.6.0_13\jre\classes

20:18:17,128 DEBUG [ServerInfo]     sun.desktop: windows

20:18:17,128 DEBUG [ServerInfo]     java.vm.specification.vendor: Sun Microsystems Inc.

20:18:17,128 DEBUG [ServerInfo]     java.runtime.version: 1.6.0_13-b03

We have seen some posts where people have reported issues on windows XP when they used the inbuilt unzip utility of the OS. Read these for details:

http://community.jboss.org/message/8230#8230

http://community.jboss.org/thread/2507?tstart=0

[peterj]

When unzipping JBoss AS, never select the contents of the zip file and unzip the contents. Instead, unzip the entire file. Yes there is a difference - selecting the entire contents and unzipping misses the empty server/default/lib directory. And you need that empty directory to launch the app server. Apparently the JBoss developer's who moved the library JARs file from server/default/lib to common/lib never took into account this particular peculiarity of zip tools (hopefully they have taken this into account for AS 6. hint hint hint).

Anyway, one perfectly acceptable alternative is to simply create the sever/default/lib directory manually.

[jaikiran]

peterj wrote:

When unzipping JBoss AS, never select the contents of the zip file and unzip the contents. Instead, unzip the entire file. Yes there is a difference - selecting the entire contents and unzipping misses the empty server/default/lib directory. And you need that empty directory to launch the app server. Apparently the JBoss developer's who moved the library JARs file from server/default/lib to common/lib never took into account this particular peculiarity of zip tools (hopefully they have taken this into account for AS 6. hint hint hint).

I spent an entire hour yesterday trying to track down a thread where you had mentioned this exact thing and i remember there was a decision (or some agreement) to add an empty file to that folder. Alas, the search functionality in this forum did not really bring up that page and i gave up.

[peterj]

I also recall having that discusion a while back. Unfortunatlely, I did not keep a link to it.

I was also going to say that the JBoss forum search is at least better than the MS SharePoint search (please do not get me started on that topic - SharePoint is a black hole from which no meaningful data will ever be retrieved), but latetly I have begun to doubt that. But hey, at least the forum search does not suck as much as the forum editor!!!!! 

BTW - Happy PI day to all you geeks out there!

[albieback]

Dear Jaikiran and Peter,

Thank you very much for your friendly and useful answers (I've frequented some open source software mailing lists and came to know that it is rare when the community is both useful and friendly to newcomers).

On the subject, you guys were right: when I unzipped the installation file, the server/default/lib directory was not created. I didn't pay attention to that, and thought that starting Jboss up would create it if needed. But when I created that folder (manually), empty, JBoss magic started to flow at last :-).

Now, for reference in case people stumble in this thread from some web search, I tried to unzip the file using both XP's internal unzipper and TugZip. With tugzip, I tried to use the "extract to..." command (which requires you to point out a target folder) and the "extract to jboss-something" (the command that creates the dir with the same name as the zip file). Both commands are the shell extension ones.

Thank you very much for solving my problem.

Regards,

Alberto

[jaikiran]

jaikiran pai wrote:

peterj wrote:

When unzipping JBoss AS, never select the contents of the zip file and unzip the contents. Instead, unzip the entire file. Yes there is a difference - selecting the entire contents and unzipping misses the empty server/default/lib directory. And you need that empty directory to launch the app server. Apparently the JBoss developer's who moved the library JARs file from server/default/lib to common/lib never took into account this particular peculiarity of zip tools (hopefully they have taken this into account for AS 6. hint hint hint).

I spent an entire hour yesterday trying to track down a thread where you had mentioned this exact thing and i remember there was a decision (or some agreement) to add an empty file to that folder. Alas, the search functionality in this forum did not really bring up that page and i gave up.

Wohoo! The old forums' search functionality helped http://www.jboss.org/index.html?module=bb&op=search

And here's the thread that i was refering to http://community.jboss.org/message/202729#202729