March 2007 - jboss-user - Jboss List Archives

[JBoss Seam] - Re: s:SelectDate not popup

by petemuir

A partial answer - for 1.3.0 the seam components will be built on top of the ajax4jsf cdk (component development kit). The Seam components will then use the a4j skinning. As part of this we're considering streamling the components - all visual components go into richfaces, all infrastructure in seam (i.e. something like s:convertEnum would definitely remain in Seam, but something like s:selectDate will most likely move to richfaces) - but this is an open discussion :) Richfaces currently is missing a calendar/selectDate component, so perhaps we will use Seam's, or they will import theirs from Richfaces 2 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028864#4028864 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028864

19 years, 1 month

1
0
0 / 0

[JBoss Portal] - Re: How to edit the JBoss login page heading

by PeterJ

There do seem to be a lot of login.jsp files (I count three!). I think the correct one is at jboss-portal.sar/portal-server.war/login.jsp. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028863#4028863 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028863

19 years, 1 month

1
0
0 / 0

[EJB 3.0] - Re: jrxml-file in a EJB3-archive

by ColinEberhardt

Hi, You cannot simply construct a File from a given pathnam ein order to load a file which is packaged within a jar file. Take a look at this page on accessing resources: http://java.sun.com/j2se/1.4.2/docs/guide/resources/resources.html You should try: URL url = Classloader.getResource( "report.jrxml" ); Regards, Colin E. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028862#4028862 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028862

19 years, 1 month

1
0
0 / 0

[EJB 3.0] - Re: Stateless Session Beans - Static Variables - Concurrency

by ColinEberhardt

There are a couple of consequences to your method of caching data: 1. You certainly will hit concurrency issues. Your container will most likely hold a pool of SLSB instances, enabling it to service requests from a number of client. These request may result in concurrent access of your cache data. 2. This will certainly not work in a clustered environment. The different container instances will run under different JVMs. Static data is only shared between classes runnign in the same JVM. SLSB are simply not designed to be used in this way. The JEE5 framework is designed in such a way that developers do not have to worry about the mechanics of concurrent accesses or clustering. You are breeaking this! Are you sure that you need this cache which you have implemented? Have you executed performance tests and found that the system is slow? Optimising for performance too early results in ver porr designs. Are you aware fo the fact that Hibernate offers 3 levels of caching? I should imagine that your data will sit quite happily within the Hibernate L2 cache and that your database will not be repeatedly hit. If you do test your system and find that the performance is poor, your first strtegy shoud be to try tuning teh system, not to hacjk together a cache! Regards, Colin E. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028861#4028861 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028861

19 years, 1 month

1
0
0 / 0

[Installation, Configuration & Deployment] - Re: Memory allocations on App Server startup

by danielkalcevich

Peter, my apologies on the confusion. I am talking about the java Heap. I am using -Xms768 and -Xmx 1536 into my startup script. Daniel View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028860#4028860 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028860

19 years, 1 month

1
0
0 / 0

[JBoss Seam] - Re: s:SelectDate not popup

by bsmithjj

Hello, I'm still having trouble getting the <s:selectDate> to work with night builds of Seam (later than the 1.2.0 patch). As I reread postings like this and the JIRA issues I have tried to file repeatedly over this, I want to make the following request to the Seam developers - first, let's look at this: "cavani" wrote : | | This files needed from Booking: | | css/date.css | | img/cal-next.png | img/cal-prev.png | img/input.bg.gif | | on of HTML: | | Now, in addition to the Seam Resource Servlet, the <s:selectDate> requires the files above. So instead of constantly asking users of the framework to pull files in from the example, how about just improving <s:selectDate> so that any required resources are provided by the Seam Resource Servlet? And, for the purposes of skinning, you can come up with some solution that allows the developer to override the defaults? Speaking as someone who is actively using the framework with a goal of getting to a production release, I don't typically diff the examples with each release of Seam - mainly, I look at the documentation. I ask this because I've been using Seam for nearly 8 months on a major project - now, I only pick up a new version of Seam when needed (for example, I need fixes in the seam email component....). It's an unpleasant surprise when a feature like s:selectDate stops working - I've learned how to use it twice now, and with the nightly builds, I can't even get it to work. I've also learned from discussions in the JIRA issues that s:selectDate may in fact be deprecated/dropped in future Seam releases - if that's the case, then why so much change around s:selectDate? Thanks, Brad Smith View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028859#4028859 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028859

