结婚登记全攻略

——写给将要结婚登记或者对现在结婚登记流程有兴趣的人们……当然以双方均为广州市户口人士为例,外地人士我没有这个经验 *^_^*

根据新的《婚姻法》现在进行婚姻登记已经不用像以前那样繁复的手续,一个又一个的证明了,需要的东西只不过是双方的身份证和户口簿(包括正件和复印件),三张双人的大一寸彩照,然后两人一起去区的婚姻登记处进行登记即可。

前期准备: 拍拖,互相了解对方,并且做好结婚的准备,而且符合《婚姻法》的规定了(这个有点废话,不过也是正常的步骤)。然后找随便一方所在地的区婚姻登记处,具体可以到这个网页参考,看清楚办公时间啦,要知道我们的公仆不是每天都为你服务的,他们也需要双休和学习时间。如果有必要的话,最好打电话去问是不是要预约的,不同的地方可能有不同,越秀区这边是不用预约,你到了就拿号排队。当然这样就是越早越好了,不然万一那天是好日子,可能会很多人的哦……

确定好你的良辰吉日,然后就是同你的另一半一同去婚姻登记处啦。要带的东西,是身份证,户口簿,三张彩色大一寸双人合照,你们俩以及适量银两。哦,对了,彩照可以到各大照相馆搞定,大概就是4张合共25元,拍照时要求坐的是男左女右,当然照相师傅会告诉你的了。不一定要很正式的着装,不过一生一次,还是不要随随便便的好。

到了婚姻登记处,轮到你们之后,办证的大姐(通常都是大姐啦)会各自给你一份表《申请结婚登记声明书》填写,上面包括你和对方的一些资料,下面就是签名确认。此时,要伸出你的右手食指,沾上红色印泥,在你签名的地方盖上手指印。这样就算是双方的确认文件了(人生合同啊……)。不要以为这样就完了,上面还有一段话,要求双方朗诵,就是誓词了。像我们这样的好孩子当然是大声朗诵,结果得到在场大姐的鼓励:强啊,都没有那些新人像你们读得这么大声的。 -_-bb 好歹我也是小学诗歌朗诵比赛中级组冠军啊……

宣誓完毕之后,交38元的工本费办证(好便宜啊)。交上照片。然后就是登记处负责审查并录入电脑,之后在证上面盖章帖照片,再用一个算是包装精美的盒子把两人的结婚证放起来递给你,这么就大功告成了。

现在的手续就是这么简单,前后不用一个小时(当然,前提是当年不是很多人排队,我前面只有四对新人)。

以为这样就结束了,当然还有啦…… 发证的时候,会有一张听课通知,就是规定在星期二下午去听一个课,大概就是婚前教育以及一些国家的计生政策教育吧。可以不去吗?可以啊,不过你就拿不到《准生证》了。而且还要测验。昏倒,生孩子还有Quota申请。嘿嘿,这一步也是走不掉的了。

唯一你可以走掉,就是婚检,根据新的规定,婚检变成自愿的,自然可以减少一笔强硬的收费。所以现在医院也把婚检分成了不同的套餐(A,B,C餐,麦兜?),价钱不同,检测项目都有不同,到时候自己去到就知道啦。至于过程,比较成人,而且个中的辛酸尴尬无奈,在天时众人聚会已经谈过,这样就不把血泪史说出来,以免吓着大家啦。当然为了大家双方,以及以后的孩子着想,还是去检一次吧,无需什么东西,相片都不用的,带钱就是了。建议选择两人合共500多块的那个套餐吧,算是性价比和项目比较齐全的了。

最后祝各位有情人终成眷属!

Tomcat这孩子不乖……

今天忽然需要在tomcat运行的时候配置一下,要把他的server.xml文件指向其他地方。(在IDEA使用的时候,我们是可以这样配置的)根据以往经验,可以在启动的时候指定conf文件的。但是用什么参数呢?找文档去……

…… 找不到,起码我没有发现……

但是如果idea里面可以的话,外面用也是可以啊

无聊一把,看看catalina启动的时候的参数,果然 -config {pathname},ok,我们在cmd底下跑catalina.bat run -config ..\CMS-conf\server.xml,结果:
Using CATALINA_BASE: ..
Using CATALINA_HOME: ..
Using CATALINA_TMPDIR: ..\temp
Using JAVA_HOME: C:\j2sdk1.4.2
Can’t load server.xml
Can’t load server.xml
2004-2-25 16:53:31 org.apache.catalina.startup.Catalina start
信息: Server startup in 0 ms
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39) ……

好,发点狠,catalina.bat run -config e:\jakarta-tomcat-5.0.18\CMS-conf\server.xml
把路径全写齐了,昏倒,启动了……

Servlet/JSP服务器端的重定向

这个其实很简单,不过平常有时候用到,为了懒得去google,所以先放自己这里方便,^_^

通常,在一个设计良好的Web应用中,都会综合使用Servlet和JSP技术。Servlet控制业务流转,JSP则负责业务处理结果的显示。此时,将大量用到重定向技术。

重定向技术可以分为两类,一类是客户端重定向,一类是服务器端重定向。客户端重定向可以通过设置特定的HTTP头,或者写JavaScript脚本实现。本文主要探讨服务器端重定向技术的实现。

服务器端的重定向相关类

服 务器端的重定向技术涉及到javax.servlet.ServletContext、 javax.servlet.RequestDispatcher、javax.servlet.http.ServletRequest、 javax.servlet.http.ServletResponse等几个接口。

服务器端的重定向方式

服务器端的重定向可以有两种方式,一是使用HttpServletResponse的sendRedirect()方法,一是使用RequestDispatcher的forward()方法。下面对这两种方式进行介绍。

