[flexcoders] Re: LCDS: Debug RTMP Traffic

2008-09-26 Thread Geoffrey
As it turns out, there appears to be a bug in DataServices.  To be more 
specific, the 
DataStore object that sits between the DataService and the server does not 
dispatch a 
result or fault event when the second DataService connects via the 
DataService.connect() 
call.

--- In flexcoders@yahoogroups.com, Geoffrey [EMAIL PROTECTED] wrote:

 Adobe support thought that it might be that too, but it doesn't look 
 like that's the issue since it didn't really do anything different 
 when I commented that out.
 
 --- In flexcoders@yahoogroups.com, Geoffrey gtb104@ wrote:
 
  I'll try using the TraceTarget class.
  
  Our config uses port 2040 for RTMP.  I tried filtering on 
 tcp.port==2040, but that didn't 
  seem to get anything.  I also tried rtmp.port==2040 and 
 rtmpt.port==2040.  Those 
  didn't seem to work either.  By 'work' I mean that when the filter 
 was applied, there were 
  no network activity listed in the Wiresshark top panel.
  
  Any other ideas on filtering?
  
  --- In flexcoders@yahoogroups.com, Jeff Vroom jvroom@ wrote:
  
   Have you tried enabling the client side debug logging with 
 mx:TraceTarget/? You 
  get the highest level client side tracing that way... just make sure 
 you use the debug 
  player, then look in the flashlog.txt.
   
   For wireshark, I think you can probably filter based on the server 
 port used to establish 
  the connection.   Look at your RTMP configuration but typically it 
 is 2038 or 1935 or 
  something like that.
   
   Jeff
   
   From: flexcoders@yahoogroups.com 
 [mailto:[EMAIL PROTECTED] On Behalf Of 
  Geoffrey
   Sent: Friday, September 19, 2008 7:35 PM
   To: flexcoders@yahoogroups.com
   Subject: [flexcoders] LCDS: Debug RTMP Traffic
   
   
   I'm having some issues with 2 DataServices running over RTMP. The
   first DataService loads on application startup and work fine (I 
 get
   data). The second load later on in the application, but this one
   get's no data. It doesn't appear that it even makes the connect
   request because my result and fault handlers don't get hit.
   
   Is there a tool (like Charles, ServiceCapture, or Wireshark) that 
 can
   be used to verify that something over an RTMP channel is being 
 sent
   from the client? Like I said, nothing seems to happen when I issue
   the DataService.connect() call.
   
   I've enabled a bunch of logging on the server(via the
   services-config.xml file), but if that traffic isn't reaching the
   server, all the logging in the world won't help.
   
   BTW, if you say that Wireshark can be used, then please post the
   filter you use because I couldn't figure out one that only showed 
 RTMP
   traffic. As a matter of fact, I couldn't find anything that looked
   like RTMP traffic in the log session.
   
   I don't know if it's important or not, but the server and the 
 client
   are all running locally.
   
   Env:
   Tomcat 6.0.16
   LCDS 2.6
   Flex 3
   
   Thanks,
   ~Geoff
  
 






[flexcoders] Re: LCDS: Debug RTMP Traffic

2008-09-25 Thread Geoffrey
Adobe support thought that it might be that too, but it doesn't look 
like that's the issue since it didn't really do anything different 
when I commented that out.

--- In flexcoders@yahoogroups.com, Geoffrey [EMAIL PROTECTED] wrote:

 I'll try using the TraceTarget class.
 
 Our config uses port 2040 for RTMP.  I tried filtering on 
tcp.port==2040, but that didn't 
 seem to get anything.  I also tried rtmp.port==2040 and 
rtmpt.port==2040.  Those 
 didn't seem to work either.  By 'work' I mean that when the filter 
was applied, there were 
 no network activity listed in the Wiresshark top panel.
 
 Any other ideas on filtering?
 
 --- In flexcoders@yahoogroups.com, Jeff Vroom jvroom@ wrote:
 
  Have you tried enabling the client side debug logging with 
