{New} SmartFoxServer PRO 1.6.8 UPDATE

[Lapo]

Hello,
SmartFoxServer PRO 1.6.8 update is available.

The new release addresses various bugs discussed in this board recently.

Download SFSPRO 1.6.8 update

[Lapo]

SmartFoxServer PRO 1.6.8 update -- release notes --

Server Side:
* Fixed a bug causing ClassCastException when calling Room.getAllUsers() method
* Fixed a bug in manually removing banned users from Admin Tool
* Fixed a bug with representation of booleans in User/Room Variables that could lead to wrong values
* Added support for forceLogin parameter in login method under Python server side framework

Client Side:
* Fixed a bug with HTTP connection cacheing that could create potential problems with the BlueBox under specific circumstances
* Modified AS2 API to avoid checkRoomList verification for sendXtMessage. Might create problems with provided examples
* SecurityErrors in AS3 are now handled internally and traced to the console instead of letting the event bubbling up

[rewb0rn]

Hi,

unfortunately updating the server caused me some trouble, I cant start it anymore.. This is what the log says:

Code: Select all

STATUS | wrapper  | 2010/02/05 16:20:28 | --> Wrapper Started as Console
WARN   | wrapper  | 2010/02/05 16:20:28 | ------------------------------------------------------------------------
WARN   | wrapper  | 2010/02/05 16:20:28 | The JVM is being launched with a debugger enabled and could possibly be
WARN   | wrapper  | 2010/02/05 16:20:28 | suspended.  To avoid unwanted shutdowns, timeouts will be disabled,
WARN   | wrapper  | 2010/02/05 16:20:28 | removing the ability to detect and restart frozen JVMs.
WARN   | wrapper  | 2010/02/05 16:20:28 | ------------------------------------------------------------------------
STATUS | wrapper  | 2010/02/05 16:20:28 | Launching a JVM...
INFO   | jvm 1    | 2010/02/05 16:20:28 | Listening for transport dt_socket at address: 8787
INFO   | jvm 1    | 2010/02/05 16:20:30 | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org
INFO   | jvm 1    | 2010/02/05 16:20:30 |   Copyright 1999-2006 Tanuki Software, Inc.  All Rights Reserved.
INFO   | jvm 1    | 2010/02/05 16:20:30 |
INFO   | jvm 1    | 2010/02/05 16:20:34 |
INFO   | jvm 1    | 2010/02/05 16:20:34 | WrapperSimpleApp: Encountered an error running main: Traceback (innermost last):
INFO   | jvm 1    | 2010/02/05 16:20:34 |   File "<string>", line 12, in ?
INFO   | jvm 1    | 2010/02/05 16:20:34 |   File "D:\SmartFoxServerPRO_1.6.3\Server\lib\pycore\main$py.class", line 25, in ?
INFO   | jvm 1    | 2010/02/05 16:20:34 |   File "D:\SmartFoxServerPRO_1.6.3\Server\lib\pycore\lsc$py.class", line 10, in ?
INFO   | jvm 1    | 2010/02/05 16:20:34 | ImportError: no module named lsc
INFO   | jvm 1    | 2010/02/05 16:20:34 |
INFO   | jvm 1    | 2010/02/05 16:20:34 | Traceback (innermost last):
INFO   | jvm 1    | 2010/02/05 16:20:34 |   File "<string>", line 12, in ?
INFO   | jvm 1    | 2010/02/05 16:20:34 |   File "D:\SmartFoxServerPRO_1.6.3\Server\lib\pycore\main$py.class", line 25, in ?
INFO   | jvm 1    | 2010/02/05 16:20:34 |   File "D:\SmartFoxServerPRO_1.6.3\Server\lib\pycore\lsc$py.class", line 10, in ?
INFO   | jvm 1    | 2010/02/05 16:20:34 | ImportError: no module named lsc
INFO   | jvm 1    | 2010/02/05 16:20:35 |
INFO   | jvm 1    | 2010/02/05 16:20:41 |
INFO   | jvm 1    | 2010/02/05 16:20:41 | Shutting down server...
INFO   | jvm 1    | 2010/02/05 16:20:41 |
STATUS | wrapper  | 2010/02/05 16:20:41 | <-- Wrapper Stopped



I have searched the forums for the error but all I found was to carefully try to redefine the dependencies as a mistake there might cause this problem. Only I have not touched my dependencies and it worked all fine before the update.

I have updated from server version 1.6.6 and this is what my wrapper.conf looks like. I have tried to find a possible error source but did not find one, I hope you can help.

Code: Select all

#********************************************************************
# :: SmartFoxServer 1.6.x ::
#     Wrapper Properties
#********************************************************************
# Java Application
wrapper.java.command=../jre/bin/java.exe

# Java Main class.  This class must implement the WrapperListener interface
#  or guarantee that the WrapperManager class is initialized.  Helper
#  classes are provided to do this for you.  See the Integration section
#  of the documentation for details.
wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp

# Java Classpath (include wrapper.jar)  Add class path elements as
#  needed starting from 1
wrapper.java.classpath.1=./
wrapper.java.classpath.2=./sfsExtensions/
wrapper.java.classpath.3=./javaExtensions/
wrapper.java.classpath.4=lib/activation.jar
wrapper.java.classpath.5=lib/commons-beanutils.jar
wrapper.java.classpath.6=lib/commons-collections-3.2.jar
wrapper.java.classpath.7=lib/commons-dbcp-1.2.1.jar
wrapper.java.classpath.8=lib/commons-lang-2.3.jar
wrapper.java.classpath.9=lib/commons-logging-1.1.jar
wrapper.java.classpath.10=lib/commons-pool-1.2.jar
wrapper.java.classpath.11=lib/concurrent.jar
wrapper.java.classpath.12=lib/ezmorph-1.0.3.jar
wrapper.java.classpath.13=lib/h2.jar
wrapper.java.classpath.14=lib/js.jar
wrapper.java.classpath.15=lib/json-lib-2.1-jdk15.jar
wrapper.java.classpath.16=lib/json.jar
wrapper.java.classpath.17=lib/jsr173_1.0_api.jar
wrapper.java.classpath.18=lib/jysfs.jar
wrapper.java.classpath.19=lib/jython.jar
wrapper.java.classpath.20=lib/nanoxml-2.2.1.jar
wrapper.java.classpath.21=lib/wrapper.jar
wrapper.java.classpath.22=lib/xbean.jar
wrapper.java.classpath.23=lib/javamail/imap.jar
wrapper.java.classpath.24=lib/javamail/mailapi.jar
wrapper.java.classpath.25=lib/javamail/pop3.jar
wrapper.java.classpath.26=lib/javamail/smtp.jar
wrapper.java.classpath.27=lib/jetty/jetty-6.1.3.jar
wrapper.java.classpath.28=lib/jetty/jetty-util-6.1.3.jar
wrapper.java.classpath.29=lib/jetty/jstl.jar
wrapper.java.classpath.30=lib/jetty/multipartrequest.jar
wrapper.java.classpath.31=lib/jetty/servlet-api-2.5-6.1.3.jar
wrapper.java.classpath.32=lib/jetty/standard.jar
wrapper.java.classpath.33=lib/jsp-2.1/commons-el-1.0.jar
wrapper.java.classpath.34=lib/jsp-2.1/core-3.1.0.jar
wrapper.java.classpath.35=lib/jsp-2.1/jsp-2.1.jar
wrapper.java.classpath.36=lib/jsp-2.1/jsp-api-2.1.jar
wrapper.java.classpath.37=lib/jsp-2.1/jstl.jar
wrapper.java.classpath.38=lib/jsp-2.1/standard.jar
wrapper.java.classpath.39=lib/entertvPortalLib.jar
wrapper.java.classpath.40=lib/mysql-connector-java-5.0.5-bin.jar

# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.1=lib/

# Java Additional Parameters
wrapper.java.additional.1=-Dfile.encoding=UTF-8
wrapper.java.additional.2=-Djava.util.logging.config.file=logging.properties
# runtimedebug
wrapper.java.additional.3=-Xdebug
wrapper.java.additional.4=-Xnoagent
wrapper.java.additional.5=-Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=y

# Initial Java Heap Size (in MB)
#wrapper.java.initmemory=3

# Maximum Java Heap Size (in MB)
#wrapper.java.maxmemory=64

# Application parameters.  Add parameters as needed starting from 1
wrapper.app.parameter.1=it.gotoandplay.smartfoxserver.SmartFoxServer

#********************************************************************
# Wrapper Logging Properties
#********************************************************************
wrapper.logfile.rollmode=DATE

# Format of output for the console.  (See docs for formats)
wrapper.console.format=PM

# Log Level for console output.  (See docs for log levels)
wrapper.console.loglevel=INFO

# Log file to use for wrapper output logging.
wrapper.logfile=logs/wrapper_YYYYMMDD.log

# Format of output for the log file.  (See docs for formats)
wrapper.logfile.format=LPTM

# Log Level for log file output.  (See docs for log levels)
wrapper.logfile.loglevel=INFO

# Maximum size that the log file will be allowed to grow to before
#  the log is rolled. Size is specified in bytes.  The default value
#  of 0, disables log rolling.  May abbreviate with the 'k' (kb) or
#  'm' (mb) suffix.  For example: 10m = 10 megabytes.
wrapper.logfile.maxsize=50m

# Maximum number of rolled log files which will be allowed before old
#  files are deleted.  The default value of 0 implies no limit.
wrapper.logfile.maxfiles=10

# Log Level for sys/event log output.  (See docs for log levels)
wrapper.syslog.loglevel=NONE