HttpServletResponse.sendRedirect()方法

HttpServletResponse接口定义了可用于转向的sendRedirect()方法。代码如下:


public void sendRedirect(java.lang.String location)throws java.io.IOException

这个方法将响应定向到参数location 指定的、新的URL。location可以是一个绝对的URL,如 response.sendRedirect(“http://java.sun.com”)也可以使用相对的URL。如果location以“/”开 头,则容器认为相对于当前Web应用的根,否则,容器将解析为相对于当前请求的URL。这种重定向的方法,将导致客户端浏览器的请求URL跳转。从浏览器 中的地址栏中可以看到新的URL地址,作用类似于上面设置HTTP响应头信息的实现。

RequestDispatcher.forward()方法

RequestDispatcher是一个Web资源的包装器,可以用来把当前request传递到该资源,或者把新的资源包括到当前响应中。RequestDispatcher接口中定义了两个方法,参见如下代码:


public interface RequestDispatcher {

 void forward(ServletRequest request, ServletResponse response);

 void include(ServletRequest request, ServletResponse response);

}

forward()方法将当前的 request和response重定向到该RequestDispacher指定的资源。这在实际项目中大量使用,因为完成一个业务操作往往需要跨越多 个步骤,每一步骤完成相应的处理后,转向到下一个步骤。比如,通常业务处理在Servlet中处理,处理的结果转向到一个JSP页面进行显示。这样看起来 类似于Servlet链的功能,但是还有一些区别。一个RequestDispatcher对象可以把请求发送到任意一个服务器资源,而不仅仅是另外一个 Servlet。 include()方法将把Request Dispatcher资源的输出包含到当前输出中。

注意,只有在尚未向客户端输出响应时才可以调用forward()方法,如果页面缓存不为空,在重定向前将自动清除缓存。否则将抛出一个IllegalStateException异常。

如何得到RequestDispatcher

有三种方法可以得到Request Dispatcher对象。

1.javax.servlet. ServletRequest的getRequestDispatcher(String path)方法,其中path可以是相对路径,但不能越出当前Servlet上下文。如果path以“/”开头,则解析为相对于当前上下文的根。

2.javax.servlet. ServletContext的getRequestDispatcher(String path)方法,其中path必须以“/”开头,路径相对于当前的Servlet上下文。可以调用ServletContext的 getContext(String uripath)得到另一个Servlet上下文,并可以转向到外部上下文的一个服务器资源链接。

3.使用javax.servlet. ServletContext的getNamedDispatcher(String name)得到名为name的一个Web资源,包括Servlet和JSP页面。这个资源的名字在Web应用部署描述文件web.xml中指定。

这三种方法的使用有细微的差别。比如,下面是一个应用的配置文件web.xml:


<?xml version="1.0" ?>

<!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN"

"http://java.sun.com/j2ee/dtds/web-app_2_2.dtd">

<web-app>

<servlet>

<servlet-name>FirstServlet</servlet-name>

<servlet-class>org. javaresearch.redirecttest.ServletOne</servlet-class>

</servlet>

<servlet>

<servlet-name>SecondServlet</servlet-name>

<servlet-class>org.javaresearch. redirecttest.ServletTwo</servlet-class>

</servlet>

<servlet-mapping>

<servlet-name>FirstServlet</servlet-name>

<url-pattern>/servlet/firstservlet/</url-pattern>

</servlet-mapping>

<servlet-mapping>

<servlet-name>SecondServlet</servlet-name>

<url-pattern>/servlet/secondservlet/</url-pattern>

</servlet-mapping>

</web-app>

其中定义了两个Servlet,名字分别为 FirstServlet和SecondServlet,对应的类分别为org.javaresearch. redirecttest.ServletOne和org. javaresearch.redirecttest.ServletTwo。可以在浏览器中通过类似于下面的链接访问:

http://localhost:8080/servlet/firstservlet/

使用1中方法,例如在firstservlet可以写入下面的代码:


RequestDispatcher rd = request.getRequestDispatcher("secondservlet");

rd.forward(request, response);

此时控制权将转向到第二个Servlet了。

使用2中的方法,可以从Servlet Context中得到RequestDispatcher代码如下:


RequestDispatcher rd = getServletContext().getRequest

Dispatcher("/servlet/secondservlet");

rd.forward(request, response);

使用3中的方法,从上面的web. xml配置文件可以看到定义了两个Servlet,名字分别为FirstServlet和SecondServlet,所以可以得到命名的Dispatcher:


RequestDispatcher rd =  getServletContext().getNamedDispatcher("SecondServlet");

rd.forward(request, response);

这样也可以重定向到SecondServlet了。

JSP页面中的重定向

JSP在解析后编译为一个Servlet运行,所以在JSP中也可以使用上面的重定向代码,并且,JSP还提供了更便利的操作,如下:


<jsp:forward page= "nextpage.jsp"/>

JSP页面执行到这儿,将终止当前的处理,将控制权交由nextpage.jsp。

如何选择

RequestDispatcher.forward() 方法和HttpServletResponse.sendRedirect()方法的区别是:前者仅是容器中控制权的转向,在客户端浏览器地址栏中不会显 示出转向后的地址;后者则是完全的跳转,浏览器将会得到跳转的地址,并重新发送请求链接。这样,从浏览器的地址栏中可以看到跳转后的链接地址。所以,前者 更加高效,在前者可以满足需要时,尽量使用Request Dispatcher.forward()方法,并且,这样也有助于隐藏实际的链接。在有些情况下,比如,需要跳转到一个其它服务器上的资源,则必须使用 HttpServletResponse.sendRequest()方法。