mx:TraceTarget/? You 
 get the highest level client side tracing that way... just make sure 
you use the debug 
 player, then look in the flashlog.txt.
  
  For wireshark, I think you can probably filter based on the server 
port used to establish 
 the connection.   Look at your RTMP configuration but typically it 
is 2038 or 1935 or 
 something like that.
  
  Jeff
  
  From: flexcoders@yahoogroups.com 
[mailto:[EMAIL PROTECTED] On Behalf Of 
 Geoffrey
  Sent: Friday, September 19, 2008 7:35 PM
  To: flexcoders@yahoogroups.com
  Subject: [flexcoders] LCDS: Debug RTMP Traffic
  
  
  I'm having some issues with 2 DataServices running over RTMP. The
  first DataService loads on application startup and work fine (I 
get
  data). The second load later on in the application, but this one
  get's no data. It doesn't appear that it even makes the connect
  request because my result and fault handlers don't get hit.
  
  Is there a tool (like Charles, ServiceCapture, or Wireshark) that 
can
  be used to verify that something over an RTMP channel is being 
sent
  from the client? Like I said, nothing seems to happen when I issue
  the DataService.connect() call.
  
  I've enabled a bunch of logging on the server(via the
  services-config.xml file), but if that traffic isn't reaching the
  server, all the logging in the world won't help.
  
  BTW, if you say that Wireshark can be used, then please post the
  filter you use because I couldn't figure out one that only showed 
RTMP
  traffic. As a matter of fact, I couldn't find anything that looked
  like RTMP traffic in the log session.
  
  I don't know if it's important or not, but the server and the 
client
  are all running locally.
  
  Env:
  Tomcat 6.0.16
  LCDS 2.6
  Flex 3
  
  Thanks,
  ~Geoff
 






[flexcoders] Re: LCDS: Debug RTMP Traffic

2008-09-21 Thread Geoffrey
I'll try using the TraceTarget class.

Our config uses port 2040 for RTMP.  I tried filtering on tcp.port==2040, but 
that didn't 
seem to get anything.  I also tried rtmp.port==2040 and rtmpt.port==2040.  
Those 
didn't seem to work either.  By 'work' I mean that when the filter was applied, 
there were 
no network activity listed in the Wiresshark top panel.

Any other ideas on filtering?

--- In flexcoders@yahoogroups.com, Jeff Vroom [EMAIL PROTECTED] wrote:

 Have you tried enabling the client side debug logging with mx:TraceTarget/? 
 You 
get the highest level client side tracing that way... just make sure you use 
the debug 
player, then look in the flashlog.txt.
 
 For wireshark, I think you can probably filter based on the server port used 
 to establish 
the connection.   Look at your RTMP configuration but typically it is 2038 or 
1935 or 
something like that.
 
 Jeff
 
 From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of 
Geoffrey
 Sent: Friday, September 19, 2008 7:35 PM
 To: flexcoders@yahoogroups.com
 Subject: [flexcoders] LCDS: Debug RTMP Traffic
 
 
 I'm having some issues with 2 DataServices running over RTMP. The
 first DataService loads on application startup and work fine (I get
 data). The second load later on in the application, but this one
 get's no data. It doesn't appear that it even makes the connect
 request because my result and fault handlers don't get hit.
 
 Is there a tool (like Charles, ServiceCapture, or Wireshark) that can
 be used to verify that something over an RTMP channel is being sent
 from the client? Like I said, nothing seems to happen when I issue
 the DataService.connect() call.
 
 I've enabled a bunch of logging on the server(via the
 services-config.xml file), but if that traffic isn't reaching the
 server, all the logging in the world won't help.
 
 BTW, if you say that Wireshark can be used, then please post the
 filter you use because I couldn't figure out one that only showed RTMP
 traffic. As a matter of fact, I couldn't find anything that looked
 like RTMP traffic in the log session.
 
 I don't know if it's important or not, but the server and the client
 are all running locally.
 
 Env:
 Tomcat 6.0.16
 LCDS 2.6
 Flex 3
 
 Thanks,
 ~Geoff