#********************************************************************
# Wrapper Windows Properties
#********************************************************************
# Title to use when running as a console
wrapper.console.title=SmartFoxServerPRO__1.6

#********************************************************************
# Wrapper Windows NT/2000/XP Service Properties
#********************************************************************
# WARNING - Do not modify any of these properties when an application
#  using this configuration file has been installed as a service.
#  Please uninstall the service before modifying this section.  The
#  service can then be reinstalled.

# Name of the service
wrapper.ntservice.name=SmartFoxServerPRO__1.6

# Display name of the service
wrapper.ntservice.displayname=SmartFoxServer PRO 1.6

# Description of the service
wrapper.ntservice.description=Multiuser application server

# Service dependencies.  Add dependencies as needed starting from 1
wrapper.ntservice.dependency.1=

# Mode in which the service is installed.  AUTO_START or DEMAND_START
wrapper.ntservice.starttype=AUTO_START

# Allow the service to interact with the desktop.
wrapper.ntservice.interactive=false




Thanks

[Lapo]

What was your previous version?
There is an important note in the release notes stating that the update will work exclusively with the installer-based version of 1.6.6

If you already patched a previous SFS version with the 1.6.6 patch (not the full installer) the 1.6.8 patch won't work.

[rewb0rn]

Thanks, besides that I did that, the actual problem was with some libs I loaded that seem to have changed:

Code: Select all

wrapper.java.classpath.27=lib/jetty/jetty-6.1.3.jar
wrapper.java.classpath.28=lib/jetty/jetty-util-6.1.3.jar
wrapper.java.classpath.29=lib/jetty/jstl.jar
wrapper.java.classpath.30=lib/jetty/multipartrequest.jar
wrapper.java.classpath.31=lib/jetty/servlet-api-2.5-6.1.3.jar


becomes

Code: Select all

wrapper.java.classpath.27=lib/jetty/jetty.jar
wrapper.java.classpath.28=lib/jetty/jetty-util.jar
wrapper.java.classpath.29=lib/jetty/jstl.jar
wrapper.java.classpath.30=lib/jetty/multipartrequest.jar
wrapper.java.classpath.31=lib/jetty/servlet-api.jar


Finding bugs like that are kind of the downside of our jobs, the rest rules tho

[findon]

Just tried this update on a fresh install of 1.6.6 on a mac...

On startup just get a 'Bad version number in .class file' error message and it aborts straight away...

Any ideas, or is this update not meant for mac users?

[Lapo]

I think you are running a pretty old Java runtime.
The minimum required is Java 5 which ships by default on any Leopard OS. Are you running an older MacOS?

[findon]

I checked my java preferences and the order was as follows...

J2SE 5.0 32-bit
Java SE6 64-bit
J2SE 5.0 64-bit

So I jut swapped the order to put 'Java SE6 64-bit' at the top instead, and boom all of a sudden it runs fine...

[thomers1]

lapo

If you already patched a previous SFS version with the 1.6.6 patch (not the full installer) the 1.6.8 patch won't work.

can you please provide a upgrade patch from 1.6.6 (patched) to 1.6.8?

i don't see why i am forced to do a fresh 1.6.6 install on our development and production servers just to upgrade?

thanks,
thomas

[Lapo]

Unfortunately this is not possible.
You will need to install 1.6.6 full before proceeding. Btw this is a quick process, it doesn't take hours. Migrating your data is also easy, check this document: http://www.smartfoxserver.com/docs/docP ... rading.htm

[mgmhunt]

I think you are running a pretty old Java runtime.
The minimum required is Java 5 which ships by default on any Leopard OS. Are you running an older MacOS?

I've just installed SmartFoxServer Pro 1.6.6 today and tried applying the 1.6.8 patch. The initial install works fine, but the patch causes the server to quit immediately upon load.

I'm running on a 32-bit Mac running 10.5.8 with J2SE 5.0 32-bit for testing purposes and don't have J2SE 6.0 32-bit/64-bit available via the Java Preferences. You note that J2SE 5.0 should be the minimum requirement but the previous posts mentions that using J2SE 6.0 64-bit seems to solve this upgrade problem.

So is this an issue that can be resolved in the patch or shall I try installing the Java 6.0 on 32-bit as per http://netbeans.org/kb/61/java/javafx-j ... t-mac.html . This seems to rely on X11 and mentions "Java Web Starts - Sorry, no javaws in SoyLatte." which seems to indicate potential trouble.

Thanks
Malc

[Lapo]

Hi,
we use mostly MacOS as our main OS but they all run with the Java & JDK so we have never noticed this problem before.
I was able to reproduce the issue on a 32-bit MacOSX JDK 5.

SoyLatte could do the trick.

"Java Web Starts - Sorry, no javaws in SoyLatte."

Well this is only for WebStart based applications. I don't know about you but I almost never used it.