I'm just not seeing a great demand for this sort of thing from the majority 10 to 100 user businesses that typically utilize multi-value products. I mean some of my clients, and myself are only just NOW playing with Triggers and transaction sets. Most application are very business oriented, and even getting them up and running with FTPing a product list to a web page, or browsing documentation in HTML or PDF format is a major leap forward. Not saying all businesses are this way. But I'm saying I don't think that is where most of the traditional multi-value market is focused. Will
In a message dated 4/16/2004 1:09:48 PM Eastern Daylight Time, [EMAIL PROTECTED] writes: > Well no, not really. I was thinking more in the line of "New application > development that would like to provide the ability to utilize modern > Internet protocols". A web presence would be included in that - but was > actually furthest from my mind. > > B2B interaction for example. Or even internal application integration. Being > able to publish web services etc. etc. > > > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Friday, April 16, 2004 11:28 AM > To: [EMAIL PROTECTED] > Subject: Re: Database decoupling (Was: Future of U2) > > > In a message dated 4/15/2004 4:37:24 AM Pacific Daylight Time, > [EMAIL PROTECTED] writes: > > > > Without this ability, I see no reason why anyone would commence new > > application development on the U2 platform. Since you will always > > require another application server (Websphere, Tomcat, Bea, Jboss, > > etc.) to talk to the U2 server, that would in-turn interact with the > > database. > > > > I'm sure Mark you mean "New application development that must have a web > presence". Unless you feel that all application development must have a web > > presence. > Will > -- -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