[flexcoders] Re: LCDS: Debug RTMP Traffic

2008-09-21 Thread Geoffrey
TraceTarget reported the following when the UI with the second
DataService loads:

'C44F8220-F189-21B2-CC03-874C13991A33' producer set destination to
'DefaultHTTP'.
'direct_http_channel' channel endpoint set to http://localhost:8080/main/
'cds-consumer-tasks-null' consumer set destination to 'tasks'.
Configuration for destination='tasks':

 properties
  metadata
identity property=id/
  /metadata
  network
paging enabled=false/
  /network
  use-transactionstrue/use-transactions
/properties
New DataService for destination: tasks
'19BCB91C-2215-DC18-D015-874C6044FDA8' producer set destination to
'tasks'.
Creating a new independent data store for destination: tasks
Adding data service: tasks to the data store: null initialized: false
LSODatabase close(): null
TaskDS.as: Connecting to DataService.
'ds-producer-tasks' producer connected.
'ds-producer-tasks' producer acknowledge of
'1EBA99AC-11A5-3E3B-0B1C-874C60449CA4'.

This is the last thing it reports related to DataServices.  It looks
like the DataService attempts to connect, but I'm missing all the
connection jazz that I get from the first DataService connection
(namely RTMP stuff.  Am I reading this right?  Looks like it's trying
to connect over an HTTP channel).  Here's what a successful connection
looks like:

ConfigDS.as: Connecting to DataService.
'my-rtmp' channel endpoint set to rtmp://localhost:2039
'my-rtmp' channel settings are:
channel id=my-rtmp type=mx.messaging.channels.RTMPChannel
  endpoint uri=rtmp://localhost:2039/
  properties/
/channel
'my-rtmp' channel got connect attempt status. (Object)#0
  code = NetConnection.Connect.Success
  description = Connection succeeded.
  details = (null)
  DSMessagingVersion = 1
  id = A66F4650-DB1E-E678-DB08-C1CD3BF2591A
  level = status
  objectEncoding = 3
'my-rtmp' channel is connected.
'ds-producer-configurationData' producer acknowledge of
'0ADAF447-0616-0F7B-376A-8758AC3385D9'.
'ds-producer-configurationData' producer connected.
ConfigDS.as: Connection to DataService success.


--- In flexcoders@yahoogroups.com, Geoffrey [EMAIL PROTECTED] wrote:

 I'll try using the TraceTarget class.
 
 Our config uses port 2039 for RTMP.  I tried filtering on
tcp.port==2039, but that didn't 
 seem to get anything.  I also tried rtmp.port==2039 and
rtmpt.port==2039.  Those 
 didn't seem to work either.  By 'work' I mean that when the filter
was applied, there were 
 no network activity listed in the Wiresshark top panel.
 
 Any other ideas on filtering?
 
 --- In flexcoders@yahoogroups.com, Jeff Vroom jvroom@ wrote:
 
  Have you tried enabling the client side debug logging with
mx:TraceTarget/? You 
 get the highest level client side tracing that way... just make sure
you use the debug 
 player, then look in the flashlog.txt.
  
  For wireshark, I think you can probably filter based on the server
port used to establish 
 the connection.   Look at your RTMP configuration but typically it
is 2038 or 1935 or 
 something like that.
  
  Jeff
  
  From: flexcoders@yahoogroups.com
[mailto:[EMAIL PROTECTED] On Behalf Of 
 Geoffrey
  Sent: Friday, September 19, 2008 7:35 PM
  To: flexcoders@yahoogroups.com
  Subject: [flexcoders] LCDS: Debug RTMP Traffic
  
  
  I'm having some issues with 2 DataServices running over RTMP. The
  first DataService loads on application startup and work fine (I get
  data). The second load later on in the application, but this one
  get's no data. It doesn't appear that it even makes the connect
  request because my result and fault handlers don't get hit.
  
  Is there a tool (like Charles, ServiceCapture, or Wireshark) that can
  be used to verify that something over an RTMP channel is being sent
  from the client? Like I said, nothing seems to happen when I issue
  the DataService.connect() call.
  
  I've enabled a bunch of logging on the server(via the
  services-config.xml file), but if that traffic isn't reaching the
  server, all the logging in the world won't help.
  
  BTW, if you say that Wireshark can be used, then please post the
  filter you use because I couldn't figure out one that only showed RTMP
  traffic. As a matter of fact, I couldn't find anything that looked
  like RTMP traffic in the log session.
  
  I don't know if it's important or not, but the server and the client
  are all running locally.
  
  Env:
  Tomcat 6.0.16
  LCDS 2.6
  Flex 3
  
  Thanks,
  ~Geoff
 





