D:\tools\ruby\bin>dir *.bat"
驱动器 D 中的卷是 working
卷的序列号是 49EF-1F09
D:\tools\ruby\bin 的目录
2006-08-26 14:17 4,191 erb.bat
2006-08-29 13:41 623 fxri.bat
2006-08-29 13:41 737 gem.bat
2006-10-10 23:35 33 gemhelp.bat
2006-08-29 13:41 1,397 gemwhich.bat
2006-08-29 13:41 1,814 gem_mirror.bat
2006-08-29 13:41 10,910 gem_server.bat
2006-08-29 13:41 563 irb.bat
2006-08-29 13:08 592 rake.bat
2006-08-26 14:17 1,776 rdoc.bat
2006-08-26 14:17 1,708 ri.bat
2006-08-26 14:17 326 testrb.bat
2006-08-29 13:41 685 update_rubygems.bat
13 个文件 25,355 字节
0 个目录 10,619,871,232 可用字节
D:\tools\ruby\bin>
You can also use the Unix "shebang" notation as the first line of the program file.2"
#!/usr/local/bin/ruby -w
puts "Hello, world!"
在Unix命令解释程序（用户界面）用户中，shebang指"＃"符号，脚本行必须以这个字符作为开始。在音乐符号中，"＃"称为升半音（sharp），惊叹号"！"有时称轰声（bang）。因而，shebang变成较短的sharp-bang。Elizabeth Castro的Perl and CGI for the World Wide Web提到了这个术语。"
from: http://www.cnpaf.net/Class/s/05102612050617672888.htm
shebang: /sh@・bang/, n.
The character sequence "#!" that frequently begins executable shell scripts under Unix. Probably derived from "shell bang" under the influence of American slang "the whole shebang" (everything, the works).
class ADuck
def quack()
puts "quack A";
end
end
class BDuck
def quack()
puts "quack B";
end
end
def quack_it(duck)
duck.quack
end
a = ADuck.new
b = BDuck.new
quack_it(a)
quack_it(b)
| Cause of requirements changed,we have to intergrate with some other system in one of my projects. And the best way of integration is web service. After reviewwing serval SOAP framework,we think XFire is our best choice. But there are still some questions bothering us. 1.Does Client API(http: //xfire.codehaus.org/Client+API) method only run under JDK5 ? Our development Env. and delopyment Env are both jdk1.4. What should we do to make sure that the calling can be done under jdk1.4 ? 2.Can dynamic client method(http://xfire.codehaus.org/Dynamic+Client ) deal with the complex type like POJO ? We have made some test, it seems no. After calling the GeoIP(at http://www.webservicex.net), it returned a xml document. How should I make it works with complex type ? |
| Hi On 10/31/06, Layout Layout <skyloper@gmail.com> wrote: > Cause of requirements changed,we have to intergrate with some other system > in one of my projects. > And the best way of integration is web service. > After reviewwing serval SOAP framework,we think XFire is our best choice. I agree ;) > But there are still some questions bothering us. > 1.Does Client API(http: //xfire.codehaus.org/Client+API) > method only run under JDK5 ? No, Client api works on java 1.4 also. Only generated clients ( http://xfire.codehaus.org/Client+and+Server+Stub+Generation+from+WSDL ) works only on java 5 ( but you can use Retrotranslator to make it java 1.4 compatibile ). > Our development Env. and delopyment Env are both jdk1.4. What should we do > to make > sure that the calling can be done under jdk1.4 ? > > 2.Can dynamic client > method( http://xfire.codehaus.org/Dynamic+Client) > deal with the complex type like POJO ? We have made some test, it seems no. > After calling the GeoIP(at http://www.webservicex.net), it returned a xml > document. > How should I make it works with complex type ? Currently dynamic client doesn't work well with complex types, but as i heard it should change in near future. > -- ----- When one of our products stops working, we'll blame another vendor within 24 hours. --------------------------------------------------------------------- To unsubscribe from this list please visit: http://xircles.codehaus.org/manage_email |
| Thanks for your helpful repy. It encourage me a lot. I read the xfire documentation in the disctribution and it says that xfire can run well under jdk1.4. Well,my next question is how to generate or create the client api without the wsgen tools (task)? Let me clear it : " First you need to create a Service like you do on your server. This provides the metadata about how the service is structured: Next, you'll need to create a proxy for your service: " these words are quoted from http://xfire.codehaus.org/Client+API, and who can tell me how to create the interface YourService.class ? and how about the input/output parameter ? Can complex type can be supported by client api method ? [Quoted text hidden] |
| You use Client Api when you have access to service java interface and all classes used by it ( params and results ). So.. if you have service MyServiceImpl which implements MyService interface and one of its methods use MyPojoParam class as parameter you have to have MyService and MyPojoParam on client if you want to use this API. [Quoted text hidden] --[Quoted text hidden] |
OK,I see. Does that mean if I am going to call a web service I have to have the server side API ? But our client web service maybe was write by domino and C++,is that possible for me to call it using XFire ? for example,there is one webservice and the wsdl,how can I call it by xfire ?(without the wsgen) http://www.webservicex.net/MortgageIndex.asmx?WSDL and we maybe do not know the web service besides the WSDL. Can I write the client api myself ? [Quoted text hidden] |
| On 10/31/06, Layout Layout <skyloper@gmail.com> wrote: > > OK,I see. > Does that mean if I am going to call a web service I have to have the server > side API ? > > But our client web service maybe was write by domino and C++,is that > possible for me to call it using XFire ? > > for example,there is one webservice and the wsdl,how can I call it by xfire > ?(without the wsgen) > http://www.webservicex.net/MortgageIndex.asmx?WSDL If you want to use client based only on service wsdl you must generate client code ( using wsgen ). This code will work only on 1.5, but as mentioned earlier, you can convert this to java 1.4 with retrotranslator. [Quoted text hidden] --[Quoted text hidden] |
| thank you very much. I tried to write a service class by hand and call the web service ,but I failed.It always report that emply SOAPAction can not be recogenize by the server.(I am using .net web service)。 I like xfire,but it seems that I have to use some other framework to calling the existing web service which created in C++(because having no java APIs). I can use xfire to create web service well. [Quoted text hidden] |
| After discussing with Tomek Sztelak,I write a script to generate the stubs for WSDL,and translate to jdk1.4. But unluckly,I can not run the testCase in eclipse . It reported that : java.lang.UnsupportedClassVersionError : org/codehaus/xfire/annotations/jsr181/Jsr181WebAnnotations (Unsupported major.minor version 49.0) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:539) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at java.net.URLClassLoader.defineClass(URLClassLoader.java:251) at java.net.URLClassLoader.access$100(URLClassLoader.java:55) at java.net.URLClassLoader$1.run (URLClassLoader.java:194) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at java.lang.ClassLoader.loadClass(ClassLoader.java:289) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) at net.webservicex.geoip.GeoIPServiceClient.create0 (GeoIPServiceClient.java:57) at net.webservicex.geoip.GeoIPServiceClient.<init>(GeoIPServiceClient.java:26) at org.layout.xfire.client.GeoIPClient.testGetGeoIP(GeoIPClient.java:9) at sun.reflect.NativeMethodAccessorImpl.invoke0 (Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke (Method.java:324) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected (TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run (TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:478) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:344) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main (RemoteTestRunner.java:196) And here is my ant script and testcase. build.xml ----------------------------------------------------------------- <?xml version="1.0" encoding="gb2312"?> <project name="wsdl_gen" default="main" basedir="."> <property environment="env"/> <property file="build.properties" /> <path id=" compile.classpath"> <fileset dir="${basedir}/lib" includes="*.jar" /> </path> <taskdef name="wsgen" classname="org.codehaus.xfire.gen.WsGenTask" > <classpath refid="compile.classpath"/> </taskdef> <taskdef name="translator" classname="net.sf.retrotranslator.transformer.RetrotranslatorTask"> <classpath refid=" compile.classpath"/> </taskdef> <target name="init"> <delete dir="${dir.target}" /> <mkdir dir="${dir.target}" /> </target> <target name="main" depends="init"> <wsgen outputDirectory="${dir.target}" wsdl="${dir.wsdl}/${source.wsdl.name}" package="${target.package.name}" overwrite="true"/> <antcall target="compile.java " inheritall="true"/> <antcall target=" compile.jar" inheritall="true"/> <antcall target="translate.jar"/> <antcall target="clean"/> </target> <target name="compile.java" description="compile the java sources and copy associated resource files"> <delete dir="${dir.build}"/> <mkdir dir="${ dir.build}"/> <javac srcdir = "${ dir.source}" destdir = "${dir.build}" debug = "${compile.debug}" deprecation = "${compile.deprecation}" optimize = "${ compile.optimize }"> <classpath refid="compile.classpath"/> </javac> </target> <target name="compile.jar"> <mkdir dir="${dir.dest}"/> <mkdir dir="${ dir.build}/META-INF/"/> <copy todir="${dir.build}/META-INF"> <fileset dir="${dir.source}/META-INF" /> </copy> <jar destfile="${dir.dest}/${ target.jar.name}"> <fileset dir="${dir.build}" /> </jar> </target> <target name="clean"> <delete dir="${dir.build}"/> <delete dir="${ dir.source}"/> </target> <target name="translate.jar"> <translator srcjar="${dir.dest}/${ target.jar.name}" destjar="${ dir.dest}/${target.1.4.jar.name}" verify="true" > <classpath location="${java14_home}/jre/lib/rt.jar"/> <classpath refid=" compile.classpath"/> </translator> </target> </project> ---------------------------------------------------------------------- test case --------------------------------------------------------------------- package org.layout.xfire.client; import net.webservicex.geoip.GeoIPServiceClient; import net.webservicex.geoip.GeoIPServiceSoap ; import junit.framework.TestCase; public class GeoIPClient extends TestCase { public void testGetGeoIP() { GeoIPServiceClient service = new GeoIPServiceClient(); GeoIPServiceSoap geoIPClient = service.getGeoIPServiceSoap (); System.out.println("The country is: " + geoIPClient.getGeoIP("216.73.126.120").getCountryName()); } } ---------------------------------------------------------------------------------------------- Who can tell me ho to run it ? [Quoted text hidden] |
| As i understand, retrotranslator converts only generated classes, but xfire annotation jar still use java5. So you probably need to translate also xfire-annotation.jar. [Quoted text hidden] --[Quoted text hidden] |
| I am using XFire with 1.4 and don't have any problems. I don't even care what the web service implementation is. I just "invent" a Java Interface in my client that adheres to the WSDL contract. I also create any necessary objects, (unless I can reuse some of my existing objects, which I did some times). For all this I am integrating XFire with Spring and using Aegis mapping, because I HATE generated classes and cumbersome steps in my builds. I do have complex types, including Map's and Array's of Map's. Everything is working perfectly, although I do not know if it will work with .net (because of the SoapAction thing, I belive .NET does not implement the specification correctly in that case. I've seen a similar post on this forums some time ago) Best of Lucks, Andres Bernasconi [Quoted text hidden] |
| To Tomek Sztelak: I tried to translate the jar you said,but it can not be translated.Many depences can not be found. To Andres Bernasconi: Yes,the all the web services but .NET. I "invent" the client api according to the examples in the XFire1.2.2 distrubution,and it can run fine with 1.4,but when calling the web service(.NET),It reported the SOAPAction is empty. I have to use axis1(wsdl2java) to generate stub and call the service,and it works fine. btw,I think axis2 has many problems,even the documentation. [Quoted text hidden] |
| Hi! To make generated XFire client work on JRE 1.4 all modules can be translated with Retrotranslator to fully eliminate Java 5 API usages. The module dependencies should be provided via -classpath ONLY if verification is enabled, since they are not used during the translation. Setting -Djava.class.version=49.0 property when running client can also help in case of problems with type mapping. I am the author of Retrotranslator. Regards, Taras [Quoted text hidden] |
| Hi Taras Did run translated XFire client succesuly ? If so, maybe you can write few words what must be done ? :) [Quoted text hidden] ------- When one of our products stops working, we'll blame another vendor within 24 hours. --------------------------------------------------------------------- [Quoted text hidden] |
| I did it almost half a year ago, but AFAIR I had successfully run both a Java 5 server and a generated Java 5 client on JRE 1.4. Both of them were using annotations and generics. I translated them along with XFire, like this: java -jar retrotranslator-transformer-1.0.9.jar -srcjar server.jar -srcjar client.jar -srcjar xfire-all-1.2.2.jar And at runtime I specified -Djava.class.version=49.0 both for the client and the server: java -Djava.class.version=49.0 -jar client.jar This was needed especially on the server for generic collections to be correctly exposed via autogenerated WSDL, since XFire sometimes does not use generics and annotations if this option is 48.0. [Quoted text hidden] |
| Tomek, going back to the .NET issue, is there any way to configure XFire to be able to talk to .NET services? Even if it does not follow the spec, I believe being able to connect to .NET will give a bigger user-base to XFire, something we will all benefit from. Regards¿ AB [Quoted text hidden] |
| Yes, it possible and lot of ppl do it :) But you must use client which use annotations, so XFire will be able to fill SOAPAction field. [Quoted text hidden] ------- When one of our products stops working, we'll blame another vendor within 24 hours. --------------------------------------------------------------------- [Quoted text hidden] |
| Oh, i see... pitty me :) [Quoted text hidden] |
一段时间makefire一直在和我讨论关于html解析的话题,但是一直没有怎么用心去看看有没有三方的开源项目可以实现.窃以为就和xml解析的过程差不多,但是可能会灵活一些,毕竟html的语法不如xml那么强制规范,所以遇到不规范的书写就不知道该怎么解析了.
今天在google和sourceforge.net上面找了找,发现有人确实有心,做了一个html parser的开源项目,jericho-html而且已经到了1.5版本了,看样子也应该比较成熟了,于是下载看看能否适应我的需求.发现一共只有50个类左右(大部分都是数据bean,比如emlment,tag之类的),不依赖于其他三方的lib,所以可以直接就使用了.看了一下使用的sample:
import au.id.jericho.lib.html.*;
import java.util.*;
import java.io.*;
import java.net.*;
public class DisplayAllElements {
public static void main(String[] args) throws Exception {
String sourceUrlString="data/test.html" ;
if (args.length==0)
System.err.println("Using default argument of \""+sourceUrlString+'"');
else
sourceUrlString=args[0];
if (sourceUrlString.indexOf(':')==-1) sourceUrlString="file:"+sourceUrlString;
URL sourceUrl=new URL(sourceUrlString);
String htmlText=Util.getString(new InputStreamReader(sourceUrl.openStream()));
Source source= new Source(htmlText);
source.setLogWriter(new OutputStreamWriter(System.err));
// send log messages to stderr
for (Iterator i=source.findAllElements().iterator(); i.hasNext(); )
{
Element element=(Element)i.next();
System.out.println("---------------------------------"
+"----------------------------------------------");
System.out.println(element.getDebugInfo());
System.out.println(element);
}
}
}
有一个Util类从给如的uri中得出所有的htmlstr,然后再对这个str转换成为一个html的source,source可以设置logwriter,这样子一来就可以注入log4j的工具和其结合起来,如果放到一个aop的框架里面也会和其他的lib造成依赖和耦合关系.Tag类中静态定义了一大批的字符串变量,代表各种html的标签,而source中有方法遍历(iterate)和查找(findAllStartTags),找到则可以显示其内容和属性.
同时这个项目还提供了对jsp,asp,php等脚本语言的支持,可以对jsp或者php的源码进行分析.项目的实际意义可以在于网页搜索工具,比如做一个baidu或者google类似的搜索工具,只需要对我库中已经注册过的网站(url)定点的进行页面分析,分析关键字并且存在数据库中,则搜索的速度可以大大提高.
不知道google的实现方式是文本搜索,全文索引还是其他方式?