19 years, 1 month

1
0
0 / 0

[JBoss Portal] - How to edit the JBoss login page heading

by vijayasagarin

hi, When I am clicking on the login link in the jboss portal, i am getting a page which prompts for the user name and password. On that page there is a Heading called "JBoss Portal Login". I tried to change this heading in the file jboss-portal.sar\portal-core.war\WEB-INF\jsp\login\login.jsp but it is still showing me the same heading. Is there any other file where i should do this change. Please help me in solving this problem Thanks in advance. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028858#4028858 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028858

19 years, 1 month

1
0
0 / 0

[Installation, Configuration & Deployment] - Boot logging question

by rachmatowicz＠jboss.com

Hi I'm trying to get a trace of org.jboss.Shutdown and org.jboss.server.system.Server. I've found that JBoss's use of log4j is split between boot logging (where you configure log4j via a log4j.properties file in run.jar), server logging (where you configure log4j via server//conf/jboss-log4j.xml and application logging (where you configure log4j via log4j.properties in WEB-INF/classes). I have extraced logj4-trace.properties from run.jar and modified it to add an appender called SHUTDOWN and two categories to pickup the trace messages i'm interested in: log4j.rootCategory=TRACE#org.jboss.logging.XLevel, FILE, CONSOLE log4j.category.org.jboss.Shutdown=TRACE#org.jboss.logging.XLevel, SHUTDOWN log4j.category.org.jboss.system.server.Server=TRACE#org.jboss.logging.XLevel, SHUTDOWN ### A bootstrap file appender log4j.appender.FILE=org.jboss.logging.appender.FileAppender log4j.appender.FILE.File=${jboss.server.log.dir}/boot.log log4j.appender.FILE.layout=org.apache.log4j.PatternLayout log4j.appender.FILE.layout.ConversionPattern=%d{ABSOLUTE} %-5p [%c{1}] %m%n log4j.appender.FILE.Append=false log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender log4j.appender.CONSOLE.Target=System.out log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout log4j.appender.CONSOLE.layout.ConversionPattern=%d{ABSOLUTE} %-5p [%c{1}] %m%n log4j.appender.SHUTDOWN=org.jboss.logging.appender.FileAppender log4j.appender.SHUTDOWN.File=${jboss.server.log.dir}/shutdown.log log4j.appender.SHUTDOWN.layout=org.apache.log4j.PatternLayout log4j.appender.SHUTDOWN.layout.ConversionPattern=%d{ABSOLUTE} %-5p [%c{1}] %m%n log4j.appender.SHUTDOWN.Append=false I start the server with ./run.sh -Dlog4j.configuration=log4j-trace.properties -c default and the trace statements appear on the console and boot log, but there is no log file shutdown.log created. I'm also getting occasional error messages like: log4j:WARN No appenders could be found for logger (org.jboss.mx.loading.RepositoryClassLoader). log4j:WARN Please initialize the log4j system properly. My question: 1. is there anything obviously wrong with this log4j-trace.properties file which I am missing and which explains why the shutdown.log file is not getting created 2. what is the best way to trap log.trace() messages on org.jboss.Shutdown and org.jboss.system.server.Server. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028857#4028857 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028857

19 years, 1 month

1
0
0 / 0

[JBoss Messaging] - Re: Classloading issues with EJBs; messages in EJB classload

by clebert.suconic＠jboss.com

I have created ObjectMessageTest::testClassLoaderIsolation I have removed the fix to validate if the test would fail and it worked. I have then fixed this into http://anonsvn.jboss.org/repos/messaging/branches/Branch_1_2_0_SP/ Just a FYI, the issue genman raised was http://jira.jboss.org/jira/browse/JBMESSAGING-924 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028856#4028856 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028856

19 years, 1 month

1
0
0 / 0

[Installation, Configuration & Deployment] - Re: Memory allocations on App Server startup

by PeterJ

What do you mean by free memory? Free RAM available in your PC or free space left in the java heap? Free RAM is not a very good indication of anything since the OS decides how to allocate that space, and what applications/services to run. You really should be looking at memory allocated to the java process to see how much memory the jboss app server is using. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4028855#4028855 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4028855

19 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user March 2007