RE: [flexcoders] Re: LCDS: Debug RTMP Traffic

2008-09-21 Thread Jeff Vroom
Yeah, it looks like somehow you are getting a DataService trying to use a 
DirectHTTPChannel.That only works for for HTTPService, and WebService.  
DataService needs a channelSet which supports AMF (AMFChannel, or RTMPChannel). 
   I'm confused how you are getting into this situation though... those get 
created on the client via the endpoint property on some services or you can 
define one explicitly in ActionScript or MXML.Can you show how this tasks 
destination is getting defined in ActionScript? How is its channelSet 
specified - on the client via the channelSet property or on the server?   If it 
is on the server, make sure you are compiling against the services-config.mxml 
file (it is a project/compiler option).

Jeff

From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Geoffrey
Sent: Sunday, September 21, 2008 5:04 PM
To: flexcoders@yahoogroups.com
Subject: [flexcoders] Re: LCDS: Debug RTMP Traffic


TraceTarget reported the following when the UI with the second
DataService loads:

'C44F8220-F189-21B2-CC03-874C13991A33' producer set destination to
'DefaultHTTP'.
'direct_http_channel' channel endpoint set to http://localhost:8080/main/
'cds-consumer-tasks-null' consumer set destination to 'tasks'.
Configuration for destination='tasks':

properties
metadata
identity property=id/
/metadata
network
paging enabled=false/
/network
use-transactionstrue/use-transactions
/properties
New DataService for destination: tasks
'19BCB91C-2215-DC18-D015-874C6044FDA8' producer set destination to
'tasks'.
Creating a new independent data store for destination: tasks
Adding data service: tasks to the data store: null initialized: false
LSODatabase close(): null
TaskDS.as: Connecting to DataService.
'ds-producer-tasks' producer connected.
'ds-producer-tasks' producer acknowledge of
'1EBA99AC-11A5-3E3B-0B1C-874C60449CA4'.

This is the last thing it reports related to DataServices. It looks
like the DataService attempts to connect, but I'm missing all the
connection jazz that I get from the first DataService connection
(namely RTMP stuff. Am I reading this right? Looks like it's trying
to connect over an HTTP channel). Here's what a successful connection
looks like:

ConfigDS.as: Connecting to DataService.
'my-rtmp' channel endpoint set to rtmp://localhost:2039
'my-rtmp' channel settings are:
channel id=my-rtmp type=mx.messaging.channels.RTMPChannel
endpoint uri=rtmp://localhost:2039/
properties/
/channel
'my-rtmp' channel got connect attempt status. (Object)#0
code = NetConnection.Connect.Success
description = Connection succeeded.
details = (null)
DSMessagingVersion = 1
id = A66F4650-DB1E-E678-DB08-C1CD3BF2591A
level = status
objectEncoding = 3
'my-rtmp' channel is connected.
'ds-producer-configurationData' producer acknowledge of
'0ADAF447-0616-0F7B-376A-8758AC3385D9'.
'ds-producer-configurationData' producer connected.
ConfigDS.as: Connection to DataService success.

--- In flexcoders@yahoogroups.commailto:flexcoders%40yahoogroups.com, 
Geoffrey [EMAIL PROTECTED] wrote:

 I'll try using the TraceTarget class.

 Our config uses port 2039 for RTMP. I tried filtering on
tcp.port==2039, but that didn't
 seem to get anything. I also tried rtmp.port==2039 and
