Menu
▾
▴
jboss-dev-forums — The jboss development forum posts
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
(157) |
May
(789) |
Jun
(608) |
Jul
(554) |
Aug
(868) |
Sep
(654) |
Oct
(994) |
Nov
(803) |
Dec
(982) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(1006) |
Feb
(1054) |
Mar
(1345) |
Apr
(1305) |
May
(1392) |
Jun
(1016) |
Jul
(265) |
Aug
(1) |
Sep
(8) |
Oct
(9) |
Nov
(8) |
Dec
(19) |
| 2007 |
Jan
(20) |
Feb
(10) |
Mar
(20) |
Apr
(8) |
May
(4) |
Jun
(1) |
Jul
(6) |
Aug
(3) |
Sep
(6) |
Oct
(12) |
Nov
(7) |
Dec
(13) |
| 2008 |
Jan
(5) |
Feb
(4) |
Mar
(34) |
Apr
(32) |
May
(22) |
Jun
(21) |
Jul
(30) |
Aug
(18) |
Sep
(30) |
Oct
(23) |
Nov
(86) |
Dec
(51) |
| 2009 |
Jan
(25) |
Feb
(26) |
Mar
(34) |
Apr
(47) |
May
(38) |
Jun
(25) |
Jul
(36) |
Aug
(9) |
Sep
(8) |
Oct
(10) |
Nov
(4) |
Dec
(17) |
| 2010 |
Jan
(7) |
Feb
(9) |
Mar
(26) |
Apr
(49) |
May
(52) |
Jun
(48) |
Jul
(39) |
Aug
(27) |
Sep
(9) |
Oct
(14) |
Nov
(7) |
Dec
(10) |
| 2011 |
Jan
(12) |
Feb
(9) |
Mar
(17) |
Apr
(33) |
May
(39) |
Jun
(36) |
Jul
(29) |
Aug
(26) |
Sep
(29) |
Oct
(38) |
Nov
(35) |
Dec
(27) |
| 2012 |
Jan
(20) |
Feb
(34) |
Mar
(29) |
Apr
(33) |
May
(45) |
Jun
(46) |
Jul
(50) |
Aug
(35) |
Sep
(55) |
Oct
(68) |
Nov
(79) |
Dec
(45) |
| 2013 |
Jan
(67) |
Feb
(20) |
Mar
(55) |
Apr
(52) |
May
(25) |
Jun
(25) |
Jul
(34) |
Aug
(27) |
Sep
(21) |
Oct
(21) |
Nov
(19) |
Dec
(12) |
| 2014 |
Jan
(10) |
Feb
(8) |
Mar
(13) |
Apr
(18) |
May
(36) |
Jun
(26) |
Jul
(17) |
Aug
(19) |
Sep
(13) |
Oct
(8) |
Nov
(7) |
Dec
(5) |
| 2015 |
Jan
(11) |
Feb
(2) |
Mar
(13) |
Apr
(15) |
May
(7) |
Jun
(2) |
Jul
(4) |
Aug
(3) |
Sep
(3) |
Oct
|
Nov
(2) |
Dec
(1) |
| 2016 |
Jan
(3) |
Feb
(5) |
Mar
(19) |
Apr
(34) |
May
(9) |
Jun
(10) |
Jul
(5) |
Aug
(10) |
Sep
(5) |
Oct
(11) |
Nov
(19) |
Dec
(7) |
| 2017 |
Jan
(4) |
Feb
(4) |
Mar
(8) |
Apr
(5) |
May
(12) |
Jun
(5) |
Jul
(11) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <sn...@sh...> - 2005-05-14 06:25:55
|
Hi all, I'm the founder of the jASEN project and thought I may be able to answer some of the questions posted. anonymous wrote : | jASEN has two different directories of data that it relies on - one for configuration information and one is the "database" it uses to determine scoring. | | ... | | Where can/should these directories go for a production style deployment? | The two directories referred to here need only be in the classpath of the application. They can physically reside anywhere as long as they can be referenced as relative paths by the engine and hence must be in the classpath. anonymous wrote : | I need to do a bit more research but from what I currently read the configuration can be read-only (if you never want to change the config of course) but the "database" should be read-write to allow training. | This is not quite correct. The "database" (which is really just a file) is loaded at start-up and referenced in a read-only fashion during operation. Training is currently an offline process and whilst this database can be updated dynamically (without restarting the engine) there is no facility for live "training" in the current release. anonymous wrote : | 5 - run out of memory when initializing the jasen confg :( | This is likely happening due to the in-memory nature of the spam heuristics used in the engine. For this there are two solutions: 1. Increase the default heap size (as you have done) 2. Implement your own JasenMapStore class. This is the actual "database" of heuristics. The default implementation loads the DB info memory by you can implement it however you like. The simplest solution is to just increase the heap size. wrt MIME formatting. jASEN MUST be given a MIME formatted email. This is because it uses JavaMail to parse the email message and hence must conform to the relevant rfc's (822, 2822). If the message is not in MIME format you pretty much can't scan it. The assumption here is that jASEN scans only email. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877734#3877734 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877734 |
|
From: <bil...@jb...> - 2005-05-13 22:07:59
|
The AOP/MC integration is starting to look more complete. I've started on an AOP SchemaBinding, that works for a few things and that can register aspect factories with the microcontainer. I've also tested aspects with a dependency and a bean that has that aspect to make sure all the dependency propagation works. All I'm waiting for now to finish the XML stuff is the the XSD:ANY integration for SchemaBindings so that I can embed definitions within AOP XML and definitions within BEAN XML (for annotation overrides and such). Currently I'm testing bean within AOP xml with CDATA. If you're interested in the tests, they are here: aspects/src/resource/test/kernel/*.xml aspects/src/test/org/jboss/test/AspectXmlTestCase.java I redid the GenericBeanFactory. The IMPL for it is here: aspects/src/main/org/jboss/aspects/kernel/AspectBeanFactory.java Since the AOP Schema will create BeanMetaData directly, I can stuff this as a property of the AspectBeanFactory. The Schema Binding is here: aspects/src/main/org/jboss/aspects/kernel/schema/.. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877717#3877717 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877717 |
|
From: <tom...@jb...> - 2005-05-13 21:23:26
|
I would most prefer to come up with a solution that passes the socket's output/inputstream directly to the marshaller without wrapping at all. I have coded up something for this that works like this, yet still able to keep the socket alive via pings. Only problem is that it is twice as slow, so need to profile it some. Will need a little more time to work on it. Will post back when get it worked out. I have opened a Jira issue for this at (http://jira.jboss.com/jira/browse/JBREM-111) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877715#3877715 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877715 |
|
From: <bil...@jb...> - 2005-05-13 19:50:14
|
"sco...@jb..." wrote : There already is multiple namespace support in JBossXB. I use it in 4.0 for a login-config.xml document: | It looks like I would need the SchemaBinding approach as I want to integrate with the MC's BeanSchemaBinding. This is so I can embed AOP elements with a bean config and in an AOP document where aspect definitions are defind as MC Beans. It looks like you can only map an ObjectFactory to a namespace and not a SchemaBinding. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877710#3877710 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877710 |
|
From: sven.schulz <nu...@jb...> - 2005-05-13 14:55:11
|
What a shame! I had servlet API in WEB-INF/lib folder causing class loader issues. Sorry for the inconvenience! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877677#3877677 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877677 |
|
From: <tom...@jb...> - 2005-05-13 14:44:48
|
Since the ip is 0.0.0.0, the server will just bind to its local host and use that ip as the address it tells clients to connect to. This is probably something like 192.168.1.1. The client, which is outside the firewall, probably does not access the server machine via the previous ip, but via some external ip (i.e. 56.23.35.2). Since the server does not know explicitly what this ip is, it can not tell the client to use this ip. You can change the address that the client tried to connect to the server on by changing the configuration (see http://wiki.jboss.org/wiki/Wiki.jsp?page=Remoting_Transports_Configuration). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877673#3877673 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877673 |
|
From: <sta...@jb...> - 2005-05-13 14:11:39
|
MyFaces shouldn't be initialized twice. I know there is code in there to check for that, but maybe it isn't working correctly. For the error page, can you add that as a feature request in MyFaces jira? Actually, you can add any issues here. I'll be looking into any portlet-related ones personally. http://issues.apache.org/jira/secure/BrowseProject.jspa?id=10600 Thanks, Stan View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877664#3877664 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877664 |
|
From: sven.schulz <nu...@jb...> - 2005-05-13 14:10:16
|
I should tell you, that the vanilla installation works fine (guess the JSPs are precompiled). But when it comes to compile my own JSPs the exception described above is thrown. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877663#3877663 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877663 |
|
From: sven.schulz <nu...@jb...> - 2005-05-13 14:08:42
|
I've downloaded the updated bundled distribution from the JBoss Portal frontpage. Unfortunately I still have the same problem. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877662#3877662 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877662 |
|
From: <roy...@jb...> - 2005-05-13 13:47:10
|
done. Let me know how it goes, please. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877643#3877643 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877643 |
|
From: sven.schulz <nu...@jb...> - 2005-05-13 13:29:34
|
Fine! Perhaps you may indicate when done, by reposting to this topic? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877636#3877636 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877636 |
|
From: n2 <nu...@jb...> - 2005-05-13 13:28:27
|
Hello,
i have a problem that i related to your topic.
My environment: Cluster with two Servers. SuSE Linux Enterprise Server 8, SUN JDK 1.4.2, JBoss 4.0.2, I use the all configuration and made it J2EE 1.4 compatible.
My app has the following structure:
JFleet.ear
| |
| +-...
| +-avww.war
| |
| +-...
| +-WEB-INF
| |
| +-...
| +-lib
| |
| +-..
| +-commons-logging-1.2.8.jar
| +-log4j-1.2.8.jar
When i deploy it i get the an error:
org.apache.commons.logging.LogConfigurationException: Class org.apache.commons.logging.impl.Log4JLogger does not implement Log
| at org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:511)
| at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:150)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
| at org.jboss.web.tomcat.tc5.TomcatDeployer.performDeployInternal(TomcatDeployer.java:274)
| at org.jboss.web.tomcat.tc5.TomcatDeployer.performDeploy(TomcatDeployer.java:91)
| at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:357)
| ... 49 more
| Caused by: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Class org.apache.commons.logging.impl.Log4JLogger does not implement Log
| at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:532)
| at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:272)
| at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:414)
| at org.apache.catalina.core.ContainerBase.getLogger(ContainerBase.java:380)
| at org.apache.catalina.core.StandardContext.filterStop(StandardContext.java:3563)
| at org.apache.catalina.core.StandardContext.stop(StandardContext.java:4249)
| at org.apache.catalina.core.ContainerBase.destroy(ContainerBase.java:1131)
| at org.apache.catalina.core.StandardContext.destroy(StandardContext.java:4358)
| at org.apache.catalina.core.StandardContext.init(StandardContext.java:5008)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:324)
| at org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503)
| ... 54 more
| Caused by: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Class org.apache.commons.logging.impl.Log4JLogger does not implement Log
| at org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryImpl.java:416)
| at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:525)
| ... 67 more
| Caused by: org.apache.commons.logging.LogConfigurationException: Class org.apache.commons.logging.impl.Log4JLogger does not implement Log
| at org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryImpl.java:412)
| ... 68 more
This i really strange because class org.apache.commons.logging.impl.Log4JLogger is part of commons logging and of course implements interface Log.
Here is the code of commons logging LogFactoryImpl where the error occured:
protected Constructor getLogConstructor()
| throws LogConfigurationException {
| // Return the previously identified Constructor (if any)
| if (logConstructor != null) {
| return logConstructor;
| }
| String logClassName = getLogClassName();
| // Attempt to load the Log implementation class
| Class logClass = null;
| try {
| logClass = loadClass(logClassName);
| if (logClass == null) {
| throw new LogConfigurationException
| ("No suitable Log implementation for " + logClassName);
| }
| if (!Log.class.isAssignableFrom(logClass)) {
| throw new LogConfigurationException
| ("Class " + logClassName + " does not implement Log");
| }
| } catch (Throwable t) {
| throw new LogConfigurationException(t);
| }
| ...
I think logClassName i loaded by i different class loader than class Log.
I tried to add a jboos-app.xml tom y ear: <?xml version="1.0"?>
| <jboss-app>
| <loader-repository>
| cob.akuratus.com:loader=JFleet-1.10.4.ear
| <loader-repository-config>
| java2ParentDelegation=false
| </loader-repository-config>
| </loader-repository>
| </jboss-app> but it does not help.
Can you help me?
Daniel.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877635#3877635
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877635
|
|
From: <roy...@jb...> - 2005-05-13 13:26:48
|
I'm reuploading it right now... 42% done 32mins remaining. (Why does Bellsouth suck so?) I tested it with jdk1.4 and it works now. Stay tuned. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877633#3877633 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877633 |
|
From: sven.schulz <nu...@jb...> - 2005-05-13 13:22:38
|
The root cause of the problem is: | Caused by: org.apache.jasper.JasperException: Unable to compile class for JSP | | Generated servlet error: | D:\Programme\jboss\4.0.1sp1.chameleon\server\default\work\jboss.web\localhost\chameleon\org\apache\jsp\jsp\workspace\workspace_jsp.java:129: _jspx_meth_x_stylesheet_0(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.jsp.workspace.workspace_jsp cannot be applied to (org.apache.myfaces.taglib.core.ViewTag,javax.servlet.jsp.PageContext) | if (_jspx_meth_x_stylesheet_0(_jspx_th_f_view_0, _jspx_page_context)) | ^ | | | Generated servlet error: | D:\Programme\jboss\4.0.1sp1.chameleon\server\default\work\jboss.web\localhost\chameleon\org\apache\jsp\jsp\workspace\workspace_jsp.java:134: _jspx_meth_h_form_0(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.jsp.workspace.workspace_jsp cannot be applied to (org.apache.myfaces.taglib.core.ViewTag,javax.servlet.jsp.PageContext) | if (_jspx_meth_h_form_0(_jspx_th_f_view_0, _jspx_page_context)) | ^ | | | Generated servlet error: | D:\Programme\jboss\4.0.1sp1.chameleon\server\default\work\jboss.web\localhost\chameleon\org\apache\jsp\jsp\workspace\workspace_jsp.java:179: _jspx_meth_t_iterator_0(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.jsp.workspace.workspace_jsp cannot be applied to (org.apache.myfaces.taglib.html.HtmlFormTag,javax.servlet.jsp.PageContext) | if (_jspx_meth_t_iterator_0(_jspx_th_h_form_0, _jspx_page_context)) | ^ | | | Generated servlet error: | D:\Programme\jboss\4.0.1sp1.chameleon\server\default\work\jboss.web\localhost\chameleon\org\apache\jsp\jsp\workspace\workspace_jsp.java:183: _jspx_meth_h_selectOneMenu_0(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.jsp.workspace.workspace_jsp cannot be applied to (org.apache.myfaces.taglib.html.HtmlFormTag,javax.servlet.jsp.PageContext) | if (_jspx_meth_h_selectOneMenu_0(_jspx_th_h_form_0, _jspx_page_context)) | ^ | | | Generated servlet error: | D:\Programme\jboss\4.0.1sp1.chameleon\server\default\work\jboss.web\localhost\chameleon\org\apache\jsp\jsp\workspace\workspace_jsp.java:209: _jspx_meth_h_commandLink_0(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.jsp.workspace.workspace_jsp cannot be applied to (de.tccproducts.faces.taglib.IteratorTag,javax.servlet.jsp.PageContext) | if (_jspx_meth_h_commandLink_0(_jspx_th_t_iterator_0, _jspx_page_context)) | ^ | | | Generated servlet error: | D:\Programme\jboss\4.0.1sp1.chameleon\server\default\work\jboss.web\localhost\chameleon\org\apache\jsp\jsp\workspace\workspace_jsp.java:233: _jspx_meth_h_panelGroup_0(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.jsp.workspace.workspace_jsp cannot be applied to (org.apache.myfaces.taglib.html.HtmlCommandLinkTag,javax.servlet.jsp.PageContext) | if (_jspx_meth_h_panelGroup_0(_jspx_th_h_commandLink_0, _jspx_page_context)) | ^ | | | Generated servlet error: | D:\Programme\jboss\4.0.1sp1.chameleon\server\default\work\jboss.web\localhost\chameleon\org\apache\jsp\jsp\workspace\workspace_jsp.java:237: _jspx_meth_f_param_1(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.jsp.workspace.workspace_jsp cannot be applied to (org.apache.myfaces.taglib.html.HtmlCommandLinkTag,javax.servlet.jsp.PageContext) | if (_jspx_meth_f_param_1(_jspx_th_h_commandLink_0, _jspx_page_context)) | ^ | | | Generated servlet error: | D:\Programme\jboss\4.0.1sp1.chameleon\server\default\work\jboss.web\localhost\chameleon\org\apache\jsp\jsp\workspace\workspace_jsp.java:267: _jspx_meth_h_graphicImage_0(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.jsp.workspace.workspace_jsp cannot be applied to (org.apache.myfaces.taglib.html.HtmlPanelGroupTag,javax.servlet.jsp.PageContext) | if (_jspx_meth_h_graphicImage_0(_jspx_th_h_panelGroup_0, _jspx_page_context)) | ^ | | | Generated servlet error: | D:\Programme\jboss\4.0.1sp1.chameleon\server\default\work\jboss.web\localhost\chameleon\org\apache\jsp\jsp\workspace\workspace_jsp.java:271: _jspx_meth_h_outputText_0(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.jsp.workspace.workspace_jsp cannot be applied to (org.apache.myfaces.taglib.html.HtmlPanelGroupTag,javax.servlet.jsp.PageContext) | if (_jspx_meth_h_outputText_0(_jspx_th_h_panelGroup_0, _jspx_page_context)) | ^ | | | Generated servlet error: | D:\Programme\jboss\4.0.1sp1.chameleon\server\default\work\jboss.web\localhost\chameleon\org\apache\jsp\jsp\workspace\workspace_jsp.java:275: _jspx_meth_h_commandLink_1(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.jsp.workspace.workspace_jsp cannot be applied to (org.apache.myfaces.taglib.html.HtmlPanelGroupTag,javax.servlet.jsp.PageContext) | if (_jspx_meth_h_commandLink_1(_jspx_th_h_panelGroup_0, _jspx_page_context)) | ^ | | | Generated servlet error: | D:\Programme\jboss\4.0.1sp1.chameleon\server\default\work\jboss.web\localhost\chameleon\org\apache\jsp\jsp\workspace\workspace_jsp.java:339: _jspx_meth_h_graphicImage_1(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.jsp.workspace.workspace_jsp cannot be applied to (org.apache.myfaces.taglib.html.HtmlCommandLinkTag,javax.servlet.jsp.PageContext) | if (_jspx_meth_h_graphicImage_1(_jspx_th_h_commandLink_1, _jspx_page_context)) | ^ | | | Generated servlet error: | D:\Programme\jboss\4.0.1sp1.chameleon\server\default\work\jboss.web\localhost\chameleon\org\apache\jsp\jsp\workspace\workspace_jsp.java:343: _jspx_meth_f_param_0(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.jsp.workspace.workspace_jsp cannot be applied to (org.apache.myfaces.taglib.html.HtmlCommandLinkTag,javax.servlet.jsp.PageContext) | if (_jspx_meth_f_param_0(_jspx_th_h_commandLink_1, _jspx_page_context)) | ^ | | | Generated servlet error: | D:\Programme\jboss\4.0.1sp1.chameleon\server\default\work\jboss.web\localhost\chameleon\org\apache\jsp\jsp\workspace\workspace_jsp.java:419: _jspx_meth_t_iterator_1(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.jsp.workspace.workspace_jsp cannot be applied to (org.apache.myfaces.taglib.html.HtmlSelectOneMenuTag,javax.servlet.jsp.PageContext) | if (_jspx_meth_t_iterator_1(_jspx_th_h_selectOneMenu_0, _jspx_page_context)) | ^ | | | Generated servlet error: | D:\Programme\jboss\4.0.1sp1.chameleon\server\default\work\jboss.web\localhost\chameleon\org\apache\jsp\jsp\workspace\workspace_jsp.java:444: _jspx_meth_f_selectItem_0(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.jsp.workspace.workspace_jsp cannot be applied to (de.tccproducts.faces.taglib.IteratorTag,javax.servlet.jsp.PageContext) | if (_jspx_meth_f_selectItem_0(_jspx_th_t_iterator_1, _jspx_page_context)) | ^ | | | Generated servlet error: | Note: D:\Programme\jboss\4.0.1sp1.chameleon\server\default\work\jboss.web\localhost\chameleon\org\apache\jsp\jsp\workspace\workspace_jsp.java uses unchecked or unsafe operations. | | | Generated servlet error: | Note: Recompile with -Xlint:unchecked for details. | 14 errors | | | | at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:84) | at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:332) | at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:412) | at org.apache.jasper.compiler.Compiler.compile(Compiler.java:472) | at org.apache.jasper.compiler.Compiler.compile(Compiler.java:451) | at org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) | at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:511) | at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:295) | at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) | at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) | at org.jboss.portal.portlet.impl.PortletRequestDispatcherImpl.execute(PortletRequestDispatcherImpl.java:71) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.jboss.portal.server.servlet.CommandFilter.doFilter(CommandFilter.java:54) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) | at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:704) | at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:590) | at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:510) | at org.jboss.portal.portlet.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:113) | ... 95 more | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877632#3877632 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877632 |
|
From: sven.schulz <nu...@jb...> - 2005-05-13 13:20:17
|
It looks like the bundled package of JBoss Portal (Portal RC1 + AS 4.0.1sp1) has problems generating servlets from JSP. In the logs one can find a bunch of "Generated Servlet error" messages. I've tried to fix this issue by modifying the configuration of the tomcat jsp servlet. But adding | <init-param> | <param-name>compilerSourceVM</param-name> | <param-value>1.4</param-value> | </init-param> | <init-param> | <param-name>compilerTargetVM</param-name> | <param-value>1.4</param-value> | </init-param> | didn't resolve the issue. Any ideas? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877630#3877630 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877630 |
|
From: nthx <nu...@jb...> - 2005-05-13 12:20:31
|
Hi there! Yes, as a workaround I've used cflow. AspectJ weaves in different way, but the semantic stays the same. Isn't there really any info about a method's class? 'within' takes class expression as an argument, right? If you have access to a method, then you should also have access to the method's class. You weave the method itself, so you have access to the method's class. I don't know the details but it seems possible. Comment..? Tomasz Nazar PS. I cannot use "call" because calls are made by Struts framework. Let's assume I log '* Action->execute(..)'. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877625#3877625 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877625 |
|
From: <kab...@jb...> - 2005-05-13 11:39:41
|
Hi Tomasz, "within" only works with call, i.e "instrument the caller of xxx only if we are making the call from within yyy". In the case of "normal"/execution of instumentation we do not care (or have any info about) who is calling the target. AspectJ's weaving works differently. To achieve what you want with JBoss AOP you wuld currently have to use cflow. Cheers, Kabir View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877621#3877621 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877621 |
|
From: <kab...@jb...> - 2005-05-13 11:33:34
|
Have you looked at the injboss tutorial? http://docs.jboss.org/aop/1.1/aspect-framework/examples/injboss/aopInJbossPackaging.html Re Eclipse, I'm afraid you're on your own for now View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877620#3877620 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877620 |
|
From: sangeeths <nu...@jb...> - 2005-05-13 10:37:20
|
Hello jboss enthusiastics, m having problems in deploying AOP applications in jboss using eclipse. Im using jboss 4.0.2. I have not found a single website which gives complete tutorial on deploying AOP applications in jboss using eclipse. Please if somebody have a tutorial or a link about this please mail me. my id is: san...@ya... Thanking you, Sangeeta View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877612#3877612 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877612 |
|
From: pilhuhn <nu...@jb...> - 2005-05-13 08:03:48
|
"wobbet" wrote : | 1 - Created the mail listener as a POJO and created an xbean descriptor for it (can I assume that the xbean/POJO combo is invoking AOP to make it behave as a real MBean?). | Do you mean XMBeans? They have nothing to do with AOP and existed long before. In fact they are (iirc) implementations of DynamicMBeans. And they do really work very well in practice :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877596#3877596 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877596 |
|
From: sven.schulz <nu...@jb...> - 2005-05-13 08:02:38
|
A template of local.properties can be found in build/etc. Copy, rename and modify as needed. I've no solution for your second problem. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877594#3877594 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877594 |
|
From: chuka <nu...@jb...> - 2005-05-13 07:16:57
|
I've tried the jboss portal from source , but i couldn't build that,
according to the installation document, there must be a local.properties file in jboss-portal-2.0-RC-src/build/ , but there wasn't and when run
sh build.sh from jboss-portal-2.0-RC-src/build it shows errors :
: command not found
: command not found
: command not found
'uild.sh: line 17: syntax error near unexpected token `{
'uild.sh: line 17: `main() {
I think i'v confugured $JAVA_HOME, $JBOSS_HOME correctly , but i'cat get this work, does anybody encounter a problem like this?
Pleas any help!
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877587#3877587
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877587
|
|
From: mhaerdi <nu...@jb...> - 2005-05-13 07:05:20
|
with port 3873 opened, i get still the same error... (after some minutes) the port is defined in jboss-service.xml in the deployed directory ejb3.deployer/META-INF but not in conf/jboss-service.xml maybe i have to replace the ip in "socket://0.0.0.0:3873" by the server ip? i don't have to forward ports in the firewall on the client side, do i? "tom...@jb..." wrote : The port that ejb3 uses is defined by the org.jboss.remoting.transport.Connector configuration. In ejb3, looks like this is 3873. You can double check by looking for the jboss-service.xml in your ejb3 distro and seeing what it is set to within that. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877584#3877584 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877584 |
|
From: twundke <nu...@jb...> - 2005-05-13 06:29:24
|
I have the same problem, and have found out what's going on through much trial and error!
The basic problem occurs when you're attempting to instrument a class and its superclass.
| public abstract class Base {
| private int attribute;
|
| getAttribute()...
| setAttribute()...
| }
|
|
| public class Extender extends Base {
| private int other;
|
| getOther()...
| setOther()...
| }
|
|
| <aop>
| <prepare expr="field(* $instanceof{Base}->*)" />
| </aop>
|
Now, if you attempt to use the class Extender, the JVM will automatically load in Base for you. However, Extender goes through the instumentation phase before Base! This is the root of the problem.
org.jboss.aop.instrument.Instrumentor has the following code:
| public void setupBasics(CtClass clazz) throws CannotCompileException, NotFoundException
| {
| if (basicsSet) return;
| basicsSet = true;
| // add serialVersionUID.
| SerialVersionUID.setSerialVersionUID(clazz);
|
| // add marker interface.
| clazz.addInterface(forName(AOP_PACKAGE + ".Advised"));
|
| // add aop helper class.
| addHelperClass(clazz);
|
| if (isBaseClass(clazz))
| {
| addBaseElements(clazz);
| }
| }
|
|
| private boolean isBaseClass(CtClass clazz)
| throws NotFoundException
| {
| if (clazz.getSuperclass() != null)
| {
| return !isAdvised(clazz.getSuperclass());
| }
| return true;
| }
|
So, when Extender gets instrumented, its superclass, Base, is not yet Advised. Extender therefore get an _instanceAdvisor attribute. Base then gets instrumented, and also receives an _instanceAdvisor attribute.
Obviously, any call to _setInstanceAdvisor will only update Extender's _instanceAdvisor attribute, as Base's has been overridden.
Now TreeCacheAOP comes along and appends an interceptor to Extender, but Base misses out.
The upshot of all of this is that calling getAttribute() on Base will not result in the interceptor being called as the local _instanceAdvisor is null. However, calling getOther() will work as its _instanceAdvisor is correct.
The problem really occurs because the optimized field wrappers use _instanceAdvisor directly, rather than calling _getInstanceAdvisor(). I assume this is for speed reasons (hence being called optimized!).
Using aopc will work this out (at least I assume so). Certainly using aopc on the Base class, but using runtime transformation for the rest solves the problem.
This is a significant issue, and I think the only general solution seems to be using _getInstanceAdvisor() in the field wrappers, unless of course the JVM changes its semantics to transform superclasses before subclasses. I don't have full knowledge of the infrastructure though, so perhaps there's a nice neat solution out there.
Tim.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877581#3877581
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877581
|
|
From: ejannsen <nu...@jb...> - 2005-05-12 23:11:22
|
Anyone have any experience using JBoss Portal 2.0 portal server and running a Weblogic 7.0 portlet in this environment? If so, how did it go? I am going to run into any trouble, and if so, what? Thanks, Eric View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3877565#3877565 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3877565 |
1965 messages has been excluded from this view by a project administrator.
