graffito-portlets.war packaging bug?

[Dave Brondsema <da...@brondsema.net>]

I am attempting to deploy the graffito portlets in Liferay, using MSSQL.
  I'm following http://incubator.apache.org/graffito/build.html  I get
the following exception when I try to deploy.  Seems like the
graffito-api-1.0-a1-dev.jar is needs to be in the portlet WAR.  What's
wrong?

 java.lang.NoClassDefFoundError:
org/apache/portals/graffito/exception/ContentManagementException
	at java.lang.Class.getDeclaredConstructors0(Native Method)
	at java.lang.Class.privateGetDeclaredConstructors(Class.java:2328)
	at java.lang.Class.getConstructor0(Class.java:2640)
	at java.lang.Class.newInstance0(Class.java:321)
	at java.lang.Class.newInstance(Class.java:303)
	at
com.liferay.portal.servlet.PortletContextListener.contextInitialized(PortletContextListener.java:118)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3669)
.....


Regarding MSSQL, I made some minor changes to get the database
initialization to work, yet tests failed.  So for now I set
ignoreFailures="true" for 'components'.  I'll contribute my changes if
they work.

-- 
Dave Brondsema
Software Developer
Cornerstone University

Re: graffito-portlets.war packaging bug?

[Dave Brondsema <da...@brondsema.net>]

Christophe Lombart wrote:
> On 1/11/06, Dave Brondsema <da...@brondsema.net> wrote:
> 
>>I am attempting to deploy the graffito portlets in Liferay, using MSSQL.
>>  I'm following http://incubator.apache.org/graffito/build.html  I get
>>the following exception when I try to deploy.  Seems like the
>>graffito-api-1.0-a1-dev.jar is needs to be in the portlet WAR.  What's
>>wrong?
>>
> 
> 
> This jar (when deploying on tomcat) has be set into shared/lib.
> 
> Until now, the graffito portlets depend on some Jetspeed components
> (mainly the security components). So, we have add more abstraction in
> order to support other portal servers. This not our main priority but
> if you work on it, of course we can help. That's maybe the origin of
> the NoClassDefFoundError
> 
> 

At this point it will be faster for us to implement our own (very
simple) portlets instead of working on liferay support.  If our needs
grow, we will probably revisit Graffito.

> 
>>Regarding MSSQL, I made some minor changes to get the database
>>initialization to work, yet tests failed.  So for now I set
>>ignoreFailures="true" for 'components'.  I'll contribute my changes if
>>they work.
>>
> 
> 
> You are welcome. Please, send us also your work for the liferay support.
> 


http://issues.apache.org/jira/browse/GRFT-85

Since I won't be using graffito now, I can't say that these changes
really work.  Some mssql configuration might be better than nothing, but
on the other hand wrong configuration is worse than no configuration.


-- 
Dave Brondsema
Software Developer
Cornerstone University

Re: graffito-portlets.war packaging bug?

[Christophe Lombart <ch...@gmail.com>]

On 1/11/06, Dave Brondsema <da...@brondsema.net> wrote:
>
> I am attempting to deploy the graffito portlets in Liferay, using MSSQL.
>   I'm following http://incubator.apache.org/graffito/build.html  I get
> the following exception when I try to deploy.  Seems like the
> graffito-api-1.0-a1-dev.jar is needs to be in the portlet WAR.  What's
> wrong?
>

This jar (when deploying on tomcat) has be set into shared/lib.

Until now, the graffito portlets depend on some Jetspeed components
(mainly the security components). So, we have add more abstraction in
order to support other portal servers. This not our main priority but
if you work on it, of course we can help. That's maybe the origin of
the NoClassDefFoundError


>
> Regarding MSSQL, I made some minor changes to get the database
> initialization to work, yet tests failed.  So for now I set
> ignoreFailures="true" for 'components'.  I'll contribute my changes if
> they work.
>

You are welcome. Please, send us also your work for the liferay support.



--
Best regards,

Christophe