Bryan,
I would love to develop this in Witango but deploying this to their all of their production environments looks to be an expensive proposition... outfitting each of their servers with a license of the Witango Server.
You should contact [EMAIL PROTECTED] and explain your solution and how it needs to be deployed and the number of servers. It does not sound like you have the volume for OEM, but they may be able to work out a volume/custom licensing option for your situation. It would be worth asking.
Still if I go with a Witango to Servlet solution there's the cost of the runtime libs. I have not received any information from Witango Sales (after multiple attempts to contact) but have heard this runs around $4k US per server.
If that's the case I'd rather go with a development/deployment solution like Sun's Studio Creator...
http://developers.sun.com/prodtech/javatools/jscreator/ features_benefits.jsp
What Witango DS and the J2EE compiler does do compared to Sun's Studio Creator is allow you to maintain code like this ( and you thought the witango meta language was verbose ):
<input name="Textfield1" value="<@COLUMN 'NAME'>">
Instead of code like this:
try {
if (!personRowSet.isAfterLast()) {
getTextField1().setValue(personRowSet.getString("NAME"));
} else {
getTextField1().setValue("");
}
} catch (Exception ex) {
throw new FacesException(ex);
}Once you have used the UI to do the initial build you still need to roll the sleeves up and get into the java programming. The code below is what Sun's Studio Creator produces and is the same functionality as an Update action.
try {
int curRow = personRowSet.getRow();
personRowSet.updateString(2, getTextField1().getValue().toString());
personRowSet.updateRow();
} catch (SQLException ex) {
throw new FacesException(ex);
} catch (Exception e) {
throw new FacesException(e);
}Although it is a visual development tool, it is still aimed at the experienced Java programmer well versed in object orientated coding.
I have just checked, and from a pricing point of view we are looking at ways to allow for a cheaper single context license, instead of a server based license. Apparently it is more complex than it appears on the surface as each J2EE server and vendor implements deploying their apps differently. We are looking for a standard way that will work on all J2EE servers. As soon as the engineers have this working there will be a cheaper license available based on the web-app context. They do not wish to tie the license to a host name, ip address or directory as these can change without notice in a hosting environment or do not work in a clustered environment which many hosting companies use.
Witango Support
On 04/06/2004, at 7:06 AM, Bryan HUghes wrote:
Steve,
I've been debating this solution too. I have a client that wants me to produce a bundled app that will bet set up in many individual locations, not on a central server.
I would love to develop this in Witango but deploying this to their all of their production environments looks to be an expensive proposition... outfitting each of their servers with a license of the Witango Server.
I'd really like to deploy these applications as java servlets on a java server, created with Witango IDE.
No offense to those hosting Witango, but Java (Tomcat/JBoss/etc.) hosting providers are more abundant and usually in expensive.
Still if I go with a Witango to Servlet solution there's the cost of the runtime libs. I have not received any information from Witango Sales (after multiple attempts to contact) but have heard this runs around $4k US per server.
If that's the case I'd rather go with a development/deployment solution like Sun's Studio Creator...
http://developers.sun.com/prodtech/javatools/jscreator/ features_benefits.jsp
...where I pay for the development environment, and can deploy as many applications as I want for free.
It would be great if Witango had a application model like this.
I don't mind paying a reasonable amount upfront for the editor to be able to deploy as many of my applications as I want, freely!
But it looks like for now I'm going to have to abandon Witango for this project.
Bryan Hughes TFG-PIU 954-493-6565 x122
________________________________________________________________________ TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf
