You can subscribe to this list here.
| 2003 |
Jan
|
Feb
(55) |
Mar
(100) |
Apr
(203) |
May
(330) |
Jun
(190) |
Jul
(302) |
Aug
(323) |
Sep
(197) |
Oct
(245) |
Nov
(490) |
Dec
(330) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(194) |
Feb
(400) |
Mar
(416) |
Apr
(415) |
May
(359) |
Jun
(381) |
Jul
(491) |
Aug
(311) |
Sep
(291) |
Oct
(273) |
Nov
(355) |
Dec
(266) |
| 2005 |
Jan
(306) |
Feb
(303) |
Mar
(520) |
Apr
(346) |
May
(255) |
Jun
(221) |
Jul
(171) |
Aug
(247) |
Sep
(147) |
Oct
(125) |
Nov
(165) |
Dec
(65) |
| 2006 |
Jan
(90) |
Feb
(53) |
Mar
(121) |
Apr
(103) |
May
(113) |
Jun
(103) |
Jul
(104) |
Aug
(67) |
Sep
(78) |
Oct
(82) |
Nov
(78) |
Dec
(70) |
| 2007 |
Jan
(77) |
Feb
(76) |
Mar
(63) |
Apr
(30) |
May
(47) |
Jun
(41) |
Jul
(44) |
Aug
(44) |
Sep
(49) |
Oct
(33) |
Nov
(25) |
Dec
(21) |
| 2008 |
Jan
(45) |
Feb
(13) |
Mar
(15) |
Apr
(12) |
May
(9) |
Jun
(33) |
Jul
(30) |
Aug
(7) |
Sep
(20) |
Oct
(17) |
Nov
(20) |
Dec
(10) |
| 2009 |
Jan
(8) |
Feb
(5) |
Mar
(12) |
Apr
(17) |
May
(19) |
Jun
(97) |
Jul
(77) |
Aug
(33) |
Sep
(24) |
Oct
(41) |
Nov
(16) |
Dec
(32) |
| 2010 |
Jan
(24) |
Feb
(14) |
Mar
(50) |
Apr
(71) |
May
(70) |
Jun
(64) |
Jul
(45) |
Aug
(62) |
Sep
(32) |
Oct
(4) |
Nov
(12) |
Dec
(2) |
| 2011 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(3) |
May
(6) |
Jun
(1) |
Jul
(4) |
Aug
(3) |
Sep
(4) |
Oct
(6) |
Nov
(3) |
Dec
(3) |
| 2012 |
Jan
(4) |
Feb
(8) |
Mar
(6) |
Apr
(10) |
May
(2) |
Jun
(3) |
Jul
(11) |
Aug
(10) |
Sep
(4) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2013 |
Jan
(4) |
Feb
(1) |
Mar
(9) |
Apr
(1) |
May
(8) |
Jun
(2) |
Jul
(5) |
Aug
(2) |
Sep
|
Oct
(3) |
Nov
(10) |
Dec
(8) |
| 2014 |
Jan
(3) |
Feb
(12) |
Mar
(9) |
Apr
(12) |
May
(2) |
Jun
|
Jul
(3) |
Aug
(1) |
Sep
(1) |
Oct
(4) |
Nov
|
Dec
(2) |
| 2015 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(9) |
May
(2) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
(7) |
Oct
(9) |
Nov
(7) |
Dec
(9) |
| 2016 |
Jan
(7) |
Feb
(5) |
Mar
(5) |
Apr
(5) |
May
(8) |
Jun
(4) |
Jul
(5) |
Aug
(4) |
Sep
(6) |
Oct
(7) |
Nov
(2) |
Dec
(3) |
| 2017 |
Jan
(7) |
Feb
(8) |
Mar
(7) |
Apr
(3) |
May
(4) |
Jun
(3) |
Jul
(5) |
Aug
(8) |
Sep
(4) |
Oct
(2) |
Nov
(3) |
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2021 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
(5) |
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
| 2026 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Claudia <xll...@rs...> - 2007-12-27 19:56:13
|
I have found you! Hree my page: http://krte-q.nm.ru txadf |
|
From: <dan...@we...> - 2007-12-26 19:07:56
|
Happy 2008 To You! http://happycards2008.com/ |
|
From: Arjen P. <arj...@sp...> - 2007-12-21 16:41:54
|
Dear Spring community, I'm pleased to announce that Spring Web Services 1.0.3 has been released. Spring-WS 1.0.3 is a bugfix and enhancement release, addressing issues reported since 1.0.2 and introducing further improvements. We recommend to upgrade to Spring-WS 1.0.3 from the previous 1.0.* releases. For a list of changes, see http://static.springframework.org/spring-ws/docs/1.0.3/changelog.txt . For more information, see http://static.springframework.org/spring-ws/sites/1.0/ Merry Christmas! Arjen --- Arjen Poutsma SpringSource E: arj...@sp... W: www.springsource.com B: blog.springsource.com/arjen |
|
From: Sabry B <eda...@pa...> - 2007-12-21 16:07:32
|
I greet you! I still live with my parents under the same roof and I am sorry to say this, but I am already tired to see how they rule over my life. I work hard and I make enough to have a good life, but I give a lot to my parents. My friends ask why don't I just rent an apartment and leave: I just think that I will be sorry all my life for leaving them: Maybe you can give me an advice? Is there a way to get "divorced" with my parents and build my life with a man who will love me. I am looking for a life partner and friend, for lover and gentleman in my future husband. I hope all these features are combined in you. Your answer should wait for me at http://russianbridesshop.info/?idAff=182 and I am thankful to my destiny that I have a chance to get to know you better: Looking forward to hear from you soon Julia P |
|
From: Nik H. <cr...@au...> - 2007-12-19 15:10:59
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> <img alt="recommendation" src="cid:par...@au..." height="209" width="375"><br> These tools, which form part of the Ikivo Enrich product family, further extend the tool portfolio available to developers to deploy rich media services based on open standards. Securities and Exchange Commission. The JMobile Client is a small software application that you download to your PC, cell phone, PDA, or other mobile device. For a complete list of changes, see the Tux Paint change log and Tux Paint Stamps change log. JMobile makes it easy.<br> What is designed in JMobile Studio becomes live on the JMobile-enabled device screen, showing current data from the remote equipment. Avid Technology, Inc.<br> It features various tools for optimizing content creation, giving designers unsurpassed support for creativity.<br> They demonstrated smooth animation and zooming, and clean anti-aliasing.<br> About Avid Technology, Inc.<br> com tutorials are now available for free and cover SVG Basics, ECMAScript, and Mathematics. These tools include property palette, source editor, resources editor, SVG specific shape tools, transformation tools, and additional illustration tools. It features various tools for optimizing content creation, giving designers unsurpassed support for creativity.<br> JMobile makes it easy. Could be used to create an SVG search engine. While Avid may elect to update these forward-looking statements at some point in the future, Avid specifically disclaims any obligation to do so.<br> The SVG Working Group and Web API Working Group jointly develop this specification.<br> An SVG mobile browser is being developed which supports high performance rendering of large map data, hyper layering functionality, scrolling, zooming, and handling of geo-metadata. About Avid Technology, Inc.<br> It features various tools for optimizing content creation, giving designers unsurpassed support for creativity. For a complete list of changes, see the Tux Paint change log and Tux Paint Stamps change log. This specification is also resuable by other specifications like CSS or XSL. What is the advantage of JMobile? Securities and Exchange Commission. These tools, which form part of the Ikivo Enrich product family, further extend the tool portfolio available to developers to deploy rich media services based on open standards.<br> All prices are USMRP for U.<br> Sketsa uses SVG as a native file format.<br> Avid Technology, Inc. The perfomance of the text engine should have improved as well. All other trademarks contained herein are the property of their respective owners.<br> The perfomance of the text engine should have improved as well.<br> Members may consult the Member-only REX PAG home page for more information.<br> SVG to HTML and Text : an online tool to extract text from SVG diagrams.<br> </body> </html> |
|
From: Bryant H. <bry...@ho...> - 2007-12-19 00:07:32
|
Hi,
I'm trying to author some custom XML for use in Spring. The =
documentation is quite good and I've made quite a bit of progress. What =
I'd like to do is support some standard Spring syntax within my XML. =
Something like
<somens:mytag attr1=3D"xxx" attr2=3D"xxx">
<somens:anothertag>
<list>
<value>1</value>
<ref bean=3D"..." />
<bean ... />
</list>
</somens:anothertag>
</somens:mytag>
It's the middle bit of XML I'd be happy if it work as just regular =
Spring. If your curious I just want to do this because in 90% of the =
cases I don't need to pass in an array (the anothertag tag is rare), but =
in those cases the standard flexible Spring is probably better than me =
making something new up.
So my questions.
1. Is there an example of how I'd declare this in my XSD? I assume I =
import the beans namespace and can refer to this type?
2. Is there an example of how I'd write my parser to delegate this =
spring style XML element to some standard Spring call so I get back a =
ManagedList?
Thanks,
Bryant |
|
From: John L. <jl...@un...> - 2007-12-17 17:58:31
|
Jan, First, please ask questions like this in the Forums (http://forum.springframework.org/). You are more likely to get a response there as a wider range of people are active in the forums than are watching these quasi-deprecated mailing lists. Okay, on to the question: Most portals (all?) implement calls to portlet webapps by obtaining a javax.servlet.RequestDispatcher for the portlet webapp, and they then call include(...) on a portal-specific servlet that is added into the portlet webapp for this purpose. Normally, Filters and Listeners are not applied to "include" calls, even when they are across different servlet contexts. So, you are likely having problems because the Filters and Listeners you are configuring are not applied to your portlet requests at all. In most cases, the use of DispatcherPortlet is the best way to solve this problem -- you may want to use this regardless. One nice thing it gives you is the ability to wrap HandlerInterceptors around your requests, which work a lot like Filters. Another nice thing you can do here is handle other Portlet Modes (like 'Help') as simple JSP pages instead of implementing them as JSF. You can use PortletWrappingController to turn your JSF Portlet into a Controller for use with DispatcherPortlet. Another thing you could try instead: According the Servlet 2.4 spec, you can force Filters to be applied to include() calls by adding a <dispatcher> element to your <filter-mapping> entry. For example, the following would apply the filter to normal client requests along with both include and forward calls from a Dispatcher. <filter-mapping> <filter-name>Request Context Filter</filter-name> <servlet-name>PortletServlet</servlet-name> <dispatcher>REQUEST</dispatcher> <dispatcher>INCLUDE</dispatcher> <dispatcher>FORWARD</dispatcher> </filter-mapping> The default is that filters are only applied to normal client requests. Using this, you may be able to attach the needed filter to the servlet your portal is using for its cross-context include call and then the needed attributes may be available to your JSF Portlet. I haven't tried this, so I have no idea if it will actually work. Please report back on the success or failure of this approach if you attempt it. Hope all that helps! John Jan Nielsen wrote: > It appears that the Spring bean session scope does not work for JSF > portlets in LifeRay. When the Spring bean scope is set to "session" in > the application context, the following error occurs: > > 21:02:46,149 ERROR [com.liferay.portal.kernel.servlet.PortletServlet] > javax.portlet.PortletException: Error creating bean with name > 'objectService': Scope 'session' is not active for the current thread; > consider defining a scoped proxy for this bean if you intend to refer > to it from a singleton; nested exception is > java.lang.IllegalStateException: No thread-bound request found: Are > you referring to request attributes outside of an actual web request? > If you are actually operating within a web request and still receive > this message,your code is probably running outside of > DispatcherServlet/DispatcherPortlet: In this case, use > RequestContextListener or RequestContextFilter to expose the current > request. > > javax.portlet.PortletException: Error creating bean with name > 'objectService': Scope 'session' is not active for the current thread; > consider defining a scoped proxy for this bean if you intend to refer > to it from a singleton; nested exception is > java.lang.IllegalStateException: No thread-bound request found: Are > you referring to request attributes outside of an actual web request? > If you are actually operating within a web request and still receive > this message,your code is probably running outside of > DispatcherServlet/DispatcherPortlet: In this case, use > RequestContextListener or RequestContextFilter to expose the current > request. > > at > com.sun.faces.portlet.FacesPortlet.renderFaces(FacesPortlet.java:364) > at > com.sun.faces.portlet.FacesPortlet.doView(FacesPortlet.java:280) > at > javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:235) > at javax.portlet.GenericPortlet.render(GenericPortlet.java:163) > > We have configured the ContextLoaderListener and the > RequestcontextListener as follows in our web.xml file > > <listener> > <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> > </listener> > <listener> > <listener-class>org.springframework.web.context.request.RequestContextListener</listener-class> > </listener> > > Tried using the RequestContextFilter with no apparent difference. We > are using JSF 1.2 RI and the jsf-portlet-bridge. We are not using > Spring Portlet MVC or Spring WebFlow. We are defining all of our > beans in the Spring context, and using the DelegatingVariableResolver > to allow JSF to find the Spring beans. With the new Spring web bean > scoping in Spring, we were hopeful we could use the scope attribute in > the bean definition for specifying session scope rather than the > default request scope. > > The solution we are using is to define beans that will be used > directly in the JSF layer in the faces-config.xml file. Any > supporting beans (API services, etc. ) can be defined in the Spring > context and referenced from the faces-config file. The > DelegatingVariableResolver allows the bean definitions in the > faces-config.xml file to reference beans defined in the Spring > context. For instance, our bean definition in the faces-config file is > as follows: > > <application> > <variable-resolver> > org.springframework.web.jsf.DelegatingVariableResolver > </variable-resolver> > </application> > > <managed-bean> > <managed-bean-name>manager</managed-bean-name> > <managed-bean-class>my.package.ObjectManager</managed-bean-class> > <managed-bean-scope>session</managed-bean-scope> > <managed-property> > <property-name>service</property-name> > <value>#{objectService}</value> > </managed-property> > </managed-bean> > > Where objectService is a bean defined within the Spring context. In > some quick tests, the session scope appears to be working, and JSF had > no issue resolving the references to the beans configured within the > spring context. > > It's not clear whether this is a Spring issue, a portlet bridge issue, > or a LifeRay issue - any ideas on how to narrow this down will be > greatly appreciated. > > > Thanks, > > -Jan > > > On Dec 14, 2007 7:13 AM, Jan Nielsen <jan...@gm...> wrote: > >> We are building JSR-168 JSF portles for deployment into LifeRay Portal >> with Spring and Hibernate. To hook into Spring we declare the >> following in web.xml: >> >> <listener> >> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> >> </listener> >> >> <listener> >> <listener-class>org.springframework.web.context.request.RequestContextListener</listener-class> >> </listener> >> >> This is straight JSF - no Spring MVC or Spring Portlet MVC. Question >> is: should the "scope" attribute on Spring context defined beans work >> in this configuration; specifically, should the web scope values, >> e.g., session, work in this configuration? >> >> More generally, is it possible to use JSF as the view technology for >> Spring Portlet MVC? Can anyone provide a sample ala "petportal"? If it >> is possible, what do you do with JSF's navigation-rules in the Spring >> Portlet MVC model? >> >> Many thanks for any help you can provide. (I posed the 'use' question, >> on the Spring user list a few days ago with no response...) >> >> >> -Jan >> >> |
|
From: Jan N. <jan...@gm...> - 2007-12-17 02:14:25
|
It appears that the Spring bean session scope does not work for JSF
portlets in LifeRay. When the Spring bean scope is set to "session" in
the application context, the following error occurs:
21:02:46,149 ERROR [com.liferay.portal.kernel.servlet.PortletServlet]
javax.portlet.PortletException: Error creating bean with name
'objectService': Scope 'session' is not active for the current thread;
consider defining a scoped proxy for this bean if you intend to refer
to it from a singleton; nested exception is
java.lang.IllegalStateException: No thread-bound request found: Are
you referring to request attributes outside of an actual web request?
If you are actually operating within a web request and still receive
this message,your code is probably running outside of
DispatcherServlet/DispatcherPortlet: In this case, use
RequestContextListener or RequestContextFilter to expose the current
request.
javax.portlet.PortletException: Error creating bean with name
'objectService': Scope 'session' is not active for the current thread;
consider defining a scoped proxy for this bean if you intend to refer
to it from a singleton; nested exception is
java.lang.IllegalStateException: No thread-bound request found: Are
you referring to request attributes outside of an actual web request?
If you are actually operating within a web request and still receive
this message,your code is probably running outside of
DispatcherServlet/DispatcherPortlet: In this case, use
RequestContextListener or RequestContextFilter to expose the current
request.
at
com.sun.faces.portlet.FacesPortlet.renderFaces(FacesPortlet.java:364)
at
com.sun.faces.portlet.FacesPortlet.doView(FacesPortlet.java:280)
at
javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:235)
at javax.portlet.GenericPortlet.render(GenericPortlet.java:163)
We have configured the ContextLoaderListener and the
RequestcontextListener as follows in our web.xml file
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
<listener>
<listener-class>org.springframework.web.context.request.RequestContextListener</listener-class>
</listener>
Tried using the RequestContextFilter with no apparent difference. We
are using JSF 1.2 RI and the jsf-portlet-bridge. We are not using
Spring Portlet MVC or Spring WebFlow. We are defining all of our
beans in the Spring context, and using the DelegatingVariableResolver
to allow JSF to find the Spring beans. With the new Spring web bean
scoping in Spring, we were hopeful we could use the scope attribute in
the bean definition for specifying session scope rather than the
default request scope.
The solution we are using is to define beans that will be used
directly in the JSF layer in the faces-config.xml file. Any
supporting beans (API services, etc. ) can be defined in the Spring
context and referenced from the faces-config file. The
DelegatingVariableResolver allows the bean definitions in the
faces-config.xml file to reference beans defined in the Spring
context. For instance, our bean definition in the faces-config file is
as follows:
<application>
<variable-resolver>
org.springframework.web.jsf.DelegatingVariableResolver
</variable-resolver>
</application>
<managed-bean>
<managed-bean-name>manager</managed-bean-name>
<managed-bean-class>my.package.ObjectManager</managed-bean-class>
<managed-bean-scope>session</managed-bean-scope>
<managed-property>
<property-name>service</property-name>
<value>#{objectService}</value>
</managed-property>
</managed-bean>
Where objectService is a bean defined within the Spring context. In
some quick tests, the session scope appears to be working, and JSF had
no issue resolving the references to the beans configured within the
spring context.
It's not clear whether this is a Spring issue, a portlet bridge issue,
or a LifeRay issue - any ideas on how to narrow this down will be
greatly appreciated.
Thanks,
-Jan
On Dec 14, 2007 7:13 AM, Jan Nielsen <jan...@gm...> wrote:
> We are building JSR-168 JSF portles for deployment into LifeRay Portal
> with Spring and Hibernate. To hook into Spring we declare the
> following in web.xml:
>
> <listener>
> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
> </listener>
>
> <listener>
> <listener-class>org.springframework.web.context.request.RequestContextListener</listener-class>
> </listener>
>
> This is straight JSF - no Spring MVC or Spring Portlet MVC. Question
> is: should the "scope" attribute on Spring context defined beans work
> in this configuration; specifically, should the web scope values,
> e.g., session, work in this configuration?
>
> More generally, is it possible to use JSF as the view technology for
> Spring Portlet MVC? Can anyone provide a sample ala "petportal"? If it
> is possible, what do you do with JSF's navigation-rules in the Spring
> Portlet MVC model?
>
> Many thanks for any help you can provide. (I posed the 'use' question,
> on the Spring user list a few days ago with no response...)
>
>
> -Jan
>
|
|
From: Jan N. <jan...@gm...> - 2007-12-14 14:13:48
|
We are building JSR-168 JSF portles for deployment into LifeRay Portal
with Spring and Hibernate. To hook into Spring we declare the
following in web.xml:
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
<listener>
<listener-class>org.springframework.web.context.request.RequestContextListener</listener-class>
</listener>
This is straight JSF - no Spring MVC or Spring Portlet MVC. Question
is: should the "scope" attribute on Spring context defined beans work
in this configuration; specifically, should the web scope values,
e.g., session, work in this configuration?
More generally, is it possible to use JSF as the view technology for
Spring Portlet MVC? Can anyone provide a sample ala "petportal"? If it
is possible, what do you do with JSF's navigation-rules in the Spring
Portlet MVC model?
Many thanks for any help you can provide. (I posed the 'use' question,
on the Spring user list a few days ago with no response...)
-Jan
|
|
From: Arnout E. <sp...@bz...> - 2007-12-14 14:11:06
|
Sam Brannen wrote: > Are you familiar with using the "&beanName" technique for referencing > a factory bean rather than the bean it creates? You can use the same > technique in your use case and then simply call getConfiguration() on > the returned LocalSessionFactoryBean. Does that suit your needs? Jep - that is indeed a *much* better solution than my workaround :). Thanks, Arnout |
|
From: Hargis H. <pi...@ca...> - 2007-12-14 09:54:08
|
Hey,=09 =20 Virus found in this message, please delete it without futher reading=20 And remembered that he was to dine with mr. Wetterman with a kind shake of the hand. He was a man of fine example of a similar kind is that of maeshow. |
|
From: Warmington N. <har...@ca...> - 2007-12-13 22:46:50
|
Bonjour, Virus found in this message, please delete it without futher reading =20 =20 Skill can inform me where she is now. I think let them talk on till the alguazil peremptorily queen looked like,a tall, stout woman, with such. |
|
From: Sam B. <sam...@sp...> - 2007-12-13 16:40:28
|
Hi Arnout, > The Hibernate *SessionFactoryBean contain a hibernate.cfg.Configuration, > and in some cases it can be useful to have access to that object from > the application. This isn't currently possible because the > AbstractSessionFactoryBean returns the SessionFactory with getObject(), > so the application only has access to the SessionFactory, not to the > *SessionFactoryBean itself. Are you familiar with using the "&beanName" technique for referencing a factory bean rather than the bean it creates? If not, have a look here at the Javadoc for LocalSessionFactoryBean.updateDatabaseSchema(): http://static.springframework.org/spring/docs/2.5.x/api/org/springframework/orm/hibernate3/LocalSessionFactoryBean.html#updateDatabaseSchema() You can use the same technique in your use case and then simply call getConfiguration() on the returned LocalSessionFactoryBean. Does that suit your needs? Regards, Sam -- Sam Brannen Senior Software Engineer SpringSource Limited (formerly Interface21) http://www.springsource.com Attend the Spring Experience, the premier conference for the Spring community December 12th - 15th, 2007 in Hollywood, Florida http://www.thespringexperience.com |
|
From: Arnout E. <sp...@bz...> - 2007-12-13 14:11:30
|
Hi,
The Hibernate *SessionFactoryBean contain a hibernate.cfg.Configuration,
and in some cases it can be useful to have access to that object from
the application. This isn't currently possible because the
AbstractSessionFactoryBean returns the SessionFactory with getObject(),
so the application only has access to the SessionFactory, not to the
*SessionFactoryBean itself.
I wrote a simple workaround for that, allowing one to create an
'ExposedSessionFactoryBean' in exactly the same way you'd normally make
e.g. an AnnotationSessionFactoryBean:
public interface ExposedSessionFactoryBean {
Configuration getHibernateConfiguration();
SessionFactory getHibernateSessionFactory();
}
Implementation (for AnnotationSessionFactoryBeans):
public class ExposedAnnotationSessionFactoryBeanImpl extends
AnnotationSessionFactoryBean
implements ExposedSessionFactoryBean {
/** Work around getConfiguration being protected final */
public Configuration getHibernateConfiguration()
{
return getConfiguration();
}
/** Work around getSessionFactory being protected final */
public SessionFactory getHibernateSessionFactory()
{
return getSessionFactory();
}
/** 'expose' ourselves instead of returning the SessionFactory */
@Override
public Object getObject() {
return this;
}
/** 'expose' ourselves instead of returning the SessionFactory */
@Override
public Class getObjectType() {
return getClass();
}
}
With getHibernateSessionFactory(), a simple 'glue' bean can be written
which takes the ExposedSessionFactoryBean and yields the SessionFactory,
just like a normal *SessionFactoryBean would do:
public class SessionFactoryGetter implements FactoryBean {
private ExposedSessionFactoryBean sessionFactoryBean;
public ExposedSessionFactoryBean getSessionFactoryBean() {
return sessionFactoryBean;
}
/** inject */
public void setSessionFactoryBean(ExposedSessionFactoryBean
sessionFactoryBean) {
this.sessionFactoryBean = sessionFactoryBean;
}
/** fetch the SessionFactory from the ExposedSessionFactoryBean */
public Object getObject() {
return sessionFactoryBean.getHibernateSessionFactory();
}
/** publish the type of the sessionfactory */
public Class getObjectType() {
// this may be called before the sessionFactoryBean is injected,
so we just
return SessionFactory.class;
}
public boolean isSingleton() {
return true;
}
}
This way, the applicationContext can remain reasonably clean: the
exposedHibernateSessionFactory is configured exactly as you'd normally
configure you hibernateSessionFactory:
<bean id="exposedHibernateSessionFactory"
class="nl.topicuszorg.somepackage.ExposedAnnotationSessionFactoryBeanImpl">
<property name="configLocation">
<value>classpath:hibernate.cfg.xml</value>
</property>
<!-- more config here -->
</bean>
And the hibernateSessionFactory is created from that
exposedHibernateSessionFactory:
<bean id="hibernateSessionFactory"
class="nl.topicuszorg.hibernate.spring.orm.SessionFactoryGetter">
<property name="sessionFactoryBean"
ref="exposedHibernateSessionFactory"/>
</bean>
This seems useful to me, and I'd like to make it more widely available.
Does this solution make sense technically? Are there neater ways to
achieve this? If this seems all-right, I suppose I should prepare it as
a patch against spring CVS HEAD and submit it to JIRA?
Regards,
Arnout
|
|
From: Dahmer G. <ti...@ca...> - 2007-12-13 03:27:37
|
Hoi,=09 Virus found in this message, please delete it without futher reading =20 =20 =20 And other state functionaries, whose mission it the field of battle. Some horses were seen to mr. Cartwright rose from his knees and commanded. |
|
From: Arjen P. <arj...@sp...> - 2007-12-08 03:17:51
|
I'm pleased to announce that Spring Web Services 1.5.0 M1 has been
released! This milestone release introduces:
* JMS transport support, for both client- and server-side
* Email transport support, also for both client and server
* Two new Spring namespaces, which drastically decrease the amount of
XML to configure marshallers and typical Spring-WS constructs
* SOAP 1.2 Compatible WSDL descriptor generation
* Spring-WS jars are now OSGi bundles
Additionally, there are other minor improvements and bug fixes.
Spring-WS 1.5.0 M1 is the first milestone in the 1.5 series, which -
in addition to the aforementioned features - will include support for
WS-Addressing, WS-Security for the client-side and Java 1.4, @Endpoint
component scanning, and more. The 1.5.0 series is 99% backwards
compatible, though support for Java 1.3 has been dropped, in favor of
Java 1.6. The next release will be 1.0.3, to be released around the
21st of December, and probably the last bug fix release in the 1.0
branch.
For Maven users, please note that this release is not published at the
central maven repository. Instead it is published on Amazon's S3
service, like all Spring milestones. To use it, add the following
repository to your POM:
<repository>
<id>spring-milestone</id>
<name>Spring Milestone Repository</name>
<url>http://s3.amazonaws.com/maven.springframework.org/milestone</
url>
</repository>
For more information, see http://static.springframework.org/spring-ws/sites/1.5/
Cheers,
Arjen
|
|
From: Jan N. <jan...@gm...> - 2007-12-06 20:54:59
|
Many thanks, Juergen - that did the trick! On Dec 5, 2007 4:19 PM, Juergen Hoeller <jue...@sp...> wrote: > Seems that LifeRay uses the same object for ActionRequests and > RenderRequests... meaning that "instanceof RenderRequest" does not guarantee > an actual render request. I've revised our AnnotationMethodHandlerAdapter to > explicitly check for the RenderResponse there as well. > > This should be available in tonight's 2.5.1 snapshot > (http://static.springframework.org/downloads/nightly/snapshot-download.php?p > roject=SPR). > > Thanks for pointing this out! > > Juergen > > > > -----Original Message----- > From: spr...@li... > [mailto:spr...@li...] On Behalf > Of Jan Nielsen > Sent: Wednesday, December 05, 2007 8:05 PM > To: spr...@li... > Subject: [Springframework-developer] > com.liferay.portlet.ActionResponseImplcannot be cast to > javax.portlet.RenderResponse > > I compiled and deployed the "petportal' portlets from Spring 2.5 in > LifeRay 4.3.3. When I click on "remove" for "Polly", I get the > following error: > > java.lang.ClassCastException: com.liferay.portlet.ActionResponseImpl > cannot be cast to javax.portlet.RenderResponse > at > org.springframework.web.portlet.mvc.annotation.AnnotationMethodHandlerAdapte > r.doHandle(AnnotationMethodHandlerAdapter.java:174) > at > org.springframework.web.portlet.mvc.annotation.AnnotationMethodHandlerAdapte > r.handleAction(AnnotationMethodHandlerAdapter.java:142) > at > org.springframework.web.portlet.DispatcherPortlet.doActionService(Dispatcher > Portlet.java:694) > at > org.springframework.web.portlet.FrameworkPortlet.processRequest(FrameworkPor > tlet.java:484) > at > org.springframework.web.portlet.FrameworkPortlet.processAction(FrameworkPort > let.java:466) > at > com.liferay.portal.kernel.servlet.PortletServlet.service(PortletServlet.java > :101) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application > FilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh > ain.java:206) > at > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher. > java:654) > at > org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatch > er.java:557) > at > org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher > .java:481) > at com.liferay.portlet.CachePortlet._invoke(CachePortlet.java:354) > at > com.liferay.portlet.CachePortlet.processAction(CachePortlet.java:176) > at > com.liferay.portal.action.LayoutAction.processPortletRequest(LayoutAction.ja > va:382) > at > com.liferay.portal.action.LayoutAction.processActionRequest(LayoutAction.jav > a:300) > at > com.liferay.portal.action.LayoutAction.execute(LayoutAction.java:142) > at > org.apache.struts.action.RequestProcessor.processActionPerform(RequestProces > sor.java:431) > at > org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) > at > com.liferay.portal.struts.PortalRequestProcessor.process(PortalRequestProces > sor.java:157) > at > org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) > at > org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:710) > at > com.liferay.portal.servlet.MainServlet.callParentService(MainServlet.java:28 > 7) > at > com.liferay.portal.servlet.MainServlet.service(MainServlet.java:522) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application > FilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh > ain.java:206) > at > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher. > java:654) > at > org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDis > patcher.java:445) > at > org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatch > er.java:379) > at > org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher > .java:292) > at > com.liferay.portal.servlet.FriendlyURLServlet.service(FriendlyURLServlet.jav > a:130) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application > FilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh > ain.java:206) > at > com.liferay.filters.strip.StripFilter.doFilter(StripFilter.java:92) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application > FilterChain.java:235) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh > ain.java:206) > at > com.liferay.filters.compression.CompressionFilter.doFilter(CompressionFilter > .java:113) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application > FilterChain.java:235) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh > ain.java:206) > at > com.liferay.filters.secure.SecureFilter.doFilter(SecureFilter.java:144) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application > FilterChain.java:235) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh > ain.java:206) > at > com.liferay.filters.doubleclick.DoubleClickFilter.doFilter(DoubleClickFilter > .java:135) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application > FilterChain.java:235) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh > ain.java:206) > at > com.liferay.portal.servlet.filters.layoutcache.LayoutCacheFilter.doFilter(La > youtCacheFilter.java:188) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application > FilterChain.java:235) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh > ain.java:206) > at > com.liferay.portal.servlet.filters.autologin.AutoLoginFilter.doFilter(AutoLo > ginFilter.java:117) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application > FilterChain.java:235) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh > ain.java:206) > at > com.liferay.portal.servlet.filters.virtualhost.VirtualHostFilter.doFilter(Vi > rtualHostFilter.java:166) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application > FilterChain.java:235) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh > ain.java:206) > at > com.liferay.portal.servlet.filters.sessionid.SessionIdFilter.doFilter(Sessio > nIdFilter.java:85) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application > FilterChain.java:235) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh > > ain.java:206) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja > va:230) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja > va:175) > at > org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase > .java:433) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128 > ) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104 > ) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java > :109) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:261) > at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) > at > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http > 11Protocol.java:581) > at > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) > at java.lang.Thread.run(Thread.java:619) > > It appears that AnnotationMethodHandlerAdapter at 174 assumes that the > action response is a javax.portlet.RenderResponse if the request is a > javax.portlet.RenderRequest. In this case, that assumption is not > true. Perhaps because of the multi-part resolver? > > Any ideas? > > -Jan > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Juergen H. <jue...@sp...> - 2007-12-05 23:19:49
|
Seems that LifeRay uses the same object for ActionRequests and RenderRequests... meaning that "instanceof RenderRequest" does not guarantee an actual render request. I've revised our AnnotationMethodHandlerAdapter to explicitly check for the RenderResponse there as well. This should be available in tonight's 2.5.1 snapshot (http://static.springframework.org/downloads/nightly/snapshot-download.php?p roject=SPR). Thanks for pointing this out! Juergen -----Original Message----- From: spr...@li... [mailto:spr...@li...] On Behalf Of Jan Nielsen Sent: Wednesday, December 05, 2007 8:05 PM To: spr...@li... Subject: [Springframework-developer] com.liferay.portlet.ActionResponseImplcannot be cast to javax.portlet.RenderResponse I compiled and deployed the "petportal' portlets from Spring 2.5 in LifeRay 4.3.3. When I click on "remove" for "Polly", I get the following error: java.lang.ClassCastException: com.liferay.portlet.ActionResponseImpl cannot be cast to javax.portlet.RenderResponse at org.springframework.web.portlet.mvc.annotation.AnnotationMethodHandlerAdapte r.doHandle(AnnotationMethodHandlerAdapter.java:174) at org.springframework.web.portlet.mvc.annotation.AnnotationMethodHandlerAdapte r.handleAction(AnnotationMethodHandlerAdapter.java:142) at org.springframework.web.portlet.DispatcherPortlet.doActionService(Dispatcher Portlet.java:694) at org.springframework.web.portlet.FrameworkPortlet.processRequest(FrameworkPor tlet.java:484) at org.springframework.web.portlet.FrameworkPortlet.processAction(FrameworkPort let.java:466) at com.liferay.portal.kernel.servlet.PortletServlet.service(PortletServlet.java :101) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher. java:654) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatch er.java:557) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher .java:481) at com.liferay.portlet.CachePortlet._invoke(CachePortlet.java:354) at com.liferay.portlet.CachePortlet.processAction(CachePortlet.java:176) at com.liferay.portal.action.LayoutAction.processPortletRequest(LayoutAction.ja va:382) at com.liferay.portal.action.LayoutAction.processActionRequest(LayoutAction.jav a:300) at com.liferay.portal.action.LayoutAction.execute(LayoutAction.java:142) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProces sor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at com.liferay.portal.struts.PortalRequestProcessor.process(PortalRequestProces sor.java:157) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:710) at com.liferay.portal.servlet.MainServlet.callParentService(MainServlet.java:28 7) at com.liferay.portal.servlet.MainServlet.service(MainServlet.java:522) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher. java:654) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDis patcher.java:445) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatch er.java:379) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher .java:292) at com.liferay.portal.servlet.FriendlyURLServlet.service(FriendlyURLServlet.jav a:130) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:206) at com.liferay.filters.strip.StripFilter.doFilter(StripFilter.java:92) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:206) at com.liferay.filters.compression.CompressionFilter.doFilter(CompressionFilter .java:113) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:206) at com.liferay.filters.secure.SecureFilter.doFilter(SecureFilter.java:144) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:206) at com.liferay.filters.doubleclick.DoubleClickFilter.doFilter(DoubleClickFilter .java:135) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:206) at com.liferay.portal.servlet.filters.layoutcache.LayoutCacheFilter.doFilter(La youtCacheFilter.java:188) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:206) at com.liferay.portal.servlet.filters.autologin.AutoLoginFilter.doFilter(AutoLo ginFilter.java:117) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:206) at com.liferay.portal.servlet.filters.virtualhost.VirtualHostFilter.doFilter(Vi rtualHostFilter.java:166) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:206) at com.liferay.portal.servlet.filters.sessionid.SessionIdFilter.doFilter(Sessio nIdFilter.java:85) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:230) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:175) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase .java:433) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128 ) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104 ) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:261) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http 11Protocol.java:581) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:619) It appears that AnnotationMethodHandlerAdapter at 174 assumes that the action response is a javax.portlet.RenderResponse if the request is a javax.portlet.RenderRequest. In this case, that assumption is not true. Perhaps because of the multi-part resolver? Any ideas? -Jan ------------------------------------------------------------------------- SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Jan N. <jan...@gm...> - 2007-12-05 19:05:34
|
I compiled and deployed the "petportal' portlets from Spring 2.5 in LifeRay 4.3.3. When I click on "remove" for "Polly", I get the following error: java.lang.ClassCastException: com.liferay.portlet.ActionResponseImpl cannot be cast to javax.portlet.RenderResponse at org.springframework.web.portlet.mvc.annotation.AnnotationMethodHandlerAdapter.doHandle(AnnotationMethodHandlerAdapter.java:174) at org.springframework.web.portlet.mvc.annotation.AnnotationMethodHandlerAdapter.handleAction(AnnotationMethodHandlerAdapter.java:142) at org.springframework.web.portlet.DispatcherPortlet.doActionService(DispatcherPortlet.java:694) at org.springframework.web.portlet.FrameworkPortlet.processRequest(FrameworkPortlet.java:484) at org.springframework.web.portlet.FrameworkPortlet.processAction(FrameworkPortlet.java:466) at com.liferay.portal.kernel.servlet.PortletServlet.service(PortletServlet.java:101) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:654) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:557) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:481) at com.liferay.portlet.CachePortlet._invoke(CachePortlet.java:354) at com.liferay.portlet.CachePortlet.processAction(CachePortlet.java:176) at com.liferay.portal.action.LayoutAction.processPortletRequest(LayoutAction.java:382) at com.liferay.portal.action.LayoutAction.processActionRequest(LayoutAction.java:300) at com.liferay.portal.action.LayoutAction.execute(LayoutAction.java:142) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at com.liferay.portal.struts.PortalRequestProcessor.process(PortalRequestProcessor.java:157) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:710) at com.liferay.portal.servlet.MainServlet.callParentService(MainServlet.java:287) at com.liferay.portal.servlet.MainServlet.service(MainServlet.java:522) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:654) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:445) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:379) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:292) at com.liferay.portal.servlet.FriendlyURLServlet.service(FriendlyURLServlet.java:130) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.liferay.filters.strip.StripFilter.doFilter(StripFilter.java:92) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.liferay.filters.compression.CompressionFilter.doFilter(CompressionFilter.java:113) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.liferay.filters.secure.SecureFilter.doFilter(SecureFilter.java:144) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.liferay.filters.doubleclick.DoubleClickFilter.doFilter(DoubleClickFilter.java:135) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.liferay.portal.servlet.filters.layoutcache.LayoutCacheFilter.doFilter(LayoutCacheFilter.java:188) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.liferay.portal.servlet.filters.autologin.AutoLoginFilter.doFilter(AutoLoginFilter.java:117) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.liferay.portal.servlet.filters.virtualhost.VirtualHostFilter.doFilter(VirtualHostFilter.java:166) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.liferay.portal.servlet.filters.sessionid.SessionIdFilter.doFilter(SessionIdFilter.java:85) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:261) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:581) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:619) It appears that AnnotationMethodHandlerAdapter at 174 assumes that the action response is a javax.portlet.RenderResponse if the request is a javax.portlet.RenderRequest. In this case, that assumption is not true. Perhaps because of the multi-part resolver? Any ideas? -Jan |
|
From: Agence S. <cou...@ar...> - 2007-12-04 11:28:37
|
<head> <meta http-equiv="content-type" content="text/html;charset=ISO-8859-1"> <meta name="generator" content="Adobe GoLive 6"> <title>Tourn oi des VI Nations</title> </head> <body bgcolor="#ffffff"> <table width="64" border="1" cellspacing="0" cellpadding="4"> <tr> <td> <table width="700" border="0" cellspacing="0" cellpadding="0"> <tr height="663"> <td align="center" valign="top" width="747" height="663" background="http://www.arawak-marketing.com/rugby-dec/rubg1.gif"><br> <table border="0" cellspacing="0" cellpadding="0"> <tr> <td colspan="3" width="697"> <div align="center"> <font size="6" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular">Tournoi des VI Nations 2008 </font></div> </td> </tr> <tr> <td colspan="3" width="697"> <div align="center"> <table width="334" border="0" cellspacing="0" cellpadding="0"> <tr> <td width="301"><font size="4" color="#0000cd" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b><i>Samedi 9 février 2008 à 17h</i></b></font></td> <td><a href="http://www.arawak-marketing.com/rugby-dec/form.html"><img src="http://www.arawak-marketing.com/rugby-dec/log1.gif" alt="" width="30" height="34" border="0"></a></td> </tr> <tr> <td width="301"><font size="4" color="#0000cd" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b><i>Samedi 23 février 2008 à 21h</i></b></font></td> <td><a href="http://www.arawak-marketing.com/rugby-dec/form.html"><img src="http://www.arawak-marketing.com/rugby-dec/log2.gif" alt="" width="30" height="45" border="0"></a></td> </tr> <tr> <td width="301"><b><i><font size="4" color="#0000cd" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular">Dimanche 9 Mars 2008 à 16h</font></i></b></td> <td><a href="http://www.arawak-marketing.com/rugby-dec/form.html"><img src="http://www.arawak-marketing.com/rugby-dec/log3.gif" alt="" width="30" height="39" border="0"></a></td> </tr> </table> </div> </td> </tr> <tr height="403"> <td valign="top" width="333" height="403"> <table width="334" border="1" cellspacing="0" cellpadding="6"> <tr height="391"> <td valign="top" width="320" height="391"> <div align="center"> <b><font size="3" color="red" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><u>LES PRESTATIONS A SAINT- DENIS<br> </u></font><font size="3" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><br> </font><font size="3" color="green" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular">IRLANDE</font><font size="3" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"> </font><font size="3" color="#0000cd" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular">et</font><font size="3" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"> </font><font size="3" color="red" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular">ANGLETERRE</font><font size="3" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><br> <br> <u>RECEPTION AU SALON CLUB XV</u><br> </font><font size="1" color="#0000cd" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular">(en face du Stade de France)</font><font size="1" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><br> </font><font size="2" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><br> <br> Parking (1 pour 4)<br> Accueil par nos hôtesses<br> Apéritif champagne<br> Concours de pronostics<br> Déjeuner ou dîner gastronomique<br> en présence d’une personnalité du rugby<br> Places numérotées et groupées </font><font size="2" color="#0000cd" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><u>en catégorie VIP</u></font><font size="2" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><br> Open bar d’après match avec analyse de la rencontre<br> Cadeau souvenir<br> </font><font size="3" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><br> </font><font size="3" color="#0000cd" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular">ITALIE </font><font size="3" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><br> </font><font size="2" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular">Collation d’avant match<br> Places numérotées et groupées </font><font size="2" color="#0000cd" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><u>en catégorie VIP</u></font></b></div> </td> </tr> </table> </td> <td width="25" height="403"></td> <td valign="top" width="333" height="403"> <table width="334" border="1" cellspacing="0" cellpadding="4" height="392"> <tr> <td width="320"> <div align="center"> <b><font size="3" color="red" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><u> TARIFS (Prix HT par personne)</u></font></b></div> </td> </tr> <tr> <td width="320"> <div align="center"> <font size="4" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>Pack 1 match</b></font></div> </td> </tr> <tr> <td width="320"> <table border="0" cellspacing="2" cellpadding="0"> <tr> <td width="279"><font size="3" color="green" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>IRLANDE</b></font></td> <td width="58"><font size="4" color="red" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular">650 €</font></td> </tr> </table> </td> </tr> <tr> <td width="320"> <table border="0" cellspacing="2" cellpadding="0"> <tr> <td width="279"><b><font size="3" color="#0000cd" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular">ITALIE</font></b></td> <td width="58"><font size="4" color="red" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular">290 €</font></td> </tr> </table> </td> </tr> <tr> <td width="320"> <div align="center"> <font size="4" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>Pack 2 matches</b></font></div> </td> </tr> <tr> <td width="320"> <table border="0" cellspacing="2" cellpadding="0"> <tr> <td width="279"><font size="3" color="red" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>ANGLETERRE</b></font><font size="3" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b> + </b></font><font size="3"><b><font color="#0000cd" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular">ITALIE</font></b></font></td> <td width="58"><font size="4" color="red" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular">950 €</font></td> </tr> </table> </td> </tr> <tr> <td width="320"> <table border="0" cellspacing="2" cellpadding="0"> <tr> <td width="279"><font size="3" color="green" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>IRLANDE</b></font><font size="3" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b> + </b></font><font size="3"><b><font color="#0000cd" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular">ITALIE</font></b></font></td> <td width="58"><font size="4" color="red" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular">850 €</font></td> </tr> </table> </td> </tr> <tr> <td width="320"> <div align="center"> <font size="4" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>Pack 3 matches</b></font></div> </td> </tr> <tr> <td width="320"> <table width="349" border="0" cellspacing="2" cellpadding="0"> <tr> <td width="279"><font size="3" color="green" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>IRLANDE</b></font><font size="3" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b> +</b></font><font size="3" color="red" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b>ANGLETERRE</b></font><font size="3" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><b> + </b></font><font size="3"><b><font color="#0000cd" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular">ITALIE</font></b></font></td> <td width="64"><font size="4" color="red" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular">1500 €</font></td> </tr> </table> </td> </tr> <tr> <td width="320"><font size="2" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><u>Conditions de règlement :</u> 100% à la réservation par chèque bancaire.<br> <u>Conditions d'annulation :</u> réservation ferme et définitive ne donnant droit à aucun remboursement. </font></td> </tr> </table> </td> </tr> </table> <font size="3" color="red"><b><font face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"><br> </font><font size="4" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"> Organisation assurée par une agence agréée Fédération Française de Rugby<br> <br> Pour nous contacter, cliquez sur ce <a href="http://www.arawak-marketing.com/rugby-dec/form.html">LIEN</a></font></b></font></td> </tr> <tr> <td width="747"> <div align="center"> <font size="2" face="Arial,Helvetica,Geneva,Swiss,SunSans-Regular"> <hr> Désabonnement : Vous disposez d'un droit d'accès, de modification, de rectification et de suppression des données qui vous concernent (art. 34 de la loi"Informatique et Libertés"). Fichier de diffusion Arawak, enregistré à la CNIL, sous le N°1026477<br> <span class="texte3">Pour vous désabonner : <a href="http://www.arawak-emailing.com/desabonnement/email.php?ema...@li...">cliquez sur ce lien</a></span></font></div> </td> </tr> </table> </td> </tr> </table> <p></p> <div align="center"><BR></div></BODY> </html> |
|
From: Adela S. <dos...@hi...> - 2007-12-04 03:32:14
|
F A S T T R A C K D E G R E E P R O G R A M Obtain the degree you= deserve, based on your present knowledge and life experience. A prospero= us future, money earning power, and the Admiration of all. Degrees from a= n Established, Prestigious, Leading Institution. Your Degree will show ex= actly what you really can do. Get the Job, Promotion, Business Opportunit= y and Social Advancement you Desire! Eliminates classrooms and traveling.= Achieve your Bachelors, Masters, MBA, or PhDin the field of your experti= se Professional and affordable Call now - your Graduation is a phone call= away. Please call:1-206-888-2083 |
|
From: Datexia D. <cou...@ar...> - 2007-11-30 09:32:23
|
<head> <title>Les annuaires France-Prospect</title> </head> <body> <FONT face=3DArial size=3D4> Bonjour,<br><br> La mise =E0 jour du CD-Rom FRANCE PROSPECT est disponible.<br> Un CD-Rom a =E9t=E9 r=E9serv=E9 pour votre soci=E9t=E9 =E0 un tarif pr=E9f= =E9rentiel. <br> Merci de <a href=3D"http://www.arawak-marketing.com/france-prospect-nov/formulaire_a= rawak.html" target=3D"_blank">cliquez sur ce lien</a> pour en savoir plus s= ur les nouvelles fonctionnalit=E9s et notre nouvelle base de donn=E9es ! <br><br>Le Service clients France Prospect<br><br><br> </FONT> <FONT face=3DArial size=3D3> <b> FRANCE PROSPECT est maintenant le CD-Rom de fichiers d'entreprises le plus = vendu en France. Il contient plus de 4 millions d'entreprises ainsi que 400= 000 emails professionnels. </FONT> </b> <br><br><br> <font face=3D"Arial" size=3D"1" color=3D"black">Publicit=E9 sans obligation= d'achat r=E9serv=E9e aux soci=E9t=E9s et aux professionnels.<br> Concerne les entreprises (si=E8ges et =E9tablissements secondaires) inscrit= es au RCS. Service priv=E9 distinct du RNCS<br> Produits commercialis=E9s par Datexia Direct - SAS au capital de 37000 Euro= s. <br> CS 10546 - 13594 Aix-en-Provence cedex 03 - RCS AIX B 419 562 194. <br>MA_0= 71022_6261_3<br> </a> </font> <br> </font><font size=3D"2" face=3D"Arial,Helvetica,Geneva,Swiss,SunSans-Regula= r"> <hr> Désabonnement : Vous disposez d'un droit d'accès, d= e modification, de rectification et de suppression des données qui v= ous concernent (art. 34 de la loi"Informatique et Libertés"= ;). Fichier de diffusion Arawak, enregistré à la CNIL, sous l= e N°1026477<br> <span class=3D"texte3">Pour vous désabonner : <a href=3D"http://w= ww.arawak-emailing.com/desabonnement/email.php?email=3Dspringframework-deve= lo...@li...">cliquez sur ce lien</a></span></font> <div align=3D"center"><BR></div></BODY> </html> |
|
From: Mia <rwl...@cb...> - 2007-11-29 06:23:55
|
http://dws-sf.nm.ru Internet bnaking is dead! Why? |
|
From: Juana X. <tj...@st...> - 2007-11-27 09:03:14
|
AvailableMoneybackPolicyInternationalPharhttp://especiallycertain.com |
|
From: Robert <cyw...@lh...> - 2007-11-26 04:22:38
|
http://gl-m.nm.ru 399$ daily! |