We followed Pierre's advice and replaced the license in JavaWebObjects.jar (thanks a lot for all the help, Pierre!), but still no success.
Does anyone have success with SSDD builds (no WebObjects deployment installation on target machine) using the license workaround ?
Details can be found below.
Marc
Hello Pierre,
>How are you building your SSDD file? XCode or Eclipse? When you build
>the SSDD you need to include the license in the package and this the
>one that get used. In Eclipse it is at the root of the workspace. For
>XCode it is in the compound target of your application. Look in
>expert view and there is a property SERVLET_DEPLOY_LICENSE.
>You should find your License in a file inside the WEB-INF directory.
We are building our ssdd with XCode. In the target build settings we use among others
SERVLET_COPY_JARS=YES
SERVLET_SINGLE_DIR_DEPLOY=YES
SERVLET_SINGLE_DIR_DEPLOY_LICENSE=x-xxx-xxx-xxx-xxx-xxx-xxx-xxx-xxx-xxx
SERVLET_TRUE_WAR=NO
When I created the build target for ssdd, I created a new servlet project with the wizard and used this as template to check which settings will be used and changed.
After the build the ssdd is structured the following way:
GroupVille
+-WEB-INF
+-GroupVille.woa
+-classes
+-lib
+-Library
+-tlds
Under the Library path are all the frameworks stored (e.g JavaWebObjects.framework, JavaWOJSPServlet.framework...), in lib/ all the jars needed by the project.
The deployment on Mac OS 10.4 is running in the Tomcat 5.5.12 servlet container, packaged by sisuworks. Right now the webapp is running and the access to the Frontbase db is also working properly. Because I am not an experienced Tomcat admin some fine tuning needs still to be done.
On the Mac OS deployment system I did not install the WebObjects framework, I just had to set up the db, tomcat and copy the
GroupVille folder to webapps/.
I think the license is read out from license.key and not from JavaWebObjects.jar, because when I used an empty or invalid key, I received the same error message as I am getting now on windows.
At the place of JavaWebObjects.jar a javawebobjects.jar is placed under lib/ and Library/Frameworks/JavaWebObjects.framework/Resources/Java. Inside of these archives there is no License.key hidden, just the classes used for license validation.
I wish you all the best for 2006 and a happy new year
regards,
Ursin
On 12/26/05, Pierre Frisch <[EMAIL PROTECTED]> wrote:
SERVLET_COPY_JARS=YES
SERVLET_SINGLE_DIR_DEPLOY=YES
SERVLET_SINGLE_DIR_DEPLOY_LICENSE=x-xxx-xxx-xxx-xxx-xxx-xxx-xxx-xxx-xxx
SERVLET_TRUE_WAR=NO
When I created the build target for ssdd, I created a new servlet project with the wizard and used this as template to check which settings will be used and changed.
After the build the ssdd is structured the following way:
GroupVille
+-WEB-INF
+-GroupVille.woa
+-classes
+-lib
+-Library
+-tlds
Under the Library path are all the frameworks stored (e.g JavaWebObjects.framework, JavaWOJSPServlet.framework...), in lib/ all the jars needed by the project.
The deployment on Mac OS 10.4 is running in the Tomcat 5.5.12 servlet container, packaged by sisuworks. Right now the webapp is running and the access to the Frontbase db is also working properly. Because I am not an experienced Tomcat admin some fine tuning needs still to be done.
On the Mac OS deployment system I did not install the WebObjects framework, I just had to set up the db, tomcat and copy the
GroupVille folder to webapps/.
I think the license is read out from license.key and not from JavaWebObjects.jar, because when I used an empty or invalid key, I received the same error message as I am getting now on windows.
At the place of JavaWebObjects.jar a javawebobjects.jar is placed under lib/ and Library/Frameworks/JavaWebObjects.framework/Resources/Java. Inside of these archives there is no License.key hidden, just the classes used for license validation.
I wish you all the best for 2006 and a happy new year
regards,
Ursin
On 12/26/05, Pierre Frisch <[EMAIL PROTECTED]> wrote:
This is because you are not reading the key.It you search for it you will find a jar file called JavaWebObjects.jar in \Apple\Library\WebObjects\lib. This is a jar archive of the regular framework. Copy it in a directory open it search for the license replace it with the valid one reassemble everything (be careful of the Manifest) and replace the on in the directory above with yours. This should do the trick. If you run into problems email me privately I will send you the corrected version.When doing a SSDD deployment the app server use a special version of the frameworks.
Pierre--
Pierre Frisch
President
sPearWay Ltd.
phone: +1 604 929 9610 ext 6011
email: [EMAIL PROTECTED]
sPearCat Web Catalogs,
Custom designed in-house
with the click of a mouse.
On 26-Dec-05, at 8:40 AM, Marc Oesch wrote:We have the tried the workaround on WO 5.3.1 on other platforms
using this workaround key.
We tried Servlet Single Directory Deployment (SSDD) builds on Tomcat 5.5.12.
However, we get the same error on Windows as when failing to include a
key or giving a wrong key in OS X deployment:
HTTP Status 404 - Servlet WOServletAdaptor is not available
Details and the Tomcat log file can be found here:
http://lists.apple.com/archives/webobjects-deploy/2005/Dec/msg00017.html
Did anyone have success with WO 5.3.x SSDD builds and this license ?
Or experienced this error message in other contexts ?
Thanks.
Marc
It's been reported that the license key bundled with WebObjects 5.3.1
Developer isn't usable on platforms other than OS X, contrary to what the
license agreement suggests. Here's an UNOFFICIAL, TEMPORARY, UNSUPPORTED
workaround:
1. Download Xcode 2.1 (not 2.2) from <http://connect.apple.com/> to an OS X
machine. Mount the disk image, but do not install.
2. Download Pacifist from <http://www.charlessoft.com/ >.
3. Use Pacifist to open Packages/WebObjectsRuntime.pkg and extract
"License.key". Use this all-platform key with 5.3.1.
We realize this isn't an ideal solution; thanks for your patience while we
work on this.
As to the question regarding obtaining additional deployment licenses, I
don't have an official statement on that, at this time.
--
Cliff Tuel . http://apple.com/services/technicalsupport
_______________________________________________Do not post admin requests to the list. They will be ignored.Webobjects-dev mailing list (Webobjects-dev@lists.apple.com )Help/Unsubscribe/Update your Subscription:This email sent to [EMAIL PROTECTED]
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to archive@mail-archive.com