rtmpt.port==2039. Those
 didn't seem to work either. By 'work' I mean that when the filter
was applied, there were
 no network activity listed in the Wiresshark top panel.

 Any other ideas on filtering?

 --- In flexcoders@yahoogroups.commailto:flexcoders%40yahoogroups.com, Jeff 
 Vroom jvroom@ wrote:
 
  Have you tried enabling the client side debug logging with
mx:TraceTarget/? You
 get the highest level client side tracing that way... just make sure
you use the debug
 player, then look in the flashlog.txt.
 
  For wireshark, I think you can probably filter based on the server
port used to establish
 the connection. Look at your RTMP configuration but typically it
is 2038 or 1935 or
 something like that.
 
  Jeff
 
  From: flexcoders@yahoogroups.commailto:flexcoders%40yahoogroups.com
[mailto:flexcoders@yahoogroups.commailto:flexcoders%40yahoogroups.com] On 
Behalf Of
 Geoffrey
  Sent: Friday, September 19, 2008 7:35 PM
  To: flexcoders@yahoogroups.commailto:flexcoders%40yahoogroups.com
  Subject: [flexcoders] LCDS: Debug RTMP Traffic
 
 
  I'm having some issues with 2 DataServices running over RTMP. The
  first DataService loads on application startup and work fine (I get
  data). The second load later on in the application, but this one
  get's no data. It doesn't appear that it even makes the connect
  request because my result and fault handlers don't get hit.
 
  Is there a tool (like Charles, ServiceCapture, or Wireshark) that can
  be used to verify that something over an RTMP channel is being sent
  from the client? Like I said, nothing seems to happen when I issue
  the DataService.connect() call.
 
  I've enabled a bunch of logging on the server(via the
  services-config.xml file), but if that traffic isn't reaching

[flexcoders] Re: LCDS: Debug RTMP Traffic

2008-09-21 Thread Geoffrey
Our endpoints are created in the services-config.xml, and the
destinations for DataServices are configured in
data-management-config.xml.

the RTMP endpoint config is as such:
channel-definition id=my-rtmp
class=mx.messaging.channels.RTMPChannel
  endpoint url=rtmp://localhost:2039
class=flex.messaging.endpoints.RTMPEndpoint/
  properties
idle-timeout-minutes30/idle-timeout-minutes
  /properties
/channel-definition

A DataService destination looks like:
default-channels
  channel ref=my-rtmp/
/default-channels
destination id=tasks
  adapter ref=java-adapter /
  properties
use-transactionstrue/use-transactions
sourceblah.blah.blah.TasksDelegate/source
scopeapplication/scope
cache-itemsfalse/cache-items
metadata
  identity property=id/
/metadata
network
  subscription-timeout-minutes0/subscription-timeout-minutes
  paging enabled=false/
/network
  /properties
/destination

The two destinations are identical, except for the source class.

I am using the compiler argument [-services
C:\workspace\flex\src\main\webapp\WEB-INF\flex\services-config.xml],
which points to the correct services-config.xml file.

The task DataService is created in ActionScript like so:
// Create a datasource
__ds = new DataService(tasks);
__ds.cacheID = ExpTasks;
__ds.autoSaveCache = false;
__ds.autoConnect = false;
__ds.autoCommit = false; 
__ds.addEventListener(DataConflictEvent.CONFLICT, onDataConflict,
false, 0, true);
__ds.addEventListener(DataServiceFaultEvent.FAULT, onDataServiceFault,
false, 0, true);

// Connect to datasource
connect();

The connect() method just registers some event listeners and then
calls __ds.connect().

