[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1875) Rework configuration chapter
by Pete Muir (JIRA)
Rework configuration chapter
----------------------------
Key: JBSEAM-1875
URL: http://jira.jboss.com/jira/browse/JBSEAM-1875
Project: JBoss Seam
Issue Type: Task
Components: Documentation
Affects Versions: 2.0.0.BETA1
Reporter: Pete Muir
Fix For: 2.0.0.GA
Rework configuration chapter to make it a generic discussion of configuring and packaging Seam applications. Move platform specific stuff to platform specific chapter.
i.e.
25 Configuring & Packaging Seam Applications
25.1 Basic Seam Configuration
25.1.1 Integrating Seam with JSF and the Servlet Container
25.1.2 Using Facelets
25.1.3 Seam Resource Servlet
25.1.4 Seam Filter
25.1.5. Integrating Seam with your EJB container
25.2 Seam Applications in a JEE 5 environment
25.3 Seam Applications in a J2EE environment
25.4 Seam Applicaitons in a JSE environment
* Move JBPM configuration to JBPM chapter
* Move JBoss AS stuff to new JBoss AS chapter
* Move JBoss Embedded stuff to new JBoss Embedded Chapter
26 Seam on JBoss AS
26.1 Seam on JBoss AS 4.0
* Includes stuff on install JSF 1.2 from Chapter 2
26.2 Seam on JBoss AS 4.2
27 Seam with JBoss Embedded
28 Seam on OC4J
29 Seam on Glassfish
* Needs writing!
--
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
15 years
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3159) Debug/development mode control
by Pete Muir (JIRA)
Debug/development mode control
------------------------------
Key: JBSEAM-3159
URL: http://jira.jboss.com/jira/browse/JBSEAM-3159
Project: Seam
Issue Type: Task
Components: Tools
Reporter: Pete Muir
Priority: Critical
Fix For: 2.1.0.BETA2
Currently we have a very overloaded system which is hard to use:
1) debug flag is used to control parsing of hot-deploy (/dev) which is odd
2) to view the debug page at all you must both include jboss-seam-debug.jar and enable debug mode in components.xml. Further, if you do this, then the debug page handler is installed, which screws with the exception handling.
I propose that by simply including jboss-seam-debug.jar you get
1) hot deployment enabled
2) use of the debug page by calling /debug.seam BUT not as a redirect off the exception handler
and, further, by
<exception:exceptions enable-debug-page="true" /> (better ideas for attribute name?)
you can automagically redirect to the debug page when an exception occurs. The default for this is false, and this should be set in seam-gen (the seam-gen app should include a link to debug.seam in perhaps its footer)
--
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
15 years
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3889) Easier RestEasy paths
by John Ament (JIRA)
Easier RestEasy paths
---------------------
Key: JBSEAM-3889
URL: https://jira.jboss.org/jira/browse/JBSEAM-3889
Project: Seam
Issue Type: Feature Request
Components: Remoting
Environment: JSF based apps
Reporter: John Ament
Assignee: Shane Bryzak
The rest easy integration is missing a few important integrations that would make using it in applications considerably easier.
- s:link integrated resource paths based on actions. If I have a restful service defines as:
@Path("/viewimage")
@Name("viewImage")
public class ViewImage implements java.io.Serializable
....
@GET
@Path("/{username}/{filename}")
public byte[] viewImage(@PathParam("username")String username,@PathParam("filename")String filename)
I should be able to define an s:link something like...
<s:link action="#{viewImage.viewImage}">
<f:param name="username" value="#{someBean.someValue}" />
<f:param name="filename" value="#{someBean.someOtherValue}" />
<h:outputText value="View Image" />
</s:link>
Or even a specialized graphicImage implementation that does soemthing similar...
<s:graphicImage action="#{viewImage.viewImage}">
<f:param name="username" value="#{someBean.someValue}" />
<f:param name="filename" value="#{someBean.someOtherValue}" />
</s:graphicImage>
Second, the resource path configuration in web.xml should be optional. The seam filter should be able to pull out the resources without needing the resource servlet directly handling the values.
--
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
15 years, 1 month
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2598) Exception handling - Never log and handle an exception, do one or the other
by Shane Bryzak (JIRA)
Exception handling - Never log and handle an exception, do one or the other
---------------------------------------------------------------------------
Key: JBSEAM-2598
URL: http://jira.jboss.com/jira/browse/JBSEAM-2598
Project: JBoss Seam
Issue Type: Feature Request
Components: Core
Reporter: Shane Bryzak
Fix For: 2.1.0.GA
Either I see my exception in the log (because it is one of the VERY
RARE silently recoverable exceptions - I would not know a single one)
or it is handled by my exception handler. Actually, I should never see
an exception in my log unless I say so in my exception handler. I've
seen Shane doing some commits about this but he only made logging
configurable in Exceptions.handle(), which runs AFTER
SeamPhaseListener already dumps a log.error("Uncaught exception", e).
So basically, you can now configure if you want an exception logged
twice or just once. This is btw killing me in production because my
log fills up with login-password failures if someone makes a typo.
--
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
15 years, 1 month
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2601) Exception handling - Improve the exception reporting with more context information
by Shane Bryzak (JIRA)
Exception handling - Improve the exception reporting with more context information
----------------------------------------------------------------------------------
Key: JBSEAM-2601
URL: http://jira.jboss.com/jira/browse/JBSEAM-2601
Project: JBoss Seam
Issue Type: Feature Request
Components: Core
Reporter: Shane Bryzak
Fix For: 2.1.0.GA
Once we clean up #{exception} and #{handledException} (remove one...),
we need to add more context information. I don't know how to do that
so I don't have any recommendation how this could be implemented -
only that I heard that Tapestry has good exceptions. What I need
(especially now in production) is more information about the request
that triggered the exception. For example, I want to be able to
reproduce the exception by executing the same GET/POST request. So
this needs to include request header/parameter information and
information about the server-side state (is it a new session, etc). I
need to be able to access that information in my exception handler and
for production optionally have it logged. Without this, I need to rely
on user error reports which so far have not resulted in a single
bugfix of the wiki, because I can't reproduce what the users are doing.
--
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
15 years, 1 month
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2296) @DataModelSelection makes tests impossible
by Christian Bauer (JIRA)
@DataModelSelection makes tests impossible
------------------------------------------
Key: JBSEAM-2296
URL: http://jira.jboss.com/jira/browse/JBSEAM-2296
Project: JBoss Seam
Issue Type: Bug
Components: Test Harness
Reporter: Christian Bauer
@Name("testBean")
@Scope(ScopeType.CONVERSATION)
@AutoCreate
public class TestBean {
@DataModel
private List<String> names;
public List<String> getNames() {
return names;
}
public void setNames(List<String> names) {
this.names = names;
}
@DataModelSelection
private String name;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public void init() {
this.names = new ArrayList<String>();
this.names.add("A");
this.names.add("B");
this.names.add("C");
}
}
The test:
@Test
public void test() throws Exception {
new FacesRequest() {
protected void invokeApplication() throws Exception {
TestBean testBean = (TestBean)getInstance("testBean");
testBean.init();
testBean.setName("B");
System.out.println("#### NAME IS: " + testBean.getName());
assert testBean.getName().equals("B");
}
}.run();
}
This test fails and prints the selected name as "A". If you remove @DataModelSelection, it prints the correct "B".
--
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
15 years, 1 month