[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3453) Deployed jar list files needed to be modified for remoting to work correctly in a newly generated project.
by Jeremy Fox (JIRA)
Deployed jar list files needed to be modified for remoting to work correctly in a newly generated project.
----------------------------------------------------------------------------------------------------------
Key: JBSEAM-3453
URL: https://jira.jboss.org/jira/browse/JBSEAM-3453
Project: Seam
Issue Type: Bug
Affects Versions: 2.1.0.BETA1, 2.1.0.A1, 2.0.3.CR1, 2.0.2.SP1, 2.0.2.GA, 2.0.2.CR2
Reporter: Jeremy Fox
Priority: Minor
If you create a new project via seamgen right now, there are extra steps needed to get remoting working properly. There are some changes needed in the deployed-jars-ear.list and the deployed-jars-war.list files that were added to clean up the generated build script. There is no mention of this in the documentation, and the origin of the issue and it's solution can be tricky to spot.
In the deployed-jars-war.list, I changed the line that read "jboss-seam-*.jar" and just put in "jboss-seam-ui.jar" in it's place.
In the deployed-jars-ear.list, I added "jboss-seam-remoting.jar".
Before making this change, when I tried to use seam remoting, I would get an empty stub with no methods. (The @WebRemote methods just didn't show up, so I got the "xxx is not a function" error from my Javascript. That is what makes it hard to diagnose.) I looked at how the remoting examples were packaged (because they did work correctly for me in 2.1.0 BETA, while my own application did not), and this is where those classes were placed by their respective build scripts. It is likely that other files should be included for general use, but I am unsure about what should be there.
For reference, the list files were added to clean up the build script in JBSEAM-2897. According to 2897, 2.1.0.BETA1, 2.0.2.CR2 both had the list files added to them.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 1 month
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2133) inline EL in component property value not properly detected
by Dan Allen (JIRA)
inline EL in component property value not properly detected
-----------------------------------------------------------
Key: JBSEAM-2133
URL: http://jira.jboss.com/jira/browse/JBSEAM-2133
Project: JBoss Seam
Issue Type: Bug
Components: Core
Affects Versions: 2.0.0.CR2
Reporter: Dan Allen
Assigned To: Dan Allen
Priority: Critical
Fix For: 2.0.1.GA
Currently, the EL notation in a property is only being evaluated if the property starts with "#{". There are two problems with this assumption.
1. Inline EL can only be used if the property starts with an expression (i.e. <property name="message">#{applicationName} is a cool application</property>)
2. There is no way to escape EL so that is is evaluated by the property accepting the string (rather than when the value is assigned).
The correct behavior would be to treat the property value as a value expression if it CONTAINS "#{". The benefits are two fold:
1. A property value can use inline EL that is evaluated when the property value is set (see above)
2. The resolved value of the property can be EL (delayed EL) that is to be interpreted by the component as needed. This is done by escaping the EL per the unified EL spec (i.e. <property name="created-message">The user \#{user.name} has been created!</property)
Surprisingly, everything is already in place. All that needs to happen is the check for EL needs to change from "startsWith" to "contains".
--
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
16 years, 1 month
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3350) BEA 10 Deployment fails
by Mike (JIRA)
BEA 10 Deployment fails
-----------------------
Key: JBSEAM-3350
URL: https://jira.jboss.org/jira/browse/JBSEAM-3350
Project: Seam
Issue Type: Bug
Affects Versions: 2.1.0.BETA1
Environment: BEA10.0 MP1 on Windows XP / Suse Linux 10
Reporter: Mike
When deploying our application on BEA10 we get the following Exception (see below)
=> This Problem did not occur with Seam2.1.0A1 !
=> Please check the org.jboss.seam.deployment.URLScanner.handleDirectory() method diff from Seam2.1.0A1 and Seam2.1.0BETA1
<Warning> <HTTP> <BEA-101162> <User defined listener org.jboss.seam.servlet.SeamListener failed: java.lang.NullPointerExcep
tion.
java.lang.NullPointerException
at org.jboss.seam.deployment.URLScanner.handleDirectory(URLScanner.java:132)
at org.jboss.seam.deployment.URLScanner.scanDirectories(URLScanner.java:40)
at org.jboss.seam.deployment.StandardDeploymentStrategy.scan(StandardDeploymentStrategy.java:107)
at org.jboss.seam.init.Initialization.create(Initialization.java:113)
at org.jboss.seam.servlet.SeamListener.contextInitialized(SeamListener.java:34)
Truncated. see log file for complete stacktrace>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 1 month