Hello, I couldn't solve my problem, so I gave up using SAAJ. I decided to create a jar with the stubs generated by wsdl2java and used xmlbeans to parse the xml.
If anyone was watching... sorry :S On Friday 01 August 2008 12:33:28 pm David Ojeda wrote: > Yet another update: > I think I found the problem, but I have no idea on the solution. With a TCP > Monitor I compared the standalone (works ok) version vs. the jsp version. > They differ in the header: > > standalone version xml: > <?xml version="1.0" encoding="http://schemas.xmlsoap.org/soap/envelope/"; > standalone="no"?> > <soapenv:Envelope xmlns:pm="http://www.digitel.com.ve/PM_S0004"; > xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/";> > <soapenv:Body> <pm:MobileLineStateForRechargeUpdateRequest> > <searchMSISDN>584122949996</searchMSISDN> > <targetStatus>2</targetStatus> > </pm:MobileLineStateForRechargeUpdateRequest> </soapenv:Body> > </soapenv:Envelope> > > jsp version xml: > <?xml version="1.0" encoding="http://schemas.xmlsoap.org/soap/envelope/"; > standalone="no"?> > <soapenv:Envelope xmlns:pm="http://www.digitel.com.ve/PM_S0004"; > xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/";> > <soapenv:Header xmlns:wsa="http://www.w3.org/2005/08/addressing";> > <wsa:To>http://localhost:8080/WebServicesATC/services/WSMobileLineStateForR >echargeUpdate</wsa:To> > <wsa:MessageID>urn:uuid:155B7826FDE31FB4991217609391827</wsa:MessageID> > <wsa:Action>urn:anonOutInOpResponse</wsa:Action> > </soapenv:Header> > <soapenv:Body> <pm:MobileLineStateForRechargeUpdateRequest> > <searchMSISDN>584122949996</searchMSISDN> > <targetStatus>2</targetStatus> > </pm:MobileLineStateForRechargeUpdateRequest> </soapenv:Body> > </soapenv:Envelope> > > > I tried removing the header with: > msg.getSOAPHeader().detachNode(); > but that didn't work. > > Any ideas? > > On Friday 01 August 2008 12:08:04 pm David Ojeda wrote: > > Update: > > > > I just checked with a tcp monitor and the request does arrive to the > > server, but responds with an error 500 and the same exception I mentioned > > before. > > > > <?xml version='1.0' encoding='UTF-8'?><soapenv:Envelope > > xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/";><soapenv:Header > > xmlns:wsa="http://www.w3.org/2005/08/addressing";><wsa:Action>http://www.w > >3. > > org/2005/08/addressing/fault</wsa:Action><wsa:RelatesTo>urn:uuid:47691F51 > >DDE > > 89BC4AF1217605891135</wsa:RelatesTo><wsa:FaultDetail><wsa:ProblemAction>< > >wsa > > > >:Action>urn:anonOutInOpResponse</wsa:Action></wsa:ProblemAction></wsa:Faul > >:tD > > > >etail></soapenv:Header><soapenv:Body><soapenv:Fault > > xmlns:wsa="http://www.w3.org/2005/08/addressing";><faultcode>wsa:ActionNot > >Su pported</faultcode><faultstring>The [action] cannot be processed at the > > receiver.</faultstring><detail><Exception>org.apache.axis2.AxisFault: The > > [action] cannot be processed at the receiver. > > at > > org.apache.axis2.addressing.AddressingFaultsHelper.triggerAddressingFault > >(A ddressingFaultsHelper.java:373) at > > org.apache.axis2.addressing.AddressingFaultsHelper.triggerActionNotSuppor > >te dFault(AddressingFaultsHelper.java:336) at > > org.apache.axis2.handlers.addressing.AddressingValidationHandler.checkAct > >io n(AddressingValidationHandler.java:149) at > > org.apache.axis2.handlers.addressing.AddressingValidationHandler.invoke(A > >dd ressingValidationHandler.java:55) at > > org.apache.axis2.engine.Phase.invoke(Phase.java:317) > > at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264) > > at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163) > > at > > org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest > >(H TTPTransportUtils.java:275) at > > org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:131) > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:710) > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > > at > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicat > >io nFilterChain.java:269) at > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilte > >rC hain.java:188) at > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve > >.j ava:213) at > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve > >.j ava:174) at > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java: > >12 7) at > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java: > >11 7) at > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.j > >av a:108) at > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:544) > > at > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:15 > >1) at > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874 > >) at > > org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.proce > >ss Connection(Http11BaseProtocol.java:665) at > > org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint. > >ja va:528) at > > org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowe > >rW orkerThread.java:81) at > > org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool. > >ja va:689) at java.lang.Thread.run(Thread.java:619) > > </Exception></detail></soapenv:Fault></soapenv:Body></soapenv:Envelope> > > > > On Friday 01 August 2008 11:15:13 am David Ojeda wrote: > > > Hello, > > > > > > I read the thread "Send direct XML rather than using Java classes" and > > > followed the example at > > > http://users.skynet.be/pascalbotte/rcx-ws-doc/saajpost.htm in order to > > > create a jsp page that tests a webservice deployed with axis2. > > > > > > I am getting this exception: > > > org.apache.axis2.AxisFault: The [action] cannot be processed at the > > > receiver. at > > > org.apache.axis2.addressing.AddressingFaultsHelper.triggerAddressingFau > > >lt (A ddressingFaultsHelper.java:373) at > > > org.apache.axis2.addressing.AddressingFaultsHelper.triggerActionNotSupp > > >or te dFault(AddressingFaultsHelper.java:336) at > > > org.apache.axis2.handlers.addressing.AddressingValidationHandler.checkA > > >ct io n(AddressingValidationHandler.java:149) at > > > org.apache.axis2.handlers.addressing.AddressingValidationHandler.invoke > > >(A dd ressingValidationHandler.java:55) at > > > org.apache.axis2.engine.Phase.invoke(Phase.java:317) > > > at > > > org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:264) at > > > org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:163) at > > > org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostReque > > >st (H TTPTransportUtils.java:275) at > > > org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:131 > > >) at javax.servlet.http.HttpServlet.service(HttpServlet.java:710) at > > > javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic > > >at io nFilterChain.java:269) at > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil > > >te rC hain.java:188) at > > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal > > >ve .j ava:213) at > > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal > > >ve .j ava:174) at > > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.jav > > >a: 12 7) at > > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.jav > > >a: 11 7) at > > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve > > >.j av a:108) at > > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:54 > > >4) at > > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java: > > >15 1) at > > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:8 > > >74 ) at > > > org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.pro > > >ce ss Connection(Http11BaseProtocol.java:665) at > > > org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoin > > >t. ja va:528) at > > > org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollo > > >we rW orkerThread.java:81) at > > > org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPoo > > >l. ja va:689) at java.lang.Thread.run(Thread.java:619) > > > > > > > > > On the other hand, when testing the same code in a main function > > > instead of the jsp, it works fine. > > > > > > Here is the code: > > > String str = "<soapenv:Envelope > > > xmlns:soapenv=\"http://schemas.xmlsoap.org/soap/envelope/\"; > > > xmlns:pm=\"http://www.digitel.com.ve/PM_S0004\";> <soapenv:Header/> > > > <soapenv:Body> <pm:MobileLineStateForRechargeUpdateRequest> > > > <searchMSISDN>584122949996</searchMSISDN> > > > <targetStatus>2</targetStatus> > > > </pm:MobileLineStateForRechargeUpdateRequest> > > > </soapenv:Body></soapenv:Envelope>"; > > > PrintStream out = System.out; > > > try { > > > // Create the connection > > > javax.xml.soap.SOAPConnectionFactory scf = > > > javax.xml.soap.SOAPConnectionFactory.newInstance(); > > > javax.xml.soap.SOAPConnection conn = > > > scf.createConnection(); > > > > > > // Create message > > > javax.xml.soap.MessageFactory mf = > > > javax.xml.soap.MessageFactory.newInstance(); > > > javax.xml.soap.SOAPMessage msg = mf.createMessage(); > > > > > > // Object for message parts > > > javax.xml.soap.SOAPPart sp = msg.getSOAPPart(); > > > javax.xml.transform.stream.StreamSource prepMsg = new > > > javax.xml.transform.stream.StreamSource( > > > new java.io.StringReader(str)); > > > sp.setContent(prepMsg); > > > > > > //headers > > > javax.xml.soap.MimeHeaders hd = msg.getMimeHeaders(); > > > hd.addHeader("SOAPAction", > > > "http://integra.la/digitel/ws/linestate/WSMobileLineStateForRechargeUpd > > >at e/ mobileLineStateForRechargeUpdate"); > > > > > > // Save message > > > msg.saveChanges(); > > > > > > // View input > > > out.println("\n Soap request:\n"); > > > msg.writeTo(out); > > > out.println(); > > > > > > // Send > > > String urlval > > > = > > > "http://localhost:8080/WebServicesATC/services/WSMobileLineStateForRech > > >ar ge Update"; javax.xml.soap.SOAPMessage rp = conn.call(msg, urlval); > > > > > > // View the output > > > out.println("\nXML response\n"); > > > > > > // Create transformer > > > javax.xml.transform.TransformerFactory tff = > > > javax.xml.transform.TransformerFactory.newInstance(); > > > javax.xml.transform.Transformer tf = tff.newTransformer(); > > > > > > // Get reply content > > > javax.xml.transform.Source sc = > > > rp.getSOAPPart().getContent(); > > > > > > // Set output transformation > > > javax.xml.transform.stream.StreamResult result = new > > > javax.xml.transform.stream.StreamResult(out); > > > tf.transform(sc, result); > > > out.println(); > > > > > > // Close connection > > > conn.close(); > > > > > > } > > > catch (Exception e) { > > > out.println(e.getMessage()); > > > out.println(e); > > > } > > > > > > I enabled soapmonitor and the standalone (main function, not jsp) is > > > received and responded correctly as expected, but the jsp doesn't > > > receive any request. I believe that the request never arrives to the > > > service. > > > > > > What could be the problem? I am using jdk 1.6.0_05 in both tomcat and > > > standalone versions. Tomcat 5.5.25 > > > Axis2-1.4 > > > > > > Thanks for your help. > > > > > > On Monday 23 June 2008 04:58:02 am Jacky Rymasz-Maillot wrote: > > > > Re hello.. ;) > > > > Ok just to say i found out my problem. > > > > Following this example > > > > http://users.skynet.be/pascalbotte/rcx-ws-doc/saajpost.htm, I added > > > > those 2 lines and now it works with jre1.5 and 1.6. > > > > > > > > MimeHeaders hd = msg.getMimeHeaders(); > > > > hd.addHeader("SOAPAction", urlOfMyAction); > > > > > > > > Thx to all > > > > > > > > Jack > > > > > > > > -----Message d'origine----- > > > > De : Jacky Rymasz-Maillot [mailto:[EMAIL PROTECTED] > > > > Envoyé : lundi 23 juin 2008 10:06 > > > > À : Martin; axis-user@ws.apache.org > > > > Objet : RE: Send direct XML rather than using Java classes > > > > > > > > Hello, > > > > > > > > I'm not using AS8.2. > > > > My Client application is an applet (It can also be delivered to > > > > customer as a standalone application) sending request to a server > > > > application deployed on Tomcat 5.5.12. Both are using Axis 1.4 to > > > > communicate and both have been deployed and compiled with jdk1.5.06. > > > > > > > > It would be very too restrictive to tell users to use jre1.5 or to > > > > manipulate jars (since most of them don't even know what is JRE or > > > > Java or JDK) > > > > > > > > I keep searching info about that on Internet but still haven't found > > > > a solution. > > > > > > > > Jack > > > > > > > > > > > > > > > > > > > > -----Message d'origine----- > > > > De : Martin [mailto:[EMAIL PROTECTED] > > > > Envoyé : dimanche 22 juin 2008 02:21 > > > > À : axis-user@ws.apache.org; Jacky Rymasz-Maillot > > > > Objet : Re: Send direct XML rather than using Java classes > > > > > > > > I assume you're using AS 8.2 ? > > > > There is an open bug with SAAJ 1.3 in JDK 8 which suggests > > > > > > > > 1. saaj jar files must be placed in the AS 8.2 EE's classpath via the > > > > Admin Console. (details to follow) > > > > 2. saaj system properties must be set in AS via the Admin Console. > > > > (details to follow) > > > > 3. saaj jar files must be in the java runtime env for SR clients > > > > (details to follow) > > > > > > > > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6463868 > > > > > > > > Martin > > > > ----- Original Message ----- > > > > > > > > From: "Anne Thomas Manes" <[EMAIL PROTECTED]> > > > > To: <axis-user@ws.apache.org> > > > > Sent: Saturday, June 21, 2008 7:29 AM > > > > Subject: Re: Send direct XML rather than using Java classes > > > > > > > > > > > > I believe that JDK6 includes Sun's implementation of SAAJ, which > > > > might be slightly different from Axis. I recommend you search for > > > > Sun's documentation. > > > > > > > > Anne > > > > > > > > On Fri, Jun 20, 2008 at 5:36 AM, Jacky Rymasz-Maillot > > > > > > > > <[EMAIL PROTECTED]> wrote: > > > > > Hello again. > > > > > I created a client sending Axis request XML using SAAJ as explained > > > > > into the link. > > > > > I developed my client with Eclipse with JDK1.5 and everything works > > > > > fine. > > > > > > > > > > My problem now is that when my client runs with JRE1.6, I have this > > > > > response: > > > > > <?xml version="1.0" encoding="UTF-8"?> > > > > > <soapenv:Envelope > > > > > xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"; > > > > > xmlns:xsd="http://www.w3.org/2001/XMLSchema"; > > > > > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";> > > > > > <soapenv:Body> > > > > > <soapenv:Fault> > > > > > <faultcode > > > > > xmlns:ns1="http://xml.apache.org/axis/";>ns1:Client.NoSOAPAction</fa > > > > >ul tc od e> <faultstring>no SOAPAction header!</faultstring> > > > > > <detail> > > > > > <ns2:hostname > > > > > xmlns:ns2="http://xml.apache.org/axis/";>qa4201.fr.webraska.com</ns2 > > > > >:h os tn ame> </detail> > > > > > </soapenv:Fault> > > > > > </soapenv:Body> > > > > > </soapenv:Envelope> > > > > > > > > > > I have to force my client to use JDK1.5 to make it work fine. > > > > > Is there a way so that my client can be run with JDK1.5 or above > > > > > (jre1.6 for ex)? > > > > > > > > > > Thx, > > > > > > > > > > Jack > > > > > > > > > > > > > > > > > > > > > > > > > -----Message d'origine----- > > > > > De : Jacky Rymasz-Maillot > > > > > Envoyé : mardi 17 juin 2008 09:45 > > > > > À : axis-user@ws.apache.org > > > > > Objet : RE: Send direct XML rather than using Java classes > > > > > > > > > > Thanks alot. > > > > > It works fine ;) > > > > > > > > > > Jack > > > > > > > > > > -----Message d'origine----- > > > > > De : Anne Thomas Manes [mailto:[EMAIL PROTECTED] > > > > > Envoyé : lundi 16 juin 2008 19:31 > > > > > À : axis-user@ws.apache.org > > > > > Objet : Re: Send direct XML rather than using Java classes > > > > > > > > > > Use the SAAJ API. See > > > > > http://users.skynet.be/pascalbotte/rcx-ws-doc/saajpost.htm for > > > > > samples. > > > > > > > > > > Anne > > > > > > > > > > On Mon, Jun 16, 2008 at 11:04 AM, Jacky Rymasz-Maillot > > > > > > > > > > <[EMAIL PROTECTED]> wrote: > > > > >> I am using actually Axis 1.4. > > > > >> Is it still possible? If so, where can I find an example? > > > > >> Thank you for all your answer ;) > > > > >> > > > > >> Jack > > > > >> > > > > >> -----Message d'origine----- > > > > >> De : Paul Fremantle [mailto:[EMAIL PROTECTED] > > > > >> Envoyé : lundi 16 juin 2008 16:36 > > > > >> À : axis-user@ws.apache.org > > > > >> Objet : Re: Send direct XML rather than using Java classes > > > > >> > > > > >> Jacky > > > > >> > > > > >> Sure. If you use Axis2 it was designed this way. The Java classes > > > > >> model is actually just a separate layer on top of the core XML > > > > >> messaging layer. > > > > >> > > > > >> You just need to look at the ServiceClient API. The XML is > > > > >> represented in Axis2 as an OMElement. > > > > >> > > > > >> Paul > > > > >> > > > > >> 2008/6/16 Jacky Rymasz-Maillot <[EMAIL PROTECTED]>: > > > > >>> Hello, > > > > >>> > > > > >>> > > > > >>> > > > > >>> I would like to know if it is possible to send a WSDL request > > > > >>> directly without using Java classes to create the request. > > > > >>> > > > > >>> Let's say I want to create a WSDL request (XML format) into a > > > > >>> text editor > > > > >>> and send the resulting String to my server without using the > > > > >>> generated Java > > > > >>> classes from Axis. > > > > >>> > > > > >>> > > > > >>> > > > > >>> What I want looks like that but for SOAP: > > > > >>> > > > > >>> http://users.skynet.be/pascalbotte/rcx-ws-doc/xmlpost.htm > > > > >>> > > > > >>> > > > > >>> > > > > >>> Is it possible? > > > > >>> > > > > >>> > > > > >>> > > > > >>> Thx > > > > >>> > > > > >>> > > > > >>> > > > > >>> Jack > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> No virus found in this outgoing message. > > > > >>> Checked by AVG. > > > > >>> Version: 7.5.524 / Virus Database: 270.3.0/1504 - Release Date: > > > > >>> 15/06/2008 > > > > >>> 17:52 > > > > >> > > > > >> -- > > > > >> Paul Fremantle > > > > >> Co-Founder and CTO, WSO2 > > > > >> Apache Synapse PMC Chair > > > > >> OASIS WS-RX TC Co-chair > > > > >> > > > > >> blog: http://pzf.fremantle.org > > > > >> [EMAIL PROTECTED] > > > > >> > > > > >> "Oxygenating the Web Service Platform", www.wso2.com > > > > >> > > > > >> ------------------------------------------------------------------ > > > > >>-- - To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > >> For additional commands, e-mail: [EMAIL PROTECTED] > > > > >> > > > > >> > > > > >> No virus found in this incoming message. > > > > >> Checked by AVG. > > > > >> Version: 7.5.524 / Virus Database: 270.3.0/1504 - Release Date: > > > > >> 15/06/2008 17:52 > > > > >> > > > > >> > > > > >> No virus found in this outgoing message. > > > > >> Checked by AVG. > > > > >> Version: 7.5.524 / Virus Database: 270.3.0/1504 - Release Date: > > > > >> 15/06/2008 17:52 > > > > >> > > > > >> > > > > >> ------------------------------------------------------------------ > > > > >>-- - To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > >> For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > ------------------------------------------------------------------- > > > > >-- To unsubscribe, e-mail: [EMAIL PROTECTED] For > > > > > additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > No virus found in this incoming message. > > > > > Checked by AVG. > > > > > Version: 7.5.524 / Virus Database: 270.3.0/1504 - Release Date: > > > > > 15/06/2008 17:52 > > > > > > > > > > > > > > > No virus found in this outgoing message. > > > > > Checked by AVG. > > > > > Version: 7.5.524 / Virus Database: 270.3.0/1504 - Release Date: > > > > > 15/06/2008 17:52 > > > > > > > > > > > > > > > No virus found in this outgoing message. > > > > > Checked by AVG. > > > > > Version: 7.5.524 / Virus Database: 270.4.1/1510 - Release Date: > > > > > 19/06/2008 15:21 > > > > > > > > > > > > > > > ------------------------------------------------------------------- > > > > >-- To unsubscribe, e-mail: [EMAIL PROTECTED] For > > > > > additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > No virus found in this incoming message. > > > > Checked by AVG. > > > > Version: 7.5.524 / Virus Database: 270.4.1/1513 - Release Date: > > > > 22/06/2008 07:52 > > > > > > > > > > > > No virus found in this outgoing message. > > > > Checked by AVG. > > > > Version: 7.5.524 / Virus Database: 270.4.1/1513 - Release Date: > > > > 22/06/2008 07:52 > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > No virus found in this incoming message. > > > > Checked by AVG. > > > > Version: 7.5.524 / Virus Database: 270.4.1/1513 - Release Date: > > > > 22/06/2008 07:52 > > > > > > > > > > > > No virus found in this outgoing message. > > > > Checked by AVG. > > > > Version: 7.5.524 / Virus Database: 270.4.1/1513 - Release Date: > > > > 22/06/2008 07:52 > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] -- Ing. David Ojeda Integra Consultores Caracas, Venezuela --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
