下载作业帮安装包
扫二维码下载作业帮
1.75亿学生的选择
五道英语改写句子1.We were going to hold a sports meeting,so I decided to get up early in the morning to have some exercises.I decided to get up early in the morning to have some exercises _______ we were going to hold a sports meeting.2.Mother said to me:"I will wake you up at 7:00.“Mother said that ________ _______ wake me up at 7:00.3.The dictionary cost me twenty yuan.I spent twenty yuan ________ ________ _______.4.I'm sorry not to be able to help you.I'm sorry that _________ _________ _________ _________.5.If you don't go,nor________ ________.
怪叔叔磀z0鑪
1 since 2 she would 3 on the dictionary 4 it is beyond my power 5 do I
为您推荐：
其他类似问题
dictionary4.I
1.before2.she would3.on the dictionary4.I can't help you5.do I
扫描下载二维码Comprehension(15minutes_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
Comprehension(15minutes
上传于||文档简介
&&Comprehension(15minutes
阅读已结束，如果下载本文需要使用0下载券
想免费下载更多文档？
定制HR最喜欢的简历
下载文档到电脑，查找使用更方便
还剩13页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢This is the mftech-blog. I will use it to publish the news and facts for my projects.
Last Comments
(New Dawn screenca&): www.pradaukoutlet.&
(Hello): www.pradaukoutlet.&
("Come together"..&): www.louisvuittonba&
(Finally we arrive&): www.louisvuittonba&
(Better late than &): www.louisvuittonba&
(It's dawning): www.louisvuittonba&
(This is my legacy&): www.louisvuittonba&
(Hello): www.louisvuittonba&
(Equinox, Jetty an&): www.louisvuittonba&
(Dawn 0.1): www.louisvuittonba&
Just a very quick note:
The slides for the Dawn talk from this year's Eclipse Con are available on the .
It is end of June and as every year a new version of Eclipse has been released. And together with this release comes the new version of Dawn - Dawn 1.0. Dawn 1.0 contains several bug fixes but more important are the new features. First of all to mention is the support for the good all tree-based EMF editors which can be generated straight from your EMF generator models. Dawn now supports generating a fragment-based extension as for GMF editors. This makes it possible to collaborate your editors with just some clicks and without the need of programming anything be yourself.
With this new version Dawn introduces a split up generator model. The old DawnGenmodel was only one file which contained generator descriptors for the target extension (GMF, EMF, etc). Now it is separated into at least two files - the main DawnGenerator model and a target specific one. The specific generator model contains information about the target itself. In the context of EMF and GMF this means that it references the related generator model to get access to generation relevant data. It also allows customizing the generated extension (e.g the naming of classes). With the introduction of collaboration EMF editors, Dawn knows two different types of specific generator models - Dawn EMF GenModel (*dawngenmoldel_emf) and Dawn GMF GenModel (*dawngenmoldel_gmf).
The main model (*.dawngenmodel) on the other site contains general settings which will influence all editors, e.g. coloring. This file is only generated once and is referenced by all specific Dawn gen models.
The reason for this split was to separate Dawn from the underlying frameworks and let it only depend on what is really needed. Thus it is possible to run the generator for the collaborative EMF extension without having GMF installed.
For not bothering the user with different editors, Dawn provides a new generation editor which allows having all generation information at one place. For this it can open every specific gen model which is found in the same folder as the main model and displays it on a separated page. How to create your own extensions is described in this .
With this set of generators ready, Dawn started to provide extensions for exiting frameworks. And what would be more obvious than providing collaborative tooling for the one and only, the number one model, the mother of all our models itself? Well, nothing I guess and that's why I wrote an extension for the Ecore Model Editor. This was actually an easy task, since the Ecore Editor's implementation is quite close to all other generated EMF-model editors and so I just used the brand new generator to create the Dawn extension fragment. But that's not all. Using the existing tooling I created the extension for the graphical Ecore Tools editor likewise. With these both extensions Dawn now supports the most common editors for Ecore modeling. But we won't stop here. While ready for the Juno development we are going to integrate other frameworks like Graphiti to provide similar collaborative extension. They tuned. Till then, enjoy I)
It is June again and as usual there have been a lot of demo camps around the world organized to welcome the new eclipse release - Indigo. And certainly there will be at least one demo camp where I will show the latest Dawn features. I am amazed when I look back to November 2008 when I showed the first prototype of Dawn on the demo camp in Leipzig. That time (in the good old days of Dawn 0.1) Dawn was nothing but the coming goal of me diploma thesis. After porting Dawn to CDO and bringing it back to life inside the eclipse ecosystem I have learned so many things, met do many wonderful people, traveled to cool places that I just can't believe that it all started with a simple idea at the beginning of my thesis.
This time I traveled far to the West of Germany to wake the peoples' interest for collaborative modeling. To be exact - to Bonn. If it happens that you are in this area tomorrow event just join us and watch a lot of interesting talks about the latest eclipse technologies. The
will start at 18:15 pm at the Collegium Leoninum Bonn.
You should also join the demo camp in
which is organized by
and , or in other words - by Eike and me. This year we have a wide range of interesting topics covering modeling, testing or mobile applications. Or demo camp will start at 17:30 p.m. at the Charite. So come and join us and enjoy a wonderful and interesting evening with us.
The slides for the Dawn talk are now online. Everybody who likes to have a second look to the slides will find them .
Thanks for a wonderful EclipseCon. Hope to see you all next year.
Isn't this the title of a famous ? For me, who is the first time in California, it seems to hold some truth. Unfortunately, since we arrived the weather stayed rainy and windy. But I was told that this is quite unusual for this time, so I hope to be able to use my su)
But anyway, actually I would like to call your attention again to my
today. If you are interested in collaborative modeling user interface and want to see how GMF and other EMF based editors are operating distributed on a shared model, come and see the latest state in
development.
Thursday, 24 March 2011
14:30, Stevens Creek
Today is the day that Eike and I are going to present CDO quite . Since the best way to learn about something is to open it up and look inside, we decided it is time for another style of presentation. Instead of providing a set of power point slides we will visualize the main concepts of CDO in a more illustrative .
Note that the room changed from Ballroom D to Ballroom BC (14:30).
If you are not satisfied with learning about all the cool and fancy features from the world of CDO, do not miss my talk on
(14:30, Stevens Creek), when I will talk about Dawn and it's latest features and the upcoming plans for Indigo.
Hope to see you in both talks.
Enjoy the EclipseCon :)
Developing web apps with J2EE is quite easy. But handling all those dependencies in the WEB-INF folder can be a real pain. Especially if you are used to OSGi and quite modular applications. Well, luckily someone came to the nice idea to bring both things together which finally resulted in OSGI RFC 66. This implementation on Equinox together with Jetty brings up a nice modular development environment for web application. But thinks could become more complicated if SOAP-based web services are involved. Recently I tried to bring up some services on a Jetty/Equinox based application which turned out to be more complicated than expected.
When I finally had all pieces together it did not look that complicated, but the road was a quite rocky one. Since I did not find a tutorial which described how to bring up Jax-WS services on a Jetty/Equinox platform I decided to write my own...)
First, download a fresh Eclipse from here. We will use a fresh IDE to show which additional dependencies are needed if you start from the scratch.
After downloading, unzipping and starting the IDE we will add those dependencies to your development environment.
First you need to install the correct runtime dependencies for Jetty. We are using Jetty 7.1.3 which can be retrieved from the Jetty update page ).
From the update site select "Jetty Target Components" and install this feature.
Now we will focus on the business logic. We will take a small, well, very small example for our webservice. Just imagine that you would have a toll which allows collecting and manipulating data about people. First we will create a small bundle which will act as a container for our business data. Select File-&New-&Other and create a Plug-ing Project names "org.mftech.examples.web.persons"
We won't make any UI contribution and will not create an RCP.
Next we need a class to hold the information for a person. Let's be a bit creative and call it...Person. A Person should be named and we want to know how old a person is. In addition we want to collect the same information for the person's children. And it might be interesting which sex a person has. We will also provide a unique identifier to make it easier to find a person in our system. Putting all this together results in the following class.
package org.mftech.examples.web.
import java.util.ArrayL
import java.util.L
public class Person
public enum Sex
male, female, extraterrestrial_hybrid
private List&Person&
public void setSex(Sex sex)
this.sex =
public Sex getSex()
public void setName(String name)
this.name =
public String getName()
public void setAge(int age)
this.age =
public int getAge()
public void setChildren(List&Person& children)
this.children =
public List&Person& getChildren()
if (children == null)
children = new ArrayList&Person&();
public void setId(int id)
public int getId()
I promised to keep it simple so that's enough for our business model. Now let us focus on the web site of the story. To handle out web container will again will create a bundle. This time named "org.mftech.exampples.web.soap". We will create a pure OSGi bundle.
Since we want to use the cool RFC 66 features the first thing we need to do is to tweak the Manifest.MF a bit. Add the Web-ContextPath to the file and make it look like the one below.
Manifest-Version: 1.0
Bundle-ManifestVersion: 2
Bundle-Name: Soap
Bundle-SymbolicName: org.mftech.exampples.web.soap
Bundle-Version: 1.0.0.qualifier
Bundle-Activator: org.mftech.exampples.web.soap.Activator
Bundle-ActivationPolicy: lazy
Bundle-RequiredExecutionEnvironment: JavaSE-1.6
Import-Package: org.osgi.version="1.3.0"
Web-ContextPath: /persons
Because the RFC66 implementation will search the bundle for a WEB-INF folder containing a web.xml we need to provided both. Create the folder and place in the web.xml.
&?xml version="1.0" encoding="ISO-8859-1"?&
&web-app xmlns="/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="/xml/ns/javaee
/xml/ns/javaee/web-app_2_5.xsd"
version="2.5"&
&display-name&Hello Webapp&/display-name&
&welcome-file-list&
&welcome-file&index.html&/welcome-file&
&welcome-file&index.htm&/welcome-file&
&welcome-file&index.jsp&/welcome-file&
&welcome-file&default.html&/welcome-file&
&welcome-file&default.htm&/welcome-file&
&welcome-file&default.jsp&/welcome-file&
&/welcome-file-list&
&/web-app&
This currently does nothing but to define the welcome files. But I know that you're are keen on seeing the server running, so let's create a simple index.html.
&head&&/head&
&b&Server is up and running.&b&
Now go to the runtime configuration, create a new "OSGi Framework" configuration and and select all Jetty 7.1.3 bundles. Do not forget to hit the "Add Required Bundles" button.
After starting the configuration change to the following URL &a href="http://localhost:8080/persons/" title=""&http://localhost:8080/persons/&/a&
This will show the content of our small index.html
So you see, it's quite easy to bring up a moduolar web application. But this is just the beginning. Now let'S focus on the web service. Our service should allow to create, manipulate and delete people from a list. To have a clean design we will form a nice interface with these requirements.
package org.mftech.exampples.web.soap.
import java.util.L
import org.mftech.examples.web.persons.P
public interface IPersonRegistry
public int addPerson(Person person);
public void deletePerson(Person person);
public List&Person& getAllPersons();
public void changeValues(int id, Person person);
This small interface make more or less sense. We have a method to add a Person which returns the new id assigned to the person. We can also delete a Person, which will be identified by it's id. In addition we can retrieve a list of all registered Persons and finally we can overwrite the values of a person with another Person object. You'll notice that the Person class could not be resolved. To make it available in our soap bundle we must export it form it's own bundle and add the specific dependencies to the bundle that contains out interface.
Now it is time to care for the implementation.
I'll make it quick and simply provide the implementation to you. Actually the data is stored in a hash map and we do not care for validation to keep it simple.
package org.mftech.exampples.web.soap.registry.
import java.util.ArrayL
import java.util.HashM
import java.util.L
import java.util.M
import javax.jws.WebS
import org.mftech.examples.web.persons.P
import org.mftech.exampples.web.soap.registry.IPersonR
@WebService
public class PersonRegistry implements IPersonRegistry
public static IPersonRegistry instance= new PersonRegistry();
public static
Map&Integer, Person& persons=new HashMap&Integer, Person&();
public int addPerson(Person person)
int index=persons.size();
person.setId(index);
persons.put(index,person);
public void deletePerson(Person person)
persons.remove(person.getId());
public List&Person& getAllPersons()
return new ArrayList&Person&(persons.values());
public void changeValues(int id, Person person)
person.setId(id);
persons.put(id, person);
The only important thing is that the class is annotated with the @Webservice annotation. This makes the class as a web service for the JAX-WS implementation shipped with your JRE. At this point we could start the web service using the Endpoint API. But this is the least elegant way so we will do it slightly different. We will deploy our service declarative. To do this we must a file called "sun-jaxws.xml" to out WEB-INF folder. This file describes the parameters of our service and allows us to deploy it together with all other resources.
&?xml version="1.0" encoding="UTF-8"?&
&endpoints xmlns="/xml/ns/jax-ws/ri/runtime" version="2.0"&
&endpoint name="PersonRegistry"
implementation="org.mftech.exampples.web.soap.registry.impl.PersonRegistry"
url-pattern="/PersonRegistry/service" /&
&/endpoints&
Additionally we need to update our web.xml to provide a listener for webservice calls.
&listener&
&listener-class&
com.sun.xml.ws.transport.http.servlet.WSServletContextListener&/listener-class&
&/listener&
&servlet-name&WSServlet&/servlet-name&
&servlet-class&com.sun.xml.ws.transport.http.servlet.WSServlet&/servlet-class&
&load-on-startup&1&/load-on-startup&
&/servlet&
&servlet-mapping&
&servlet-name&WSServlet&/servlet-name&
&url-pattern&/PersonRegistry/service&/url-pattern&
&/servlet-mapping&
The contextListener is not yet know to our application so we need to download the JAX-WS dependencies (). Since I had some trouble with version 2.2.1 and die WS action stuff I recommend to use version 2.1 which can be downloaded from . Just unpack the stuff and copy the lib folder under your WEB-INF folder.
Unfortunately, there is one last thing to do. We need to generate wrapper classes for JAX-WS. This can be done with the wsgen tool from your JRE. Because I do not want to bother you with the details of this tool, I wrote a small ant file which compiles the classes for you. Just copy the build_server.xml to the root of your "org.mftech.exampples.web.soap" bundle and execute it as ant script. You might need to change to path to your JRE.
&?xml version="1.0"?&
&project name="My Project" default="start"&
&property name="jdk.home" value="C:/Program Files/Java/jdk1.6.0_18" /&
&property name="gen.serviceclass.name" value="PersonRegistry" /&
&property name="gen.serviceclass"
value="org.mftech.exampples.web.soap.registry.impl.${gen.serviceclass.name}" /&
&property name="gen.server" value="wsgen.exe" /&
&property name="gen.project.root" value='${basedir}' /&
&property name="gen.server.cp"
value='.;${gen.project.root}/../org.mftech.examples.web.persons/' /&
&target name="start"&
&echo&${dir}&/echo&
&echo& ${java.home}&/echo&
&echo& ${jdk.home}&/echo&
&antcall target="server" /&
&target name="server"&
&property name="mand" value='"${jdk.home}/bin/${gen.server}" -cp "${gen.server.cp}"
${gen.serviceclass} -s "${gen.project.root}/src-gen"' /&
&echo&${mand}&/echo&
&exec executable="${mand}"&
&/project&
Now it is time to restart out web bundle and see the fruits of our work. Just open the following URL in your browser
. You'll see a page which lists all registered services.
Before we start writing our client we will create a small Servlet that helps us to keep track of the changes in our person registry. Therefore we must add "javax.servlet" and "javax.servlet.http" to our imported packages.
package org.mftech.exampples.web.soap.
import java.io.IOE
import java.io.W
import java.util.L
import javax.servlet.ServletE
import javax.servlet.http.HttpS
import javax.servlet.http.HttpServletR
import javax.servlet.http.HttpServletR
import org.mftech.examples.web.persons.P
import org.mftech.exampples.web.soap.registry.impl.PersonR
public class ShowPersonsServlet extends HttpServlet
protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException
Writer writer = resp.getWriter();
writer.write("&head&&meta http-equiv='refresh' content='5; URL=/persons/showPersons'&&/head&");
writer.write("&h2&PersonRegistry&/h2&");
List&Person& allPersons = PersonRegistry.instance.getAllPersons();
writer.write("&p&" + allPersons.size() + " persons are registred.&/p&");
writer.write("<table style="table-layout: width:420; word-wrap:break-" width='100%' border='1'&");
writer.write("&tr&");
writer.write("&td&Id&/td&&td&Name&/td&&td&Age&/td&&td&No. children&/td&");
for (Person person : allPersons)
writer.write("&tr&");
writer.write("&td&" + person.getId() + "&/td&");
writer.write("&td&" + person.getName() +"&/td&");
writer.write("&td&" + person.getAge() + "&/td&");
writer.write("&td&" + person.getChildren().size() + "&/td&");
writer.write("&/tr&");
writer.write("");
protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException
super.doGet(req, resp);
O.k. I admit that this is not the most sophisticated high end design, but this is just an examples. Now let us register it in the web.xml
&servlet-name&registry&/servlet-name&
&servlet-class&org.mftech.exampples.web.soap.view.ShowPersonsServlet&/servlet-class&
&load-on-startup&1&/load-on-startup&
&/servlet&
&servlet-mapping&
&servlet-name&registry&/servlet-name&
&url-pattern&/showPersons&/url-pattern&
&/servlet-mapping&
If we then restart our server and check this URL
we will see that no person is currently registered.
Now, finally we will write the client. Create another plugin called "org.mftech.exampples.web.soap.client". To generate the client you could use the WTP tool to generate an Axis or Apache CXF client, but we will stay with the default JAX-WS implementation and use the tool wsimport. Again I made the generation a bit easier for you by providing a small a script which must be executed from the root of your client plugin.
&?xml version="1.0"?&
&project name="My Project" default="start"&
&property name="jdk.home" value="C:/Program Files/Java/jdk1.6.0_18" /&
&property name="gen.client.project.root" value='${basedir}\..\org.mftech.exampples.web.soap.client' /&
&property name="gen.endpoint" value="http://localhost:8080/persons/PersonRegistry/service" /&
&path id="jaxws.classpath"&
&fileset dir="${basedir}\..\org.mftech.exampples.web.soap\WEB-INF\lib"&
&include name="**/*.jar" /&
&/fileset&
&taskdef name="wsimport" classname="com.sun.tools.ws.ant.WsImport"&
&classpath refid="jaxws.classpath" /&
&/taskdef&
&target name="start"&
&echo&${dir}&/echo&
&echo& ${java.home}&/echo&
&echo& ${jdk.home}&/echo&
&antcall target="client" /&
&target name="client"&
&wsimport wsdl="${gen.endpoint}?WSDL" sourcedestdir="${gen.client.project.root}\src-gen"
package="org.mftech.exampples.web.soap.client"
verbose="true" debug="true" xendorsed="true" /&
&/project&
After this is done the only thing left is to write a small test client which manipulates the data.
package org.mftech.exampples.web.soap.
import java.util.L
import java.util.R
public class WebServiceTester
public static void main(String[] args) throws InterruptedException
int c = 65;
int loopCount = 0;
while (true)
PersonRegistry registry = new PersonRegistryService().getPersonRegistryPort();
List&Person& allPersons = registry.getAllPersons();
if (loopCount % 4 != 0)
Person person = new Person();
person.setName("Person " + (char) (c++));
person.setAge(new Random().nextInt(80)+20);
int id = registry.addPerson(person);
System.out.println("Added Person with id: " + id);
if (allPersons.size() & 0)
registry.deletePerson(allPersons.get(0));
loopCount++;
Thread.sleep(5000);
Now start the server and then the client and enjoy the show. ;)
Finally we arrived. Well, the travel was not as relaxing as excepted. First, the train to the airport was delayed because some signals were damaged. Certainly, if the train in Berlin is delayed it is not easy to find a seat. Actually I was quite lucky that I managed to get into the train with my entire luggage.
Next, when we arrived at the airport we saw millions of people waiting for the check in. It took some time to figure out that the conveyor belts were damaged which led to a long delay at the check in. God bless the online check in which allowed us
only to drop off our baggage which saved some times and nerves.
But enough with the whining. We finally arrived and that ) And I am quite sure that all the cool sessions will be a good compensation for the exhausting journey.
So if you also managed to get to the summit I recommend that you consider watching our . Hope to see you there. And enjoy the summit. :)
...is the title of a famous song written by a famous
who would (if he hadn't been shot) celebrate his 70th birthday today. But it could also be the slogan for an event which starts in less than a month - right, the Eclipse Summit Europe. Last year I promised that I'll be there next time. And so it is. There are a lot of reasons to go to the summit. Here is my top three for this year:
1.) The amazing . I still haven't figured out which talks I will visit. But I remember from last year that it was hard to make a decision.
and I are giving a long
and . If you are interest in a flexible, scalable model repository for EMF objects, its latest features and the project plans for the coming releases you should mark this talk in your calendar.
3.) Last year Ralph Mueller promised to keep the . So I check wh)
So, let's come together on the summit. Hope to see you there...
It has been a year since I announce that 0.1 is released. At this time Dawn based on an own small model repository and provided real-time shared editing for GMF diagrams - on a basic level.
Dawn 0.1 came with a flexible communication mechanism which allowed switching the underlying transport protocol (at this time SOAP and RMI were implemented) at runtime. With an HTTP-based protocol in the background Dawn was (nearly) immune to firewall restriction. Dawn was also able to detect and visualize conflicts and to clear those on selected diagram elements. To avoid conflicts the user was able to
certain parts of the diagram exclusively. As you might guess, this feature certainly needs some sort of a user management in the back end. This user management allowed to set access rights for every user and to control the rights for every diagram (read, write, modify). System administrators could grant/revoke these rights using a web-based interface. This interface came along with a
to view the GMF diagrams and their changes in real-time in a browser. Dawn 0.1 even provided some basic editing functionality from within the web-browser.
But Dawn 0.1 also had some drawbacks. The performance on bigger models was rather poor. Also the design was far from being perfect. It was also clear that maintaining an own model repository in competition to CDO would be a hard job as single committer. Not that I do not like challenges, but this one was a ) This led to the idea to re-implement Dawn on CDO. So, I became a CDO committer ... and got sidetracked a bit learning all the new stuff.
It took a while since a found time to look at Dawn again, but here we are one year later and I am proud to announce that Dawn 0.2 is out now. Now, Dawn is based on CDO and is treated as one of its sub components. So you can receive it from the Helios update site or the .
As a gift for its 0.2nd birthday, Dawn got its own brand new logo. Here it is:
I addition a new
will serve as entry point for every information around Dawn. If you are interested in Dawn have a look at the
section. Or, if you want to generate generate your own client fragment for your GMF editor, visit this
There are some features which are not yet re-implemented (e.g the web viewer, locking or authentification). If are you are interested in these features track the
or the related bugzillas.
Dawn will not be limited to GMF. In fact it is going to provide collaborative access to every UI which has an underlying EMF model und thus can be stored in a CDO repository.
I leave it up to you to image what)