[JBoss-user] [JBossWS] - Re: Urgent! .NET client compatibility with JBoss 4.0.1?
Is your scenario a .Net client with JBoss 4.0.1 server? Visual Studio should be able to build a client-side proxy okay. I actually use JBoss 4.0.2, but I do have .Net 1.1 clients running in production. (Soon to migrate to JBoss 4.0.3sp1) Do you have any clients that can talk to the web service: Perl SOAP-Lite, JAX-RPC, etc? The JBoss IDE for Eclipse will generate a JUnit test client. Does your webservice show up okay in http://localhost:8080/ws4ee ? r, Lance View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3905546#3905546 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3905546 --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBossWS] - Re: Urgent! .NET client compatibility with JBoss 4.0.1?
What does your .Net C# code look like? Everything is wrapped with objects that Visual Studio should have generated. So you basically: 1) Instantiate a proxy object. a.k.a. web reference. | 2) Then you'll instantiate a request object and populate it's parameters. | 3) Use the request object as the argument when calling the webmethod on the proxy object. | 4) It'll return a response object, unless an exception is getting thrown. | 5) You'll then use the acessors to see what's in the response object. | | Are you seeing any exceptions with a try/catch clause around the webmethod call? My biggest complaint about .Net is the lack of checked expections..oh well. | | r, | Lance View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3905558#3905558 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3905558 --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBossWS] - Re: Urgent! .NET client compatibility with JBoss 4.0.1?
It may be that 4.0.1 is not providing the namespace for the response that .Net is wanting. I would expect, then, that a SOAP response from 4.0.1 and 4.0.3 are different in that respect. From what I've seen .Net will silently discard request/response parameters that don't have the namespace declared on each parameter way it expects. I have this problem in the reverse scenario - with a JBoss client and .Net webservice. Is it possible for you to use the ws4ee part of 4.0.3 in a 4.0.1 installation? I'm not sure how difficult that is View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3905564#3905564 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3905564 --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBossWS] - Re: Can a DII client access a WSDL locked down by basic HTTP
Been awhile since using DII. Have you tried setting the USERNAME_PROPERTY and PASSWORD_PROPERTY on the Call object? View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3904295#3904295 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3904295 --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBossWS] - Re: Can a DII client access a WSDL locked down by basic HTTP
Sorry, just noticed that you were talking about accessing the WSDL.Maybe a URL with the user/password specified in it would work. Something like: | http://user:[EMAIL PROTECTED]/webservice?wsdl | Not sure if this will actually work, plus it limits the characters allowed for the password. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3904300#3904300 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3904300 --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Security JAAS/JBoss] - Re: quick question on module-options
Just wondering why you have 5 databases with authentication information. Are you suggesting that the client provide the name of the database to authenticate against? or that there is a 6th datastore that selects a database based on login name? It sounds to me like this a security issue that may be better solved by centralizing a database to use for authenticationbut maybe there are legacy application issues involved Some databases have database links (Oracle, SQL Server) so one could fashion an SQL query to select from a view that accesses each database (as long as the databases can see each other on the network). I don't think mySQL has that feature. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3904233#3904233 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3904233 --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Security JAAS/JBoss] - Re: login-config works, but not with MD5
I don't have the answer to your problem, but you didn't use base64 encoding the value 098f6bcd4621d373cade4e832627b4f6 is a hex encoded MD5 hash of the word test. The base64 encoded value is dGVzdA==. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3900917#3900917 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3900917 --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Security JAAS/JBoss] - Re: login-config works, but not with MD5
Ooops, I got ahead of myself.The word 'test' as a MD5 hash encodes to:
Hex: 098f6bcd4621d373cade4e832627b4f6
Base64: CY9rzUYh03PK3k6DJie09g
Here's a small perl script that I used.
| #!/usr/bin/perl
| use Digest::MD5 qw(md5_hex md5_base64);
| $digesthex = md5_hex('test');
| $digest = md5_base64('test');
| printf(Hex: %s\n, $digesthex);
| printf(Base64: %s\n, $digest);
|
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3900921#3900921
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3900921
---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
___
JBoss-user mailing list
JBoss-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBossWS] - Re:
You should probably use wscompile instead of WSDL2Java. Have you looked at: http://wiki.jboss.org/wiki/Wiki.jsp?page=WSDOCClientStepByStep and: http://wiki.jboss.org/wiki/Wiki.jsp?page=WSDOCServiceStepByStep I would imagine that wscompile can be configured to generate the server files from a WSDLalthough I admit that I have not done that myself. r, Lance View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3896735#3896735 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3896735 --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBossWS] - Re: WSDL wsdlsoap:address location problem on Solaris 8
I have troubles like this as well with Windows and Linux machines. I believe that JBoss is asking the operating system for it's hostname and the os resolver is giving the short name instead of what you really wanted...the fully qualified domain name. What you might try is editting the /etc/host file on your Solaris box so that the FQDN is listed first on the line for the host's IP address instead of the alias. This has worked for me on Linux as I recall. Other apps also suffer until I make that change (mysql comes to mind) .the default for RedHat is to list the alias first and then the FQDN. Either way is correct, but the resolver will give the first name listed when queried. I would expect the Solaris resolver to react the same. Of course if you have your resolver configured differently, e.g to use NIS, this may not work. Best regards, Lance View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3893661#3893661 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3893661 --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Management, JMX/JBoss] - Re: client jmx through httpinvoker
If your JBoss server is running on a windows machine. You may have to check the 'jboss-service.xml' file in the 'http-invoker.sar/META-INF' directory of your JBoss server configuration. I've seen that a the windows server hostname may default to it's short name or DNS alias. When the client asks the server for the Naming service the server responds with a URL containing the short name. The client most likely can't resolve the short name into an IP address. The 'jboss-service.xml' file has attributes named 'UseHostName' in the MBean definitions. They are set to 'true' by default and I generally set them to 'false' for windows machines that have this problem with host name. If you use a network sniffer, i.e. ethereal, you can verify the behavior and see what the server is sending back to the client. r, Lance View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=302#302 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=302 --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBossWS] - Re: WSDOCServiceStepByStep help
The WSDL document is the contract between the server and client.Unless you're using non-standard SOAP types, i.e. passing serialized objects, the client and server language/technology doesn't matter.Passing opaque objects may require the client to be a particular technology and would require the client to know how to deserialize the objects. So, given just the WSDL file, you should be able to use Java, .Net, Perl, etc, to talk to the server. I commonly use Perl clients to test J2EE and .Net webservices. You should be able to get the WSDL file by tacking ?wsdl to the end of the web service URL in a browser. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3887176#3887176 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3887176 --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBossWS] - Re: Logging SOAP requests and responses
One can use ethereal or tcpdump (or any other network sniffer) to capture and look at the SOAP packets on the wire, if that's what you need to do. It can be helpful when working out interop issues related to the SOAP packet structure and you aren't in a situation where soapmon or other proxy tool can be used. The challenge of using a sniffer is setting filters to trap only the packets you're interested in. r, Lance View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3862924#3862924 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3862924 --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBossWS] - Re: Logging SOAP requests and responses
I've used the SOAPMonitor from the command line, not via the applet. It operates as a proxy like tcpmon where you'll need to point your client to an IP/port that the SOAPMonitor is listening to and configure SOAPMonitor to relay to the packets to the actual SOAP service IP/port. I'm assuming that the applet functions in the same way. Note that you can change either the IP or the port - you don't have to change the port. So you could set your client to talk to a different IP - keeping the port number the same - and have SOAPMonitor listening on that IP/port. Many people forget that you have the whole 127.0.0.0/8 net available on your boxes. I've tried this on Win2K/XP/Linux. For example, the client could be configured to talk to 127.0.0.2/TCP:8080. The SOAPMonitor could be configure to listen on 127.0.0.2/TCP:8080 and talk to a server on 127.0.0.1/TCP:8080. Where the server actually lives on 127.0.0.1/TCP:8080. JBoss can be started with a -b IP_ADDR argument that will bind it's services to a specific IP rather than all host interfaces. e.g. -b 127.0.0.3 will configure JBoss to bind to only IP 127.0.0.3. I noticed log messages about clustering when doing this, but I haven't cared about clustering yet. This gives you some creativity in seting up a testing scenario. r, Lance View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3863017#3863017 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3863017 --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Security JAAS/JBoss] - Re: UsersRolesLoginModule AND CLIENT-CERT (desperately)
From what I read in the JBoss docs, the alias in the keystore needs to be the x509 subject line of the cert (with escapes for spaces and delimiters). So my advice would be to modify the keystore aliases. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3862192#3862192 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3862192 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Security JAAS/JBoss] - Re: encrypted database connection [again]
I would imagine that this capability would rest entirely with the JDBC driver. If any drivers have such capability , JBoss could use them as with any other JDBC driver. r, Lance View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3856111#3856111 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856111 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Security JAAS/JBoss] - Re: encrypted database connection [again]
(Hope you don't mind me jumping in here.) Perhaps the quickest solution is
just to make the the {db}-ds.xml file read-only for the JBoss account and not
accessible for anyone else. (This should be common practice for any file
containing passwords, regardless of the application.) Further, JBoss should be
running using it's very own (locked) account.
The trouble I see with going to all the effort of encrypting a password in the
{db}-ds.xml file and then decrypting it elsewhere, is that now you've
transferred the problem to how you control that encryption key. You'll likely
be needing to use symmetric encryption with a shared key - assuming you need to
recover the cleartext password for the driver. So now that encryption key
needs to be stored somewhere... Hardcoding the key is a bad practice for
several reasons.Maybe there's a way to use PKE herebut I have to ask:
does the driver send the password across the wire in cleartext to the database?
r,
Lance
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3856140#3856140
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3856140
---
SF email is sponsored by - The IT Product Guide
Read honest candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Security JAAS/JBoss] - Re: SSL via HTTPS Standardport 443 / Redirect to 8443
What operating system are you running? With Linux I use iptables to redirect port 443 to 8443 and run JBoss as a non-privileged user.This involves setting up iptables for destination NAT. r, Lance View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3852979#3852979 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3852979 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588alloc_id=12065op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [Security JAAS/JBoss] - Re: SSL via HTTPS Standardport 443 / Redirect to 8443
I generally run some varient of RedHat Fedora, but it's still using iptables. I don't like the way iptables is setup on RedHat, so I generally replace the RC script at /etc/init.d/iptables with my own script/firewall rules. You'll need to load the iptable_nat kernel module to get the Network Address Translation.Then the forwarding rules look something like this (where $IPADDR is your IP address): | ## Port forwarding 80 to 8080 | iptables -t nat -A OUTPUT --destination localhost -p tcp --dport 80 \ | -j REDIRECT --to-ports 8080 | iptables -t nat -A OUTPUT --destination $IPADDR -p tcp --dport 80 \ | -j REDIRECT --to-ports 8080 | iptables -t nat -A PREROUTING --destination $IPADDR -p tcp --dport 80 \ | -j REDIRECT --to-ports 8080 | | ## Port forwarding 443 to 8443 | iptables -t nat -A OUTPUT --destination localhost -p tcp --dport 443 \ | -j REDIRECT --to-ports 8443 | iptables -t nat -A OUTPUT --destination $IPADDR -p tcp --dport 443 \ | -j REDIRECT --to-ports 8443 | iptables -t nat -A PREROUTING --destination $IPADDR -p tcp --dport 443 \ | -j REDIRECT --to-ports 8443 | You'll have your other ingress and egress rules as you normally would. I can post a more complete script if you like that should be able to work on most any newer Linux using iptables. r, Lance View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3853024#3853024 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3853024 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588alloc_id=12065op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBoss.NET] - Re: Exception:: The AXIS engine could not find a target serv
I'm a bit confused... are you running axis that you've deployed separately on JBoss or are you using the jboss-net deployment? jboss-net is in the all configuration, but can be copied in the default configuration. If you're using jboss-net, you don't need to mess with deployment descriptors, just build a web-service.xml (using xdoclet), bundle your service and deploy as a WSR. r, Lance View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3848353#3848353 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3848353 --- This SF.Net email is sponsored by: thawte's Crypto Challenge Vl Crack the code and win a Sony DCRHC40 MiniDV Digital Handycam Camcorder. More prizes in the weekly Lunch Hour Challenge. Sign up NOW http://ad.doubleclick.net/clk;10740251;10262165;m ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBoss.NET] - Re: Webservice authentication
I have run Axis 1.1 installed as a war under JBoss and JBoss-net services in the same server instance without any trouble. Using JBoss-net (which is also built on Axis 1.1) has an advantange in that you don't need to mess with the Axis deploy/undeploy descriptors or plug your apps under the Axis.war directory structure. I really like packaging the webservices as separate WSRs and deploying them like other EARs or WARs - by just dropping them into the server's deploy directory. But, moving forward in JBoss-4, we're supposed to use the ws4ee way of doing things. It's still Axis 1.1 based as far as I've read, but the deployment mechanics are J2EE 1.4 compliant. I'm experimenting with ws4ee with the intent to port all my webservices over to the church approved way of doing things. r, Lance View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3847596#3847596 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3847596 --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBoss.NET] - Re: Webservice authentication
I would use code similar to below. The idea is to:
1) locate the SOAP service (wsdl2java should have generated a Locator)
2) Instantiate the stub class.
3) Set the username and password in the stub.
4) Make the SOAP call to a remote method.
The names of the Locator and Stub classes have been changed below to protect the
innocent, but you'll get the idea. The answer to your question are the calls to the
setUsername() and setPassword() methods. These are provided by the
org.apache.axis.client.Stub class that your stub extends.
| package client;
|
| import client.stub.MySOAPServiceLocator;
| import client.stub.HelloSoapBindingStub;
|
|
| public class TestVersion
| {
|public static void main( String[] args ) throws Exception
|{
| // Instantiate the webservice request.
| MySOAPServiceLocator l = new MySOAPServiceLocator();
| HelloSoapBindingStub tstub = (HelloSoapBindingStub) l.getHello();
|
| // Get the version from the SOAP service.
| // Assumes that the SOAP service has a method named getVersion
| // that returns a String.
| String version = null;
| try
| {
| tstub.setUsername( user1 );
| tstub.setPassword( pass1 );
| version = tstub.getVersion();
| System.out.println(Version: + version);
| }
| catch( org.apache.axis.AxisFault af )
| {
| System.out.println(WRONG LOGIN: +af.getMessage());
| }
|}
| }
|
r,
Lance
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3847465#3847465
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3847465
---
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBoss.NET] - Re: Webservice authentication
Your method likely will not be named getHello. In the Locator code generated by wsdl2java, you should see a few methods that return your Stub. In mine, I see that one method has no arguments and one takes a URL object as an argument to return the Stub. For example, I have web service named FTSCMI with a lengthy wsdl. When I run wsdl2java (using ant), I get 4 files: CmiSOAP.java (contains an interface) CmiSOAPService.java (contains an interface) CmiSOAPServiceLocator.java (contains the service locator) FTSCMISoapBindingStub.java (contains the stub) You should see methods in the stub that correspond to the web methods exposed in your web service. Using those methods from the Stub class will save some pain and helps isolate the SOAP stuff from your client-side business code. This works for me with MIME/DIME attachments and plain parametersI can't say that I've used Java Objects as parameters since I usually have to interop with MS .Net I may be able to whip out a complete example using authentication in the next day or so. Note that I'm running JBoss-3.2.5 and I use the axis service that is embedded by JBoss as /jboss-net. r, Lance View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3847470#3847470 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3847470 --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBoss.NET SOAP] - Re: Error Adminclient
Do you have a special need to access the AdminClient directly? I generally put the WSDD in a web-service.xml file an build a WSR with that. The WSR is laid out like: | mywebservice.wsr: | META-INF/ | META-INF/MANIFEST.MF | META-INF/web-service.xml | The WSR is referenced in the application.xml file in the META-INF directory of the enclosing EAR.When the EAR is deployed by JBoss, the WSR is then deployed and I've no need to access the AXIS AdminClient myself. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3843983#3843983 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3843983 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBoss.NET SOAP] - Re: Error Adminclient
Yes, building a WSR (Web Service Archive) is exactly like building a JAR. Mine generally contain only the META-INF/web-service.xml file. I don't put anything special in the MANIFEST.MF, I just let the jar command build one. The EAR should reference the WSR in it's META-INF/application.xml file. An example is: | ?xml version=1.0 encoding=ISO-8859-1? | | application | display-nameMy WebService/display-name | | module | ejbmySoapyBeans.jar/ejb | /module | | module | javamySoapyService.wsr/java | /module | | /application | This should be all you need. When JBoss deploys the EAR, it will deploy your defined EJBs and also the WSR - which will use the web-service.xml to configure the jboss-net adaptation of Axis. Note that I do have problems with hot-deployment if the signature of the web services changes..in that case I take the lazy way out and restart JBoss.I also had this trouble with Axis on a standalone Tomcat 5 installation. As I recall in that case, I had to use the Axis adminclient to undeploy my service and then redeploy..that was about a year ago, so I might not be remembering correctly. If you want, I can put together a more complete example of this. I'm thinking of doing that anyway, including the use of xdoclet with ant to use as a working example for reference at our company. r, Lance View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3844042#3844042 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3844042 --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBoss.NET SOAP] - Re: Changing in0,in1,... into more proper parameter names
Hi fheldt, Which version of xdoclet are you using? The xdoclet-module-jboss-net.jar was built in October 2003. I'm not sure if it's compatible with xdoclet-1.2.1. Plus, when I explode the xdoclet-module-jboss-net.jar I don't see a @jboss-net.wsdd-operation tag. What does your generated web-service.xml look like? r, Lance View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3841289#3841289 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3841289 --- This SF.Net email sponsored by Black Hat Briefings Training. Attend Black Hat Briefings Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBoss.NET SOAP] - Re: Image
I'm not an expert on the Image object, but it would need to be a Serializable object to send across the network as a SOAP attachment (MIME or DIME). If you were to send common image files, such as JPeg, GIF, PNG, etc, then you could Base64 encode the image file content and send it as XSD_BASE64. However, it would be more efficient to attach the image files as DIME attachments. This may not be the answer you're looking for. Maybe someone else has a better idea View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3840582#3840582 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3840582 --- This SF.Net email sponsored by Black Hat Briefings Training. Attend Black Hat Briefings Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBoss.NET SOAP] - Re: Server
You can get the MessageContext from Axis and then get the HttpServletRequest from that context. For example, to get the remote host from within a Axis SOAP service, I do something like this: MessageContext msgctx = AxisEngine.getCurrentMessageContext(); | | HttpServletRequest req = (HttpServletRequest) msgctx.getProperty(HTTPConstants.MC_HTTP_SERVLETREQUEST); | | String remoteHost = req.getRemoteHost(); Best regards, Lance Nehring www.newparticles.com View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3840206#3840206 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3840206 --- This SF.Net email sponsored by Black Hat Briefings Training. Attend Black Hat Briefings Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBoss.NET SOAP] - Re: User Agent
Axis is basically a servlet, so you can get to the HTTP header information. From inside your Axis SOAP service, you can get the MessageContext from Axis and then get the HttpServletRequest from that context. From the HttpServletRequest you can ask for the User-Agent. MessageContext msgctx = AxisEngine.getCurrentMessageContext(); | | HttpServletRequest req = (HttpServletRequest) msgctx.getProperty(HTTPConstants.MC_HTTP_SERVLETREQUEST); | | String userAgent = req.getHeader(User-Agent); | Best regards, Lance Nehring www.newparticles.com View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3840207#3840207 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3840207 --- This SF.Net email sponsored by Black Hat Briefings Training. Attend Black Hat Briefings Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
