On Fri, 20 Aug 2004 17:22:21 -0700, Dick Applebaum [EMAIL PROTECTED] wrote:
In a way, it is analogous to the SQL specification(s) and
implementations
In other words Yes, you can write portable JMS code if you know what
you're doing...
1) I can't make anything work on JRUn JMS
I've sent you
On Wed, 18 Aug 2004 10:00:05 -0400, Alexander Sherwood
[EMAIL PROTECTED] wrote:
If the gateway doesn't support FuseBox 4.5 circuits and the FLiP process (not to mention .qry and .dsp files), then MACR should go with Mach-II listeners.
Funny you should mention that - I'm currently building a
On Wed, 18 Aug 2004 10:41:10 -0400, Matt Liotta [EMAIL PROTECTED] wrote:
Writing an event gateway requires knowledge of Java therefore yours is not a
valid argument.
True but using one of the out-of-the-box gateways does not nor will
using any 3rd party gateways that people write. The end
I think Vince is making some very good points here - remember that New
Atlanta have always said that they are going after a slightly
different audience to Macromedia and therefore the features they add
for their customer base are likely to be slightly different to those
added by Macromedia for
On Aug 20, 2004, at 8:59 AM, Sean Corfield wrote:
True but using one of the out-of-the-box gateways does not nor will
using any 3rd party gateways that people write. The end result will be
access to a large number of protocols with no knowledge of Java
required - for example, my JMS gateway
On Fri, 20 Aug 2004 09:44:04 -0700, Dick Applebaum [EMAIL PROTECTED] wrote:
JMS, in particular is dependent on the implementation of the specific
JMS provider.(JBoss, JRun, IBM, etc all have different interfaces).
That isn't really true: if you program against the javax.jms
specification you
On Aug 20, 2004, at 3:16 PM, Sean Corfield wrote:
On Fri, 20 Aug 2004 09:44:04 -0700, Dick Applebaum
[EMAIL PROTECTED] wrote:
JMS, in particular is dependent on the implementation of the
specific
JMS provider. (JBoss, JRun, IBM, etc all have different
interfaces).
That isn't really
Competition is good. competition is good. ;)
Micha Schopman
Software Engineer
Modern Media, Databankweg 12 M, 3821 ALAmersfoort
Tel 033-4535377, Fax 033-4535388
KvK Amersfoort 39081679, Rabo 39.48.05.380
[Todays Threads]
[This Message]
[Subscription]
[Fast Unsubscribe]
On Wednesday 18 Aug 2004 18:23 pm, S. Isaac Dealey wrote:
Except that I have yet to find a way to instantiate a cfquery object
using a Java Resultset that works consistently and efficiently (or at
Why not just return a structure that looks like a query ?
--
Tom Chiverton
Advanced ColdFusion
On Tuesday 17 Aug 2004 15:31 pm, Matt Liotta wrote:
Compare this with an event gateway, which is still undefined,
cough
Speak for yourself.
--
Tom Chiverton
Advanced ColdFusion Programmer
Tel: +44(0)1749 834997
email: [EMAIL PROTECTED]
BlueFinger Limited
Underwood Business Park
Wookey Hole
Matt, don't you realize that the event gateway IS external Java
invocation of CFCs?I remember you complaining about not being able
to to this without really digging really deep and that it really
wasn't recommened due to its fragile and tricky nature. Isn't nice
that MM has provided a public,
At 03:53 PM 8/17/2004, Joe Rinehart wrote:
I think you left off my favorite:
CFWRITEMYAPPLICATIONFORME
I start every program with:
CFSetErrorsOff
CFDoWhatIMeant
T
[Todays Threads]
[This Message]
[Subscription]
[Fast Unsubscribe]
[User Settings]
[Donations and Support]
Blackstone will ship with a number of out-of-the-box gateways that
connect to a number of protocols - meaning ColdFusion developers don't
need to write them. That in itself is a win.
Agreed, but Macromedia could have supplied protocol handlers without
building an event gateway. Instead, they
is the underlying factor here some problem with how BD wont be able to
piggyback the event gateway or use it or steal it?
must be something like this, or else i dont think matt's panties would
be in a bunch like this...they only tend to get into this sorta snag
when something like this is
: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Tony Weeg
Sent: Wednesday, August 18, 2004 8:46 AM
To: CF-Talk
Subject: Re: BLACKSTONE: Software Development Times Article
is the underlying factor here some problem with how BD wont be able to
piggyback the event gateway or use
Personally, the moment BlueDragon came out I thought.. those guys actually give us what the community always wanted. BlueDragon just filled up that spot which has always been on the request list of many developers.
And also personally, I don't think I will ever use Flash forms, or auto-generated
Think about this... don't like the way CFMX handles
webservices?
Thinks its buggy and a pain to use?Just don't want to
use Axis
because you have a better idea? Write your own event
gateway for
webservices and that utilizes some other SOAP engine.
Want to
implement SOAP via SMTP which CF
you know what man, i dont want, wait a minute,
YOU CANT DO ANYTHING WITH ME, you dont have that option, friend, sorry.
now, mike d, he could throw him off the list, sure...
im not here to get into a pissing match with you matt, i just tend to
be the voice of
the soft spoken crowd. the crowd
matt, i respect your intelligence, i respect your message,
you are way off the scales on the iq chart im sure,
butyour delivery sucks.
if your personality was half of what your intelligence was,
man, im sure you could be president.i hope this doesnt
offend you, its not intended to
At 09:56 AM 8/18/2004, you wrote:
matt, i respect your intelligence, i respect your message,
you are way off the scales on the iq chart im sure,
butyour delivery sucks.
if your personality was half of what your intelligence was,
man, im sure you could be president.i hope this doesnt
I'm more silenced at the notion of Tony representing the soft spoken:)
(but while there is a short silence, I'm going to throw in a soft spoken
request that this thread move to community?)
Alexander Sherwood wrote:
At 09:56 AM 8/18/2004, you wrote:
matt, i respect your intelligence, i
If the gateway doesn't support FuseBox 4.5 circuits and
the FLiP process (not to mention .qry and .dsp files),
then MACR should go with Mach-II listeners.
Mach-II is really the best choice to build the forthcoming
remote Java -- CFC invocation event-based gateway, by
far.
Ummm... no...
On Wednesday 18 Aug 2004 14:34 pm, S. Isaac Dealey wrote:
CF-Admin... If I could get DSN-less connections with CFMX, I'd be all
over it.
Umm, you can, with the service factory java objects...
--
Tom Chiverton
Advanced ColdFusion Programmer
Tel: +44(0)1749 834997
email: [EMAIL PROTECTED]
What are you talking about? If you're being serious, this doesn't make
any sense at all. If you're joking, it's not funny.
- Original Message -
From: Alexander Sherwood [EMAIL PROTECTED]
Date: Wed, 18 Aug 2004 10:00:05 -0400
Subject: RE: BLACKSTONE: Software Development Times Article
Like all things CF, it's more accessible to people who aren't Java
experts.
Writing an event gateway requires knowledge of Java therefore yours is not a
valid argument.
After all, a structure is just a Java object. So what makes CF
structures any better than using the underlying Java object
For hosting solutions http://www.clickdoug.com
http://www.forta.com/cf/isp/isp.cfm?isp_id=1069
==
- Original Message -
From: Micha Schopman
To: CF-Talk
Sent: Wednesday, August 18, 2004 8:10 AM
Subject: RE: BLACKSTONE: Software Development Times Article
documentation or product is ready for testing.
Gavin
-Original Message-
From: Doug White [mailto:[EMAIL PROTECTED]
Sent: 18 August 2004 15:49
To: CF-Talk
Subject: Re: BLACKSTONE: Software Development Times Article
I particularly like the feature in Blackstone of being able to incorporate
PGP
: RE: BLACKSTONE: Software Development Times Article
To: CF-Talk [EMAIL PROTECTED]
At 09:56 AM 8/18/2004, you wrote:
matt, i respect your intelligence, i respect your message,
you are way off the scales on the iq chart im sure,
butyour delivery sucks.
if your personality was half of what
Like all things CF, it's more accessible to people who aren't Java
experts.
Writing an event gateway requires knowledge of Java therefore yours is not
a valid argument.
Declaring that it's not a valid argument does not make it so. As many people
have already stated, there will be
Declaring that it's not a valid argument does not make it so. As many
people
have already stated, there will be several built in gateways. ColdFusion
developers will be able to start using these from day one with no
knowledge
of Java.
You are missing the context of the thread though. The
On Wednesday 18 Aug 2004 14:34 pm, S. Isaac Dealey wrote:
CF-Admin... If I could get DSN-less connections with
CFMX, I'd be all
over it.
Umm, you can, with the service factory java objects...
And use that for cfquery how? ... I know that I can connect to
datasources without using a DSN by
On Wednesday 18 Aug 2004 17:28 pm, S. Isaac Dealey wrote:
And use that for cfquery how? ... I know that I can connect to
Well, either write your own cf_query, or a cfquery object/UDF to behave like
cfquery did back when CF support DSN-less nativly (4.5 ?)... all you are
doing with hacking the
Like all things CF, it's more accessible to people who
aren't Java experts.
Writing an event gateway requires knowledge of Java
therefore yours is not a valid argument.
Excuse me? MM is providing a handful of pre-built gateways to begin
with, much less having a consistent interface provided
On Wednesday 18 Aug 2004 17:28 pm, S. Isaac Dealey wrote:
And use that for cfquery how? ... I know that I can
connect to
Well, either write your own cf_query, or a cfquery
object/UDF to behave like
cfquery did back when CF support DSN-less nativly (4.5
?)... all you are
doing with hacking
Excuse me? MM is providing a handful of pre-built gateways to begin
with, much less having a consistent interface provided by MM which
allows others who are Java knowledgeable to create, package and
distribute additional gateways. At which point, yes, it is a very
valid argument. The end
At 01:35 PM 8/18/2004, you wrote:
Probably. But very few (if any) are using their own application
schemes instead of cfapplication.
What does that have to do with cflogin or frameworks?
-Matt
It has to do with Mach-II blowing all other frameworks away. That is, except Java Server Faces and
Hmm, that's an interesting point on flash generation... Did New Atlanta just get left behind big time in the compatability dept?
-Original Message-
From:Matt Liotta
Date:8/18/04 8:59 am
To:CF-Talk
Subj:RE: BLACKSTONE: Software Development Times Article
I don't know what to do with you
It has to do with Mach-II blowing all other frameworks away. That is,
except Java Server Faces and Struts.
Glad you cleared that up. ;)
-Matt
[Todays Threads]
[This Message]
[Subscription]
[Fast Unsubscribe]
[User Settings]
[Donations and Support]
Excuse me? MM is providing a handful of pre-built
gateways to begin with, much less having a consistent
interface provided by MM which allows others who are
Java knowledgeable to create, package and distribute
additional gateways. At which point, yes, it is a very
valid argument. The end
At 01:46 PM 8/18/2004, you wrote:
It has to do with Mach-II blowing all other frameworks away. That is,
except Java Server Faces and Struts.
Glad you cleared that up. ;)
I'm sorry...I just can't help myself. As I was typing the above response, I could see a red-faced FuseBoxer knee-deep in a
Nothing wrong with Fusebox. Nothing wrong with any framework or
methodology... Whatever works for ya.
Michael T. Tangorre
I'm sorry...I just can't help myself. As I was typing the
above response, I could see a red-faced FuseBoxer knee-deep
in a nested circuit just blowing a gasket at the
Didn't realize it was in that context... but okay -- since I read the
other one where you quoted the context you were speaking within
specifically -- the _minor_ revision then is -- if you don't like the
way the pre-built gateways work, buy or use one someone else has
built, which is still a
Development Times Article
To: CF-Talk [EMAIL PROTECTED]
I'm sorry...I just can't help myself. As I was typing the above
response, I could see a red-faced FuseBoxer knee-deep in a nested
circuit just blowing a gasket at the insinuation that Struts or JSF
could be mentioned in the same breath as FuseBox.
I
From: Calvin Ward [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 18, 2004 1:45 PM
To: CF-Talk
Subject: RE: BLACKSTONE: Software Development Times Article
Hmm, that's an interesting point on flash generation... Did New
Atlanta just get left behind big time
That is a fair argument, but I think it is too early to tell whether
the event gateway will provide this consistency.
In that case, isn't it too early to be having this discussion? Or at least,
to expect it to be a meaningful discussion?
Again, the framework it provides could be great, but
In that case, isn't it too early to be having this discussion? Or at
least,
to expect it to be a meaningful discussion?
Not at all! This is the perfect time to air concerns regarding Blackstone as
it allows Macromedia time to address them before the product ships if they
choose to. They may
NDA reminder here for anyone under NDA.
Thanks
In that case, isn't it too early to be having this discussion? Or at
Not at all! This is the perfect time to air concerns regarding Blackstone as
[Todays Threads]
[This Message]
[Subscription]
[Fast Unsubscribe]
[User Settings]
[Donations
You are missing the context of the thread though.
Maybe I am. I don't think so, but it's always possible. :) This thread has
been very long, and, as most mailing list conversations go, it's covered
quite a bit of territory.
The original statement was as follows.
Which itself was a reply to
Not at all! This is the perfect time to air concerns regarding
Blackstone as it allows Macromedia time to address them before the
product ships if they choose to. They may have already addressed the
issue or they may not have thought of it. Better to be safe and discuss
it now.
I don't
LOL
tony u can speak 4 me anytime, gives me more time to go fishin!
cfset goodFlyFishingDay = weather EQ rain AND clouds EQ overcast AND season NEQ winter
-- Original Message --
From: Tony Weeg [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Date:Wed, 18 Aug
LOL
tony u can speak 4 me anytime, gives me more time to go
fishin!
cfset goodFlyFishingDay = weather EQ rain AND clouds EQ
overcast AND season NEQ winter
Syntax is a bit odd... not sure it will work that way, try this:
cfset overcast = ran clouds
cfif weather eq overcast and season neq
Building Event Gateway based 1-way (push or pull) and 2-way interactive and session-aware Instant Messaging and cell phone SMS apps require only knowledge of CFML.No Java knowledge is preferred or required.
Of course, the architecture is extensible, so if you need a Gateway to something and we
The article says thatyou can set up a hot folder -- any time
something is saved/changes in the folder it can fire a gateway event
that triggers a CFC. ... no JMS there
How is that new? You can do that today without an event gateway.
-Matt
[Todays Threads]
[This Message]
[Subscription]
Of course, the architecture is extensible, so if you need a Gateway to
something and we don't include it, if you have Java skills, you can build
your own for CFML developers to use.
That is the key point, it requires Java skills if one of the built-in
gateways doesn't do what you need. What
A similar analogy might be the use vs creation of a JDBC driver:
You definitely want to use one, but you probably don't want to write one.
The Gateways we provide will be well suited to their tasks, well tested, highly scalable and robust.But we recognize it's a big world out there, and there
This is one of our sample Gateways provided for demonstration purposes and is provided with source code.It will likely be useful for some folks, however.When you give folks an open API, it sometimes surprising what they dream and come up with!
The article says thatyou can set up a hot folder --
A similar analogy might be the use vs creation of a JDBC driver:
You definitely want to use one, but you probably don't want to write one.
I completely disagree. What possible reason would a CFML developer have for
creating a JDBC driver? Every major database provides one, Macromedia
: BLACKSTONE: Software Development Times Article
Of course, the architecture is extensible, so if you need a
Gateway to
something and we don't include it, if you have Java skills,
you can build
your own for CFML developers to use.
That is the key point, it requires Java skills if one
Analogies aside, the Event Gateway makes CF natively extensible and enables capabilities previously only available to organizations with access to extensive resources and specialized expertise.
The best part is you'll be able to build these apps (or add these capabilities to existing apps)
-in gateways, then the chances it does what you need are really good.
Sam
-Original Message-
From: Matt Liotta [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 17, 2004 10:08 AM
To: CF-Talk
Subject: RE: BLACKSTONE: Software Development Times Article
Of course, the architecture
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of [EMAIL PROTECTED] [EMAIL PROTECTED]
Sent: Tuesday, August 17, 2004 11:08 AM
To: CF-Talk
Subject: Re: BLACKSTONE: Software Development Times Article
Analogies aside, the Event Gateway makes CF natively
Matt, what exactly is your point... besides that the Event Gateway
isn't that great of an idea?Are you just trying to be contrary?
I thought I stated my point clearly; the event gateway doesn't seem that
interesting of a feature for the greater CFML community especially when
compared to the
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
We always welcome ideas, so if you have some for Gateways, we'd love to hear them.
A SNMP trap gateway. Mainly receiving, so I can forward traps
collected by the SNMP gateway through the SMS gateway to my
mobile phone, but sending traps might be
I would think you guys would be excited by this new functionality and what this will mean for you and your customers.Am I missing something here?
[Todays Threads]
[This Message]
[Subscription]
[Fast Unsubscribe]
[User Settings]
[Donations and Support]
If the source code is provided I think it is likely that more people
will try to develop their own if the situation arises where they need
something different. I know sometimes people just need a solid
starting block, though I agree with Matt's skepticism.
Adam
On Tue, 17 Aug 2004 10:26:56
If Macromedia provides us with the tools, to create such, I see no
problem. Maybe it would become in like
cf_eventgateway
action="">
event=network/io/db/memory/etc
task=cfc
And the use CFC's to handle the events. So the gateway only is a
observer, and triggers cfc's to take action upon which
Matt Liotta wrote:
Of course, the architecture is extensible, so if you need a Gateway to
something and we don't include it, if you have Java skills, you can build
your own for CFML developers to use.
That is the key point, it requires Java skills if one of the built-in
gateways doesn't do
Sweet!Of course you do 2-way as well, so you could respond and DO something about it from your phone.
A SNMP trap gateway. Mainly receiving, so I can forward traps
collected by the SNMP gateway through the SMS gateway to my
mobile phone, but sending traps might be usefull for people who
want
This seems to be a very hot topic, so, I have to jump on this wagon too :)
all right, in all earnestness, how about adding a feature to allow a developer to be able to distribute his/her app (eval copy, expires in 30 days etc. flexible, so he or she can set any exp. days of choice), now, would
At 11:36 AM 8/17/2004, you wrote:
This seems to be a very hot topic, so, I have to jump on this wagon too :)
all right, in all earnestness, how about adding a feature to allow a developer to be able to distribute his/her app (eval copy, expires in 30 days etc. flexible, so he or she can set any
But I think it is not unrealistic to expect the built-in gateways
(plus a few extensions that will undoubtedly be released) will do
the majority of what the majority of developers need. It will be
a while before the average developer wants more then say IM, SMS,
SNMP and maybe telnet and IRC.
That was the best acronym-ed post this list has ever seen
Ray
http://www.crystalvision.org
At 11:40 AM 8/17/2004, you wrote:
But I think it is not unrealistic to expect the built-in gateways
(plus a few extensions that will undoubtedly be released) will do
the majority of what the
At 11:46 AM 8/17/2004, you wrote:
LMAO!
TTFN,
Alex
That was the best acronym-ed post this list has ever seen
Ray
http://www.crystalvision.org
At 11:40 AM 8/17/2004, you wrote:
But I think it is not unrealistic to expect the built-in gateways
(plus a few extensions that will
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Sweet!Of course you do 2-way as well, so you could respond and DO something about it from your phone.
Don't wake a sleeping BOFH ;-)
Jochem
[Todays Threads]
[This Message]
[Subscription]
[Fast Unsubscribe]
[User Settings]
[Donations and
On Aug 17, 2004, at 8:08 AM, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
We always welcome ideas, so if you have some for Gateways, we'd love
to hear them. I'm sure if there's demand, there will be enterprising
3rd parties anxious to meet the demand. In fact, it's already
happening :)
Matt Liotta wrote:
But I think it is not unrealistic to expect the built-in gateways
(plus a few extensions that will undoubtedly be released) will do
the majority of what the majority of developers need. It will be
a while before the average developer wants more then say IM, SMS,
SNMP and
:08 PM
To: CF-Talk
Subject: Re: BLACKSTONE: Software Development Times Article
On Aug 17, 2004, at 8:08 AM, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
We always welcome ideas, so if you have some for Gateways, we'd love
to hear them. I'm sure if there's demand, there will be enterprising
Hopefully, they won't spend too much time on a feature without mass appeal.
We're definitely trying to spend our resources as wisely as possible.
We've held back talking about the Event Gateway and IM/SMS feature set during the early tours, etc for a number of reasons, but you'll be hearing much
On Aug 17, 2004, at 9:13 AM, Matt Liotta wrote:
Wow, that company was able to do all that without event gateways. They
must
be an organization with extensive resources and specialized expertise.
No, Matt, just a small very-talented staff.
This was CF 3.x
The person who conceived and
On Aug 17, 2004, at 9:27 AM, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
The Blackstone feature set will without a doubt let CF developers
think outside the web app box. Web apps are great, but the world is
increasingly wireless, mobile and instant. Now and in the future, I
believe the
Webworks
http://afpwebworks.com
_
From: Matt Liotta [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 18 August 2004 1:41 AM
To: CF-Talk
Subject: RE: BLACKSTONE: Software Development Times Article
But I think it is not unrealistic to expect the built-in gateways
(plus a few extensions
, Australia
AFP Webworks
http://afpwebworks.com http://afpwebworks.com/
(Organisation with limited resources but specialised expertise.)
_
From: Matt Liotta [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 18 August 2004 2:14 AM
To: CF-Talk
Subject: RE: BLACKSTONE: Software Development Times
Matt, I might be wrong here, but I don't think it's Macromedia's intention
to make it COMPULSORY for you to use the new feature.
I don't think anyone even implied that.
I think you could take almost any aspect of ColdFusion and there would be
people who would say I have no idea why they
Fair enough.
On Tue, 17 Aug 2004 13:04:44 -0400, Matt Liotta [EMAIL PROTECTED] wrote:
Matt, I might be wrong here, but I don't think it's Macromedia's intention
to make it COMPULSORY for you to use the new feature.
I don't think anyone even implied that.
I think you could take almost
On Aug 17, 2004, at 10:04 AM, Matt Liotta wrote:
I didn't state I wouldn't use this feature. I simply responded to the
notion
that is an important feature. I don't think it is.
Matt
My opinion is just the opposite.
the Event Gateway decouples a cfmx app from the browser -- that means:
1)
Matt Liotta wrote:
Sure, but the question is always how many. If most people feel that
way then
it was a waste of time. If most people don't feel that way then it likely
wasn't a waste of time. My assertion is that features like Flash-based
forms
have much wider appeal.
Let's find
At 01:31 PM 8/17/2004, you wrote:
CF Isn't perfect, but BlueDragon is.
Instead of investing in gateways and silly things like flash-based forms, New Atlanta included the CFDRYCLEAN tag.
This is the first Web application server with a truly mass appeal feature: pickup your dry cleaning. You
the Event Gateway decouples a cfmx app from the browser -- that means:
It does no such thing since a CFML application was never coupled with the
browser in the first place.
1) you can run a cf app anywhere that meets the requirements
You can do that now.
2) The CF developer will be able
Liotta
To: CF-Talk
Sent: Tuesday, August 17, 2004 12:42 PM
Subject: RE: BLACKSTONE: Software Development Times Article
snip
I disagree. CFML is well suited for what it was designed for. In fact, I
would go as far as to say that CFML is the best scripting language available
for web-based projects
Now that was some funny shit.LOL
-Mike
CF Isn't perfect, but BlueDragon is.
Instead of investing in gateways and silly things like
flash-based forms, New Atlanta included the CFDRYCLEAN tag.
This is the first Web application server with a truly mass
appeal feature: pickup your dry
the box will gain everyone, especially the creative thinker themselves.
- Calvin
-Original Message-
From:Matt Liotta
Date:8/17/04 1:42 pm
To:CF-Talk
Subj:RE: BLACKSTONE: Software Development Times Article
the Event Gateway decouples a cfmx app from the browser -- that means:
It does
I think you left off my favorite:
CFWRITEMYAPPLICATIONFORME
-joe
[Todays Threads]
[This Message]
[Subscription]
[Fast Unsubscribe]
[User Settings]
[Donations and Support]
, August 17, 2004 1:42 PM
To: CF-Talk
Subject: RE: BLACKSTONE: Software Development Times Article
the Event Gateway decouples a cfmx app from the browser -- that means:
It does no such thing since a CFML application was never coupled with the
browser in the first place.
1) you can run a cf app
an OLAP or
Content Management sysytem.
Patrick Whittingham
-Original Message-
From: Stacy Young [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 17, 2004 5:01 PM
To: CF-Talk
Subject: RE: BLACKSTONE: Software Development Times Article
In regards to the event gateway feature I respectfully
On Tue, 17 Aug 2004 17:33:37 -0400, Whittingham, P
[EMAIL PROTECTED] wrote:
I personally feel that features like event gateway, once we 'understand' its details will have features to integrate 3rd party vendors. I am curious how
Sean Cornfield implemented it against Oracle Financial, since we
On Aug 17, 2004, at 5:02 PM, Sean Corfield wrote:
On Tue, 17 Aug 2004 17:33:37 -0400, Whittingham, P
[EMAIL PROTECTED] wrote:
I personally feel that features like event gateway, once we
'understand' its details will have features to integrate 3rd party
vendors. I am curious how
Sean
I'd already built a standard CF app that took XML files and imported
them into Oracle Applications via the database. The event gateway has
allowed me to receive XML messages asynchronously and use the same
code to process them as I was already using for the XML files. JMS is
much more
On Aug 17, 2004, at 7:03 PM, Matt Liotta wrote:
I'd already built a standard CF app that took XML files and imported
them into Oracle Applications via the database. The event gateway
has
allowed me to receive XML messages asynchronously and use the same
code to process them as I was
matt,
does anything make u happy?
my god man
what can we do 2 put some sunshine up yer bum?
-- Original Message --
From: Matt Liotta [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Date:Tue, 17 Aug 2004 22:03:56 -0400
I'd already built a standard CF app
Matt, don't you realize that the event gateway IS external Java
invocation of CFCs?I remember you complaining about not being able
to to this without really digging really deep and that it really
wasn't recommened due to its fragile and tricky nature. Isn't nice
that MM has provided a public,
1 - 100 of 108 matches
Mail list logo