The whole point to this is that we intend to replace our 30 Java
delegates and 130+ remote methods with DataServices so our application
can run in offline mode (assuming there's cached data).  If there's a
better way to do this, I'm open to suggestions.

Thanks,
  Geoff


--- In flexcoders@yahoogroups.com, Jeff Vroom [EMAIL PROTECTED] wrote:

 Yeah, it looks like somehow you are getting a DataService trying to
use a DirectHTTPChannel.That only works for for HTTPService, and
WebService.  DataService needs a channelSet which supports AMF
(AMFChannel, or RTMPChannel).I'm confused how you are getting into
this situation though... those get created on the client via the
endpoint property on some services or you can define one explicitly
in ActionScript or MXML.Can you show how this tasks destination
is getting defined in ActionScript? How is its channelSet
specified - on the client via the channelSet property or on the
server?   If it is on the server, make sure you are compiling against
the services-config.mxml file (it is a project/compiler option).
 
 Jeff
 
 From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED]
On Behalf Of Geoffrey
 Sent: Sunday, September 21, 2008 5:04 PM
 To: flexcoders@yahoogroups.com
 Subject: [flexcoders] Re: LCDS: Debug RTMP Traffic
 
 
 TraceTarget reported the following when the UI with the second
 DataService loads:
 
 'C44F8220-F189-21B2-CC03-874C13991A33' producer set destination to
 'DefaultHTTP'.
 'direct_http_channel' channel endpoint set to
http://localhost:8080/main/
 'cds-consumer-tasks-null' consumer set destination to 'tasks'.
 Configuration for destination='tasks':
 
 properties
 metadata
 identity property=id/
 /metadata
 network
 paging enabled=false/
 /network
 use-transactionstrue/use-transactions
 /properties
 New DataService for destination: tasks
 '19BCB91C-2215-DC18-D015-874C6044FDA8' producer set destination to
 'tasks'.
 Creating a new independent data store for destination: tasks
 Adding data service: tasks to the data store: null initialized: false
 LSODatabase close(): null
 TaskDS.as: Connecting to DataService.
 'ds-producer-tasks' producer connected.
 'ds-producer-tasks' producer acknowledge of
 '1EBA99AC-11A5-3E3B-0B1C-874C60449CA4'.
 
 This is the last thing it reports related to DataServices. It looks
 like the DataService attempts to connect, but I'm missing all the
 connection jazz that I get from the first DataService connection
 (namely RTMP stuff. Am I reading this right? Looks like it's trying
 to connect over an HTTP channel). Here's what a successful connection
 looks like:
 
 ConfigDS.as: Connecting to DataService.
 'my-rtmp' channel endpoint set to rtmp://localhost:2039
 'my-rtmp' channel settings are:
 channel id=my-rtmp type=mx.messaging.channels.RTMPChannel
 endpoint uri=rtmp://localhost:2039/
 properties/
 /channel
 'my-rtmp' channel got connect attempt status. (Object)#0
 code = NetConnection.Connect.Success
 description = Connection succeeded.
 details = (null)
 DSMessagingVersion = 1
 id = A66F4650-DB1E-E678-DB08-C1CD3BF2591A
 level = status
 objectEncoding = 3
 'my-rtmp' channel is connected.
 'ds-producer-configurationData' producer acknowledge of
 '0ADAF447-0616-0F7B-376A-8758AC3385D9'.
 'ds-producer-configurationData' producer

RE: [flexcoders] Re: LCDS: Debug RTMP Traffic

2008-09-21 Thread Jeff Vroom
Can you check if it works if you comment out the cacheId setting?Since the 
offline feature also persists configuration, it might be that it has cached 
something invalid.  If it works, you might try removing your shared objects 
(for flash) and sql-lite database files (for air)

  If you could also send me the entire flashlog.txt - (probably offlist - 
[EMAIL PROTECTED] since it is can be big) I'll see if I can track down what is 
going on.

I thing that is helpful to debug config problems is to look at the value of the 
variable mx.messaging.config.ServletConfig.xml - it is the information which is 
compiled into the SWF.   In this case, I'd expect to see the default channels 
for the RTMP channel and then the destination info.   The destination info 
looked correct from the snippet you sent previously so it is the default 
channels part that is messed up.

Jeff

From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Geoffrey
Sent: Sunday, September 21, 2008 8:19 PM
To: flexcoders@yahoogroups.com
Subject: [flexcoders] Re: LCDS: Debug RTMP Traffic


