[jbossseam-issues] [JBoss JIRA] Commented: (JBSEAM-225) Maven 2 support
by Petr Ferschmann (JIRA)
[ http://jira.jboss.com/jira/browse/JBSEAM-225?page=comments#action_12352290 ]
Petr Ferschmann commented on JBSEAM-225:
----------------------------------------
Hello,
I have created Seam Maven integration. I have created "profiles" - you just say "I want to use Seam with PDF" and it will add all required dependencies.
I have also created few archetypes. And now I am improving the dependencies and creating SeamGen for Maven.
See http://software.softeu.cz/seam/ .
I think this can help usage of Seam with Maven.
> Maven 2 support
> ---------------
>
> Key: JBSEAM-225
> URL: http://jira.jboss.com/jira/browse/JBSEAM-225
> Project: JBoss Seam
> Issue Type: Feature Request
> Components: Core
> Affects Versions: 1.0 beta 2
> Environment: Maven 2.0.x
> Reporter: Tuomas Kiviaho
>
> Mavenizing of the project would be very helpful when using cvs shapshots instead of prebuild releases.
> It seems that all of the 3rd party projects previously available separately have been merged together as thirdparty-all.jar. Some of the 3rd party jars are missing like jsf-facelets.jar which should be some older version than the current release.
> What is needed is a pom.xml currently producing both jboss-seam.jar and jboss-seam-ui.jar and having all of the dependencies enlisted. Most of the dependent projects are already available by default or then they exist in JBoss maven repository (refer to next gen jboss build system). I see that (propably missing) installments like jBPM have similar feature requests. pom.xml functions as a documentation where to place manually different jars in order to get for instance jboss seam digester working.
> An optional feature would be to replace all of the .classpath lib references with maven2 classpath container that comes with Maven2 Eclipse plugin. This will make pom.xml useful for eclipse users even if current JBoss build engine is to be used, but requires maven2 plugin to be installed. The project wasn't not compiling for me directly when checked out from CVS, so plugin requirement is less of a pain than sonting out "broken" .classpath.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 9 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-760) Setting <distributable /> in web.xml results in java.lang.IllegalStateException in logs, application works otherwise
by Alex Kozlenkov (JIRA)
Setting <distributable /> in web.xml results in java.lang.IllegalStateException in logs, application works otherwise
--------------------------------------------------------------------------------------------------------------------
Key: JBSEAM-760
URL: http://jira.jboss.com/jira/browse/JBSEAM-760
Project: JBoss Seam
Issue Type: Bug
Components: Security
Environment: Microsoft Vista with Java 6 SDK, JBoss 4.0.5.GA EJB3 and EJB3 Clustered
Reporter: Alex Kozlenkov
A very simple application using the new 1.1.5 level security features produces a java.lang.IllegalStateException when <distributable /> is included in web.xml. The application works perfectly wikthout this setting and even with <distributable /> the exception seems to be non-fatal. The stack trace follows:
09:58:11,169 ERROR [[/helloworld]] Session attribute event listener threw exception
java.lang.IllegalStateException: No application context active
at org.jboss.seam.Component.forName(Component.java:1586)
at org.jboss.seam.Component.getInstance(Component.java:1636)
at org.jboss.seam.Component.getInstance(Component.java:1631)
at org.jboss.seam.Component.getInstance(Component.java:1608)
at org.jboss.seam.Component.getInstance(Component.java:1603)
at org.jboss.seam.persistence.PersistenceProvider.instance(PersistenceProvider.java:45)
at org.jboss.seam.core.ManagedPersistenceContext.sessionWillPassivate(ManagedPersistenceContext.java:104)
at org.jboss.web.tomcat.tc5.session.ClusteredSession.passivate(ClusteredSession.java:896)
at org.jboss.web.tomcat.tc5.session.JBossCacheManager.storeSession(JBossCacheManager.java:642)
at org.jboss.web.tomcat.tc5.session.InstantSnapshotManager.snapshot(InstantSnapshotManager.java:49)
at org.jboss.web.tomcat.tc5.session.ClusteredSessionValve.invoke(ClusteredSessionValve.java:98)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
at java.lang.Thread.run(Thread.java:619)
Using a custom phase listener to trace JSF shows that the exception is wedged between a registration page that successfully creates a new account and a login page to which the user is redirected on success. The login page is successfully presented as well.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 9 months