Our endpoints are created in the services-config.xml, and the
destinations for DataServices are configured in
data-management-config.xml.

the RTMP endpoint config is as such:
channel-definition id=my-rtmp
class=mx.messaging.channels.RTMPChannel
endpoint url=rtmp://localhost:2039
class=flex.messaging.endpoints.RTMPEndpoint/
properties
idle-timeout-minutes30/idle-timeout-minutes
/properties
/channel-definition

A DataService destination looks like:
default-channels
channel ref=my-rtmp/
/default-channels
destination id=tasks
adapter ref=java-adapter /
properties
use-transactionstrue/use-transactions
sourceblah.blah.blah.TasksDelegate/source
scopeapplication/scope
cache-itemsfalse/cache-items
metadata
identity property=id/
/metadata
network
subscription-timeout-minutes0/subscription-timeout-minutes
paging enabled=false/
/network
/properties
/destination

The two destinations are identical, except for the source class.

I am using the compiler argument [-services
C:\workspace\flex\src\main\webapp\WEB-INF\flex\services-config.xml],
which points to the correct services-config.xml file.

The task DataService is created in ActionScript like so:
// Create a datasource
__ds = new DataService(tasks);
__ds.cacheID = ExpTasks;
__ds.autoSaveCache = false;
__ds.autoConnect = false;
__ds.autoCommit = false;
__ds.addEventListener(DataConflictEvent.CONFLICT, onDataConflict,
false, 0, true);
__ds.addEventListener(DataServiceFaultEvent.FAULT, onDataServiceFault,
false, 0, true);

// Connect to datasource
connect();

The connect() method just registers some event listeners and then
calls __ds.connect().

The whole point to this is that we intend to replace our 30 Java
delegates and 130+ remote methods with DataServices so our application
can run in offline mode (assuming there's cached data). If there's a
better way to do this, I'm open to suggestions.

Thanks,
Geoff

--- In flexcoders@yahoogroups.commailto:flexcoders%40yahoogroups.com, Jeff 
Vroom [EMAIL PROTECTED] wrote:

 Yeah, it looks like somehow you are getting a DataService trying to
use a DirectHTTPChannel. That only works for for HTTPService, and
WebService. DataService needs a channelSet which supports AMF
(AMFChannel, or RTMPChannel). I'm confused how you are getting into
this situation though... those get created on the client via the
endpoint property on some services or you can define one explicitly
in ActionScript or MXML. Can you show how this tasks destination
is getting defined in ActionScript? How is its channelSet
specified - on the client via the channelSet property or on the
server? If it is on the server, make sure you are compiling against
the services-config.mxml file (it is a project/compiler option).

 Jeff

 From: flexcoders@yahoogroups.commailto:flexcoders%40yahoogroups.com 
 [mailto:flexcoders@yahoogroups.commailto:flexcoders%40yahoogroups.com]
On Behalf Of Geoffrey
 Sent: Sunday, September 21, 2008 5:04 PM
 To: flexcoders@yahoogroups.commailto:flexcoders%40yahoogroups.com
 Subject: [flexcoders] Re: LCDS: Debug RTMP Traffic


 TraceTarget reported the following when the UI with the second
 DataService loads:

 'C44F8220-F189-21B2-CC03-874C13991A33' producer set destination to
 'DefaultHTTP'.
 'direct_http_channel' channel endpoint set to
http://localhost:8080/main/
 'cds-consumer-tasks-null' consumer set destination to 'tasks'.
 Configuration for destination='tasks':

 properties
 metadata
 identity property=id/
 /metadata
 network
 paging enabled=false/
 /network
 use-transactionstrue/use-transactions
 /properties
 New DataService for destination: tasks
 '19BCB91C-2215-DC18-D015-874C6044FDA8' producer set destination to
 'tasks'.
 Creating a new independent data store for destination: tasks
 Adding data service: tasks to the data store: null initialized: false
 LSODatabase close(): null
 TaskDS.as: Connecting to DataService.
 'ds-producer-tasks' producer connected.
 'ds